KR20170012568A - 네트워크 기반구조로부터의 서버 중재된 피어­투-피어 통신 오프로딩 - Google Patents

Abstract

개시물은 일반적으로 통신을 네트워크 기반구조로부터 직접 피어-투-피어 통신으로 오프로딩하는 것에 관한 것이다. 특히, 서버는 통신하도록 의도하는 적어도 2 개의 클라이언트 디바이스들로부터 네트워크 기반구조 상에서의 피어-투-피어 스테이터스 정보를 수신할 수도 있고, 여기서, 피어-투-피어 스테이터스 정보는 클라이언트 디바이스들과 연관된 적어도 대략적 또는 정밀한 위치 정보를 포함할 수도 있다. 그 다음으로, 서버는 클라이언트 디바이스들로부터 수신된 위치 정보 및 다른 조건들이 네트워크 기반구조로부터 통신을 오프로딩하는 것을 허용하는 것으로 결정하는 것에 응답하여, 네트워크 기반구조를 우회하는 직접 피어-투-피어 접속 상에서 통신할 것을 클라이언트 디바이스들에 명령할 수도 있다. 예를 들어, 서버는 클라이언트 디바이스들 사이의 추정된 거리가 클라이언트 디바이스들 중의 하나 이상 상에서 지원된 하나 이상의 피어-투-피어 인터페이스들과 연관된 최대 범위 내에 속하는지 여부에 적어도 부분적으로 기초하여, 통신이 오프로딩될 수 있는지 여부를 결정할 수도 있다.

Description

네트워크 기반구조로부터의 서버 중재된 피어­투-피어 통신 오프로딩{SERVER-MEDIATED PEER-TO-PEER COMMUNICATION OFFLOADING FROM NETWORK INFRASTRUCTURE}

개시물은 일반적으로 네트워크 기반구조 통신을 서버-중재된 방식으로 엔드포인트들 사이의 피어-투-피어 (peer-to-peer; P2P) 통신으로 오프로딩하는 것에 관한 것이다.

무선 통신 시스템들은 제 1 세대 아날로그 무선 전화 서비스 (1G), (잠정적인 2.5G 및 2.75G 네트워크들을 포함하는) 제 2 세대 (2G) 디지털 무선 전화 서비스, 및 3 세대 (3G) 및 4 세대 (4G) 고속 데이터/인터넷-가능 무선 서비스들을 포함하는 다양한 세대들을 통해 개발되었다. 현재, 셀룰러 및 개인 통신 서비스 (Personal Communications Service; PCS) 시스템들을 포함하는, 이중 중인 다수의 상이한 타입들의 무선 통신 시스템들이 있다. 예시적인 셀룰러 시스템들은 셀룰러 아날로그 진보된 이동 전화 시스템 (Advanced Mobile Phone System; AMPS), 코드 분할 다중 액세스 (Code Division Multiple Access; CDMA), 주파수 분할 다중 액세스 (Frequency Division Multiple Access; FDMA), 시간 분할 다중 액세스 (Time Division Multiple Access; TDMA), TDMA 의 이동 액세스를 위한 글로벌 시스템 (Global System for Mobile access; GSM) 변형에 기초한 디지털 셀룰러 시스템들, 및 TDMA 및 CDMA 기술들의 양자를 이용하는 더욱 새로운 하이브리드 디지털 통신 시스템들을 포함한다. 더욱 최근에는, 롱텀 에볼루션 (Long Term Evolution; LTE) 이 이동 전화들 및 다른 단말들이 고속으로 데이터를 통신하기 위한 무선 통신 프로토콜로서 개발되었다. LTE 는 GSM 에 기초하고 있고, GSM 진화를 위한 개량된 데이터 레이트들 (Enhanced Data rates for GSM Evolution; EDGE) 과 같은 다양한 GSM-관련된 프로토콜들 및 고속 패킷 액세스 (High-Speed Packet Access; HSPA) 와 같은 유니버셜 이동 통신 시스템 (Universal Mobile Telecommunications System; UMTS) 프로토콜들로부터의 기여들을 포함한다.

따라서, 통신 시스템들 및 디바이스들은 새로운 기술적 진보들과 함께 점점 더 다양해지고 있다. 통신 디바이스들은 다양한 상이한 통신 기술들 및 프로토콜들을 지금 지원할 수 있다. 실제로, 다양한 통신 디바이스들은 (예컨대, 네트워크 기반구조 상의) 통신 시스템에서 동작할 수 있을 뿐만 아니라, 다수의 통신 디바이스는 직접 피어-투-피어 (peer-to-peer; P2P) 통신들을 이용하여, 및/또는 디바이스들이 하나 이상의 기지국들, 액세스 포인트들, 또는 다른 네트워크 기반구조 엔티티들을 통해 통신된 신호들을 통해 통신하는 기반구조 엘리먼트들을 이용하여 서로 통신할 수도 있다. 예를 들어, Wi-Fi 다이렉트 (Direct) 표준을 지원하는 통신 디바이스들은 직접 P2P 접속들을 통해 서로 접속할 수도 있고, 최소 설정으로 그리고 임의의 무선 액세스 포인트를 요구하지 않으면서, 전형적인 Wi-Fi 속도들로 통신할 수도 있다. 또한, LTE 다이렉트 표준은, 장비된 통신 디바이스들이 근접한 피어들을 탐색할 수 있고 이에 접속할 수 있음으로써, 대략 500 미터에 이르는 범위들 내에서 직접 P2P 접속들을 확립할 수 있도록 하는 스케일러블 및 유니버셜 프레임워크를 제공하기 위하여 인가된 스펙트럼 및 LTE 물리적 계층을 이용하는 반면, Wi-Fi 다이렉트는 디바이스들이 더욱 근접할 것을 요구하는 경향이 있다.

위에서 언급된 바와 같이, 하나 이상의 중간 기지국들, 액세스 포인트들, 또는 다른 기반구조 엘리먼트들은 전형적으로 (예컨대, 엔드포인트 (endpoint) 들과 기반구조 엘리먼트들 사이의 업링크 및 다운링크 채널들을 통해) 네트워크 기반구조 상에서 2 개 이상의 무선 디바이스들 또는 다른 엔드포인트들 사이의 통신을 가능하게 한다. 그러나, 때로는, (예컨대, 하나 이상의 무선 디바이스들을 서빙하는 기지국들에서) 기반구조 엘리먼트들에 대한 로딩 조건들이 과도해질 수도 있고, 이에 따라, 통신 품질을 열화시킬 수도 있다. 또한, 어떤 경우들에도, 직접 P2P 통신이 더욱 고속일 수도 있거나, 더욱 효율적일 수도 있거나, 더욱 사설적 (private) 일 수도 있거나, 또는 이와 다르게 최종 사용자들에게 유리할 수도 있다. 따라서, 네트워크 운영자들 및 최종 사용자들은 특히, 통신하는 것을 추구하는 2 개 이상의 디바이스들이 서로에 근접하게 위치되고 합당하게 양호한 품질로 직접 P2P 접속을 확립할 수 있을 때, 네트워크 기반구조로부터 트래픽을 오프로딩하기 위하여 상이한 P2P 기술들을 이용하는 것으로부터의 상당한 이득들을 인식할 수 있다. 그러나, 항상 P2P 인터페이스들을 가지는 것은 그 중에서도, 배터리 수명에 영향을 줄 수도 있고, (예컨대, 최종 사용자가 알려지지 않을 수도 있거나 또는 이와 다르게 신뢰되지 않을 수도 있는 제 3 당사자들에게 탐색가능한 것을 원하지 않을 경우에) 사설성 (privacy) 또는 보안성 우려들을 상승시킬 수도 있고, 및/또는 합법적 도청 (intercept) 요청들을 집행하는 것과 간섭할 수도 있기 때문에, 직접 P2P 통신은 다른 상황들 하에서 바람직하지 않을 수도 있다.

따라서, 상기 논의를 고려하면, 통신하는 것을 추구하는 2 개 이상의 무선 디바이스들이 네트워크 기반구조로부터 직접 P2P 통신들로, 그리고 그 반대로 오프로딩될 수 있는 적절한 조건들을 결정할 수 있는 시스템들에 대한 필요성이 존재한다는 것을 인식해야 한다.

다음은 본원에서 개시된 하나 이상의 양태들 및/또는 실시형태들에 관한 간략화된 요약을 제시한다. 이와 같이, 다음의 요약은 모든 구상된 양태들 및/또는 실시형태들에 관한 광범위한 개요로 고려되지 않아야 하고, 다음의 요약이 모든 구상된 양태들 및/또는 실시형태들에 관련 핵심 또는 중요한 엘리먼트들을 식별하거나, 또는 임의의 특정한 양태 및/또는 실시형태들과 연관된 범위를 묘사하도록 간주되지 않아야 한다. 따라서, 다음의 요약은 이하에서 제시된 상세한 설명을 선행하기 위한, 간략화된 형태로 본원에서 개시된 하나 이상의 양태들 및/또는 실시형태들에 관한 어떤 개념들을 제시하기 위한 유일한 목적을 가진다.

하나의 예시적인 양태에 따르면, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법은, 그 중에서도, 네트워크 기반구조 상에서 제 1 무선 디바이스로부터 위치 정보, 그리고 제 2 무선 디바이스로부터 위치 정보를 수신하는 단계, 제 1 무선 디바이스로부터 수신된 위치 정보 및 제 2 무선 디바이스로부터 수신된 위치 정보에 적어도 부분적으로 기초하여, 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하는 단계, 및 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 네트워크 기반구조를 우회하는 피어-투-피어 접속 상에서 통신할 것을 제 1 무선 디바이스 및 제 2 무선 디바이스에 명령하는 단계를 포함할 수도 있다. 예를 들어, 하나의 실시형태에서, 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하는 단계는, 수신된 위치 정보에 기초하여 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 거리를 추정하는 단계, 제 1 무선 디바이스 및 제 2 무선 디바이스로부터 수신된 하나 이상의 피어-투-피어 상태 보고들에 기초하여 제 1 무선 디바이스 및 제 2 무선 디바이스 상에서 지원된 하나 이상의 피어-투-피어 기술들을 식별하는 단계, 및 추정된 거리가 제 1 무선 디바이스 및 제 2 무선 디바이스 상에서 지원된 하나 이상의 피어-투-피어 기술들과 연관된 범위 내에 속하는 것에 응답하여, 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 단계를 포함할 수도 있다. 추가적으로, 추정된 거리가 제 1 무선 디바이스 및 제 2 무선 디바이스 상에서 지원된 다수의 피어-투-피어 기술들과 연관된 범위 내에 속할 경우, 제 1 무선 디바이스 및 제 2 무선 디바이스가 피어-투-피어 접속을 확립하기 위하여 이용하는 피어-투-피어 기술은 하나 이상의 사용자-특정, 디바이스-특정, 운영자-특정, 및/또는 다른 선호도들에 따라 선택될 수도 있다.

또 다른 예시적인 양태에 따르면, 방법은 제 1 및 제 2 무선 디바이스들로부터 수신된 하나 이상의 간헐적인 보고들에서 제공되는 후속 위치 업데이트들에 기초하여 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 추정된 거리를 업데이트하는 단계, 및 업데이트된 거리가 그 상에서 지원된 피어-투-피어 기술들과 연관된 범위의 외부에 속하는 것에 응답하여 네트워크 기반구조 상에서 통신할 것을 제 1 및 제 2 무선 디바이스들에 명령하는 단계를 더 포함할 수도 있다. 대안적으로 (및/또는 추가적으로), 무선 디바이스들은 피어-투-피어 접속이 어떤 조건들 (예컨대, 성능 기준들, 청구 기준들 등) 을 충족시키는 것에 실패한다는 것을 표시하는 하나 이상의 메트릭들에 응답하여, 네트워크 기반구조 상에서 통신하도록 명령받을 수도 있다. 다른 이용의 경우들에는, 무선 디바이스들이 무선 디바이스들의 어느 하나 또는 양자로 가입자를 식별하는 합법적 도청 요청을 수신하는 것에 응답하여 네트워크 기반구조 상에서 통신하도록 명령받을 수도 있고, 또는 대안적으로, 법률 집행 기관이 피어-투-피어 접속 상에서의 통신에 대해 감시를 행함으로써, 합법적 도청 요청을 집행하는 것을 가능하게 하기 위하여, 피어-투-피어 접속 상에서 통신을 암호화하기 위하여 이용된 하나 이상의 키 (key) 들이 법률 집행 기관으로 송신될 수도 있다.

또 다른 예시적인 양태에 따르면, 장치는 네트워크 기반구조 상에서 제 1 무선 디바이스로부터 위치 정보, 그리고 제 2 무선 디바이스로부터 위치 정보를 수신하도록 구성된 수신기, 제 1 무선 디바이스로부터 수신된 위치 정보 및 제 2 무선 디바이스로부터 수신된 위치 정보에 적어도 부분적으로 기초하여, 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하도록 구성된 하나 이상의 프로세서들, 및 (예컨대, 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 추정된 거리가 제 1 무선 디바이스 및/또는 제 2 무선 디바이스 상에서 수신된 하나 이상의 피어-투-피어 기술들과 연관된 범위 내에 속할 때) 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 네트워크 기반구조를 우회하는 피어-투-피어 접속 상에서 통신할 것을 제 1 무선 디바이스 및 제 2 무선 디바이스에 명령하는 메시지를 송신하도록 구성된 송신기를 포함할 수도 있다.

또 다른 예시적인 양태에 따르면, 장치는 네트워크 기반구조 상에서 제 1 무선 디바이스로부터 위치 정보, 그리고 제 2 무선 디바이스로부터 위치 정보를 수신하기 위한 수단, 제 1 무선 디바이스로부터 수신된 위치 정보 및 제 2 무선 디바이스로부터 수신된 위치 정보에 적어도 부분적으로 기초하여, 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하기 위한 수단, 및 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 네트워크 기반구조를 우회하는 피어-투-피어 접속 상에서 통신할 것을 제 1 무선 디바이스 및 제 2 무선 디바이스에 명령하기 위한 수단을 포함할 수도 있다.

또 다른 예시적인 양태에 따르면, 컴퓨터-판독가능 저장 매체는 그 상에 기록된 컴퓨터-실행가능 명령들을 가질 수도 있고, 서버 상에서 컴퓨터-실행가능 명령들을 실행하는 것은 서버로 하여금, 네트워크 기반구조 상에서 제 1 무선 디바이스로부터 위치 정보, 그리고 제 2 무선 디바이스로부터 위치 정보를 수신하게 하고, 제 1 무선 디바이스로부터 수신된 위치 정보 및 제 2 무선 디바이스로부터 수신된 위치 정보에 적어도 부분적으로 기초하여, 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하게 하고, 그리고 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 네트워크 기반구조를 우회하는 피어-투-피어 접속 상에서 통신할 것을 제 1 무선 디바이스 및 제 2 무선 디바이스에 명령하게 할 수도 있다.

본원에서 개시된 다양한 양태들 및/또는 실시형태들과 연관된 다른 목적들 및 장점들은 동반된 도면들 및 상세한 설명에 기초하여 당해 분야의 당업자들에게 명백할 것이다.

개시물의 양태들 및 그 부수적인 장점들의 다수의 더욱 완전한 인식은 용이하게 획득될 것인데, 이것은 개시물의 제한이 아니라 예시를 위하여 전적으로 제시되는 동반된 도면들과 함께 고려될 때에 다음의 상세한 설명을 참조하여 고려될 때에 동일한 사항이 더욱 양호하게 이해되기 때문이다.
도 1 은 개시물의 하나의 양태에 따라, 무선 통신 시스템의 하이-레벨 (high-level) 시스템 아키텍처를 예시한다.
도 2a 는 개시물의 하나의 양태에 따라, 1x EV-DO 네트워크를 위한 라디오 액세스 네트워크 (radio access network; RAN) 및 코어 네트워크의 패킷-교환부 (packet-switched portion) 의 일 예의 구성을 예시한다.
도 2b 는 개시물의 하나의 양태에 따라, 3G UMTS W-CDMA 시스템 내의 RAN 및 일반 패킷 라디오 서비스 (General Packet Radio Service; GPRS) 코어 네트워크의 패킷-교환부의 일 예의 구성을 예시한다.
도 2c 는 개시물의 하나의 양태에 따라, 3G UMTS W-CDMA 시스템 내의 RAN 및 GPRS 코어 네트워크의 패킷-교환부의 또 다른 예의 구성을 예시한다.
도 2d 는 개시물의 하나의 양태에 따라, 진화형 패킷 시스템 (Evolved Packet System; EPS) 또는 롱텀 에볼루션 (Long Term Evolution; LTE) 네트워크에 기초하고 있는 RAN 및 코어 네트워크의 패킷-교환부의 일 예의 구성을 예시한다.
도 2e 는 개시물의 하나의 양태에 따라, EPS 또는 LTE 네트워크에 접속된 개량형 하이 레이트 패킷 데이터 (High Rate Packet Data; HRPD) RAN 과, 또한, HRPD 코어 네트워크의 패킷-교환부의 일 예의 구성을 예시한다.
도 3a 내지 도 3b 는 개시물의 하나의 양태에 따라, 서버가 엔드포인트들 사이의 통신을 네트워크 기반구조로부터 피어-투-피어 (P2P) 접속으로 오프로딩하는 것을 중재할 수도 있는 예시적인 무선 통신 시스템들을 예시한다.
도 4 는 개시물의 하나의 양태에 따라, 서버가 엔드포인트들 사이의 통신을 네트워크 기반구조로부터 P2P 접속으로 오프로딩하는 것을 중재할 수도 있는 예시적인 시그널링 흐름을 예시한다.
도 5 는 개시물의 하나의 양태에 따라, 엔드포인트들 사이의 통신을 네트워크 기반구조로부터 P2P 접속으로 오프로딩하고 네트워크 기반구조 및 P2P 접속 상에서의 통신을 중재할 것인지 여부를 결정할 것인지 여부를 결정하기 위하여 서버가 수행할 수도 있는 예시적인 방법을 예시한다.
도 6 은 개시물의 하나의 양태에 따라, 엔드포인트들 사이의 통신이 네트워크 기반구조로부터 P2P 접속으로 오프로딩될 수 있는지 여부를 결정하기 위하여 서버가 수행할 수도 있는 예시적인 방법을 예시한다.
도 7a 는 개시물의 하나의 양태에 따라, P2P 접속과 연관된 하나 이상의 성능 및/또는 청구 메트릭들에 기초하여 P2P 오프로딩을 종결시킬 것인지 여부를 결정하기 위하여 서버가 수행할 수도 있는 예시적인 방법을 예시한다.
도 7b 는 개시물의 하나의 양태에 따라, 합법적 도청 요청에 기초하여 P2P 오프로딩을 종결시킬 것인지 여부를 결정하기 위하여 서버가 수행할 수도 있는 예시적인 방법을 예시한다.
도 8 은 개시물의 하나의 양태에 따라, 사용자 장비 (user equipment; UE) 들의 예들을 예시한다.
도 9 는 개시물의 하나의 양태에 따라, 기능성을 수행하도록 구성된 로직을 포함하는 통신 디바이스를 예시한다.
도 10 은 개시물의 하나의 양태에 따라, 예시적인 서버를 예시한다.

다양한 양태들은 예시적인 실시형태들에 관련된 특정 예들을 보여주기 위하여 다음의 설명 및 관련된 도면들에서 개시되어 있다. 대안적인 실시형태들은 이 개시물을 판독할 시에 관련 분야의 당업자들에게 명백할 것이고, 개시물의 범위 또는 사상으로부터 이탈하지 않으면서 구성되고 실시될 수도 있다. 추가적으로, 잘 알려진 엘리먼트들은 본원에서 개시된 양태들 및 실시형태들의 관련된 세부사항들을 모호하게 하지 않도록 하기 위하여 상세하게 설명되지 않거나 생략될 수도 있다.

단어 "예시적" 은 "예, 사례, 또는 예시로서 작용함" 을 의미하기 위하여 본원에서 이용된다. "예시적" 으로 본원에서 설명된 임의의 실시형태는 다른 실시형태들에 비해 바람직하거나 유익한 것으로 반드시 해석되어야 하는 것은 아니다. 마찬가지로, 용어 "실시형태들" 은 모든 실시형태들이 논의된 특징, 장점, 또는 동작 모드를 포함하는 것을 요구하지 않는다.

본원에서 이용된 용어는 특정한 실시형태들을 오직 설명하고, 본원에서 개시된 임의의 실시형태들을 제한하도록 해석되지 않아야 한다. 본원에서 이용된 바와 같이, 단수 형태들 "a", "an", 및 "the" 는 문맥이 명백히 이와 다르게 표시하지 않으면, 복수 형태들을 마찬가지로 포함하도록 의도된다. 용어들 "포함한다 (comprise)", "포함하는 (comprising)", "포함한다 (include)", 및/또는 "포함하는 (including)" 은 본원에서 이용될 때, 기재된 특징들, 정수들, 단계들, 동작들, 엘리먼트들, 및/또는 컴포넌트들의 존재를 특정하지만, 하나 이상의 다른 특징들, 정수들, 단계들, 동작들, 엘리먼트들, 컴포넌트들, 및/또는 그 그룹들의 존재 또는 추가를 배제하지 않는다는 것이 추가로 이해될 것이다.

또한, 다수의 양태들은 예를 들어, 컴퓨팅 디바이스의 엘리먼트들에 의해 수행되어야 할 액션 (action) 들의 시퀀스들의 측면에서 설명된다. 본원에서 설명된 다양한 액션들은 특정 회로들 (예컨대, 애플리케이션 특정 집적 회로 (application specific integrated circuit; ASIC) 들) 에 의해, 하나 이상의 프로세서들에 의해 실행되는 프로그램 명령들에 의해, 또는 양자의 조합에 의해 수행될 수 있다는 것이 인식될 것이다. 추가적으로, 본원에서 설명된 액션들의 이 시퀀스는, 실행 시에, 연관된 프로세서로 하여금, 본원에서 설명된 기능성을 수행하게 할 컴퓨터 명령들의 대응하는 세트를 그 안에 저장한 임의의 형태의 컴퓨터 판독가능 저장 매체 내에서 완전히 구체화되는 것으로 고려될 수 있다. 이에 따라, 개시물의 다양한 양태들은 다수의 상이한 형태들로 구체화될 수도 있고, 이러한 형태들의 전부는 청구된 발명 요지의 범위 내에 있는 것으로 구상되었다. 게다가, 본원에서 설명된 양태들의 각각에 대하여, 임의의 이러한 양태들의 대응하는 형태는 예를 들어, 설명된 액션을 수행하도록 "구성된 로직" 으로서 본원에서 설명될 수도 있다.

사용자 장비 (UE) 로서 본원에서 지칭된 클라이언트 디바이스는 이동식 또는 고정식일 수도 있고, 라디오 액세스 네트워크 (RAN) 와 통신할 수도 있다. 본원에서 이용된 바와 같이, 용어 "UE" 는 "액세스 단말 (access terminal)" 또는 "AT", "무선 디바이스", "가입자 디바이스", "가입자 단말", "가입자국", "사용자 단말 (user terminal)" 또는 UT, "이동 단말", "이동국" 및 그 변형들로서 상호 교환가능하게 지칭될 수도 있다. 일반적으로, UE 들은 RAN 을 통해 코어 네트워크와 통신할 수 있고, 코어 네트워크를 통해, UE 들은 인터넷과 같은 외부 네트워크들과 접속될 수 있다. 물론, 코어 네트워크 및/또는 인터넷에 접속하는 다른 메커니즘들은 유선 액세스 네트워크들, (예컨대, IEEE 802.11 등에 기초한) Wi-Fi 네트워크들 등의 상에서와 같이, UE 들에 대해 또한 가능하다. UE 들은 PC 카드들, 컴팩트 플래시 (compact flash) 디바이스들, 외부 또는 내부 모뎀들, 무선 또는 유선 전화들 등을 포함하지만 이것으로 제한되지는 않는 다수의 타입들의 디바이스들 중의 임의의 것에 의해 구체화될 수 있다. UE 들이 신호들을 RAN 으로 전송할 수 있도록 하는 통신 링크는 업링크 (uplink) 채널 (예컨대, 역방향 트래픽 채널, 역방향 제어 채널, 액세스 채널 등) 로 칭해진다. RAN 이 신호들을 UE 들로 전송할 수 있도록 하는 통신 링크는 다운링크 (downlink) 또는 순방향 링크 (forward link) 채널 (예컨대, 페이징 채널 (paging channel), 제어 채널, 브로드캐스트 채널, 순방향 트래픽 채널 등) 로 칭해진다. 본원에서 이용된 바와 같이, 용어 트래픽 채널 (traffic channel; TCH) 은 업링크/역방향 트래픽 채널 또는 다운링크/순방향 트래픽 채널의 어느 하나를 지칭할 수 있다.

도 1 은 개시물의 하나의 양태에 따라, 무선 통신 시스템 (100) 의 하이-레벨 시스템 아키텍처를 예시한다. 무선 통신 시스템 (100) 은 UE 들 1...N 을 포함한다. UE 들 1...N 은 셀룰러 전화들, 개인 정보 단말 (personal digital assistant; PDA), 페이저들, 랩톱 컴퓨터, 데스크톱 컴퓨터 등등을 포함할 수 있다. 예를 들어, 도 1 에서, UE 들 1...2 는 셀룰러 호출 전화들로서 예시되어 있고, UE 들 3...5 는 셀룰러 터치스크린 전화들 또는 스마트폰들로서 예시되어 있고, UE N 은 데스크톱 컴퓨터 또는 PC 로서 예시되어 있다.

도 1 을 참조하면, UE 들 1...N 은 무선 인터페이스들 (104, 106, 108) 및/또는 직접 유선 접속으로서 도 1 에서 도시된 물리적 통신 인터페이스 또는 계층 상에서 액세스 네트워크 (예컨대, RAN (120), 액세스 포인트 (125) 등) 와 통신하도록 구성된다. 무선 인터페이스들 (104 및 106) 은 소정의 셀룰러 통신 프로토콜 (예컨대, CDMA, EV-DO, eHRPD, GSM, EDGE, W-CDMA, LTE 등) 을 준수할 수 있는 반면, 무선 인터페이스 (108) 는 무선 IP 프로토콜 (예컨대, IEEE 802.11) 을 준수할 수 있다. RAN (120) 은 무선 인터페이스들 (104 및 106) 과 같은 무선 인터페이스들 상에서 UE 들을 서빙하는 복수의 액세스 포인트들을 포함한다. RAN (120) 에서의 액세스 포인트들은 액세스 노드들 또는 AN 들, 액세스 포인트들 또는 AP 들, 기지국들 또는 BS 들, 노드 B 들, 진화형 노드 B (Evolved Node B) 들 (eNode B 들 또는 eNB 들) 등등으로서 지칭될 수 있다. 이 액세스 포인트들은 지상 액세스 포인트들 (또는 지상국들), 또는 위성 액세스 포인트들일 수 있다. RAN (120) 은, RAN (120) 에 의해 서빙된 UE 들과, 전적으로 RAN (120) 또는 상이한 RAN 에 의해 서빙된 다른 UE 들과의 사이에서 회선 교환 (circuit switched; CS) 호출들을 브리징 (bridging) 하는 것을 포함하는 다양한 기능들을 수행할 수 있고, 또한, 인터넷 (175) 과 같은 외부 네트워크들과의 패킷-교환 (packet-switched; PS) 데이터의 교환을 중재할 수 있는 코어 네트워크 (140) 에 접속하도록 구성된다. 인터넷 (175) 은 다수의 라우팅 에이전트들 및 프로세싱 에이전트들 (편의를 위하여 도 1 에서 도시되지 않음) 을 포함한다. 도 1 에서는, UE N 이 인터넷 (175) 에 직접적으로 접속하는 (즉, Wi-Fi 또는 802.11-기반 네트워크의 이더넷 접속 상에서와 같이, 코어 네트워크 (140) 로부터 별도인) 것으로서 도시되어 있다. 이것에 의하여, 인터넷 (175) 은 코어 네트워크 (140) 를 통해 UE N 과 UE 들 1...N 사이에서 패킷-교환 데이터 통신들을 브리징하도록 기능할 수 있다. 또한, RAN (120) 으로부터 별도인 액세스 포인트 (125) 가 도 1 에서 도시되어 있다. 액세스 포인트 (125) 는 (예컨대, FiOS, 케이블 모뎀 등과 같은 광학 통신 시스템을 통해) 코어 네트워크 (140) 에 독립적인 인터넷 (175) 에 접속될 수도 있다. 무선 인터페이스 (108) 는 예에서 IEEE 802.11 과 같은 로컬 무선 접속 상에서 UE 4 또는 UE 5 를 서빙할 수도 있다. UE N 은, 예에서 액세스 포인트 (125) 자체에 대응할 수 있는 (예컨대, 유선 및/또는 무선 접속성을 갖는 Wi-Fi 라우터는 액세스 포인트 (125) 에 대응할 수도 있음) 모뎀 또는 라우터로의 직접 접속과 같이, 인터넷 (175) 으로의 유선 접속을 갖는 데스크톱 컴퓨터로서 도시되어 있다.

도 1 을 참조하면, 애플리케이션 서버 (170) 는 인터넷 (175), 코어 네트워크 (140), 또는 양자에 접속된 것으로서 도시되어 있다. 애플리케이션 서버 (170) 는 복수의 구조적으로 별도의 서버들로서 구현될 수 있거나, 대안적으로, 단일 서버에 대응할 수도 있다. 이하에서 더욱 상세하게 설명되는 바와 같이, 애플리케이션 서버 (170) 는 코어 네트워크 (140) 및/또는 인터넷 (175) 을 통해 애플리케이션 서버 (170) 에 접속할 수 있는 UE 들을 위한 하나 이상의 통신 서비스들 (예컨대, 보이스-오버-인터넷 프로토콜 (Voice-over-Internet Protocol; VoIP) 세션들, 보이스-오버-LTE (Voice-over-LTE; VoLTE) 세션들, 푸시-투-토크 (Push-to-Talk; PTT) 세션들, 그룹 통신 세션들, 리치 통신 서비스들 (Rich Communication Services; RCS) 세션들을 수반하는 세션들, 소셜 네트워킹 서비스들 등) 을 지원하도록 구성된다.

RAN (120) 및 코어 네트워크 (140) 에 대한 프로토콜-특정 구현들의 예들은 무선 통신 시스템 (100) 을 더욱 상세하게 설명하는 것을 돕기 위하여, 도 2a 내지 도 2d 에 대하여 이하에서 제공된다. 특히, RAN (120) 및 코어 네트워크 (140) 의 컴포넌트들은 패킷-교환 (PS) 통신들을 지원하는 것과 연관된 컴포넌트들에 대응하고, 이것에 의하여, 레거시 (legacy) 회선-교환 (CS) 컴포넌트들은 또한 이 네트워크들에서 존재할 수도 있지만, 임의의 레거시 CS-특정 컴포넌트들은 도 2a 내지 도 2d 에서 명시적으로 도시되어 있지 않다.

도 2a 는 개시물의 하나의 양태에 따라 CDMA2000 1x 진화-데이터 최적화 (Evolution-Data Optimized; EV-DO) 네트워크에서의 패킷-교환 통신들을 위한 RAN (120) 및 코어 네트워크 (140) 의 일 예의 구성을 예시한다. 도 2a 를 참조하면, RAN (120) 은 유선 백홀 인터페이스 (wired backhaul interface) 상에서 기지국 제어기 (base station controller; BSC) (215A) 에 결합되는 복수의 기지국 (BS) 들 (200A, 205A, 및 210A) 을 포함한다. 단일 BSC 에 의해 제어된 BS 들의 그룹은 집합적으로 서브네트 (subnet) 로서 지칭된다. 당해 분야의 당업자에 의해 인식되는 바와 같이, RAN (120) 은 다수의 BSC 들 및 서브네트들을 포함할 수 있고, 단일 BSC 는 편의성을 위하여 도 2a 에서 도시되어 있다. BSC (215A) 는 A9 접속 상에서 코어 네트워크 (140) 내의 패킷 제어 기능 (packet control function; PCF) (220A) 과 통신한다. PCF (220A) 는 패킷 데이터에 관련된 BSC (215A) 에 대한 어떤 프로세싱 기능들을 수행한다. PCF (220A) 는 A11 접속 상에서 코어 네트워크 (140) 내의 패킷 데이터 서빙 노드 (Packet Data Serving Node; PDSN) (225A) 와 통신한다. PDSN (225A) 은 홈 에이전트 (home agent; HA) 및/또는 외부 에이전트 (foreign agent; FA) 로서 작동하는, 포인트-투-포인트 (Point-to-Point; PPP) 세션들을 관리하는 것을 포함하는 다양한 기능들을 가지고, (이하에서 더욱 상세하게 설명된) GSM 및 UMTS 네트워크들에서의 게이트웨이 일반 패킷 라디오 서비스 (GPRS) 지원 노드 (Gateway GPRS Support Node; GGSN) 와 기능에 있어서 유사하다. PDSN (225A) 은 코어 네트워크 (140) 를, 인터넷 (175) 과 같은 외부 IP 네트워크들에 접속한다.

도 2b 는 개시물의 하나의 양태에 따라, RAN (120), 및 3G UMTS W-CDMA 시스템 내의 GPRS 코어 네트워크로서 구성되는 코어 네트워크 (140) 의 패킷-교환부의 일 예의 구성을 예시한다. 도 2b 를 참조하면, RAN (120) 은 유선 백홀 인터페이스 상에서 라디오 네트워크 제어기 (Radio Network Controller; RNC) (215B) 에 결합되는 복수의 노드 B 들 (200B, 205B, 및 210B) 을 포함한다. 1x EV-DO 네트워크들과 유사하게, 단일 RNC 에 의해 제어된 노드 B 들의 그룹은 집합적으로 서브네트로서 지칭된다. 당해 분야의 당업자에 의해 인식되는 바와 같이, RAN (120) 은 다수의 RNC 들 및 서브네트들을 포함할 수 있고, 단일 RNC 는 편의성을 위하여 도 2b 에서 도시되어 있다. RNC (215B) 는 코어 네트워크 (140) 에서의 서빙 GPRS 지원 노드 (Serving GRPS Support Node; SGSN) (220B) 및 RAN (120) 에 의해 서빙된 UE 들 사이에서 베어러 채널 (bearer channel) 들 (즉, 데이터 채널들) 을 시그널링, 확립, 및 테어 다운 (tear down) 하는 것을 담당한다. 링크 계층 암호화가 가능하게 될 경우, RNC (215B) 는 또한, 무선 인터페이스 상에서의 송신을 위하여 컨텐츠를 RAN (120) 으로 포워딩하기 전에 컨텐츠를 암호화한다. RNC (215B) 의 기능은 당해 분야에서 잘 알려져 있고, 간결함을 위하여 추가로 논의되지 않을 것이다.

도 2b 에서, 코어 네트워크 (140) 는 상기 언급된 SGSN (220B) (및 마찬가지로 잠재적으로 다수의 다른 SGSN 들) 및 GGSN (225B) 을 포함한다. 일반적으로, GPRS 는 IP 패킷들을 라우팅하기 위하여 GSM 에서 이용된 프로토콜이다. GPRS 코어 네트워크 (예컨대, GGSN (225B) 및 하나 이상의 SGSN 들 (220B)) 는 GPRS 시스템의 중앙집중화된 부분이고, 또한, W-CDMA 기반 3G 액세스 네트워크들에 대한 지원을 제공한다. GPRS 코어 네트워크는 GSM 및 W-CDMA 네트워크들에서의 IP 패킷 서비스들에 대한 이동성 관리, 세션 관리, 및 전송을 제공하는 GSM 코어 네트워크 (즉, 코어 네트워크 (140)) 의 통합된 부분이다.

GPRS 터널링 프로토콜 (GPRS Tunneling Protocol; GTP) 은 GPRS 코어 네트워크의 정의용 IP 프로토콜이다. GTP 는 GSM 또는 W-CDMA 네트워크의 최종 사용자들 (예컨대, UE 들) 이 GGSN (225B) 에서의 하나의 위치로부터인 것처럼 인터넷 (175) 에 접속하는 것을 계속하면서 이곳저곳 이동하도록 하는 프로토콜이다. 이것은 개개의 UE 의 데이터를 UE 의 현재의 SGSN (220B) 으로부터, 개개의 UE 의 세션을 처리하는 GGSN (225B) 으로 전송함으로써 달성된다.

GTP 의 3 개의 형태들은 GPRS 코어 네트워크에 의해 이용된다: 즉, (i) GTP-U, (ii) GTP-C, 및 (iii) GTP' (GTP 프라임). GTP-U 는 각각의 패킷 데이터 프로토콜 (packet data protocol; PDP) 컨텍스트에 대한 분리된 터널들에서의 사용자 데이터의 전송을 위하여 이용된다. GTP-C 는 제어 시그널링 (예컨대, PDP 컨텍스트들의 설정 및 삭제, GSN 도달-능력의 검증, 가입자가 하나의 SGSN 으로부터 또 다른 것으로 이동할 때와 같은 업데이트들 또는 수정들 등) 을 위하여 이용된다. GTP' 는 GSN 들로부터 과금 기능으로의 과금 데이터의 전송을 위하여 이용된다.

도 2b 를 참조하면, GGSN (225B) 은 GPRS 백본 네트워크 (도시되지 않음) 와 인터넷 (175) 사이의 인터페이스로서 작동한다. GGSN (225B) 은 SGSN (220B) 으로부터 나오는 GPRS 패킷들로부터, 패킷 데이터 프로토콜 (PDP) 포맷 (예컨대, IP 또는 PPP) 과 연관된 패킷 데이터를 추출하고, 패킷들을 대응하는 패킷 데이터 네트워크 상에서 전송한다. 다른 방향에서는, 착신 데이터 패킷들이 GGSN 접속된 UE 에 의하여, RAN (120) 에 의해 서빙된 타겟 UE 의 라디오 액세스 베어러 (Radio Access Bearer; RAB) 를 관리하고 제어하는 SGSN (220B) 으로 보내진다. 이것에 의하여, GGSN (225B) 은 타겟 UE 의 현재의 SGSN 어드레스 및 그 연관된 프로파일을 (예컨대, PDP 컨텍스트 내의) 위치 레지스터 내에 저장한다. GGSN (225B) 은 IP 어드레스 배정을 담당하고, 접속된 UE 에 대한 디폴트 라우터이다. GGSN (225B) 은 또한 인증 및 과금 기능들을 수행한다.

SGSN (220B) 은 예에서, 코어 네트워크 (140) 내의 다수의 SGSN 들 중의 하나를 나타낸다. 각각의 SGSN 은 연관된 지리적 서비스 영역 내의 UE 들로부터, 그리고 이 UE 들로의 데이터 패킷들의 전달을 담당한다. SGSN (220B) 의 태스크들은 패킷 라우팅 및 전송, 이동성 관리 (예컨대, 연결/연결해제 및 위치 관리), 논리적 링크 관리, 및 인증 및 과금 기능들을 포함한다. SGSN (220B) 의 위치 레지스터는 예를 들어, 각각의 사용자 또는 UE 에 대한 하나 이상의 PDP 컨텍스트들 내에서 SGSN (220B) 에 등록된 모든 GPRS 사용자들의 사용자 프로파일들 (예컨대, 패킷 데이터 네트워크에서 이용된 IMSI, PDP 어드레스 (들)) 및 위치 정보 (예컨대, 현재의 셀, 현재의 VLR) 를 저장한다. 따라서, SGSN 들 (220B) 은 (i) GGSN (225B) 으로부터 다운링크 GTP 패킷들을 디-터널링 (de-tunneling) 하는 것, (ii) GGSN (225B) 을 향해 IP 패킷들을 업링크 터널링하는 것, (iii) UE 들이 SGSN 서비스 영역들 사이에서 이동할 때에 이동성 관리를 수행하는 것, 및 (iv) 이동 가입자들에게 청구하는 것을 담당한다. 당해 분야의 당업자에 의해 인식되는 바와 같이, (i) 내지 (iv) 외에도, GSM/EDGE 네트워크들에 대해 구성된 SGSN 들은 W-CDMA 네트워크들에 대해 구성된 SGSN 들과 비교하여 약간 상이한 기능성을 가진다.

RAN (120) (예컨대, 또는 UMTS 시스템 아키텍처에서의 UTRAN) 은 라디오 액세스 네트워크 애플리케이션 부분 (Radio Access Network Application Part; RANAP) 프로토콜을 통해 SGSN (220B) 과 통신한다. RANAP 는 프레임 릴레이 (Frame Relay) 또는 IP 와 같은 송신 프로토콜을 갖는 Iu 인터페이스 (Iu-ps) 를 상에서 동작한다. SGSN (220B) 은, SGSN (220B) 및 다른 SGSN 들 (도시되지 않음) 과 내부 GGSN 들 (도시되지 않음) 과의 사이의 IP-기반 인터페이스이며, 위에서 정의된 GTP 프로토콜 (예컨대, GTP-U, GTP-C, GTP' 등) 을 이용하는 Gn 인터페이스를 통해 GGSN (225B) 과 통신한다. 도 2b 의 실시형태에서, SGSN (220B) 및 GGSN (225B) 사이의 Gn 은 GTP-C 및 GTP-U 양자를 반송한다. 도 2b 에서 도시되지 않았지만, Gn 인터페이스는 또한 도메인 명칭 시스템 (Domain Name System; DNS) 에 의해 이용된다. GGSN (225B) 은 직접적으로 또는 무선 애플리케이션 프로토콜 (Wireless Application Protocol; WAP) 게이트웨이를 통해 IP 프로토콜들을 갖는 Gi 인터페이스를 통해, 공용 데이터 네트워크 (Public Data Network; PDN) (도시되지 않음) 및, 궁극적으로, 인터넷 (175) 에 접속된다.

도 2c 는 개시물의 하나의 양태에 따라, RAN (120), 및 3G UMTS W-CDMA 시스템 내의 GPRS 코어 네트워크로서 구성되는 코어 네트워크 (140) 의 패킷-교환부의 또 다른 예의 구성을 예시한다. 도 2b 와 유사하게, 코어 네트워크 (140) 는 SGSN (220B) 및 GGSN (225B) 을 포함한다. 그러나, 도 2c 에서, 직접 터널은 SGSN (220B) 이 PS 도메인 내의 RAN (120) 과 GGSN (225B) 사이에서 직접 사용자 평면 터널, GTP-U 를 확립하도록 하는 Iu 모드에서의 임의적인 기능이다. 도 2c 에서의 SGSN (220B) 과 같은 직접 터널 가능 SGSN 은 SGSN (220B) 이 직접 사용자 평면 접속을 이용할 수 있는지 아닌지의 여부에 따라 GGSN 마다, 그리고 RNC 마다에 기초하여 구성될 수 있다. 도 2c 에서의 SGSN (220B) 은 제어 평면 시그널링을 처리하고, 직접 터널을 언제 확립할 것인지에 대한 판정을 행한다. PDP 컨텍스트에 대해 배정된 RAB 가 해제될 때 (즉, PDP 컨텍스트가 보존됨), GTP-U 터널은 다운링크 패킷들을 처리할 수 있기 위하여 GGSN (225B) 과 SGSN (220B) 사이에서 확립된다.

도 2d 는 개시물의 하나의 양태에 따라 진화형 패킷 시스템 (EPS) 또는 LTE 네트워크에 기초한 RAN (120) 및 코어 네트워크 (140) 의 패킷-교환부의 일 예의 구성을 예시한다. 도 2d 를 참조하면, 도 2b 내지 도 2c 에서 도시된 RAN (120) 과 달리, EPS/LTE 네트워크에서의 RAN (120) 은 도 2b 내지 도 2c 로부터의 RNC (215B) 없이, 복수의 eNodeB 들 (200D, 205D, 및 210D) 로 구성된다. 이것은 EPS/LTE 네트워크들에서의 eNodeB 들이 코어 네트워크 (140) 와 통신하기 위하여 RAN (120) 내의 별도의 제어기 (즉, RNC (215B)) 를 요구하지 않기 때문이다. 다시 말해서, 도 2b 내지 도 2c 로부터의 RNC (215B) 의 기능성의 일부는 도 2d 에서 RAN (120) 의 각 개개의 eNodeB 내로 구축된다.

도 2d 에서, 코어 네트워크 (140) 는 복수의 이동성 관리 엔티티 (Mobility Management Entity; MME) 들 (215D 및 220D), 홈 가입자 서버 (Home Subscriber Server; HSS) (225D), 서빙 게이트웨이 (Serving Gateway; S-GW) (230D), 패킷 데이터 네트워크 게이트웨이 (Packet Data Network Gateway; P-GW) (235D), 및 정책 및 과금 규칙 기능 (Policy and Charging Rules Function; PCRF) (240D) 을 포함한다. 이 컴포넌트들, RAN (120), 및 인터넷 (175) 사이의 네트워크 인터페이스들은 도 2d 에서 예시되어 있고, 다음과 같이 (이하의) 표 1 에서 정의되어 있다:

도 2d 의 RAN (120) 및 코어 네트워크 (140) 에서 도시된 컴포넌트들의 하이-레벨 설명이 지금부터 설명될 것이다. 그러나, 이 컴포넌트들은 각각 다양한 3GPP TS 표준들로부터 당해 분야에서 잘 알려져 있고, 본원에 포함된 설명은 이 컴포넌트들에 의해 수행된 모든 기능성들의 철저한 설명이 되도록 의도된 것은 아니다.

도 2d 를 참조하면, MME 들 (215D 및 220D) 은 EPS 베어러들에 대한 제어 평면 시그널링을 관리하도록 구성된다. MME 기능들은 하기를 포함한다: 비-액세스 계층 (Non-Access Stratum; NAS) 시그널링, NAS 시그널링 보안, 기술간 (inter-technology) 및 기술내 (intra-technology) 핸드오버들을 위한 이동성 관리, P-GW 및 S-GW 선택, 및 MME 변경을 갖는 핸드오버들을 위한 MME 선택.

도 2d 를 참조하면, S-GW (230D) 는 RAN (120) 을 향한 인터페이스를 종결시키는 게이트웨이이다. EPS-기반 시스템을 위한 코어 네트워크 (140) 와 연관된 각각의 UE 에 대하여, 소정의 시점에서는, 단일 S-GW 가 있다. GTP-기반 및 프록시 이동 IPv6 (Proxy Mobile IPv6; PMIP)-기반 S5/S8 의 양자에 대한 S-GW (230D) 의 기능들은 하기를 포함한다: 이동성 앵커 포인트 (Mobility anchor point), 패킷 라우팅 및 포워딩, 및 연관된 EPS 베어러의 QoS 클래스 식별자 (QoS Class Identifier; QCI) 에 기초한 디프서브 코드 포인트 (DiffServ Code Point; DSCP) 설정.

도 2d 를 참조하면, P-GW (235D) 는 패킷 데이터 네트워크 (PDN), 예컨대, 인터넷 (175) 을 향한 SGi 인터페이스를 종결시키는 게이트웨이이다. UE 가 다수의 PDN 들을 액세스하고 있을 경우, 그 UE 에 대한 하나를 초과하는 P-GW 가 있을 수도 있지만; 그러나, S5/S8 접속성 및 Gn/Gp 접속성의 혼합은 전형적으로 그 UE 에 대해 동시에 지원되지 않는다. P-GW 기능들은 GTP-기반 S5/S8 양자에 대해 하기를 포함한다: (심층 패킷 검사 (deep packet inspection) 에 의한) 패킷 필터링, UE IP 어드레스 할당, 운영자간 과금을 고려한, 연관된 EPS 베어러의 QCI 에 기초한 DSCP 설정, 3GPP TS 23.203 에서 정의된 바와 같은 업링크 (UL) 및 다운링크 (DL) 베어러 바인딩, 3GPP TS 23.203 에서 정의된 바와 같은 UL 베어러 바인딩 검증. P-GW (235D) 는 E-UTRAN, GERAN, 또는 UTRAN 중의 임의의 것을 이용하여 GSM/EDGE 라디오 액세스 네트워크 (GSM/EDGE Radio Access Network; GERAN)/UTRAN 단독 UE 들 및 E-UTRAN-가능 UE 들의 양자로의 PDN 접속성을 제공한다. P-GW (235D) 는 S5/S8 인터페이스 상에서 E-UTRAN 만을 이용하여 E-UTRAN 가능 UE 들로의 PDN 접속성을 제공한다.

도 2d 를 참조하면, PCRF (240D) 는 EPS-기반 코어 네트워크 (140) 의 정책 및 과금 제어 엘리먼트이다. 비-로밍 (non-roaming) 시나리오에서는, UE 의 인터넷 프로토콜 접속성 액세스 네트워크 (Internet Protocol Connectivity Access Network; IP-CAN) 세션과 연관된 HPLMN 에서의 단일 PCRF 가 있다. PCRF 는 Rx 인터페이스 및 Gx 인터페이스를 종결시킨다. 트래픽의 로컬 브레이크아웃 (local breakout) 을 갖는 로밍 시나리오에서는, UE 의 IP-CAN 세션과 연관된 2 개의 PCRF 들이 있을 수도 있다: 홈 PCRF (Home PCRF; H-PCRF) 는 HPLMN 내에 상주하는 PCRF 이고, 방문된-PCRF (Visited PCRF; V-PCRF) 는 방문된 VPLMN 내에 상주하는 PCRF 이다. PCRF 는 3GPP TS 23.203 에서 더욱 상세하게 설명되어 있고, 이와 같이, 간결함을 위하여 추가로 설명되지 않을 것이다. 도 2d 에서, (예컨대, 3GPP 용어에서 AF 로서 지칭될 수 있는) 애플리케이션 서버 (170) 는 인터넷 (175) 을 통해 코어 네트워크 (140) 에, 또는 대안적으로 Rx 인터페이스를 통해 직접적으로 PCRF (240D) 에 접속된 것으로서 도시되어 있다. 일반적으로, 애플리케이션 서버 (170) (또는 AF) 는 코어 네트워크를 갖는 IP 베어러 자원들 (예컨대, UMTS PS 도메인/GPRS 도메인 자원들/LTE PS 데이터 서비스들) 을 이용하는 애플리케이션들을 제공하는 엘리먼트이다. 애플리케이션 기능의 하나의 예는 IP 멀티미디어 서브시스템 (IP Multimedia Subsystem; IMS) 코어 네트워크 서브시스템의 프록시-호출 세션 제어 기능 (Proxy-Call Session Control Function; P-CSCF) 이다. AF 는 세션 정보를 PCRF (240D) 에 제공하기 위하여 Rx 기준 포인트를 이용한다. 셀룰러 네트워크 상에서 IP 데이터 서비스들을 제공하는 임의의 다른 애플리케이션 서버는 또한, Rx 기준 포인트를 통해 PCRF (240D) 에 접속될 수 있다.

도 2e 는 개시물의 하나의 양태에 따라 EPS 또는 LTE 네트워크 (140A) 에 접속된 개량형 하이 레이트 패킷 데이터 (HRPD) RAN 으로서 구성된 RAN (120) 과, 또한, HRPD 코어 네트워크 (140B) 의 패킷-교환부의 예를 예시한다. 코어 네트워크 (140A) 는 도 2d 에 대하여 위에서 설명된 코어 네트워크와 유사한 EPS 또는 LTE 코어 네트워크이다.

도 2e 에서, eHRPD RAN 은 개량형 BSC (enhanced BSC; eBSC) 및 개량형 PCF (enhanced PCF; ePCF) (215E) 에 접속되는 복수의 기지국 트랜시버 (base transceiver station; BTS) 들 (200E, 205E, 및 210E) 을 포함한다. eBSC/ePCF (215E) 는 S101 인터페이스 상에서 EPS 코어 네트워크 (140A) 내의 MME 들 (215D 또는 220D) 중의 하나, 그리고 EPS 코어 네트워크 (140A) 에서의 다른 엔티티들과 인터페이싱하기 위한 A10 및/또는 A11 인터페이스들 상에서 HRPD 서빙 게이트웨이 (HRPD serving gateway; HSGW) (220E) (예컨대, S103 인터페이스 상에서 S-GW (220D), S2a 인터페이스 상에서 P-GW (235D), Gxa 인터페이스 상에서 PCRF (240D), STa 인터페이스 상에서 3GPP AAA 서버 (도 2d 에서 명시적으로 도시되지 않음) 등) 에 접속할 수 있다. HSGW (220E) 는 HRPD 네트워크들과 EPS/LTE 네트워크들 사이의 상호연동 (interworking) 을 제공하기 위하여 3GPP2 에서 정의된다. 인식되는 바와 같이, eHRPD RAN 및 HSGW (220E) 는 레거시 HRPD 네트워크들에서 이용가능하지 않은 EPC/LTE 네트워크들로의 인터페이스 기능성으로 구성된다.

eHRPD RAN 으로 다시 돌아가면, EPS/LTE 네트워크 (140A) 와 인터페이스하는 것에 추가하여, eHRPD RAN 은 또한 HRPD 네트워크 (140B) 와 같은 레거시 HRPD 네트워크들과 인터페이스할 수 있다. 인식되는 바와 같이, HRPD 네트워크 (140B) 는 도 2a 로부터의 EV-DO 네트워크와 같은, 레거시 HRPD 네트워크의 일 예의 구현예이다. 예를 들어, eBSC/ePCF (215E) 는 A12 인터페이스를 통해 인증, 인가, 및 과금 (authentication, authorization and accounting; AAA) 서버 (225E) 와 인터페이스할 수 있거나, A10 또는 A11 인터페이스를 통해 PDSN/FA (230E) 에 인터페이스할 수 있다. PDSN/FA (230E) 는 궁극적으로, 인터넷 (175) 이 이를 통해 액세스될 수 있는 HA (235A) 에 접속한다. 도 2e 에서, 어떤 인터페이스들 (예컨대, A13, A16, H1, H2 등) 은 명시적으로 설명되는 것이 아니라 완벽함을 위하여 도시되어 있고, HRPD 또는 eHRPD 에 친숙한 당해 분야의 당업자에 의해 이해될 것이다.

도 2b 내지 도 2e 를 참조하면, eHRPD RAN 들 및 HSGW 들 (예컨대, 도 2) 과 인터페이스하는 LTE 코어 네트워크들 (예컨대, 도 2d) 및 HRPD 코어 네트워크들은 어떤 경우들에도 (예컨대, P-GW, GGSN, SGSN 등에 의해) 네트워크-개시된 서비스 품질 (QoS) 을 지원할 수 있다는 것이 인식될 것이다.

개시물의 하나의 양태에 따르면, 도 3a 및 도 3b 는 애플리케이션 서버 (370) (예컨대, 도 1, 도 2d, 도 2e 등에서의 애플리케이션 서버 (170)) 가 엔드포인트들 사이의 통신을 네트워크 기반구조로부터 피어-투-피어 (P2P) 접속으로 오프로딩하는 것을 중재할 수도 있는 예시적인 무선 통신 시스템들 (300A 및 300B) 을 예시한다. 더욱 상세하게는, 도 3a 를 참조하면, 거기에서 도시된 무선 통신 시스템 (300A) 은 제 1 기지국 (306) 을 가지는 제 1 셀 (302), 제 2 기지국 (320) 을 가지는 제 2 셀 (304), 및 네트워크 링크 (20) 를 통해 제 1 기지국들 (306) 및 제 2 기지국 (320) 에 결합된 애플리케이션 서버 (370) 를 포함한다. 소정의 기지국의 커버리지 영역은 소정의 기지국이 위치되는 셀에 의해 표현되고, 이것에 의하여, 논의의 목적들을 위하여, 제 1 셀 (302) 은 제 1 기지국 (306) 에 대응하는 커버리지 영역을 포함하고, 제 2 셀 (304) 은 제 2 기지국 (320) 에 대응하는 커버리지 영역을 포함한다. 무선 통신 시스템 (300A) 에서의 각각의 셀들 (302, 304) 은 개개의 기지국들 (306, 320) 을 통해 개개의 기지국들 (306, 320) 및 애플리케이션 서버 (370) 와 통신하는 다양한 UE 들을 포함한다. 예를 들어, 도 3a 에서 예시된 실시형태에서, 제 1 셀 (302) 은 UE (308), UE (310), 및 UE (316) 를 포함하는 반면, 제 2 셀 (304) 은 UE (312), UE (314), 및 UE (318) 를 포함하고, 여기서, 무선 통신 시스템 (300A) 에서의 UE 들 중의 하나 이상은 이동 또는 다른 무선 디바이스들일 수도 있다. 도 3a 에서 도시되지 않았지만, 일부 실시형태들에서, 기지국들 (306, 320) 은 백홀 링크를 통해 서로 접속될 수도 있다.

본원에서 설명된 다양한 예시적인 실시형태들에 따르면, UE (308), UE (310), UE (316), UE (312), UE (314), 및 UE (318) 중의 하나 이상은 직접 P2P 통신들을 지원할 수도 있고, 이것에 의하여, 이러한 UE 들은 또 다른 디바이스, 또는 제 1 기지국 (306) 및 제 2 기지국 (320) 과 같은 네트워크 기반구조 엘리먼트를 통해 통신해야 할 필요 없이 서로 직접적으로 통신하는 것을 지원할 수도 있고, 또한, 제 1 기지국 (306) 및/또는 제 2 기지국 (320) 과 같은 네트워크 기반구조 엘리먼트들을 통한 통신들을 지원할 수도 있다. 네트워크 기반구조를 수반하는 통신들에서는, 신호들이 제 1 셀 (302) 에서의 링크 (22) 및 제 2 셀 (304) 에서의 링크 (24) 와 같은, 다양한 UE 들과 기지국들 (306, 320) 사이의 업링크 및 다운링크 접속들을 통해 일반적으로 송신될 수도 있고 수신될 수도 있다. 기지국들 (306, 320) 의 각각은 일반적으로, 대응하는 셀들 (302, 304) 에서의 UE 들에 대한 연결 포인트로서 서빙하고, 거기에서 서빙된 UE 들 사이의 통신들을 가능하게 한다. 하나의 양태에 따르면, UE (308) 및 UE (310) 와 같은 2 개 이상의 UE 들이 서로 통신하는 것을 희망하고 서로에 대해 충분히 근접하게 위치될 때, 직접 P2P 링크가 그 사이에 확립될 수도 있고, 이것은 트래픽을 UE 들 (308, 310) 을 서빙하는 기지국 (306) 으로부터 오프로딩할 수도 있거나, UE 들 (308, 310) 이 더욱 효율적으로 통신하도록 할 수도 있거나, 또는 당해 분야의 당업자들에게 명백할 다른 장점들을 제공할 수도 있다.

따라서, 하나의 실시형태에서, 애플리케이션 서버 (370) 는 일반적으로, 통신하는 것을 추구하는 UE 들 (308, 310) 사이의 통신이 네트워크 기반구조로부터 P2P 접속으로 오프로딩될 수 있는지 여부를 결정할 수도 있고, 이 경우, 애플리케이션 서버 (370) 는 도 3b 에서 링크 (12) 에 의해 도시된 바와 같이, P2P 접속을 통해 통신할 것을 UE 들 (308, 310) 에 명령할 수도 있다. 유사하게, 도 3a 에서 도시된 바와 같이, UE (312) 는 링크 (24) 를 경유하여 중간 기지국 (320) 을 통해 UE (314) 와 통신할 수 있거나, 도 3b 에서 도시된 바와 같이, UE (312) 및 UE (314) 는 P2P 링크 (16) 를 통해 추가로 통신할 수도 있다. 또한, 참여하는 UE 들이 상이한 근처의 셀들에 있는 셀간 통신들을 위하여, 직접 P2P 통신 링크는 여전히, UE (316) 및 UE (318) 가 파선 링크 (14) 에 의해 예시된 직접 P2P 통신들을 이용하여 통신할 수도 있는, 도 3b 에서 예시되어 있는 가능성이다.

다양한 실시형태들에서, 애플리케이션 서버 (370) 는 무선 통신 시스템 (300A) 에서의 2 개 이상의 UE 들 사이의 통신들을 도 3b 에서와 같이 직접 P2P 링크로 오프로딩하고 및/또는 2 개 이상의 UE 들이 기지국들 (306, 320) 과 같은 기반구조 엘리먼트를 통해 통신하도록 할 것인지 여부를 중재할 수도 있다. 특히, 애플리케이션 서버 (370) 는 UE 들과 연관된 대략적 또는 정밀한 위치 정보, 2 개 이상의 UE 들이 통신할 것을 의도한다는 예측 또는 추론, UE 들과 연관된 자원 스테이터스 (resource status), 운영자 및/또는 사용자 선호도들, 및/또는 다른 적당한 기준들에 기초하여 P2P 인터페이스들을 턴 온 (turn on) 할 것을, 통신하는 것을 추구하는 2 개 이상의 UE 들에 지시할 수도 있다. 하나의 실시형태에서, 애플리케이션 서버 (370) 가 2 개 이상의 UE 들 사이의 통신들이 직접 P2P 링크로 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 애플리케이션 서버 (370) 는 UE 들이 P2P 인터페이스들을 턴 온 하는 것을 조정할 수 있고, 데이터를 전송하거나 또는 이와 다르게 통신하기 위하여 P2P 인터페이스들을 이용할 것을 UE 들에 명령할 수 있다. 그 다음으로, 애플리케이션 서버 (370) 는 P2P 접속을 통해 병렬로 통신하는 UE 들과의 접속성을 유지할 수도 있고, P2P 통신 세션과 연관된 스테이터스를 주기적으로 검사할 수도 있고, 필요할 경우에 (예컨대, 합법적 도청 요청을 수신하는 것에 응답하여, UE 들 사이의 P2P 신호가 열화하는 것에 응답하여 등) 통신을 3G/4G 셀룰러 네트워크 또는 다른 네트워크 기반구조로 이동시킬 것을 UE 들에 지시할 수도 있다. 또한, P2P 오프로딩 개념은 그룹 셀들로 확장될 수 있고, 여기서, 애플리케이션 서버 (370) 는 P2P 접속들 상에서 통신하는 다양한 UE 들 사이의 멀티-홉 (multi-hop) 통신을 중재할 수도 있다. 예를 들어, 도 3b 에서 도시된 바와 같이, UE 들 (308, 310, 312, 및 314) 은 그룹 호출에 참여하고 있을 수도 있고, 여기서, 애플리케이션 서버 (370) 는 링크 (12) 를 통해 P2P 통신하고 있는 UE 들 (308, 310) 을 수반하는 통신을, 네트워크 기반구조 상에서 UE 들 (312, 314) 로 중계할 수도 있고, 유사하게, 링크 (16) 를 통해 P2P 통신하고 있는 UE 들 (312, 314) 을 수반하는 통신을, 네트워크 기반구조 상에서 UE 들 (308, 310) 로 중계할 수도 있는 반면, UE 들 (308, 310) 사이의 통신들 및 UE 들 (312, 314) 사이의 통신들은 네트워크 기반구조로부터 오프로딩될 수도 있다.

하나의 실시형태에서, 위에서 언급된 바와 같이, 애플리케이션 서버 (370) 는 다양한 기준들에 기초하여, 통신하는 것을 추구하는 2 개 이상의 UE 들 사이의 통신을 네트워크 기반구조로부터 오프로딩할 것인지 여부를 결정할 수도 있다. 하나의 예에서, 애플리케이션 서버 (370) 는 무선 통신 시스템들 (300A, 300B) 을 이용하여 다양한 UE 들로부터 동적이거나, 주기적이거나, 이벤트-트리거링된 위치 보고들을 수신할 수도 있고, 이것에 의하여, 애플리케이션 서버 (370) 는 다양한 UE 들과 연관된 대략적 또는 정밀한 위치들을 알 수도 있다. 이와 같이, 특정 UE (예컨대, UE (308)) 가 또 다른 UE (예컨대, UE (310)) 와 호출 또는 또 다른 적당한 통신 세션을 개시하는 것을 추구할 때, 호출자 UE (308) 는 그와 연관된 현재의 P2P 스테이터스 정보를 포함하는 호출 요청을 애플리케이션 서버 (370) 로 송신할 수도 있고, 여기서, 호출 요청에서 제공된 현재의 P2P 스테이터스 정보는 P2P 식별자, 대략적 또는 정밀한 위치 정보, P2P 전력 절감 특징들, P2P 탐색 특징들, 및/또는 P2P 인터페이스들이 온 (on) 또는 오프 (off) 인지 여부를 표시하는 스테이터스 정보, 및/또는 P2P 통신에 관련될 수도 있는 다른 적당한 정보를 포함할 수도 있다. 또한, 본원에서 이용된 바와 같이, ("호출 발신 메시지" 로서 대안적으로 및/또는 상호 교환가능하게 지칭될 수도 있는) 호출 요청은 일반적으로, 발신 클라이언트 (예컨대, 호출자 UE (308)) 가 또 다른 클라이언트 (예컨대, 피호출 UE (310)) 와의 의도된 통신을 개시하기 위하여 애플리케이션 서버 (370) 로 송신할 수도 있는 임의의 적당한 시그널링을 지칭할 수도 있다. 예를 들어, 호출 요청은 당해 분야의 당업자들에게 명백한 바와 같이 (예컨대, IMS 에 대하여 호출 요청은 SIP INVITE 메시지를 포함할 수도 있음), 전통적인 음성 호출을 개시하기 위하여, 미디어 전송을 개시하기 위하여, 또는 임의의 다른 적당한 타입의 미디어 교환을 개시하기 위하여 이용될 수도 있다. 어떤 경우에도, 호출자 UE (308) 로부터 호출 요청을 수신하는 것에 응답하여, 애플리케이션 서버 (370) 는 피호출 UE (310) 로부터의 최후에 알려진 P2P 스테이터스를 검사할 수도 있고, 최후에 알려진 P2P 스테이터스가 어떤 시간 간격 내에서 수신되었을 경우에 P2P 오프로딩이 가능한지 여부를 평가할 수도 있거나, 또는 대안적으로, 그로부터 수신된 최후에 알려진 P2P 스테이터스가 시간 간격 내에 수신되지 않았을 경우 (예컨대, 미리 결정된 시간 전에 수신되었고, 그러므로, 무효인 것으로 고려됨) 에 피호출 UE (310) 로부터 업데이트된 P2P 스테이터스를 요청하기 위하여 피호출 UE (310) 에 질의할 수도 있다. 또 다른 예에서, 애플리케이션 서버 (370) 는, UE (308) 가 UE (310) 와의 대화 로그를 브라우징 (browsing) 하고 있고, UE (310) 를 수반하는 달련 이벤트를 시청하고 있다는 것을 표시할 수도 있고, 및/또는 이와 다르게, UE 들 (308, 310) 상에서 행해질 수도 있는 활동을 설명할 수도 있는, UE 들 (308, 310) 이 애플리케이션 서버 (370) 에 제공하는 주기적 또는 이벤트-트리거링된 보고들에서의 정보에 기초하여, UE (308) 가 UE (310) 와 통신하는 것을 의도한다는 것을 추론할 수도 있다.

하나의 실시형태에서, 애플리케이션 서버 (370) 가 호출자 UE (308) 및 피호출 UE (310) 와 연관된 가장 최신 P2P 스테이터스를 획득하였다면, 그 다음으로, 애플리케이션 서버 (370) 는 P2P 오프로딩이 가능한지 여부를 결정할 수도 있다. 더욱 상세하게는, 각각의 UE 와 연관된 대략적 또는 정밀한 위치 정보에 기초하여, 애플리케이션 서버 (370) 가 UE 들 사이의 대략적 또는 정밀한 거리를 결정할 수도 있고, UE 들 상에서 지원된 P2P 인터페이스들을 결정할 수도 있고, 그것에 기초하여 UE 들이 적당하게 P2P 통신할 수 있는지 여부를 결정할 수도 있다. 예를 들어, UE 들이 서로의 대략적으로 ~300 미터 내에 위치되고 각각의 UE 상의 지원된 P2P 인터페이스들이 LTE 다이렉트를 포함할 경우, UE 들은 약 ~500 미터의 범위를 가지는 LTE 다이렉트를 이용하여 P2P 통신하기 위하여 충분한 근접성 내에 있을 수도 있다. 또 다른 예에서, UE 들이 건물 또는 다른 더 작은 주변 내에 공동-위치되는 것으로 결정되고 각각의 Wi-Fi 다이렉트를 지원할 경우, UE 들은 Wi-Fi 다이렉트를 통해 통신할 수도 있다. 그러나, 반대의 예들에서는, 제 1 UE 및 제 2 UE 가 서로로부터 대략 ~300 미터에 위치되고, 오직 하나가 LTE 다이렉트를 지원할 경우, UE 들은 LTE 다이렉트를 이용하여 통신하기 위하여 필요한 범위 내에 있지 않을 수도 있고, 유사한 점에 있어서, 건물 내에 공동-위치된 하나 또는 양자의 UE 들이 Wi-Fi 다이렉트를 지원하지 않지만, 양자가 LTE 다이렉트를 지원할 경우, UE 들은 Wi-Fi 다이렉트를 통하는 것이 아니라, LTE 다이렉트를 통해 통신할 수도 있다. 또한, 하나의 실시형태에서, P2P 또는 또 다른 것을 선호하는 것인지 여부에 대한 판정은 네트워크 운영자 및/또는 사용자 선호도들, 자원 스테이터스에 따라 결정될 수도 있다 (예컨대, 하나의 UE 가 낮은 배터리 또는 낮은 링크 속도를 가질 경우, P2P 인터페이스들을 온으로 스위칭하는 것은 바람직하지 않을 수도 있음).

하나의 실시형태에서, 2 개 이상의 UE 들 사이의 통신이 네트워크 기반구조로부터 P2P 접속으로 적당하게 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 그 다음으로, 애플리케이션 서버 (370) 는 (예컨대, 보고된 능력들, 자원들 등에 기초하여) UE 들이 어느 P2P 인터페이스를 이용해야 하는지를 기술할 수도 있고, (예컨대, 위치, 이용될 P2P 인터페이스들 등에 기초하여) 이용될 청구 기준들을 기술할 수도 있고, 키들과 연관된 타임-투-리브 (time-to-live; TTL) 가 만료될 때까지 오프로딩된 세션과 연관된 사설 P2P 통신을 암호화하기 위하여 이용될 수도 있는 키들을 UE 들로 송신할 수도 있다. 그 다음으로, UE 들은 적절한 P2P 인터페이스들을 턴 온 할 수도 있고, 네트워크 기반구조를 우회하여 직접적으로 통신하는 것을 시작할 수도 있고, UE 들은 주기적 또는 이벤트-트리거링된 보고들을 애플리케이션 서버 (370) 로 전송하는 것을 계속할 수도 있다. 따라서, 애플리케이션 서버 (370) 는 P2P 오프로딩을 종결시키고 및/또는 일단 완료된 호출을 적절하게 청구할 것인지 여부를 결정하기 위하여, UE 들 사이의 P2P 통신을 모니터링할 수도 있다. 예를 들어, 하나의 실시형태에서, 애플리케이션 서버는 성능 메트릭들에 기초하여 (예컨대, P2P 링크와 연관된 신호 품질이 열화하는 것에 응답하여), 청구 메트릭들 (예컨대, 분 당 비용 제약) 에 기초하여, UE 들과 연관된 위치들에서의 변경들에 응답하여 (예컨대, UE 들이 서로로부터 멀어지게 이동하고 있고 그 지원된 P2P 인터페이스들과 연관된 최대 범위에 접근하고 있을 경우, 호출이 네트워크 기반구조로 이동될 수도 있음), 및/또는 UE 들과 연관된 자원 스테이터스에서의 변경들에 응답하여 (예컨대, 하나의 UE 상의 배터리가 낮아졌고 계속된 P2P 통신을 지원하기 위하여 남겨진 충분한 수명을 가지지 않을 수도 있음), P2P 오프로딩을 종결시킬 수도 있다. 또 다른 예에서, 애플리케이션 서버 (370) 는 적절한 당국 (authority) 들로부터 합법적 도청 요청을 수신할 수도 있고, 이 경우, 애플리케이션 서버 (370) 는 로컬 CALEA (Commission on Accreditation for Law Enforcement Agencies; 법률 집행 기관들을 위한 승인에 관한 위원회) 프록시를 찾을 수도 있고, P2P 오프로딩을 종결시키고 기반구조 호스팅된 호출로 이동하기 위하여 "표제어" 를 특정할 수도 있다. 그 경우, 애플리케이션 서버 (370) 는 UE 들에 주어진 암호화 키들을 CALEA 프록시에 제공할 수도 있고, 이것에 의하여, 이 CALEA 프록시는 중계기 노드로서, 및/또는 오프로딩된 P2P 세션에 관한 간헐적인 보고들을 제공하기 위하여 UE 들에 질의하는 것을 통해, P2P 트래픽을 스누핑 (snooping) 할 수도 있다.

하나의 예시적인 양태에 따르면, 도 4 는 애플리케이션 서버 (470) 가 2 개 이상의 엔드포인트들 사이의 통신을 네트워크 기반구조로부터 직접 P2P 접속으로 오프로딩하는 것을 중재할 수도 있는 예시적인 시그널링 흐름을 예시한다. 더욱 상세하게는, 도 4 에서 도시된 예시적인 시그널링 흐름에서, 애플리케이션 서버 (470) 는 호출자 UE (410) 및 피호출 UE (420) 가 네트워크 기반구조 상에서 통신해야 하거나 직접 P2P 접속 상에서 서로 통신해야 하는지 여부를 제어하기 위하여 다양한 기능들을 중재할 수도 있고, 여기서, 중재된 기능들은 그 중에서도, 인증 및 인가, 미디어 및 시그널링 평면 제어, 과금 제어, 및/또는 합법적 도청 요청들을 처리하는 것을 포함할 수도 있다. 따라서, 애플리케이션 서버 (470) 가 통신을 네트워크 기반구조로부터 직접 P2P 접속들로 오프로딩할 것인지 여부를 중재하도록 하는 것은 네트워크 기반구조와 연관된 운영자 및 최종 사용자들 (예컨대, 호출자 UE (410), 피호출 UE (420) 등) 이, 운영자가 이와 다르게 네트워크 기반구조 상에서 제공할 수도 있는 어떤 서비스들 (예컨대, 보이스-오버-인터넷 프로토콜 (VoIP) 세션들, 보이스-오버-LTE (VoLTE) 세션들, 푸시-투-토크 (PTT) 세션들, 그룹 통신 세션들, 리치 통신 서비스들 (RCS) 세션들을 수반하는 세션들, 소셜 네트워킹 서비스들 등) 을 수반하는 통신을 오프로딩하기 위하여 상이한 P2P 기술들을 이용하는 것으로부터 다양한 이익들을 실현하도록 할 수도 있다.

하나의 실시형태에서, 도 4 에서 도시된 시그널링 흐름은 클라이언트 엔드포인트들 (예컨대, 호출자 UE (410), 피호출 UE (420) 등) 이 그와 연관된 위치들을 네트워크 기반구조 상에서 애플리케이션 서버 (470) 로 보고하는 맥락에서 일반적으로 동작할 수도 있다. 예를 들어, 하나의 실시형태에서, 애플리케이션 서버 (470) 로 보고된 위치들은 Wi-Fi 측정들, 셀룰러 측정들, 및 클라이언트 엔드포인트들에게 이용가능한 다른 데이터에 기초하여, 대충의 정확도 (예컨대, 대략 10 미터 이내) 에 따라 호출자 UE (410), 피호출 UE (420) 등과 연관된 위치를 추정하는 대략적 위치 정보를 포함할 수도 있다. 또 다른 예에서, 보고된 위치들은 세분화된 정확도 (예컨대, 수 미터 이하 이내) 에 따라 호출자 UE (410), 피호출 UE (420) 등과 연관된 위치를 추정할 수 있는 GPS 측정들 또는 다른 데이터 소스들로부터 획득된 정밀한 위치 정보를 포함할 수도 있다. 따라서, 432 및 434 에서, 호출자 UE (410) 및 피호출 UE (420) 는 동적, 주기적, 및/또는 이벤트-트리거링된 방식으로 그와 연관된 위치를 애플리케이션 서버 (470) 로 각각 보고할 수도 있다. 예를 들어, 하나의 실시형태에서, 호출자 UE (410) 및 피호출 UE (420) 는 동적 기준들에 따라 (예컨대, 임계치 거리를 초과하는 위치에서의 변경을 추정하는 것에 응답하여, 하나의 기지국으로부터 또 다른 것으로의 핸드오버에 응답하여 등), 및/또는 이벤트-트리거링된 기준들에 따라 (예컨대, 초기 네트워크 등록 절차 동안, 위치-종속적 달력 엔트리를 브라우징하는 것 등), 주기적인 간격들로 (예컨대, 매 수 분) 그와 연관된 위치들을 애플리케이션 서버 (470) 로 보고할 수도 있다. 이와 같이, 애플리케이션 서버 (470) 는 일반적으로, 432 및 434 에서 수신된 위치 보고들로부터 호출자 UE (410) 및 피호출 UE (420) 와 연관된 대략적 또는 정밀한 위치들을 알 수도 있고, 또한, 432 및 434 에서 수신된 위치 보고들은 어떤 상황들 (예컨대, 이벤트-트리거링된 위치 보고가 호출자 UE (410) 가 피호출 UE (420) 와 회의를 수반하는 달력 엔트리를 브라우징하고 있었다는 것, 또는 호출자 UE (410) 가 피호출 UE (420) 와의 대화 로그를 브라우징하고 있었다는 것을 표시할 경우, 애플리케이션 서버 (470) 는 호출자 UE (410) 가 피호출 UE (420) 와 통신하는 것을 의도한다는 것을 추론할 수도 있음) 에서 호출자 UE (410) 및 피호출 UE (420) 와 연관된 위치들 및/또는 통신 의도에 대한 맥락 지식을 애플리케이션 서버 (470) 에 제공할 수도 있다.

하나의 실시형태에서는, 436 에서, 애플리케이션 서버 (470) 가 432 및 434 에서 하나 이상의 위치 보고들을 수신하는 것에 후속하는 어떤 시간 포인트에서 호출자 UE (410) 로부터 호출 요청을 수신할 수도 있고, 여기서, 호출 요청은 밥 (Bob) (즉, 피호출 UE (420) 와 연관된 최종 사용자) 과의 호출을 개시하기 위한 의도를 표시할 수도 있고, 호출자 UE (410) 와 연관된 P2P 정보를 포함할 수도 있다. 예를 들어, 호출자 UE (410) 가 436 에서 수신된 호출 요청에서 포함하는 P2P 정보는 그와 연관된 P2P 식별자 (예컨대, 보편적 고유 식별자 (Universally Unique Identifier; UUID), 전체적 고유 식별자 (Globally Unique Identifier; GUID) 등), P2P 스테이터스 정보 (예컨대, 호출자 UE (410) 상에서 지원된 P2P 인터페이스들, P2P 전력 절감, P2P 탐색, 및 지원된 P2P 인터페이스들 등이 ON 또는 OFF 로 되는지 여부를 표시하는 동작 스테이터스), 및 호출자 UE (410) 와 연관된 대략적 또는 정밀한 위치 업데이트를 포함할 수도 있다. 예를 들어, 도 4 에서 도시된 바와 같이, 436 에서 송신된 호출 요청은 호출자 UE (410) 가 P2P 전력 절감을 ON 으로, P2P 탐색을 OFF 로, 그리고 P2P 인터페이스들을 OFF 로 되도록 한다는 것을 표시할 수도 있다. 또한, 하나의 실시형태에서, 436 에서 수신된 P2P 정보는 호출자 UE (410) 와 연관된 자원 스테이터스 정보 (예컨대, 이용가능한 배터리, 프로세서 속도, 링크 속도들, 또는 다른 인터페이스 능력들 등) 를 포함할 수도 있다. 하나의 실시형태에서는, 438 에서, 그 다음으로, 애플리케이션 서버 (470) 가 임의의 P2P 정보가 피호출 UE (420) 로부터 수신되었는지 여부를 결정할 수도 있고, 그리고 그러할 경우, P2P 정보가 어떤 시간 주기 내에서 수신되었는지 여부를 추가로 검사할 수도 있다. 따라서, 440 에서, 애플리케이션 서버 (470) 는 P2P 정보가 피호출 UE (420) 로부터 수신되지 않았다는 것, 또는 대안적으로, 피호출 UE (420) 로부터의 최신 P2P 정보가 시간 주기 내에 수신되지 않았고 그러므로, "무효" 인 것으로 고려된다는 것에 응답하여, 피호출 UE (420) 로부터의 최신 P2P 스테이터스를 질의할 수도 있다. 442 에서, 그 다음으로, 피호출 UE (420) 는 그와 연관된 최신 P2P 스테이터스를 애플리케이션 서버 (470) 로 반환할 수도 있고, 여기서, 피호출 UE (420) 와 연관된 최신 P2P 스테이터스는 P2P 식별자, P2P 동작 스테이터스, 대략적 또는 정밀한 위치 업데이트, 및 피호출 UE (420) 와 연관된 자원 스테이터스 정보를 유사하게 포함할 수도 있다. 다른 한편으로, P2P 정보가 시간 주기 내에서 피호출 UE (420) 로부터 수신되었다는 것으로 결정하는 것에 응답하여, 애플리케이션 서버 (470) 는 피호출 UE (420) 로부터의 최신 P2P 스테이터스를 질의하기 위한 임의의 필요성을 가지지 않을 수도 있고, 이 경우, 440 및 442 에서 교환된 메시지들은 시그널링 흐름으로부터 생략될 수도 있다.

어느 하나의 경우에는, 444 에서, 애플리케이션 서버 (470) 가 호출자 UE (410) 및 피호출 UE (420) 와 연관된 최신 P2P 스테이터스를 알 수도 있어서, 그 다음으로, 애플리케이션 서버 (470) 가 요청되었던 호출이 네트워크 기반구조로부터 직접 P2P 접속으로 오프로딩될 수 있는지 여부를 확인할 수도 있다. 특히, 444 에서, 애플리케이션 서버 (470) 는 애플리케이션 서버 (470) 로 보고되었던 가장 최신의 대략적 또는 정밀한 위치들에 따라 호출자 UE (410) 및 피호출 UE (420) 사이의 거리를 추정할 수도 있고, 추정된 거리가 호출자 UE (410) 및 피호출 UE (420) 상의 하나 이상의 지원된 P2P 인터페이스들과 연관된 범위 내에 속하는지 여부를 추가로 결정할 수도 있다. 예를 들어, Wi-Fi 다이렉트는 일반적으로, 대략 100 미터 이하 내에서 디바이스-대-디바이스 접속성을 허용하는 반면, LTE 다이렉트는 대략 500 미터에 이르는 범위를 가지고 블루투스는 대략 10 미터 범위를 가진다. 따라서, 애플리케이션 서버 (470) 는 호출자 UE (410) 와 피호출 UE (420) 사이의 추정된 거리들과, 호출자 UE (410) 및 피호출 UE (420) 상의 지원된 P2P 인터페이스들에 적어도 부분적으로 기초하여, 호출을 직접 P2P 접속으로 오프로딩하는 것이 가능할 수도 있는지 아닌지의 여부를 확인할 수도 있다. 예를 들어, 호출자 UE (410) 및 피호출 UE (420) 가 대략 100 미터보다 더 많이 떨어져 있고 대략 500 미터보다 더 적게 떨어져 있는 시나리오에서, P2P 오프로딩은 호출자 UE (410) 및 피호출 UE (420) 가 각각 LTE 다이렉트를 지원할 경우에 오직 가능할 수도 있다. 또 다른 예에서, 호출자 UE (410) 및 피호출 UE (420) 가 Wi-Fi 다이렉트를 지원하는 P2P 인터페이스들을 각각 결여하고 LTE 다이렉트를 지원하는 P2P 인터페이스들을 각각 가질 경우, 임의의 P2P 오프로딩은 (즉, 어느 것도 Wi-Fi 다이렉트를 지원하지 않으므로, 호출자 UE (410) 및 피호출 UE (420) 가 100 미터보다 적게 떨어져 있더라도) LTE 다이렉트를 유사하게 채용해야 할 것이다. 또 다른 예에서, 호출자 UE (410) 및 피호출 UE (420) 가 대략 50 미터 떨어져 있고, 각각은 LTE 다이렉트를 지원하는 P2P 인터페이스를 가지고, 하나 또는 다른 것은 Wi-Fi 다이렉트를 지원하는 P2P 인터페이스를 가질 경우, Wi-Fi 다이렉트 디바이스들이 Wi-Fi 다이렉트 지원을 가지지 않는 레거시 Wi-Fi 디바이스들과 그룹들을 형성할 수 있으므로, P2P 오프로딩은 LTE 다이렉트 및 Wi-Fi 다이렉트 양자 상에서 가능할 수도 있다. 이와 같이, P2P 오프로딩이 하나를 초과하는 P2P 기술 (예컨대, LTE 다이렉트 및 Wi-Fi 다이렉트) 을 이용하여 가능할 수도 있는 이용의 경우들에는, 오프로딩된 통신에서 이용하기 위한 특정한 P2P 기술이 최종 사용자 선호도들, 디바이스-특정 선호도들, 운영자 선호도들, 및/또는 다른 적당한 기준들 (예컨대, 최종 사용자들은 LTE 다이렉트로 가능할 수도 있는 것보다 더욱 신속하거나 더욱 효율적으로 통신하기 위하여, 또는 셀룰러 데이터 요금제 (cellular data plan) 에 대한 부과 (charge) 들을 초래하는 것을 회피하기 위하여 Wi-Fi 다이렉트를 이용하는 것을 선호할 수도 있는 반면, 운영자는 데이터 요금제 부과들을 수집하기 위하여 LTE 다이렉트를 선호할 수도 있는 한편, LTE 다이렉트가 Wi-Fi 다이렉트 등에 비해 상당한 전력 절감들을 제공하기 때문에, 디바이스는 배터리 수명을 보존하기 위하여 LTE 다이렉트를 이용하기 위한 디폴트 선호도, 또는 이용가능한 배터리가 임계치 미만으로 하락할 때에 LTE 다이렉트를 이용하기 위한 동적 선호도를 구성할 수도 있음) 에 따라 선택될 수도 있다.

따라서, 요청된 호출이 네트워크 기반구조로부터 직접 P2P 접속으로 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 애플리케이션 서버 (470) 는 직접 P2P 접속 (예컨대, 선택된 P2P 기술) 과 연관된 적절한 파라미터들을 선언할 수도 있고, 선언된 파라미터들에 따라 호출을 직접 P2P 접속으로 오프로딩할 것을 호출자 UE (410) 및 피호출 UE (420) 에 명령할 수도 있다. 예를 들어, 선언된 P2P 파라미터들은 적어도, 임의의 적용가능한 사용자 선호도들, 디바이스-특정 선호도들, 및/또는 운영자 선호도들에 추가하여, 호출자 UE (410) 와 피호출 UE (420) 사이의 추정된 거리에 종속될 수도 있는, 호출자 UE (410) 및 피호출 UE (420) 가 직접 접속 상에서 통신하기 위하여 이용하여야 하는 P2P 인터페이스, 호출자 UE (410) 및/또는 피호출 UE (420) 상에서 지원되는 P2P 인터페이스들, 및 호출자 UE (410) 및 피호출 UE (420) 와 연관된 자원 스테이터스 정보를 포함할 수도 있다. 또한, 하나의 실시형태에서, 선언된 P2P 파라미터들은 호출자 UE (410) 및 피호출 UE (420) 와 연관된 위치들에 기초한 오프로딩된 P2P 호출 및 이용되어야 할 P2P 인터페이스들 및 사설 통신을 보호하기 위하여 이용될 수 있는 암호화 키들 및 암호화 키들과 연관된 타임-투-리브 (TTL) 와 연관된 청구 기준들, 및/또는 다른 적당한 파라미터들을 포함할 수도 있다. 따라서, 448 에서, 호출자 UE (410) 및 피호출 UE (420) 는 애플리케이션 서버 (470) 가 선언하였던 파라미터들에 따라 직접 P2P 접속을 확립할 수도 있고, 그러므로, 네트워크 기반구조를 우회하는 방식으로 통신할 수도 있고, 450 및 452 에서, 호출과 연관된 통계들을 애플리케이션 서버 (470) 로 주기적으로 보고할 수도 있고, 애플리케이션 서버 (470) 는 접속성을 병렬로 유지할 수도 있고, (예컨대, 하나 이상의 성능 메트릭들을 충족시키는 것에 실패하는 호출량, 분-당-비용 (cost-per-minute) 메트릭 또는 다른 비용 제약을 초과하는 호출, 그 상에서 지원된 P2P 인터페이스들과 연관된 최대 범위를 초과하는 호출자 UE (410) 와 피호출 UE (420) 사이의 추정된 거리, 합법적 도청 요청 등에 응답하여) P2P 오프로딩이 계속되도록 하거나, P2P 오프로딩을 종결시키고 네트워크 기반구조 상에서 서버-호스팅된 호출로 이동할 것인지 여부를 주기적으로 검사할 수도 있다.

하나의 예시적인 양태에 따르면, 도 5 는 엔드포인트들 사이의 통신을 네트워크 기반구조로부터 P2P 접속으로 오프로딩하고 네트워크 기반구조 및 P2P 접속 상에서의 통신을 중재할 것인지 여부를 결정할 것인지 여부를 결정하기 위하여 애플리케이션 서버가 수행할 수도 있는 예시적인 방법 (500) 을 예시한다. 특히, 위에서 더욱 상세하게 설명된 바와 같이, 하나 이상의 무선 디바이스들은 그와 연관된 대략적 또는 정밀한 위치들을 동적, 주기적, 및/또는 이벤트-트리거링된 방식으로 네트워크 기반구조 상에서 애플리케이션 서버로 초기에 보고할 수도 있고, 이것에 의하여, 애플리케이션 서버는 수신된 위치 보고들로부터 무선 디바이스들과 연관된 적어도 대략적 또는 정밀한 위치들을 일반적으로 알 수도 있다. 또한, 하나의 실시형태에서, 하나 이상의 무선 디바이스들로부터 수신된 위치 보고들은 (예컨대, 이벤트-트리거링된 위치 보고가 무선 디바이스가 또 다른 무선 디바이스와의 회의를 수반하는 달력 엔트리를 브라우징하고 있었다는 것을 표시할 표시할 경우) 무선 디바이스들과 연관된 통신 의도를 표시할 수도 있는 맥락 정보를 포함할 수도 있다. 따라서, 블록 (505) 에서, 애플리케이션 서버는 어떤 시점에 호출자 무선 디바이스로부터 호출 요청을 수신할 수도 있고, 여기서, 호출 요청은 또 다른 무선 디바이스와 통신하기 위한 의도를 표시할 수도 있고, 호출자 무선 디바이스와 연관된 P2P 정보를 포함할 수도 있다. 대안적으로, 어떤 상황들에서, 애플리케이션 서버는 그로부터 수신된 위치 보고들에서 제공된 맥락 정보에 기초하여, 호출 요청을 수신하기 이전 및/또는 호출 요청을 수신하지 않고, 호출자 무선 디바이스가 블록 (505) 에서 호출자 무선 디바이스와의 호출을 발신할 것이라는 것을 예측할 수도 있고, 이 경우, 호출자 무선 디바이스가 호출자 무선 디바이스와의 호출을 발신할 것이라는 예측은 애플리케이션 서버가 호출이 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하는 프로세스를 트리거링할 수도 있다.

하나의 실시형태에서, 블록 (510) 에서, 그 다음으로, 애플리케이션 서버는 호출자 무선 디바이스 및 피호출 무선 디바이스와 연관된 위치들, P2P 능력들, 및 P2P 선호도들을 결정할 수도 있다. 예를 들어, 블록 (505) 에서 수신된 호출 요청은 호출자 무선 디바이스와 연관된 P2P 식별자, P2P 능력들, 및 P2P 선호도들을 포함할 수도 있고, 이 경우, 호출자 무선 디바이스와 연관된 위치, P2P 능력들, 및 P2P 선호도들은 호출 요청으로부터 결정될 수도 있다. 대안적으로, 애플리케이션 서버가 호출자 무선 디바이스가 호출 요청을 수신하기 이전 및/또는 호출 요청을 수신하지 않고, 호출자 무선 디바이스와의 호출을 발신할 것이라는 것을 예측하는 상황들에서는, 애플리케이션 서버가 위치, P2P 능력들, 및 그와 연관된 P2P 선호도 정보를 포함하였던 호출자 무선 디바이스로부터의 가장 최신 보고가 어떤 시간 주기 내에 수신되었는지 여부를 결정할 수도 있고, 이 경우, 호출자 무선 디바이스와 연관된 위치, P2P 능력들, P2P 선호도들이 호출자 무선 디바이스로부터 제공된 가장 최신 보고로부터 결정될 수도 있다. 유사한 점에 있어서, 애플리케이션 서버는 가장 최신 보고가 정의된 시간 주기 내에서 수신되었다는 것으로 결정하는 것에 응답하여, 호출자 무선 디바이스로부터 제공된 가장 최신 보고로부터 피호출 무선 디바이스와 연관된 위치, P2P 능력들, 및 P2P 선호도들을 결정할 수도 있다. 이와 다르게, 애플리케이션 서버는 호출자 무선 디바이스 및/또는 피호출 무선 디바이스로부터 최신 P2P 스테이터스를 획득하기 위하여 블록 (510) 에서, 호출자 무선 디바이스 및/또는 피호출 무선 디바이스에 질의할 수도 있다.

따라서, 블록 (515) 에서, 애플리케이션 서버는 호출자 무선 디바이스 및 피호출 무선 디바이스와 연관된 최신 위치들, P2P 능력들, 및 P2P 선호도들을 알 수도 있고, 그 다음으로, 호출자 무선 디바이스와 피호출 무선 디바이스 사이의 통신이 네트워크 기반구조로부터 직접 P2P 접속으로 오프로딩될 수 있는지 여부를 결정할 수도 있다. 특히, 블록 (515) 에서, 애플리케이션 서버는 애플리케이션 서버로 보고된 가장 최신의 대략적 또는 정밀한 위치들에 따라 무선 디바이스들 사이의 거리를 추정할 수도 있고, 추정된 거리가 무선 디바이스들과 연관된 하나 이상의 지원된 P2P 인터페이스들과 연관된 범위 내에 속하는지 여부를 추가로 결정할 수도 있다. 이와 같이, 애플리케이션 서버는 무선 디바이스들 사이의 추정된 거리 상에서 P2P 통신을 지원할 수 있는 하나 이상의 인터페이스들을 가지는지 여부를 결정할 수도 있고, 그러할 경우, 애플리케이션 서버는 (예컨대, 링크 속도들, 이용가능한 배터리 등에 기초하여) 이용가능한 자원들 및 선호도들이 P2P 통신을 허용하는지 여부를 추가로 결정할 수도 있다. (예컨대, 무선 디바이스들 사이의 거리가 지원된 P2P 인터페이스들과 연관된 최대 범위를 초과하기 때문에) 호출이 직접 P2P 접속으로 오프로딩될 수 없는 것으로 결정하는 것에 응답하여, 그 다음으로, 애플리케이션 서버는 블록 (520) 에서, 네트워크 기반구조 상에서 호출을 처리할 수도 있고 이에 따라 호출을 청구할 수도 있다. 그러나, 애플리케이션 서버는 블록 (525) 에서, 무선 디바이스들로부터 동적, 주기적, 및/또는 이벤트-트리거링된 업데이트들을 수신하는 것을 계속할 수도 있고, 그에 기초하여 (예컨대, 무선 디바이스들이 지원된 P2P 인터페이스들과 연관된 최대 범위 내로 이동하는 것인지 여부에 기초하여), 호출이 직접 P2P 접속으로 추후에 오프로딩될 수 있는지 여부를 검사할 수도 있다.

하나의 실시형태에서, 호출이 직접 P2P 접속으로 오프로딩될 수 있다는 결정으로 귀착되는 블록 (515) 에 응답하여, 애플리케이션 서버는 블록 (530) 에서, 직접 P2P 접속과 연관된 적절한 파라미터들을 선언할 수도 있고, 선언된 파라미터들에 따라 P2P 접속 상에서 통신을 오프로딩할 것을 호출자 무선 디바이스 및 피호출 무선 디바이스에 명령할 수도 있다. 예를 들어, 선언된 P2P 파라미터들은 적어도, 임의의 적용가능한 선호도들에 추가하여, 호출자 무선 디바이스와 피호출 무선 디바이스 사이의 추정된 거리에 종속될 수도 있는, 호출자 무선 디바이스 및 피호출 무선 디바이스가 직접 접속 상에서 통신하기 위하여 이용해야 하는 P2P 인터페이스, 호출자 무선 디바이스 및 피호출 무선 디바이스 상에서 지원되는 P2P 인터페이스들, 및 호출자 무선 디바이스 및 피호출 무선 디바이스와 연관된 자원 스테이터스 정보를 포함할 수도 있다. 또한, 하나의 실시형태에서, 선언된 P2P 파라미터들은 오프로딩된 P2P 호출과 연관된 청구 기준들을 포함할 수도 있고, 여기서, 청구 기준들은 무선 디바이스들 및 이용되어야 할 P2P 인터페이스들과 연관된 위치들에 종속될 수도 있고, 선언된 P2P 파라미터들은 무선 디바이스들 사이의 통신을 보호하기 위하여 이용될 수 있는 암호화 키들을 더 포함할 수도 있다.

따라서, 블록 (535) 에서, 애플리케이션 서버는 블록 (535) 에서 수신된 업데이트들이 P2P 오프로딩된 호출과 연관된 통계들을 더 포함할 수도 있다는 것을 제외하고는, 위에서 설명된 방식으로 무선 디바이스들로부터 동적, 주기적, 및/또는 이벤트-트리거링된 업데이트들을 수신하는 것을 계속할 수도 있다. 하나의 실시형태에서, 그 다음으로, 애플리케이션 서버는 블록 (540) 에서, P2P 오프로딩된 호출이 종결되었는지 여부를 결정할 수도 있고, 이 경우, 애플리케이션 서버는 P2P 통계들 및/또는 네트워크 사용 메트릭들 (예컨대, 셀룰러 데이터 사용을 수반한 분 (minute)) 에 따라 블록 (550) 에서, 호출과 연관된 과금을 프로세싱할 수도 있다. 이와 다르게, P2P 오프로딩된 호출이 종료되지 않았다는 것으로 결정하는 것에 응답하여, 애플리케이션 서버는 블록 (545) 에서, P2P 오프로딩을 종결시킬 것인지 여부를 결정할 수도 있다. 예를 들어, 애플리케이션 서버는 일반적으로, 호출자 및 피호출 무선 디바이스들과의 접속성을 병렬로 유지할 수도 있고, P2P 오프로딩이 계속되도록 하거나 네트워크 기반구조 상에서 서버-호스팅된 호출로 이동할 것인지 여부를 주기적으로 검사할 수도 있고, 이것은 열화된 호출 품질에 응답하여, 분-당-비용 메트릭을 초과하는 호출에 응답하여, 지원된 P2P 인터페이스들과 연관된 최대 범위를 초과하는, 호출자 무선 디바이스와 피호출 무선 디바이스 사이의 추정된 거리에 응답하여, 합법적 도청 요청을 수신하는 것에 응답하여, 또는 다른 적당한 조건들에 기초하여 발생할 수도 있다. 하나의 실시형태에서, P2P 오프로딩이 오프로딩되어야 하는 것으로 결정하는 것에 응답하여, 방법은 애플리케이션 서버가 네트워크 기반구조 상에서 호출을 처리할 수도 있는 블록 (520) 으로 복귀할 수도 있다. 이와 다르게, 애플리케이션 서버는 P2P 오프로딩이 계속되도록 할 수도 있고, 위에서 설명된 방식으로, 호출이 종료된 것인지 여부 및/또는 서버-호스팅된 호출로 이동할 것인지 여부를 주기적으로 검사할 수도 있다.

하나의 예시적인 양태에 따르면, 도 6 은 2 개 이상의 무선 디바이스들 사이의 통신이 네트워크 기반구조로부터 P2P 접속으로 오프로딩될 수 있는지 여부를 결정하기 위하여, 애플리케이션 서버가 수행할 수도 있는 예시적인 방법 (600) 을 예시하고, 여기서, 도 6 에서 도시된 방법 (600) 은 도 5 에서의 블록 (515) 에 관련하여 더욱 상세하게 제공할 수도 있다. 더욱 상세하게는, 블록 (610) 에서, 호출자 무선 디바이스 및 피호출 무선 디바이스와 연관된 위치들, P2P 능력들, 및 P2P 선호도들을 적절하게 결정하는 것에 응답하여, 애플리케이션 서버는 무선 디바이스들 사이의 추정된 거리가 호출자 무선 디바이스 및 피호출 무선 디바이스가 각각 지원하는 하나 이상의 P2P 인터페이스들과 연관된 최대 범위 내에 속하는지 여부를 결정할 수도 있다. 예를 들어, 호출자 무선 디바이스 또는 피호출 무선 디바이스의 어느 하나가 Wi-Fi 다이렉트를 지원할 경우, 오직 하나의 Wi-Fi 다이렉트 디바이스가 P2P 통신 그룹을 형성하기 위하여 필요하게 될 수도 있으므로, 무선 디바이스들은 무선 디바이스들 사이의 추정된 거리가 대략 100 미터 이하일 경우에 직접 P2P 접속 상에서 통신하기 위한 충분한 범위 내에 있을 수도 있다. 또한, 호출자 무선 디바이스 및 피호출 무선 디바이스가 각각 LTE 다이렉트를 지원할 경우, 무선 디바이스들은 무선 디바이스들 사이의 추정된 거리가 대략 500 미터 이하일 경우에 직접 P2P 접속 상에서 통신하기 위한 충분한 범위 내에 있을 수도 있다. 따라서, 애플리케이션 서버는 무선 디바이스들 사이의 추정된 거리 및 그 상에서 지원된 P2P 인터페이스들에 기초하여, 호출자 무선 디바이스와 피호출 무선 디바이스 사이의 통신이 직접 P2P 접속으로 오프로딩될 수 있는지 여부에 대한 임계치 결정을 행할 수도 있고, 여기서, 호출은 무선 디바이스들 사이의 거리가 무선 디바이스들과 연관된 지원된 P2P 인터페이스들과 최대 범위를 초과할 경우 (예컨대, 추정된 거리가 대략 500 미터를 초과하고, 추정된 거리가 대략 100 미터를 초과하고, 적어도 하나의 무선 디바이스가 LTE 다이렉트를 지원하지 않는 등의 경우) 에 블록 (650) 에서, 네트워크 기반구조 상에서 처리될 수도 있다.

그러나, 무선 디바이스들 사이의 추정된 거리가 무선 디바이스들이 지원하는 P2P 인터페이스들과 연관된 최대 범위 내에 속할 경우에는, 그 다음으로, 애플리케이션 서버가 블록 (630) 에서, P2P 통신을 지원하기 위한 충분한 자원들이 이용가능한지 여부를 결정할 수도 있다. 예를 들어, 블록 (630) 에서 고려된 자원들은 이용가능한 배터리 수명, 링크 속도, 프로세서 속도, 또는 다른 적당한 자원들 (예컨대, LTE 다이렉트 상에서의 P2P 오프로딩이 가능할 수도 있는 한도까지의 셀룰러 데이터 요금제에서의 이용가능한 분) 을 포함할 수도 있다. 호출자 무선 디바이스 및 피호출 무선 디바이스가 직접 P2P 접속 상에서 통신하기 위한 충분한 자원들을 각각 가지는 것으로 결정하는 것에 응답하여, 그 다음으로, 애플리케이션 서버는 임의의 적용가능한 사용자, 디바이스-특정, 및/또는 운영자 선호도들이 P2P 오프로딩을 허용하는지 여부, 및/또는 임의의 이러한 선호도들이 무선 디바이스들이 직접 접속을 확립하기 위하여 이용해야 하는 특정 P2P 인터페이스를 제어하기 위하여 이용되어야 하는지 여부를 결정할 수도 있다. 예를 들어, 위에서 더욱 상세하게 설명된 바와 같이, 최종 사용자들은 LTE 다이렉트로 가능할 수도 있는 것보다 더욱 신속하게 또는 더욱 효율적으로 통신하기 위하여, 또는 셀룰러 데이터 요금제에 대한 부과들을 초래하는 것을 회피하기 위하여 Wi-Fi 다이렉트를 이용하는 것을 선호할 수도 있는 반면, 운영자는 데이터 요금제 부과들을 수집하기 위하여 LTE 다이렉트를 선호할 수도 있다. 또 다른 예에서는, LTE 다이렉트가 Wi-Fi 다이렉트에 비해 상당한 전력 절감들을 제공하므로, 디바이스는 배터리 수명을 보존하기 위하여 LTE 다이렉트를 이용하기 위한 디폴트 선호도, 또는 이용가능한 배터리가 임계치 미만으로 하락할 때에 LTE 다이렉트를 이용하기 위한 동적 선호도를 구성할 수도 있다. 또 다른 예에서, 운영자 선호도는 합법적 도청 요청이 적절한 당국들로부터 수신되었을 때에 P2P 오프로딩을 금지할 수도 있다. 블록 (640) 에서는, 그러므로, 임의의 적용가능한 사용자, 디바이스-특정, 및/또는 운영자 선호도들이 P2P 오프로딩이 허용되는지 여부 및/또는 허용될 경우에 P2P 오프로딩에서 이용되어야 하는 파라미터들을 결정하기 위하여 상담될 수도 있다.

따라서, 무선 디바이스들 사이의 추정된 거리가 무선 디바이스들 상에서 지원된 P2P 인터페이스들과 연관된 최대 범위 내에 속하는 것으로 결정하는 것, 및 무선 디바이스들이 P2P 통신하기 위한 충분한 자원들을 가지고 적용가능한 사용자, 디바이스-특정, 및/또는 운영자 선호도들이 P2P 오프로딩을 허용하는 것으로 추가로 결정하는 것에 응답하여, 그 다음으로, 애플리케이션 서버는 적절한 P2P 인터페이스들을 활성화하고 직접 P2P 접속 상에서 통신할 것을 호출자 무선 디바이스 및 피호출 무선 디바이스에 명령할 수도 있다. 이와 다르게, 애플리케이션 서버는 무선 디바이스들 사이의 거리가 임의의 지원된 P2P 인터페이스들과 연관된 최대 범위 외부에 속할 경우, 호출자 무선 디바이스 및/또는 피호출 무선 디바이스가 직접 P2P 접속 상에서 통신하기 위한 충분한 자원들을 결여할 경우, 또는 임의의 적용가능한 사용자, 디바이스-특정, 및/또는 운영자 선호도들이 P2P 오프로딩을 허용하지 않을 경우에, 블록 (650) 에서 네트워크 기반구조 상에서 호출을 처리할 수도 있다.

하나의 예시적인 양태에 따르면, 도 7a 는 P2P 접속과 연관된 하나 이상의 성능 및/또는 청구 메트릭들에 기초하여 P2P 오프로딩을 종결시킬 것인지 여부를 결정하기 위하여, 애플리케이션 서버가 수행할 수도 있는 예시적인 방법 (700A) 을 예시하고, 여기서, 도 7 에서 도시된 방법 (700A) 은 도 5 에서의 블록 (545) 에 관련하여 더욱 상세하게 제공할 수도 있다. 더욱 상세하게는, 직접 P2P 접속을 확립할 것을 호출자 무선 디바이스 및 피호출 무선 디바이스에 명령하는 것에 후속하여, 애플리케이션 서버가 블록 (705) 에서, 무선 디바이스들로부터 주기적 통계들 및/또는 다른 보고들을 수신할 수도 있다. 이와 같이, 애플리케이션 서버는 직접 P2P 접속 상에서 통신하는 무선 디바이스들과의 접속성을 유지할 수도 있고, P2P 오프로딩을 종결시킬 것인지 아닌지의 여부를 결정하기 위하여 P2P 오프로딩된 호출과 연관된 성능 메트릭들 및/또는 청구 메트릭들을 모니터링할 수도 있다. 예를 들어, 하나의 실시형태에서, 애플리케이션 서버는 블록 (710) 에서, P2P 호출과 연관된 품질이 열화되었거나 열화될 가능성이 있는지 여부를 결정할 수도 있고, 여기서, 블록 (710) 에서 행해진 결정은 무선 디바이스들로부터 수신된 측정 보고들, 이용가능한 링크 속도들 또는 다른 자원들, 무선 디바이스들과 연관된 위치들에서의 변경들, 또는 호출과 연관된 성능을 표시할 수도 있는 다른 적당한 기준들에 종속될 수도 있다. 특히, P2P 오프로딩된 호출과 연관된 품질은 호출자 및 피호출 무선 디바이스 사이의 네트워크 접속에 기초하는 성능 메트릭들에 일반적으로 종속될 수도 있고, 이것에 의하여, 호출자 및 피호출 무선 디바이스로부터 수신된 보고들이 호출과 연관된 성능 메트릭들을 모니터링하기 위하여 분석될 수도 있다. 예를 들어, 다양한 실시형태들 및/또는 이용의 경우들에는, 성능 메트릭들이 최대 지터 (jitter) (예컨대, 패킷들이 수신되는 지연에서의 변동들), 최대 레이턴시 (latency) (예컨대, 패킷들이 하나의 무선 디바이스로부터 또 다른 것으로 이동하기 위해 걸리는 시간), 최대 패킷 손실 (예컨대, 손실된 패킷 백분율), 및/또는 다른 적당한 성능 메트릭들 (예컨대, 50 내지 100 사이의 범위 내에 전형적으로 속하는 값을 생성하기 위하여 지터, 레이턴시, 패킷 손실, 및/또는 다른 메트릭들로부터 유도된 R-인자 (R-factor) 품질 등급, ITU-T 추천안 P.800 에 기초하여 1 로부터 5 까지의 스케일에서의 주관적 호출 품질을 측정하는 평균 의견 점수 (Mean Opinion Score; MOS), 등) 을 포함할 수도 있다.

또한, 하나의 실시형태에서, 애플리케이션 서버는 위에서 더욱 상세하게 설명된 바와 같이, 애플리케이션 서버가 호출이 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 초기에 어떻게 결정하는지와 실질적으로 유사한 방식으로, 블록 (710) 에서, 위치들 및/또는 P2P 능력들에서의 임의의 변경들 및 P2P 오프로딩을 제어하는 선호도들을 평가할 수도 있다. 예를 들어, 호출자 및 피호출 무선 디바이스들이 100 미터 미만으로 떨어져 있는 것으로 초기에 결정되었고, 그러므로, Wi-Fi 다이렉트 접속을 확립하도록 명령받았고, 호출자 및/또는 피호출 무선 디바이스가 추정된 거리가 100 내지 500 미터 사이의 범위 내에 속하도록 위치들을 변경할 경우, 애플리케이션 서버는 어느 하나 또는 양자의 무선 디바이스들이 LTE 다이렉트를 지원하는 P2P 인터페이스들을 가지지 않을 경우, 또는 임의의 적용가능한 선호도들이 양자의 무선 디바이스들이 LTE 다이렉트를 지원하더라도 P2P 접속을 LTE 다이렉트로 변경하는 것을 허용하지 않을 경우에 P2P 오프로딩을 종결시킬 수도 있다. 또 다른 예에서, 호출자 및/또는 피호출 무선 디바이스로부터 수신된 보고들이 하나 또는 또 다른 것이 낮은 배터리를 가진다는 것을 표시할 경우, P2P 오프로딩은 네트워크 기반구조 상에서 통신하는 것이 전력을 덜 소비할 경우에 결정될 수도 있다.

따라서, (예컨대, 모니터링된 성능 메트릭들, 위치들에서의 변경들, P2P 능력들, 선호도들, 및/또는 P2P 오프로딩을 제어하는 다른 기준들 등에 기초하여) 블록 (710) 에서, 호출 품질이 열화되었거나 곧 열화될 가능성이 있는 것으로 결정하는 것에 응답하여, 애플리케이션 서버는 블록 (720) 에서, P2P 오프로딩을 종결시킬 수도 있고 네트워크 기반구조 상에서 호출을 처리할 수도 있다. 이와 다르게, 호출 품질이 열화되지 않았고, P2P 오프로딩을 제어하는 기준들을 중촉시키는 것을 계속할 가능성이 있는 것으로 결정하는 것에 응답하여, 애플리케이션 서버는 블록 (715) 에서, 임의의 적용가능한 비용 메트릭들이 초과되었는지 여부를 결정할 수도 있다. 예를 들어, 하나의 실시형태에서, 비용 메트릭들은 호출이 셀룰러 데이터 요금제에 대하여 부과될 수도 있으므로 LTE 다이렉트를 이용할 때에 일반적으로 더 클 수도 있는, 무선 디바이스들이 직접 P2P 접속 상에서 통신하기 위하여 부과될 양을 제한할 수도 있는 최대 분-당-비용, 최대 총 비용, 또는 또 다른 적당한 제약을 특정할 수도 있는 반면, Wi-Fi 다이렉트 상에서 통신하는 디바이스들은 디바이스들이 무선 액세스 포인트를 요구하지 않으면서 서로 접속할 수 있으므로, 더 작은 관리 오버헤드 (administration overhead) 를 가질 수도 있다.

이와 같이, 임의의 적용가능한 비용 임계치들이 초과되었다는 것으로 결정하는 것에 응답하여, 애플리케이션 서버는 블록 (720) 에서, P2P 오프로딩을 종결시킬 수도 있고 네트워크 기반구조 상에서 호출을 처리할 수도 있다. 대안적으로, 호출 품질이 열화되지 않았다는 것과, 임의의 적용가능한 비용 임계치들이 초과되지 않았다는 것으로 결정하는 것에 응답하여, 애플리케이션 서버는 블록 (725) 에서, P2P 오프로딩이 계속되도록 할 수도 있고, 여기서, 그 다음으로, 방법 (700A) 은 무선 디바이스들로부터 수신된 주기적 보고들 및/또는 다른 적당한 기준들에 기초하여 오프로딩된 P2P 호출과 연관된 성능 메트릭들 및 청구 메트릭들을 모니터링하기 위하여 블록 (705) 으로 복귀할 수도 있다.

예를 들어, 하나의 예시적인 양태에 따르면, 도 7b 는 P2P 오프로딩을 종결시킬 것인지 여부를 결정하기 위하여, 애플리케이션 서버가 수행할 수도 있는 또 다른 예시적인 방법 (700B) 을 예시하고, 여기서, P2P 오프로딩을 종결시키는 것을 트리거링하기 위하여 거기에서 이용된 기준들은 성능 및/또는 청구 메트릭들이 아니라, 합법적 도청 요청을 포함할 수도 있다. 특히, 다양한 국가들 및 지방들은 법률 집행 기관들이 전화, 광대역, 및 VoIP 트래픽을 실시간으로 모니터링하기 위한 감시를 행하도록 할 수도 있는 방식으로, 네트워크 운영자들 및 통신 장비 제조업자들이 장비, 설비들, 및 서비스들을 구성할 것을 요구하는 법률들 및 규제들을 통과시켰다. 예를 들어, 미국에서는, 감청통신 지원법 (Communications Assistance for Law Enforcement Act; CALEA) 이 CALEA-순응 인터페이스들을 통신 장비에 추가하기 위한 요건들을 특정하고, 유럽 연합 (European Union) 은 유사한 조치들을 CALEA 로 위임하는 결의안을 받아들였다.

따라서, 블록 (730) 에서 합법적 도청 요청을 수신하는 것에 응답하여, 그 다음으로, 애플리케이션 서버는 합법적 도청 요청을 준수하기 위한 적절한 절차들을 개시할 수도 있다. 특히, CALEA 하에서, 합법적 도청 요청은 도청 보증서로 명명된 가입자를 일반적으로 식별할 수도 있고, 이것에 의하여, 애플리케이션 서버는 블록 (730) 에서 수신된 합법적 도청 요청이 P2P 오프로딩된 통신에서 관여된 적어도 하나의 무선 디바이스와 연관된 가입자를 식별하는지 여부를 결정할 수도 있다. 긍정적에서는, 그 다음으로, 애플리케이션 서버가 오프로딩된 통신을 감청 (eavesdrop) 하기 위한 충분한 근접성에서 로컬 법률 집행 프록시 (예컨대, CALEA 프록시) 를 찾을 수도 있다. 더욱 상세하게는, 블록 (740) 에서, 애플리케이션 서버는 암호화 키들, 및 오프로딩된 P2P 통신과 연관된 임의의 다른 적절한 P2P 세션 파라미터들을 로컬 법률 집행 프록시로 송신할 수도 있음으로써, 로컬 법률 집행 프록시가 P2P 오프로딩된 트래픽을 스누핑하는 것을 가능하게 할 수도 있다. 예를 들어, 하나의 실시형태에서, 로컬 법률 집행 프록시는 P2P 당사자들 사이의 세션 보더 제어기 (session border controller; SBC) 또는 다른 중계기 노드로서 동작할 수도 있어서, 법률 집행 프록시는 SBC 또는 다른 중계기 노드를 통과하는 P2P 오프로딩된 트래픽을 스누핑할 수도 있다. 또 다른 예에서, 로컬 법률 집행 프록시는 적절한 감시를 행하도록 분석될 수 있는 간헐적인 보고들을 수신하기 위하여 P2P 당사자들에게 질의할 수도 있다. 또한, 하나의 실시형태에서, 합법적 도청 요청은 P2P 오프로딩을 종결시키고 서버-호스팅된 호출로 이동하기 위하여 "표제어" 또는 다른 트리거링 조건들을 특정할 수도 있다. 따라서, 블록 (740) 에서, 애플리케이션 서버는 (전형적으로, 최종 사용자들이 통신이 감시 대상이라는 사실을 인지하지 않도록 하기 위하여 최종 사용자들이 검출할 수 없는 방식으로) P2P 오프로딩을 종결시키는 것을 트리거링하기 위한 적절한 명령들을, 직접 P2P 접속 상에서 통신하는 무선 디바이스들로 추가로 전송할 수도 있다.

하나의 실시형태에서, 애플리케이션 서버는 블록 (750) 에서, 합법적 도청 요청에서의 기준들에 따라 P2P 오프로딩을 임의적으로 추가로 종결시킬 수도 있다. 예를 들어, 법률 집행 기관은 최종 사용자들이 사설 P2P 통신인 것으로 믿을 수도 있는 것에 개입함으로써, 감시가 진행 중일 수도 있다는 의심들을 상승시키기 위한 필요성을 회피하기 위하여, 호출이 네트워크 기반구조 상에서 라우팅되도록 하기 위한 선호도를 표현할 수도 있다. 또 다른 예에서, P2P 오프로딩은 호출 당사자들이 서버-호스팅된 호출로 이동하는 것을 트리거링하도록 특정되었던 "표제어" 를 말하는 것에 응답하여 종결될 수도 있다. 애플리케이션 서버가 블록 (740) 에서 P2P 오프로딩을 종결시킬 경우, 애플리케이션 서버는 합법적인 차단 요청을 준수하기 위하여 필요할 수도 있는 임의의 적절한 조치들 (예컨대, 호출 당사자들로부터의 간헐적인 보고들, 당사자들 사이에서 교환된 일부 또는 다른 컨텐츠 등을 법률 집행 기관으로 전송하는 것) 을 추가로 채용할 수도 있다.

도 8 은 개시물의 하나의 양태에 따라 UE 들의 예들을 예시한다. 도 8 을 참조하면, UE (800A) 는 호출 전화로서 예시되어 있고, UE (800B) 는 터치스크린 (touchscreen) 디바이스 (예컨대, 스마트폰, 태블릿 컴퓨터 등) 로서 예시되어 있다. 도 8 에서 도시된 바와 같이, UE (800A) 의 외부 케이싱 (casing) 은 당해 분야에서 알려져 있는 바와 같이 다른 컴포넌트들 중에서, 안테나 (805A), 디스플레이 (810A), 적어도 하나의 버튼 (815A) (예컨대, PTT 버튼, 전원 버튼, 음량 제어 버튼, 등), 및 키패드 (820A) 로 구성된다. 또한, UE (800B) 의 외부 케이싱은 당해 분야에서 알려져 있는 바와 같이 다른 컴포넌트들 중에서, 터치스크린 디스플레이 (805B), 주변기기 버튼들 (810B, 815B, 820B, 및 825B) (예컨대, 전원 제어 버튼, 음량 또는 진동 제어 버튼, 비행기 모드 토글 버튼, 등), 적어도 하나의 전방-패널 버튼 (830B) (예컨대, 홈 버튼 (Home button) 등) 으로 구성된다. UE (800B) 의 일부로서 명시적으로 도시되어 있지 않지만, UE (800B) 는, WiFi 안테나들, 셀룰러 안테나들, 위성 위치 시스템 (satellite position system; SPS) 안테나들 (예컨대, 글로벌 위치확인 시스템 (global positioning system; GPS) 안테나들) 등을 포함하지만 이것으로 제한되지 않는, UE (800B) 의 외부 케이싱 내에 조립되는 하나 이상의 외부 안테나들 및/또는 하나 이상의 통합된 안테나들을 포함할 수 있다.

UE 들 (800A 및 800B) 과 같은 UE 들의 내부 컴포넌트들은 상이한 하드웨어 구성들로 구체화될 수 있지만, 내부 하드웨어 컴포넌트들을 위한 기본적인 하이-레벨 (high-level) UE 구성은 도 8 에서 플랫폼 (802) 으로서 도시되어 있다. 플랫폼 (802) 은, 궁극적으로 코어 네트워크 (140), 인터넷 (175) 및/또는 다른 원격 서버들 및 네트워크들 (예컨대, 애플리케이션 서버 (170), 웹 URL 들 등) 로부터 기인할 수도 있는 RAN (120) 으로부터 송신된 소프트웨어 애플리케이션들, 데이터 및/또는 커맨드들을 수신 및 실행할 수 있다. 플랫폼 (802) 은 또한, RAN 상호작용 없이 국부적으로 저장된 애플리케이션들을 독립적으로 실행할 수 있다. 플랫폼 (802) 은 애플리케이션 특정 집적 회로 (ASIC; 808) 또는 다른 프로세서, 마이크로프로세서, 로직 회로, 또는 다른 데이터 프로세싱 디바이스에 동작가능하게 결합된 트랜시버 (806) 를 포함할 수 있다. ASIC (808) 또는 다른 프로세서는, 무선 디바이스의 메모리 (812) 에서의 임의의 상주 프로그램들과 인터페이싱하는 애플리케이션 프로그래밍 인터페이스 (application programming interface; API) (810) 계층을 실행한다. 메모리 (812) 는 읽기 전용 또는 랜덤 액세스 메모리 (RAM 과 ROM), EEPROM, 플래시 카드, 또는 다른 컴퓨터 플랫폼에 일반적인 메모리로 구성될 수 있다. 플랫폼 (802) 은 또한, 다른 데이터뿐만 아니라, 메모리 (812) 에서 활성으로 이용되지 않는 애플리케이션들을 저장할 수 있는 로컬 데이터베이스 (814) 를 포함할 수 있다. 로컬 데이터베이스 (814) 는 전형적으로 플래시 메모리 셀이지만, 자기 매체들, EEPROM, 광학 매체들, 테이프, 소프트 또는 하드 디스크 (disk) 등과 같은, 당해 분야에서 알려진 바와 같은 임의의 보조 저장 디바이스일 수 있다.

따라서, 본원에서 개시된 하나의 실시형태는 본원에서 설명된 기능들을 수행하기 위한 능력을 포함하는 UE (예컨대, UE (800A, 800B) 등) 를 포함할 수 있다. 당해 분야의 당업자들에 의해 인식되는 바와 같이, 다양한 로직 엘리먼트들은 본원에서 개시된 기능성을 달성하기 위하여 개별 엘리먼트들, 프로세서 상에서 실행된 소프트웨어 모듈들, 또는 소프트웨어 및 하드웨어의 임의의 조합에서 구체화될 수 있다. 예를 들어, 본원에서 개시된 다양한 기능들을 로딩, 저장 및 실행하기 위하여, ASIC (808), 메모리 (812), API (810) 및 로컬 데이터베이스 (814) 가 모두 협력하여 이용될 수도 있고, 이에 따라, 이 기능들을 수행하기 위한 로직은 다양한 엘리먼트들 상에서 분산될 수도 있다. 대안적으로, 기능성은 하나의 개별 컴포넌트 내로 편입될 수 있다. 그러므로, 도 8 의 UE 들 (800A 및 800B) 의 특징들은 예시적인 것에 불과한 것으로 고려되어야 하고, 개시물은 예시된 특징들 또는 배치들에 제한되지 않는다.

UE 들 (800A 및/또는 800B) 및 RAN (120) 사이의 무선 통신은 CDMA, W-CDMA, 시간 분할 다중 액세스 (TDMA), 주파수 분할 다중 액세스 (FDMA), 직교 주파수 분할 멀티플렉싱 (Orthogonal Frequency Division Multiplexing; OFDM), GSM, 또는 무선 통신 네트워크 또는 데이터 통신 네트워크에서 이용될 수도 있는 다른 프로토콜들과 같은 상이한 기술들에 기초할 수 있다. 상기에서 논의되고 당해 분야에서 알려진 바와 같이, 음성 송신 및/또는 데이터는 다양한 네트워크들 및 구성들을 이용하여 RAN 으로부터 UE 들로 송신될 수 있다. 따라서, 본원에서 제공된 예시들은 본원에서 개시된 실시형태들을 제한하도록 의도된 것이 아니고, 본원에서 개시된 실시형태들의 양태들을 설명할 시에 단지 보조하기 위한 것이다.

도 9 는 기능성을 수행하도록 구성된 로직을 포함하는 통신 디바이스 (900) 를 예시한다. 통신 디바이스 (900) 는 UE 들 (800A 또는 800B), RAN (120) 의 임의의 컴포넌트 (예컨대, BS 들 (200A 내지 210A), BSC (215A), 노드 B 들 (200B 내지 210B), RNC (215B), eNodeB 들 (200D 내지 210D) 등), 코어 네트워크 (140) 의 임의의 컴포넌트 (예컨대, PCF (220A), PDSN (225A), SGSN (220B), GGSN (225B), MME (215D 또는 220D), HSS (225D), S-GW (230D), P-GW (235D), PCRF (240D)), 코어 네트워크 (140) 및/또는 인터넷 (175) 과 결합된 임의의 컴포넌트들 (예컨대, 애플리케이션 서버 (170) 등을 포함하지만 이것으로 제한되지 않는 상기 언급된 통신 디바이스들 중의 임의의 것에 대응할 수 있다. 따라서, 통신 디바이스 (900) 는 도 1 의 무선 통신 시스템 (100) 을 통해 하나 이상의 다른 엔티티들과 통신하도록 (또는 통신하는 것을 용이하게 하도록) 구성되는 임의의 전자 디바이스에 대응할 수 있다.

도 9 를 참조하면, 통신 디바이스 (900) 는 정보를 수신하고 및/또는 송신하도록 구성된 로직 (905) 을 포함한다. 예에서, 통신 디바이스 (900) 가 무선 통신 디바이스 (예컨대, UE (800A 또는 800B), BS 들 (200A 내지 210A) 중의 하나, 노드 B 들 (200B 내지 210B) 중의 하나, eNodeB 들 (200D 내지 210D) 중의 하나 등) 에 대응할 경우, 정보를 수신 및/또는 송신하도록 구성된 로직 (905) 은 무선 트랜시버 및 연관된 하드웨어 (예컨대, RF 안테나, MODEM, 변조기 및/또는 복조기 등) 와 같은 무선 통신 인터페이스 (예컨대, 블루투스 (Bluetooth), Wi-Fi, 2G, CDMA, W-CDMA, 3G, 4G, LTE 등) 를 포함할 수 있다. 또 다른 예에서, 정보를 수신하고 및/또는 송신하도록 구성된 로직 (905) 은 유선 통신 인터페이스 (예컨대, 직렬 접속, USB 또는 파이어와이어 (Firewire) 접속, 인터넷 (175) 이 액세스될 수 있게 하는 이더넷 (Ethernet) 접속 등) 에 대응할 수 있다. 따라서, 통신 디바이스 (900) 가 일부의 타입의 네트워크-기반 서버 (예컨대, PDSN, SGSN, GGSN, S-GW, P-GW, MME, HSS, PCRF, 애플리케이션 (170) 등) 에 대응할 경우, 정보를 수신 및/또는 송신하도록 구성된 로직 (905) 은 예에서, 네트워크-기반 서버를 이더넷 프로토콜을 통해 다른 통신 엔티티들에 접속하는 이더넷 카드에 대응할 수 있다. 추가의 예에서, 정보를 수신하고 및/또는 송신하도록 구성된 로직 (905) 은, 통신 디바이스 (900) 가 그 로컬 환경을 모니터링할 수 있게 하는 센서류 또는 측정 하드웨어 (예컨대, 가속도계, 온도 센서, 광 센서, 로컬 RF 신호들을 모니터링하기 위한 안테나 등) 를 포함할 수 있다. 정보를 수신하고 및/또는 송신하도록 구성된 로직 (905) 은 또한, 실행될 때, 정보를 수신하고 및/또는 송신하도록 구성된 로직 (905) 의 연관된 하드웨어가 그 수신 및/또는 송신 기능 (들) 을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 수신하고 및/또는 송신하도록 구성된 로직 (905) 은 소프트웨어에 단독으로 대응하지 않고, 정보를 수신하고 및/또는 송신하도록 구성된 로직 (905) 은 그 기능성을 달성하기 위한 하드웨어에 적어도 부분적으로 의존한다.

도 9 를 참조하면, 통신 디바이스 (900) 는 정보를 프로세싱하도록 구성된 로직 (910) 을 더 포함한다. 예에서, 정보를 프로세싱하도록 구성된 로직 (910) 은 적어도 프로세서를 포함할 수 있다. 정보를 프로세싱하도록 구성된 로직 (910) 에 의해 수행될 수 있는 프로세싱의 타입의 일 예의 구현예들은, 결정들을 수행하는 것, 접속들을 확립하는 것, 상이한 정보 옵션들 사이에서 선택들을 행하는 것, 데이터에 관련된 평가들을 수행하는 것, 측정 동작들을 수행하기 위하여 통신 디바이스 (900) 에 결합된 센서들과 상호작용하는 것, (예컨대, .wmv 대 .avi 와 같은 상이한 프로토콜들 등의 사이에서) 정보를 하나의 포맷으로부터 또 다른 포맷으로 변환하는 것 등을 포함하지만 이것으로 제한되지는 않는다. 예를 들어, 정보를 프로세싱하도록 구성된 로직 (910) 에 포함된 프로세서는 범용 프로세서, 디지털 신호 프로세서 (digital signal processor; DSP), ASIC, 필드 프로그래밍가능 게이트 어레이 (field programmable gate array; FPGA) 또는 다른 프로그래밍가능 로직 디바이스, 개별 게이트 또는 트랜지스터 로직, 개별 하드웨어 컴포넌트들, 또는 본원에서 설명된 기능들을 수행하도록 설계된 그 임의의 조합에 대응할 수 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안적으로, 프로세서는 임의의 기존의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수도 있다. 프로세서는 또한, 컴퓨팅 디바이스들의 조합, 예컨대, DSP 및 마이크로프로세서, 복수의 마이크로프로세서들, DSP 코어와 함께 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성의 조합으로서 구현될 수도 있다. 정보를 프로세싱하도록 구성된 로직 (910) 은 또한, 실행될 때, 정보를 프로세싱하도록 구성된 로직 (910) 의 연관된 하드웨어가 그 프로세싱 기능 (들) 을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 프로세싱하도록 구성된 로직 (910) 은 소프트웨어에 단독으로 대응하지 않고, 정보를 프로세싱하도록 구성된 로직 (910) 은 그 기능성을 달성하기 위한 하드웨어에 적어도 부분적으로 의존한다.

도 9 를 참조하면, 통신 디바이스 (900) 는 정보를 저장하도록 구성된 로직 (915) 을 더 포함한다. 예에서, 정보를 저장하도록 구성된 로직 (915) 은 적어도 비-일시적 (non-transitory) 메모리 및 연관된 하드웨어 (예컨대, 메모리 제어기 등) 를 포함할 수 있다. 예를 들어, 정보를 저장하도록 구성된 로직 (915) 내에 포함된 비-일시적 메모리는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 분리가능한 디스크, CD-ROM, 또는 당해 분야에서 알려진 임의의 다른 형태의 저장 매체에 대응할 수 있다. 정보를 저장하도록 구성된 로직 (915) 은 또한, 실행될 때, 정보를 저장하도록 구성된 로직 (915) 의 연관된 하드웨어가 그 저장 기능 (들) 을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 저장하도록 구성된 로직 (915) 은 소프트웨어에 단독으로 대응하지 않고, 정보를 저장하도록 구성된 로직 (915) 은 그 기능성을 달성하기 위한 하드웨어에 적어도 부분적으로 의존한다.

도 9 를 참조하면, 통신 디바이스 (900) 는 정보를 제시하도록 구성된 로직 (920) 을 임의적으로 더 포함한다. 예에서, 정보를 제시하도록 구성된 로직 (920) 은 적어도 출력 디바이스 및 연관된 하드웨어를 포함할 수 있다. 예를 들어, 출력 디바이스는 비디오 출력 디바이스 (예컨대, 디스플레이 스크린, USB, HDMI 와 같이 비디오 정보를 운반할 수 있는 포트 등), 오디오 출력 디바이스 (예컨대, 스피커들, USB, HDMI 와 같이 오디오 정보를 운반할 수 있는 포트 등), 진동 디바이스, 및/또는 정보가 출력을 위해 포맷될 수 있거나 통신 디바이스 (900) 의 사용자 또는 운영자에 의해 실제로 출력될 수 있게 하는 임의의 다른 디바이스를 포함할 수 있다. 예를 들어, 통신 디바이스 (900) 가 도 8 에서 도시된 바와 같은 UE (800A) 또는 UE (800B) 에 대응할 경우, 정보를 제시하도록 구성된 로직 (920) 은 UE (800A) 의 디스플레이 (810A) 또는 UE (800B) 의 터치스크린 디스플레이 (805B) 를 포함할 수 있다. 추가의 예에서, 정보를 제시하도록 구성된 로직 (920) 은 로컬 사용자를 가지지 않는 네트워크 통신 디바이스들 (예컨대, 네트워크 스위치들 또는 라우터들, 원격 서버들 등) 과 같은 어떤 통신 디바이스들에 대해 생략될 수 있다. 정보를 제시하도록 구성된 로직 (920) 은 또한, 실행될 때, 정보를 제시하도록 구성된 로직 (920) 의 연관된 하드웨어가 그 제시 기능 (들) 을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 제시하도록 구성된 로직 (920) 은 소프트웨어에 단독으로 대응하지 않고, 정보를 제시하도록 구성된 로직 (920) 은 그 기능성을 달성하기 위한 하드웨어에 적어도 부분적으로 의존한다.

도 9 를 참조하면, 통신 디바이스 (900) 는 로컬 사용자 입력을 수신하도록 구성된 로직 (925) 을 임의적으로 더 포함한다. 예에서, 로컬 사용자 입력을 수신하도록 구성된 로직 (925) 은 적어도 사용자 입력 디바이스 및 연관된 하드웨어를 포함할 수 있다. 예를 들어, 사용자 입력 디바이스는 버튼들, 터치스크린 디스플레이, 키보드, 카메라, 오디오 입력 디바이스 (예컨대, 마이크로폰, 또는 마이크로폰 잭과 같이 오디오 정보를 운반할 수 있는 포트 등), 및/또는 통신 디바이스 (900) 의 사용자 또는 운영자로부터 정보가 수신될 수 있게 하는 임의의 다른 디바이스를 포함할 수 있다. 예를 들어, 통신 디바이스 (900) 가 도 8 에서 도시된 바와 같은 UE (800A) 또는 UE (800B) 에 대응할 경우, 로컬 사용자 입력을 수신하도록 구성된 로직 (925) 은 키패드 (820A), 버튼들 (815A 또는 810B 내지 825B) 중의 임의의 것, 터치스크린 디스플레이 (805B) 등을 포함할 수 있다. 추가의 예에서, 로컬 사용자 입력을 수신하도록 구성된 로직 (925) 은 로컬 사용자를 가지지 않는 네트워크 통신 디바이스들 (예컨대, 네트워크 스위치들 또는 라우터들, 원격 서버들 등) 과 같은 어떤 통신 디바이스들에 대해 생략될 수 있다. 로컬 사용자 입력을 수신하도록 구성된 로직 (925) 은 또한, 실행될 때, 로컬 사용자 입력을 수신하도록 구성된 로직 (925) 의 연관된 하드웨어가 그 입력 수신 기능 (들) 을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 로컬 사용자 입력을 수신하도록 구성된 로직 (925) 은 소프트웨어에 단독으로 대응하지 않고, 로컬 사용자 입력을 수신하도록 구성된 로직 (925) 은 그 기능성을 달성하기 위한 하드웨어에 적어도 부분적으로 의존한다.

도 9 를 참조하면, (905) 내지 (925) 의 구성된 로직들은 도 9 에서 별도의 또는 별개의 블록들로서 도시되어 있지만, 개개의 구성된 로직이 그 기능성을 수행하게 하는 하드웨어 및/또는 소프트웨어는 부분적으로 중첩할 수 있다는 것이 인식될 것이다. 예를 들어, (905) 내지 (925) 의 구성된 로직들의 기능성을 가능하게 하기 위하여 이용된 임의의 소프트웨어는 정보를 저장하도록 구성된 로직 (915) 과 연관된 비-일시적 메모리 내에 저장될 수 있어서, (905) 내지 (925) 의 구성된 로직들은 각각, 정보를 저장하도록 구성된 로직 (915) 에 의해 저장된 소프트웨어의 동작에 부분적으로 기초하여 그 기능성 (즉, 이 경우, 소프트웨어 실행) 을 수행한다. 마찬가지로, 구성된 로직들 중의 하나와 직접적으로 연관되는 하드웨어는 때때로 다른 구성된 로직들에 의해 대여될 수 있거나 이용될 수 있다. 예를 들어, 정보를 프로세싱하도록 구성된 로직 (910) 의 프로세서는 정보를 수신하고 및/또는 송신하도록 구성된 로직 (905) 에 의해 송신되기 전에 데이터를 적절한 포맷으로 포맷할 수 있어서, 정보를 수신하고 및/또는 송신하도록 구성된 로직 (905) 은 정보를 프로세싱하도록 구성된 로직 (910) 과 연관된 하드웨어 (즉, 프로세서) 의 동작에 부분적으로 기초하여 그 기능성 (즉, 이 경우, 데이터의 송신) 을 수행한다.

일반적으로, 이와 다르게 명시적으로 기재되지 않으면, 이 개시물의 전반에 걸쳐 이용된 바와 같은 어구 "~하도록 구성된 로직" 은 하드웨어로 적어도 부분적으로 구현되는 실시형태를 환기시키도록 의도된 것이고, 하드웨어에 독립적인 소프트웨어-단독 구현들로 맵핑하도록 의도된 것이 아니다. 또한, 다양한 블록들에서의 구성된 로직 또는 "~하도록 구성된 로직" 은 특정 로직 게이트들 또는 엘리먼트들로 제한되는 것이 아니라, (하드웨어, 또는 하드웨어 및 소프트웨어의 조합 중의 어느 하나를 통해) 본원에서 설명된 기능성을 수행하기 위한 능력을 일반적으로 지칭한다는 것이 인식될 것이다. 이에 따라, 다양한 블록들에서 예시된 바와 같은 구성된 로직들 또는 "~하도록 구성된 로직" 은 단어 "로직" 을 공유함에도 불구하고 로직 게이트들 또는 로직 엘리먼트들로서 반드시 구현되지는 않는다. 다양한 블록들에서의 로직 사이의 다른 상호작용들 또는 협력은 위에서 더욱 상세하게 설명된 실시형태들의 검토로부터 당해 분야의 당업자들에게 명확해질 것이다.

본원에서 개시된 다양한 실시형태들은 도 10 에서 예시된 서버 (1000) 와 같은, 다양한 상업적으로 입수가능한 서버 디바이스들 중의 임의의 것 상에서 구현될 수도 있다. 예에서, 서버 (1000) 는 위에서 설명된 애플리케이션 서버의 하나의 예의 구성에 대응할 수도 있다. 도 10 에서, 서버 (1000) 는 휘발성 메모리 (1002) 및, 디스크 드라이브 (1003) 와 같은 대용량 비휘발성 메모리에 결합된 프로세서 (1001) 를 포함한다. 서버 (1000) 는 또한, 프로세서 (1001) 에 결합된 플로피 디스크 드라이브, 컴팩트 디스크 (CD) 또는 DVD 디스크 드라이브 (1006) 를 포함할 수도 있다. 서버 (1000) 는 또한, 다른 브로드캐스트 시스템 컴퓨터들 및 서버들에 결합되거나 인터넷에 결합된 로컬 영역 네트워크와 같은 네트워크 (1007) 와의 데이터 접속들을 확립하기 위한 프로세서 (1001) 에 결합된 네트워크 액세스 포트들 (1004) 을 포함할 수도 있다. 도 9 의 맥락에서, 도 10 의 서버 (1000) 는 통신 디바이스 (900) 의 일 예의 구현예를 예시하고, 이것에 의하여, 정보를 송신하고 및/또는 수신하도록 구성된 로직 (905) 은 네트워크 (1007) 와 통신하기 위하여 서버 (1000) 에 의해 이용된 네트워크 액세스 포인트들 (1004) 에 대응할 수도 있고, 정보를 프로세싱하도록 구성된 로직 (910) 은 프로세서 (1001) 에 대응할 수도 있고, 정보를 저장하도록 구성된 로직 (915) 은 휘발성 메모리 (1002), 디스크 (disk) 드라이브 (1003) 및/또는 디스크 (disc) 드라이브 (1006) 의 임의의 조합에 대응할 수도 있다는 것이 인식될 것이다. 정보를 제시하도록 구성된 임의적인 로직 (920) 및 로컬 사용자 입력을 수신하도록 구성된 임의적인 로직 (925) 은 도 10 에서 명시적으로 도시되어 있지 않고, 그 내부에 포함될 수도 있거나 포함되지 않을 수도 있다. 따라서, 도 10 은 도 9 와 관련하여 위에서 설명된 통신 디바이스 (900) 가 도 8 에서 도시된 UE (800A 또는 800B) 와 같은 UE 구현예에 추가하여, 서버로서 구현될 수도 있다는 것을 입증하는 것을 돕ˆf다.

당업자들은 정보 및 신호들이 다양한 상이한 기술들 및 기법들 중의 임의의 것을 이용하여 표현될 수도 있다는 것을 인식할 것이다. 예를 들어, 상기 설명의 전반에 걸쳐 참조될 수도 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 입자들, 광학 필드들 또는 입자들, 또는 그 임의의 조합에 의해 표현될 수도 있다.

또한, 당업자들은 본원에서 개시된 양태들과 관련하여 설명된 다양한 예시적인 논리적 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어, 또는 둘 모두의 조합들로서 구현될 수도 있다는 것을 인식할 것이다. 하드웨어 및 소프트웨어의 이 교환가능성을 명확하게 예시하기 위하여, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들은 일반적으로 그 기능성의 측면에서 위에서 설명되었다. 이러한 기능성이 하드웨어 또는 소프트웨어로서 구현되는지 여부는 특정한 애플리케이션과, 전체적인 시스템에 가해진 설계 제약들에 종속된다. 당업자들은 설명된 기능성을 각각의 특정한 애플리케이션을 위한 다양한 방법들로 구현할 수도 있지만, 이러한 구현 판단들은 본 개시물의 범위로부터 이탈하는 것으로 해석되지 않아야 한다.

본원에서 개시된 양태들과 관련하여 설명된 다양한 예시적인 논리적 블록들, 모듈들, 및 회로들은 범용 프로세서, 디지털 신호 프로세서 (DSP), 애플리케이션 특정 집적 회로 (ASIC), 필드 프로그래밍가능한 게이트 어레이 (FPGA) 또는 다른 프로그래밍가능한 로직 디바이스, 개별 게이트 또는 트랜지스터 로직, 개별 하드웨어 컴포넌트들, 또는 본원에서 설명된 기능들을 수행하도록 설계된 그 임의의 조합으로 구현되거나 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안적으로, 프로세서는 임의의 기존의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수도 있다. 프로세서는 또한, 컴퓨팅 디바이스들의 조합 (예컨대, DSP 및 마이크로프로세서, 복수의 마이크로프로세서들, DSP 코어와 함께 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성의 조합) 으로서 구현될 수도 있다.

본원에서 개시된 양태들과 관련하여 설명된 방법들, 시퀀스들 및/또는 알고리즘들은 하드웨어로, 프로세서에 의해 실행된 소프트웨어 모듈로, 또는 이 둘의 조합으로 직접 구체화될 수도 있다. 소프트웨어 모듈은 RAM, 플래시 메모리, ROM, EPROM, EEPROM, 레지스터들, 하드 디스크, 분리가능한 디스크, CD-ROM, 또는 당해 분야에서 알려진 임의의 다른 형태의 저장 매체에 상주할 수도 있다. 예시적인 저장 매체는, 프로세서가 저장 매체로부터 정보를 판독할 수 있고 정보를 저장 매체에 기록할 수 있도록 프로세서에 결합된다. 대안적으로, 저장 매체는 프로세서에 일체적일 수도 있다. 프로세서 및 저장 매체는 ASIC 내에 상주할 수도 있다. ASIC 은 IoT 디바이스 내에 상주할 수도 있다. 대안적으로, 프로세서 및 저장 매체는 사용자 단말 내에 개별 컴포넌트들로서 상주할 수도 있다.

하나 이상의 예시적인 양태들에서는, 설명된 기능들이 하드웨어, 소프트웨어, 펌웨어, 또는 그 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현될 경우, 기능들은 하나 이상의 명령들 또는 코드로서, 컴퓨터-판독가능 매체 상에 저장되거나, 컴퓨터-판독가능 매체를 통해 송신될 수도 있다. 컴퓨터-판독가능 매체들은, 하나의 장소로부터 또 다른 장소까지의 컴퓨터 프로그램의 전송을 가능하게 하는 임의의 매체를 포함하는 컴퓨터 저장 매체들 및 통신 매체들의 양자를 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다. 한정이 아닌 예로서, 이러한 컴퓨터-판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장, 자기 디스크 저장, 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 희망하는 프로그램 코드를 반송하거나 저장하기 위해 이용될 수 있으며 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속은 컴퓨터-판독가능 매체로 적절하게 칭해진다. 예를 들어, 동축 케이블, 광섬유 케이블, 트위스티드 페어 (twisted pair), DSL, 또는 무선 기술들 예컨대, 적외선, 라디오 (radio), 및 마이크로파 (microwave) 를 이용하여, 웹사이트, 서버, 또는 다른 원격 소스로부터 소프트웨어가 송신될 경우, 동축 케이블, 광섬유 케이블, 트위스티드 페어, DSL, 또는 무선 기술들 예컨대, 적외선, 라디오, 및 마이크로파는 매체의 정의 내에 포함된다. 본원에서 이용된 바와 같은 디스크 (disk) 및 디스크 (disc) 는 CD, 레이저 디스크 (laser disc), 광학 디스크 (optical disc), DVD, 플로피 디스크 (floppy disk) 및 블루레이 디스크 (blu-ray disc) 를 포함하고, 여기서, 디스크 (disk) 들은 통상 데이터를 자기적으로 및/또는 레이저들로 광학적으로 재생한다. 상기의 조합들은 컴퓨터-판독가능 매체들의 범위 내에 또한 포함되어야 한다.

상기한 개시물은 개시물의 예시적인 양태들을 도시하지만, 첨부된 청구항들에 의해 정의된 바와 같은 개시물의 범위로부터 이탈하지 않으면서, 다양한 변경들 및 수정들이 본원에서 행해질 수 있다는 것에 주목해야 한다. 본원에서 설명된 개시물의 양태들에 따른 방법 청구항들의 기능들, 단계들 및/또는 작동들은 임의의 특별한 순서로 수행될 필요가 없다. 또한, 개시물의 엘리먼트들은 단수 형태로 설명 또는 청구될 수도 있지만, 단수에 대한 제한이 명시적으로 기재되어 있지 않을 경우에는 복수가 고려된다.

Claims (30)

1. 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법으로서,
   상기 네트워크 기반구조 상에서 제 1 무선 디바이스로부터 위치 정보, 그리고 제 2 무선 디바이스로부터 위치 정보를 수신하는 단계;
   상기 제 1 무선 디바이스로부터 수신된 상기 위치 정보 및 상기 제 2 무선 디바이스로부터 수신된 상기 위치 정보에 적어도 부분적으로 기초하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하는 단계; 및
   상기 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 상기 네트워크 기반구조를 우회하는 피어-투-피어 (peer-to-peer) 접속 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하는 단계를 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
2. 제 1 항에 있어서,
   상기 제 1 무선 디바이스로부터, 상기 네트워크 기반구조 상에서 상기 제 2 무선 디바이스와 통신하기 위한 의도를 표시하는 호출 요청을 수신하는 단계로서, 상기 호출 요청은 상기 제 1 무선 디바이스와 연관된 상기 위치 정보를 포함하는, 상기 호출 요청을 수신하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
3. 제 2 항에 있어서,
   상기 제 2 무선 디바이스로부터의 가장 최신 위치 업데이트가 미리 결정된 시간 전에 수신되었다는 것으로 결정하는 것에 응답하여, 상기 제 2 무선 디바이스가 그와 연관된 상기 위치 정보를 업데이트하는 것을 요청하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
4. 제 1 항에 있어서,
   상기 제 1 무선 디바이스 상의 활동을 설명하는 상기 제 1 무선 디바이스로부터 수신된 하나 이상의 보고들에 기초하여, 상기 제 1 무선 디바이스가 상기 제 2 무선 디바이스와 통신하도록 의도하는 것을 예측하는 단계로서, 상기 예측하는 단계는 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하는 단계를 트리거링하는, 상기 예측하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
5. 제 1 항에 있어서,
   상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하는 단계는,
   상기 수신된 위치 정보에 기초하여 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 거리를 추정하는 단계;
   상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스로부터 수신된 하나 이상의 피어-투-피어 스테이터스 보고들에 기초하여, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 하나 이상의 피어-투-피어 기술들을 식별하는 단계; 및
   추정된 상기 거리가 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 상기 하나 이상의 피어-투-피어 기술들과 연관된 범위 내에 속하는 것에 응답하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
6. 제 5 항에 있어서,
   상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스로부터 수신된 하나 이상의 간헐적인 보고들 내에 포함된 업데이트된 위치 정보에 기초하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 추정된 거리를 업데이트하는 단계;
   상기 업데이트된 거리가 상기 하나 이상의 지원된 피어-투-피어 기술들과 연관된 상기 범위 외부에 속하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
7. 제 5 항에 있어서,
   상기 추정된 거리가 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 다수의 피어-투-피어 기술들과 연관된 상기 범위 내에 속하는 것으로 결정하는 것에 응답하여, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스가 하나 이상의 선호도들에 따라 상기 피어-투-피어 접속을 확립하기 위하여 이용하는 상기 피어-투-피어 기술을 선택하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
8. 제 5 항에 있어서,
   상기 하나 이상의 피어-투-피어 스테이터스 보고들은 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스와 연관된 피어-투-피어 식별자들, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 하나 이상의 피어-투-피어 인터페이스들과 연관된 동작 스테이터스를 표시하는 정보, 및 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서의 이용가능한 자원들과 연관된 스테이터스 정보를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
9. 제 1 항에 있어서,
   상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 피어-투-피어 접속과 연관된 하나 이상의 성능 메트릭들을 모니터링하는 단계; 및
   모니터링된 상기 성능 메트릭들이 상기 피어-투-피어 접속과 연관된 품질이 열화되었다는 것을 표시하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
10. 제 1 항에 있어서,
    상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 피어-투-피어 접속과 연관된 하나 이상의 청구 메트릭들을 모니터링하는 단계; 및
    모니터링된 상기 청구 메트릭들이 상기 피어-투-피어 접속 상에서의 상기 통신이 비용 임계치를 초과한다는 것을 표시하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
11. 제 1 항에 있어서,
    상기 제 1 무선 디바이스 또는 상기 제 2 무선 디바이스 중의 적어도 하나와 가입자를 식별하는 합법적 도청 요청을 수신하는 단계; 및
    상기 합법적 도청 요청을 수신하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
12. 제 1 항에 있어서,
    상기 제 1 무선 디바이스 또는 상기 제 2 무선 디바이스 중의 적어도 하나와 가입자를 식별하는 합법적 도청 요청을 수신하는 단계; 및
    상기 합법적 도청 요청에 응답하여, 상기 피어-투-피어 접속 상에서의 상기 통신을 암호화하기 위하여 이용된 하나 이상의 키들을 법률 집행 기관으로 송신하는 단계로서, 상기 하나 이상의 키들은 상기 법률 집행 기관이 상기 피어-투-피어 접속 상에서의 상기 통신에 대한 감시를 행하는 것을 가능하게 하는, 상기 하나 이상의 키들을 법률 집행 기관으로 송신하는 단계를 더 포함하는, 네트워크 기반구조로부터 통신을 오프로딩하기 위한 방법.
13. 장치로서,
    네트워크 기반구조 상에서 제 1 무선 디바이스로부터 위치 정보, 그리고 제 2 무선 디바이스로부터 위치 정보를 수신하도록 구성된 수신기;
    상기 제 1 무선 디바이스로부터 수신된 상기 위치 정보 및 상기 제 2 무선 디바이스로부터 수신된 상기 위치 정보에 적어도 부분적으로 기초하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하도록 구성된 하나 이상의 프로세서들; 및
    상기 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 상기 네트워크 기반구조를 우회하는 피어-투-피어 접속 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하는 메시지를 송신하도록 구성된 송신기를 포함하는, 장치.
14. 제 13 항에 있어서,
    상기 하나 이상의 프로세서들은 또한,
    상기 수신된 위치 정보에 기초하여 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 거리를 추정하고;
    상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스로부터 수신된 하나 이상의 피어-투-피어 스테이터스 보고들에 기초하여, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 하나 이상의 피어-투-피어 기술들을 식별하고; 그리고
    추정된 상기 거리가 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 상기 하나 이상의 피어-투-피어 기술들과 연관된 범위 내에 속하는 것에 응답하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하도록 구성되는, 장치.
15. 제 14 항에 있어서,
    상기 하나 이상의 프로세서들은 또한, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스로부터 수신된 하나 이상의 간헐적인 보고들 내에 포함된 업데이트된 위치 정보에 기초하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 추정된 거리를 업데이트하도록 구성되고, 그리고
    상기 송신기는 또한, 상기 하나 이상의 프로세서들이 상기 업데이트된 거리가 상기 하나 이상의 지원된 피어-투-피어 기술들과 연관된 상기 범위 외부에 속하는 것으로 결정하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하는 메시지를 송신하도록 구성되는, 장치.
16. 제 14 항에 있어서,
    상기 하나 이상의 프로세서들은 또한,
    상기 추정된 거리가 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 다수의 피어-투-피어 기술들과 연관된 상기 범위 내에 속하는 것에 응답하여, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스가 하나 이상의 선호도들에 따라 상기 피어-투-피어 접속을 확립하기 위하여 이용하는 상기 피어-투-피어 기술을 선택하도록 구성되는, 장치.
17. 제 13 항에 있어서,
    상기 하나 이상의 프로세서들은 또한, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 피어-투-피어 접속과 연관된 하나 이상의 메트릭들을 모니터링하도록 구성되고, 그리고
    상기 송신기는 또한, 상기 하나 이상의 프로세서들이 모니터링된 상기 메트릭들이 상기 피어-투-피어 접속이 하나 이상의 조건들을 충족시키는 것에 실패한다는 것을 표시하는 것으로 결정하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하는 메시지를 송신하도록 구성되는, 장치.
18. 제 13 항에 있어서,
    상기 수신기는 또한, 상기 제 1 무선 디바이스 또는 상기 제 2 무선 디바이스 중의 적어도 하나와 가입자를 식별하는 합법적 도청 요청을 수신하도록 구성되고, 그리고
    상기 하나 이상의 프로세서들은 또한, 상기 합법적 도청 요청에 응답하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 통신에 대한 감시를 가능하게 하도록 구성되는, 장치.
19. 장치로서,
    네트워크 기반구조 상에서 제 1 무선 디바이스로부터 위치 정보, 그리고 제 2 무선 디바이스로부터 위치 정보를 수신하기 위한 수단;
    상기 제 1 무선 디바이스로부터 수신된 상기 위치 정보 및 상기 제 2 무선 디바이스로부터 수신된 상기 위치 정보에 적어도 부분적으로 기초하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하기 위한 수단; 및
    상기 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 상기 네트워크 기반구조를 우회하는 피어-투-피어 접속 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하기 위한 수단을 포함하는, 장치.
20. 제 19 항에 있어서,
    상기 수신된 위치 정보에 기초하여 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 거리를 추정하기 위한 수단;
    상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스로부터 수신된 하나 이상의 피어-투-피어 스테이터스 보고들에 기초하여, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 하나 이상의 피어-투-피어 기술들을 식별하기 위한 수단; 및
    추정된 상기 거리가 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 상기 하나 이상의 피어-투-피어 기술들과 연관된 범위 내에 속하는 것에 응답하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하기 위한 수단을 더 포함하는, 장치.
21. 제 20 항에 있어서,
    상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스로부터 수신된 하나 이상의 간헐적인 보고들 내에 포함된 업데이트된 위치 정보에 기초하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 추정된 거리를 업데이트하기 위한 수단; 및
    상기 업데이트된 거리가 상기 하나 이상의 지원된 피어-투-피어 기술들과 연관된 상기 범위 외부에 속하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하기 위한 수단을 더 포함하는, 장치.
22. 제 20 항에 있어서,
    상기 추정된 거리가 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 다수의 피어-투-피어 기술들과 연관된 상기 범위 내에 속하는 것에 응답하여, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스가 하나 이상의 선호도들에 따라 상기 피어-투-피어 접속을 확립하기 위하여 이용하는 상기 피어-투-피어 기술을 선택하기 위한 수단을 더 포함하는, 장치.
23. 제 19 항에 있어서,
    상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 피어-투-피어 접속과 연관된 하나 이상의 메트릭들을 모니터링하기 위한 수단; 및
    모니터링된 상기 메트릭들이 상기 피어-투-피어 접속이 하나 이상의 조건들을 충족시키는 것에 실패하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하기 위한 수단을 더 포함하는, 장치.
24. 제 19 항에 있어서,
    상기 제 1 무선 디바이스 또는 상기 제 2 무선 디바이스 중의 적어도 하나와 가입자를 식별하는 합법적 도청 요청을 수신하기 위한 수단; 및
    상기 합법적 도청 요청에 응답하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 통신에 대한 감시를 가능하게 하기 위한 수단을 포함하는, 장치.
25. 컴퓨터-실행가능 명령들이 기록되어 있는 컴퓨터-판독가능 저장 매체로서,
    서버 상에서 상기 컴퓨터-실행가능 명령들을 실행하는 것은, 상기 서버로 하여금,
    네트워크 기반구조 상에서 제 1 무선 디바이스로부터 위치 정보, 그리고 제 2 무선 디바이스로부터 위치 정보를 수신하게 하고;
    상기 제 1 무선 디바이스로부터 수신된 상기 위치 정보 및 상기 제 2 무선 디바이스로부터 수신된 상기 위치 정보에 적어도 부분적으로 기초하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는지 여부를 결정하게 하고; 그리고
    상기 제 1 무선 디바이스와 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하는 것에 응답하여, 상기 네트워크 기반구조를 우회하는 피어-투-피어 접속 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하게 하는, 컴퓨터-판독가능 저장 매체.
26. 제 25 항에 있어서,
    상기 서버 상에서 상기 컴퓨터-실행가능 명령들을 실행하는 것은 또한, 상기 서버로 하여금,
    상기 수신된 위치 정보에 기초하여 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 거리를 추정하게 하고;
    상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스로부터 수신된 하나 이상의 피어-투-피어 스테이터스 보고들에 기초하여, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 하나 이상의 피어-투-피어 기술들을 식별하게 하고; 그리고
    추정된 상기 거리가 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 상기 하나 이상의 피어-투-피어 기술들과 연관된 범위 내에 속하는 것에 응답하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 통신이 상기 네트워크 기반구조로부터 오프로딩될 수 있는 것으로 결정하게 하는, 컴퓨터-판독가능 저장 매체.
27. 제 26 항에 있어서,
    상기 서버 상에서 상기 컴퓨터-실행가능 명령들을 실행하는 것은 또한, 상기 서버로 하여금,
    상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스로부터 수신된 하나 이상의 간헐적인 보고들 내에 포함된 업데이트된 위치 정보에 기초하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 추정된 거리를 업데이트하게 하고;
    상기 업데이트된 거리가 상기 하나 이상의 지원된 피어-투-피어 기술들과 연관된 상기 범위 외부에 속하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하게 하는, 컴퓨터-판독가능 저장 매체.
28. 제 26 항에 있어서,
    상기 서버 상에서 상기 컴퓨터-실행가능 명령들을 실행하는 것은 또한, 상기 서버로 하여금,
    상기 추정된 거리가 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스 상에서 지원된 다수의 피어-투-피어 기술들과 연관된 상기 범위 내에 속하는 것에 응답하여, 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스가 하나 이상의 선호도들에 따라 상기 피어-투-피어 접속을 확립하기 위하여 이용하는 상기 피어-투-피어 기술을 선택하게 하는, 컴퓨터-판독가능 저장 매체.
29. 제 25 항에 있어서,
    상기 서버 상에서 상기 컴퓨터-실행가능 명령들을 실행하는 것은 또한, 상기 서버로 하여금,
    상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 피어-투-피어 접속과 연관된 하나 이상의 청구 메트릭들을 모니터링하게 하고; 그리고
    모니터링된 상기 메트릭들이 상기 피어-투-피어 접속이 하나 이상의 조건들을 충족시키는 것에 실패하는 것에 응답하여, 상기 네트워크 기반구조 상에서 통신할 것을 상기 제 1 무선 디바이스 및 상기 제 2 무선 디바이스에 명령하게 하는, 컴퓨터-판독가능 저장 매체.
30. 제 25 항에 있어서,
    상기 서버 상에서 상기 컴퓨터-실행가능 명령들을 실행하는 것은 또한, 상기 서버로 하여금,
    상기 제 1 무선 디바이스 또는 상기 제 2 무선 디바이스 중의 적어도 하나와 가입자를 식별하는 합법적 도청 요청을 수신하게 하고; 그리고
    상기 합법적 도청 요청에 응답하여, 상기 제 1 무선 디바이스와 상기 제 2 무선 디바이스 사이의 상기 통신에 대한 감시를 가능하게 하는, 컴퓨터-판독가능 저장 매체.

Images