KR20170116032A - 무선 통신 네트워크에서 근접 발견 공지들의 공유 - Google Patents

Abstract

발견을 공유하기 위한 시스템들 및 방법들이 개시된다. 방법은 공지 디바이스로부터 제 1 공지를 수신하는 단계, 수신된 공지가 모바일 디바이스의 사용자에 관심이 있는 것을 표시하는 공유 명령을 수신하는 단계, 공유 명령에 응답하여 수신된 제 1 공지에 기초하여 발견 공유 데이터를 생성하는 단계, 발견 공유 데이터를 외부 서버에 송신하는 단계, 모바일 디바이스와 연관된 메타데이터가 업데이트되었음을 표시하는 업데이트 표시자를 외부 서버로부터 수신하는 단계, 및 업데이트 표시자에 기초하여 모바일 디바이스와 연관된 제 2 공지를 생성하는 단계를 포함한다.

Description

무선 통신 네트워크에서 근접 발견 공지들의 공유{SHARING OF PROXIMATE DISCOVERY ANNOUNCEMENTS IN A WIRELESS COMMUNICATIONS NETWORK}

이 개시물의 양태들은 일반적으로 무선 통신 네트워크에서의 근접 발견에 관한 것이고, 특히 근접 발견들의 결과들을 공유하기 위한 시스템들 및 방법들에 관한 것이다.

최근에, 다이렉트 피어-투-피어 (P2P) 통신들이 증가되고 있다. 롱텀 에볼루션 다이렉트 (LTE-D) 은 근접 발견을 위해 제안된 제안된 제 3 세대 파트너쉽 프로젝트 (3GPP), 릴리즈 12 솔루션이다. LTE-D 로 큰 범위 (~500m, 시선) 내에서 다른 LTE-D 디바이스들 상의 서비스들을 직접 모니터링하는 것에 의해 위치 추적 및 네트워크 콜들이 없어지게 되었다. 그것은 연속적으로 배터리 효율적인 동기 시스템에서 그렇게 행하고, 근접도로 무수한 서비스들을 연속적으로 검출할 수 있다.

LTE-D 는 허가 (licensed) 스펙트럼 상에서 모바일 어플리케이션들에 대한 오퍼레이터 서비스로서 동작한다. LTE-D 는 서비스 계층 발견을 인에이블한다. LTE-D 인에이블형 디바이스들 상의 모바일 어플리케이션들은 다른 디바이스들 상의 모바일 어플리케이션들에 대해 모니터도록 LTE-D 컴포넌트에 명령할 수도 있다. 게다가, LTE-D 디바이스들 상의 모바일 어플리케이션들은 물리 계층에서 다른 근접 LTE-D 디바이스들에 의한 검출을 위해 그 자신의 서비스들을 공지하도록 LTE-D 컴포넌트에 명령할 수 있다. 어플리케이션들은 LTE-D 가 연속적으로 작업하고 설정된 모니터에 대한 매치를 검출할 때 클라이언트에게 통지하는 동안 폐쇄될 수 있다.

따라서, LTE-D 는 기존 클라우드 서비스들의 확장들로서 근접 발견 솔루션들의 개발을 추구하는 모바일 개발자들에게 매력적인 대안이다. LTE-D 는 분산된 발견 솔루션이고 (현재 존재하는 중앙집중화된 발견과는 대조적임), 이에 의해 모바일 어플리케이션들은 관련 속성들을 송신하기 모니터링하는 것에 의해 디바이스 레벨에서의 관련성을 자체적으로 결정하는 대신, 적합성 매치들을 식별하는데 있어서 중앙집중화된 데이터베이스 프로세싱을 포기한다. LTE-D 는 근접도를 결정하기 위해 LTE-D 가 영구 (perpetual) 위치를 활용하지 않는다는 점에서 전력 소비 뿐만 아니라 프라이버시에 관하여 소정의 이익들을 제공한다. 클라우드에서 보다는 오히려 디바이스 상에서 발견을 유지하는 것에 의해, 사용자는 어떤 정보가 외부 디바이스와 공유되는지에 대한 더 많은 제어를 갖는다.

일 양태에서, 본 개시물은 발견을 공유하기 위한 모바일 디바이스를 위한 방법을 제공한다. 방법은, 예를 들어 공지 디바이스로부터 제 1 공지를 수신하는 단계, 수신된 공지가 모바일 디바이스의 사용자에 관심이 있는 것을 표시하는 공유 명령을 수신하는 단계, 공유 명령에 응답하여 수신된 제 1 공지에 기초하여 발견 공유 데이터를 생성하는 단계, 발견 공유 데이터를 외부 서버에 송신하는 단계, 모바일 디바이스와 연관된 메타데이터가 업데이트되었음을 표시하는 업데이트 표시자를 외부 서버로부터 수신하는 단계, 및 업데이트 표시자에 기초하여 모바일 디바이스와 연관된 제 2 공지를 생성하는 단계를 포함할 수도 있다.

다른 양태에서, 본 개시물은 발견을 공유하기 위한 모바일 디바이스를 제공한다. 모바일 디바이스는, 예를 들어 공지 디바이스로부터 제 1 공지를 수신하고, 수신된 공지가 모바일 디바이스의 사용자에 관심이 있는 것을 표시하는 공유 명령을 수신하고, 공유 명령에 응답하여 수신된 제 1 공지에 기초하여 발견 공유 데이터를 생성하고, 발견 공유 데이터를 외부 서버에 송신하고, 모바일 디바이스와 연관된 메타데이터가 업데이트되었음을 표시하는 업데이트 표시자를 외부 서버로부터 수신하며, 그리고 업데이트 표시자에 기초하여 모바일 디바이스와 연관된 제 2 공지를 생성하도록 구성된, 프로세서, 및 프로세서에 커플링되고, 관련된 데이터 및 명령들을 저장하는, 메모리를 포함할 수도 있다.

또 다른 양태에서, 본 개시물은 발견을 공유하기 위한 장치를 제공한다. 장치는 예를 들어, 공지 디바이스로부터 제 1 공지를 수신하는 수단, 수신된 공지가 모바일 디바이스의 사용자에 관심이 있는 것을 표시하는 공유 명령을 수신하는 수단, 공유 명령에 응답하여 수신된 제 1 공지에 기초하여 발견 공유 데이터를 생성하는 수단, 발견 공유 데이터를 외부 서버에 송신하는 수단, 모바일 디바이스와 연관된 메타데이터가 업데이트되었음을 표시하는 업데이트 표시자를 외부 서버로부터 수신하는 수단, 및 업데이트 표시자에 기초하여 모바일 디바이스와 연관된 제 2 공지를 생성하는 수단을 포함할 수도 있다.

또 다른 양태에서, 본 개시물은 프로세서에 의해 실행될 때, 프로세서로 하여금 발견을 공유하기 위한 동작들을 수행하게 하는, 코드를 포함하는 비일시적 컴퓨터 판독가능 매체를 제공한다. 비일시적 컴퓨터 판독가능 매체는, 예를 들어 공지 디바이스로부터 제 1 공지를 수신하기 위한 코드, 수신된 공지가 모바일 디바이스의 사용자에 관심이 있는 것을 표시하는 공유 명령을 수신하기 위한 코드, 공유 명령에 응답하여 수신된 제 1 공지에 기초하여 발견 공유 데이터를 생성하기 위한 코드, 발견 공유 데이터를 외부 서버에 송신하기 위한 코드, 모바일 디바이스와 연관된 메타데이터가 업데이트되었음을 표시하는 업데이트 표시자를 외부 서버로부터 수신하기 위한 코드, 및 업데이트 표시자에 기초하여 모바일 디바이스와 연관된 제 2 공지를 생성하기 위한 코드를 포함할 수도 있다.

발명의 제한이 아닌 예시를 위해서만 제시되는 첨부 도면들과 관련하여 고려될 때 다음의 상세한 설명을 참조하여 더 잘 이해되는 것과 마찬가지로 개시물의 양태들 및 그 수반되는 많은 이점들의 보다 완전한 이해가 쉽게 획득될 것이다.
도 1 은 일반적으로 개시물의 일 양태에 따른 무선 통신 시스템의 하이 레벨 시스템 아키텍처를 도시한다.
도 2 는 개시물의 일 양태에 따른 진화된 패킷 시스템 (EPS) 또는 롱텀 에볼루션 (LTE) 네트워크에 기초하는 코어 네트워크의 패킷 교환형 부분 및 RAN 의 일 예의 구성을 도시한다.
도 3 은 개시물의 양태들에 따른 사용자 장비 (UE) 들의 예들을 도시한다.
도 4 는 개시물의 일 양태에 따른 기능을 수행하도록 구성된 로직을 포함하는 통신 디바이스를 도시한다.
도 5 는 개시물의 일 양태에 따른 서버를 도시한다.
도 6 은 UE들이 피어-투-피어 기술을 사용하여 통신할 수 있는 통신 환경을 도시한다.
도 7 은 공지 디바이스로부터 수신된 공지를 공유하기 위한 신호 플로우 다이어그램을 도시한다.
도 8 은 공유 모바일 디바이스와 연관된 업데이트된 메타데이터를 취출하기 위한 신호 플로우 다이어그램을 도시한다.
도 9 는 공유 모바일 디바이스와 연관된 업데이트된 메타데이터를 취출하기 위한 또 다른 신호 플로우 다이어그램을 도시한다.
도 10 은 사설 메타데이터를 위한 데이터 구조의 일 예를 도시한다.
도 11 은 공중 메타데이터를 위한 데이터 구조의 일 예를 도시한다.
도 12 는 LTE-D 에서 발견 프레임의 일 예를 도시한다.
도 13 은 Wi-Fi 다이렉트에서 발견 프레임의 일 예를 도시한다.
도 14 는 블루투스 저에너지 (BTLE) 에서 발견 프레임의 일 예를 도시한다.

발명의 특정 실시형태들에 관한 다음의 설명 및 관련 도면들에서 발명의 양태들이 개시된다. 대안적인 실시형태들은 발명의 범위로부터 벗어나지 않으면서 창안될 수도 있다. 부가적으로, 발명의 잘 알려진 엘리먼트들은 자세히 설명되지 않을 것이고, 발명의 양태들의 관련 상세들을 모호하게 하지 않기 위해 생략될 것이다. "예시적인" 및/또는 "예" 라는 단어들은 "예, 실례, 또는 예시로서 기능하는" 것을 의미하도록 본 명세서에서 사용된다. "예시적인" 및/또는 "예" 로서 본 명세서에서 설명되는 임의의 실시형태는 다른 실시형태들에 비해 반드시 선호되거나 유리한 것으로서 해석될 필요는 없다. 마찬가지로, 용어 "발명의 실시형태들" 은 발명의 모든 실시형태들이 논의된 특징, 이점 또는 동작 모드를 포함하는 것을 요구하지는 않는다. 또한, 많은 실시형태들이, 예를 들어, 컴퓨팅 디바이스의 엘리먼트들에 의해 수행되는 액션들의 시퀀스들의 관점에서 설명된다. 여기에 설명되는 다양한 액션들은, 특정 회로들 (예를 들어, 주문형 집적 회로 (ASIC)) 에 의해, 하나 이상의 프로세서들에 의해 실행되는 프로그램 명령들에 의해, 또는 이들 양자의 조합에 의해, 수행될 수 있음을 인식할 것이다. 부가적으로, 여기에 설명되는 액션들의 이들 시퀀스는, 실행 시 관련 프로세서로 하여금 여기에 설명된 기능을 수행하게 하는 컴퓨터 명령들의 대응 세트가 저장된 임의의 형태의 컴퓨터 판독가능 저장 매체 내에서 완전히 구현되는 것으로 고려될 수 있다. 따라서, 발명의 다양한 양태들은 다수의 상이한 형태들로 구현할 수도 있으며, 이들 형태들 모두는 청구된 청구물의 범위 내에 있는 것으로 고려된다. 부가적으로, 여기에 기재된 실시형태들 각각에 대해, 임의의 그러한 실시형태들의 대응 형태는, 예를 들어, 기재된 액션을 수행 "하도록 구성된 로직" 으로서 본 명세서에서 설명될 수도 있다.

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

도 1 은 발명의 일 실시형태에 따른 무선 통신 시스템 (100) 의 하이 레벨 아키텍처를 도시한다. 무선 통신 시스템 (100) 은 UE들 (1...N) 을 포함한다. UE들 (1...N) 은 셀룰러 폰들, 개인용 디지털 보조기 (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, EVDO, eHRPD, GSM, EDGE, W-CDMA, LTE 등) 을 준수할 수 있는 한편, 에어 인터페이스 (108) 는 무선 IP 프로토콜 (예를 들어, IEEE 802.11) 를 준수할 수 있다. RAN (120) 은 에어 인터페이스들 (104 및 106) 과 같은, 에어 인터페이스들을 통해 UE들을 서빙하는 복수의 액세스 포인트들을 포함한다. RAN (120) 에서의 액세스 포인트들은 액세스 노드들 또는 AN들, 액세스 포인트들 또는 AP들, 기지국들 또는 BS들, 노드 B들, e노드 B들 등으로서 지칭될 수 있다. 이들 액세스 포인트들은 육상 액세스 포인트들 (또는 지상국들) 또는 위성 액세스 포인트들일 수 있다. RAN (120) 은 RAN (120) 에 의해 서빙된 UE들과 RAN (120) 또는 상이한 RAN 에 의해 함께 서빙된 다른 UE들 사이의 회로 교환형 (CS) 콜들을 브리징하는 것을 포함한, 다양한 기능들을 수행할 수 있고, 또한 인터넷 (175) 과 같은 외부 네트워크들과 패킷 스위치형 (PS) 데이터의 교환을 중재할 수 있는 코어 네트워크 (140) 를 접속하도록 구성된다. 인터넷 (175) 은 다수의 라우팅 에이전트들 및 프로세싱 에이전트들 (편의를 위해 도 1 에는 도시되지 않음) 을 포함한다. 도 1 에서는, UE (N) 가 인터넷 (175) 에 직접 접속하는 것으로 나타나 있다 (즉, 예컨대 Wi-Fi 또는 802.11 기반 네트워크의 에더넷 접속을 통해, 코어 네트워크로 (140) 로부터 분리됨). 이에 의해, 인터넷 (175) 은 코어 네트워크 (140) 를 통해 UE (N) 과 UE들 (1...N) 사이에서 패킷 스위치형 데이터 통신들을 브리지하도록 기능할 수 있다. 또한 도 1 에는 RAN (120) 으로부터 분리되는 액세스 포인트 (125) 가 나타나 있다. 액세스 포인트 (125) 는 (예를 들어, 광학 통신 시스템, 예컨대 FiOS, 케이블 모뎀 등을 통해) 코어 네트워크 (140) 에 관계 없이 인터넷 (175) 에 접속될 수도 있다. 에어 인터페이스 (108) 는 일 예에서 IEEE 802.11 와 같은, 로컬 무선 접속을 통해 UE (4) 또는 UE (5) 를 서빙할 수도 있다. UE (N) 는 (예를 들어, 유선 및 무선 접속성 양자 모두를 갖는 Wi-Fi 라우터에 대해) 일 예에서 액세스 포인트 (125) 그 자체에 대응할 수 있는, 모뎀 또는 라우터로의 다이렉트 접속과 같은, 인터넷 (175) 으로의 유선 접속을 갖는 데스크 탑으로서 나타나 있다.

도 1 을 참조하면, 어플리케이션 서버 (170) 가 인터넷 (175), 코어 네트워크 (140), 또는 양자 모두에 접속된 것이 나타나 있다. 어플리케이션 서버 (170) 는 복수의 구조적으로 별도인 서버들로서 구현될 수 있고, 또는 대안으로 단일 서버에 대응할 수도 있다. 하기에서 더 상세하게 기재될 바와 같이, 어플리케이션 서버 (170) 는 코어 네트워크 (140) 및/또는 인터넷 (175) 을 통해 어플리케이션 서버 (170) 에 접속할 수 있는 UE들에 대해 하나 이상의 통신 서비스들 (예를 들어, 보이스-오버 인터넷 프로토콜 (VoIP) 세션들, 푸시-투-토크 (PTT) 세션들, 그룹 통신 세션들, 소셜 네트워킹 서비스들 등) 을 지원하도록 구성된다.

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

도 2 는 발명의 일 실시형태에 따른, 진화된 패킷 시스템 (EPS) 또는 LTE 네트워크에 기초한 코어 네트워크 (140) 의 패킷 교환형 부분 및 RAN (120) 의 일 예의 구성을 도시한다. EPS/LTE 네트워크에서의 RAN (120) 은 복수의 진화된 노드 B들 (E노드B들 또는 eNB들)(200, 205 및 210) 으로 구성된다. EPS/LTE 네트워크들에서의 e노드B들은 일반적으로 코어 네트워크 (140) 와 통신하기 위해 RAN (120) 내에 별도의 제어기를 필요로 하지 않는다.

도 2 에서, 코어 네트워크 (140) 는 복수의 이동성 관리 엔티티 (MME) 들 (215 및 220), 홈 가입자 서버 (HSS)(225), 서빙 게이트웨이 (S-GW)(230), 패킷 데이터 네트워크 게이트웨이 (P-GW)(235) 및 PCRF (Policy and Charging Rules Function)(240) 를 포함한다. 이들 컴포넌트들, RAN (120) 과 인터넷 (175) 사이의 네트워크 인터페이스들이 도 2 에 나타나 있으며, 다음과 같이 (하기) 표 1 에서 정의된다.

네트워크 인터페이스	디스크립션
S1-MME	RAN (120) 과 MME (215) 사이의 제어 평면 프로토콜을 위한 레퍼런스 포인트.
S1-U	핸드오버 동안 베어러 마다 사용자 평면 터널링 및 인터 e노드B 경로 스위칭을 위한 RAN (120) 과 S-GW (230) 사이의 레퍼런스 포인트.
S5	S-GW (230) 와 P-GW (235) 사이에 사용자 평면 터널링 및 터널 관리를 제공함. 이것은 S-GW (230) 가 요구된 PDN 접속성을 위해 병치되지 않은 P-GW 에 접속하여야 하는 경우 및 UE 이동성에 기인한 S-GW 재위치를 위해 사용됨.
S6a	MME (215) 와 HSS (225) 사이의 진화된 시스템 (인증, 승인, 및 어카운팅 [AAA] 인터페이스) 으로의 사용자 액세스를 인증/승인하기 위한 가입 및 인증 데이터의 전달을 인에이블함.
Gx	P-GW (235) 에서 PCEF (Policy a Charging Enforcement) 컴포넌트 (미도시) 에 PCRF (240) 로부터의 서비스 품질 (QoS) 폴리시 및 차징 룰들을 제공함.
S8	VPLMN (Visited public Land Mobile Network) 에서의 S-GW (230) 와 HPLMN (Home public Land Mobile Network) 에서의 P-GW (235) 사이에 사용자 및 제어 평면을 제공하는 인터-PLMN 레퍼런스 포인트. S8 은 S5 의 인터-PLMN 변형임.
S10	MME 대 MME 정보 전달 및 MME 재위치를 위한 MME들 (215 및 220) 사이의 레퍼런스 포인트.
S11	MME (215) 와 S-GW (230) 사이의 레퍼런스 포인트.
SGi	인터넷 (175) 으로서 도 2 에 나타낸 패킷 데이터 네트워크와 P-GW (235) 사이의 레퍼런스 포인트. 패킷 데이터 네트워크는 (예를 들어, IMS 서비스들의 프로비전을 위한) 인터 오퍼레이터 패킷 데이터 네트워크 또는 공중 또는 사설 패킷 데이터 네트워크 외부의 오퍼레이터일 수도 있음. 이 레퍼런스 포인트는 3GPP 액세스들을 위한 Gi 에 대응함
X2	UE 핸드오프들을 위해 사용된 2 개의 상이한 e노드B들 사이의 레퍼런스 포인트.
Rx	교환된 어플리케이션 레벨 세선 정보에 사용되는 어플리케이션 기능 (AF) 와 RF (240) 사이의 레퍼런스 포인트, 여기서 AF 는 어플리케이션 서버 (170) 에 의해 도 1 에 나타냄.

[표 1] EPS/LTE 코어 네트워크 접속 정의들

이제 도 2 의 RAN (120) 및 코어 네트워크 (140) 에 나타낸 컴포넌트들의 하이 레벨 디스크립션이 기재될 것이다. 하지만, 이들 컴포넌트들은 각각 다양한 3GPP TS 표준들로부터 당업자에게 잘 알려져 있으며, 본 명세서에 포함된 기재는 이들 컴포넌트들에 의해 수행된 모든 기능들의 완전한 기재인 것으로 의도되지 않는다.

도 2 를 참조하면, MME들 (215 및 220) 은 EPS 베어러들을 위한 제어 평면 시그널링을 관리하도록 구성된다. MME 기능들은: 비-액세스 스트라움 (NAS) 시그널링, NAS 시그널링 보안, 인터- 및 인트라- 기술 핸드오버들에 대한 이동성 관리, 및 MME 변화로 핸드오버들에 대한 MME 선택을 포함한다.

도 2 를 참조하면, S-GW (230) 는 RAN (120) 을 향한 인터페이스를 중단하는 게이트 웨이이다. EPS-기반 시스템에 대한 코어 네트워크 (140) 와 연관된 각각의 UE 에 대해, 주어진 시점에, 단일 S-GW 가 있다. GTP 기반 및 프록시 모바일 IPv6 (PMIP) 기반 S5/S8 의 양자 모두에 대해, S-GW (230) 의 기능들은: 이동성 앵커 포인트, 패킷 라우팅 및 포워딩, 및 연관된 EPS 베어러의 QoS 클래스 식별자 (QCI) 에 기초한 DiffServ 코드 포인트 (DSCP) 를 설정하는 것을 포함한다.

도 2 를 참조하면, P-GW (235) 는 패킷 데이터 네트워크 (PDN), 예를 들어 인터넷 (175) 을 향한 SGi 를 중단하는 게이트웨이이다. UE 가 다중 PDN들인 경우, 그 UE 에 대해 하나 보다 많은 P-GW 가 있을 수도 있다: 하지만, S5/S8 접속성 및 Gn/Gp 접속성의 믹스는 통상적으로 그 UE 에 대해 동시에 지원되지 않는다. P-GW 기능들은 GTP 기반 S5/S8 양자 모두에 대해: 패킷 필터링 (딥 패킷 검사에 의함), UE IP 어드레스 할당, 연관된 EPS 베어러의 QCI 에 기초하여 DSCP 를 설정하는 것, 인터 오퍼레이터 차징을 처리하는 것, 3GPP TS 23.203 에 정의된 바와 같은 업링크 (UL) 및 다운링크 (DL) 베어러 바인딩, 3GPP TS 23.203 에 정의된 바와 같은 UL 베어러 바인딩 검증을 포함한다. P-GW (235) 는 E UTRAN, GERAN, 또는 UTRAN 중 임의의 것을 사용하여 GSM/EDGE 무선 액세스 네트워크 (GERAN)/UTRAN 온니 UE들 및 E UTRAN 가능 UE들의 양자 모두에 PDN 접속성을 제공한다. P-GW (235) 는 S5/S8 인터페이스를 통해서만 E UTRAN 을 사용하여 E UTRAN 가능 UE들에 PDN 접속성을 제공한다.

도 2 를 참조하면, PCRF (240) 는 EPS 기반 코어 네트워크 (140) 의 폴리시 (policy) 및 차징 (charging) 제어 엘리먼트이다. 비-로밍 시나리오에서는, UE 의 인터넷 프로토콜 접속성 액세스 네트워크 (IP-CAN) 세션과 연관된 HPLMN 에 단일 PCRF 가 있다. PCRF 는 Rx 인터페이스 및 Gx 인터페이스를 중단한다. 트래픽의 로컬 브레이크아웃을 갖는 로밍 시나리오에서는, UE 의 IP-CAN 세션과 연관된 2 개의 PRCF들이 있을 수도 있다: 홈 PCRF (H-PCRF) 는 HPLMN 내에 상주하는 PCRF 이고, 방문 PCRF (V-PCRF) 는 방문 VPLMN 내에 상주하는 PCRF 이다. PCRF 는 3GPP TS 23.203 에서 더 상세하게 기재되며, 이로써 간결성을 위해 추가로 기재되지 않을 것이다. 도 2 에서, 어플리케이션 서버 (170)(예를 들어, 3GPP 전문용어에서 AF 로서 지칭될 수 있음) 는 인터넷 (175) 을 통해 코어 네트워크 (140) 에, 또는 대안으로 Rx 인터페이스를 통해 직접 RCRF (240) 에 접속되는 것으로 나타낸다. 일반적으로, 어플리케이션 서버 (170)(또는 AF) 는 코어 네트워크 (예를 들어, UMTS PS 도메인/GPRS 도메인 리소스들/LTE PS 데이터 서비스들) 와 함께 IP 베어러 리소스들을 사용하는 어플리케이션들을 제공하는 엘리먼트이다. 어플리케이션 기능의 일 예는 IP 멀티미디어 서브시스템 (IMS) 코어 네트워크 서브 시스템의 프록시 콜 세션 제어 기능 (P-CSCF) 이다. AF 는 RCRF (240) 에 세션 정보를 제공하기 위해 Rx 레퍼런스 포인트를 사용한다. 셀룰러 네트워크를 통해 IP 데이터 서비스들을 제공하는 임의의 다른 어플리케이션 서버는 또한 Rx 레퍼런스 포인트를 통해 PCRF (240) 에 접속될 수 있다.

도 3 은 발명의 실시형태들에 따른 UE들의 예들을 도시한다. 도 3 을 참조하면, UE (300A) 는 콜링 전화기로서 도시되고, UE (300B) 는 터치스크린 디바이스 (예를 들어, 스마트 폰, 테블릿 컴퓨터 등) 로서 도시된다. 도 3 에 나타낸 바와 같이, UE (300A) 의 외부 케이싱은 당업계에 알려져 있는 바와 같은 컴포넌트들 중에서 안테나 (305A), 디스플레이 (310A), 적어도 하나의 버튼 (315A)(예를 들어, PTT 버튼, 전력 버튼, 볼륨 제어 버튼 등), 및 키패드 (320A) 로 구성된다. 또한, UE (300B) 의 케이싱은 당업계에 알려져 있는 바와 같은, 다른 컴포넌트들 중에서 터치스크린 (305B), 주변 버튼들 (310B, 315B, 320B 및 325B)(예를 들어, 전력 제어 버튼, 볼륨 또는 진동 제어 버튼, 비행기 모드 토글 버튼 등), 적어도 하나의 전면 패널 버튼 (330B)(예를 들어, 홈 버튼 등) 으로 구성된다, UE (300A) 및 UE (300B) 의 각각은, UE (300A) 또는 UE (300B) 의 사용자가 디바이스와 상호작용하는 하나 이상의 인터페이스 컴포넌트들, 예를 들어 버튼 (315A), 터치스크린 디스플레이 (305B) 등을 포함한다. UE (300A) 또는 UE (300B) 의 사용자는 사용자 인터페이스 컴포넌트들의 하나 이상을 통해 디바이스에 입력 또는 명령들을 제공할 수 있고, 디바이스는 사용자 인터페이스 컴포넌트들의 하나 이상을 통해 사용자에게 출력 또는 통지들을 제공할 수 있다. UE (300B) 의 부분으로서 명시적으로 나타내지는 않았지만, UE (300B) 는 Wi-Fi 안테나들, 셀룰러 안테나들, 위성 포지션 시스템 (SPS) 안테나들 (예를 들어, 글로벌 포지셔닝 시스템 (GPS) 안테나들) 등을 포함하지만 이에 제한되지 않는, UE (300B) 의 외부 케이싱에 내장되는 하나 이상의 통합된 안테나들 및/또는 하나 이상의 외부 안테나들을 포함할 수 있다.

UE들 (300A 및 300B) 와 같은 UE들의 내부 컴포넌트들은 상이한 하드웨어 구성들로 구현될 수 있지만, 내부 하드웨어 컴포넌트들을 위한 기본적인 하이 레벨 UE 구성은 도 3 에서 플랫폼 (302) 으로서 나타낸다. 플랫폼 (302) 은 코어 네트워크 (140), 인터넷 (175) 및/또는 다른 원격 서버들 및 네트워크들 (예를 들어, 어플리케이션 서버 (170), 웹 URL들 등) 로부터 궁국적으로 비롯될 수도 있는 RAN (120) 으로부터 송신된 데이터 및/또는 커맨드들, 소프트웨어 어플리케이션들을 수신하고 실행할 수 있다. 플랫폼 (302) 은 또한 RAN 상호작용없이 국부적으로 저장된 어플리케이션들을 독립적으로 실행할 수 있다. 플랫폼 (302) 은 주문형 집적 회로 (ASIC)(308), 또는 다른 프로세서, 마이크로프로세서, 로직 회로, 또는 다른 데이터 프로세싱 데이터에 동작가능하게 커플링된 트랜시버 (306) 를 포함할 수 있다. ASIC (308) 또는 다른 프로세서는 무선 디바이스의 메모리 (312) 에서의 임의의 상주 프로그램과 상호작용하는 어플리케이션 프로그래밍 인터페이스 (API)(310) 를 실행한다. 메모리 (312) 는 리드 온니 또는 랜덤 액세스 메모리 (RAN 및 ROM), EEPROM, 플래시 카드들, 또는 컴퓨터 플랫폼들에 공통인 임의의 메모리로 구성될 수 있다. 플랫폼 (302) 은 또한 메모리 (312) 에 활성으로 사용되지 않은 어플리케이션들을 저장할 수 있는 로컬 데이터베이스 (314) 뿐만 아니라 다른 데이터를 포함할 수 있다. 로컬 데이터베이스 (314) 는 통상적으로 플래시 메모리 셀이지만, 당업계에 알려져 있는 바와 같은 임의의 세컨더리 저장 디바이스, 예컨대 자기 매체들, EEPROM, 광학 매체들, 테이프, 소프트 또는 하드 디스크 등일 수 있다.

따라서, 발명의 일 실시형태는 본 명세서에 기재된 기능들을 수행하기 위한 능력을 포함하는 UE (예를 들어, UE (300A, 300B) 등) 를 포함할 수 있다. 당업자에 의해 이해되는 바와 같이, 다양한 로직 엘리먼트들은 개별 엘리먼트들, 프로세서 상에서 실행되는 소프트웨어 모듈들 또는 본원에 기술된 기능을 달성하기 위한 소프트웨어 및 하드웨어의 임의의 조합으로 구현될 수 있다. 예를 들어, ASIC (308), 메모리 (312), API (310) 및 로컬 데이터 베이스 (314) 는 모두 본원에 기술된 다양한 기능들을 로딩, 저장, 및 실행하기 위해 협동적으로 사용될 수도 있고, 따라서, 이들 기능들을 수행하기 위한 로직은 다양한 엘리먼트들에 걸쳐 분포될 수도 있다. 대안으로, 기능은 하나의 개별 컴포넌트 내로 통합될 수 있을 것이다. 따라서, 도 3 에서의 UE들 (300A 및 300B) 의 특징들은 단지 예시적인 것으로 고려되어야 하고, 개시물은 예시된 특징들 및 배열로 제한되지 않는다.

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

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

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

도 4 를 참조하면, 통신 디바이스 (400) 는 정보를 프로세싱하도록 구성된 로직 (410) 을 더 포함한다. 일 예에서, 정보를 프로세싱하도록 구성된 로직 (410) 은 적어도 프로세서를 포함할 수 있다. 정보를 프로세싱하도록 구성된 로직 (410) 에 의해 수행될 수 있는 프로세싱 타입의 예시적 구현들은 결정들을 수행하는 것, 연결들을 확립하는 것, 상이한 정보 옵션들 사이에서 선택들을 행하는 것, 데이터에 관련된 평가들을 수행하는 것, 통신 디바이스 (400) 에 커플링된 센서들과 상호작용하여 측정 동작들을 수행하는 것, 하나의 포맷으로부터 다른 포맷으로 (예를 들어, .wmv 내지 .avi 등과 같은 상이한 프로토콜들 사이에서) 정보를 컨버팅하는 것을 포함하지만, 이들로 제한되지 않는다. 예를 들어, 정보를 프로세싱하도록 구성된 로직 (410) 에 포함된 프로세서는 범용 프로세서, 디지털 신호 프로세서 (DSP), ASIC, 필드 프로그래밍가능 게이트 어레이 (FPGA) 또는 다른 프로그래밍가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 여기에 설명된 기능들을 수행하도록 설계된 이들의 임의의 조합에 대응할 수 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안으로, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수도 있다. 프로세서는 또한 컴퓨팅 디바이스들의 조합 (예를 들어, DSP 와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성) 으로서 구현될 수도 있다. 정보를 프로세싱하도록 구성된 로직 (410) 은 또한, 실행될 경우, 정보를 프로세싱하도록 구성된 로직 (410) 의 연관된 하드웨어가 그의 프로세싱 기능(들)을 수행하게 하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 프로세싱하도록 구성된 로직 (410) 은 소프트웨어에만 단독으로 대응하는 것은 아니며, 정보를 프로세싱하도록 구성된 로직 (410) 은 그의 기능을 달성하도록 하드웨어에 적어도 부분적으로 의존한다.

도 4 를 참조하면, 통신 디바이스 (400) 는 정보를 저장하도록 구성된 로직 (415) 을 더 포함한다. 일 예에서, 정보를 저장하도록 구성된 로직 (415) 은 적어도 비일시적 메모리 및 연관된 하드웨어 (예를 들어, 메모리 제어기 등) 를 포함할 수 있다. 예를 들어, 정보를 저장하도록 구성된 로직 (415) 에 포함된 비일시적 메모리는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 탈착가능한 디스크, CD-ROM, 또는 당해 기술분야에서 공지된 임의의 다른 형태의 저장 매체에 대응할 수 있다. 정보를 저장하도록 구성된 로직 (415) 은 또한, 실행될 경우, 정보를 저장하도록 구성된 로직 (415) 의 연관된 하드웨어가 그의 저장 기능(들)을 수행하게 하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 저장하도록 구성된 로직 (415) 은 소프트웨어에만 단독으로 대응하는 것은 아니며, 정보를 저장하도록 구성된 로직 (415) 은 그의 기능을 달성하도록 하드웨어에 적어도 부분적으로 의존한다.

도 4 을 참조하면, 통신 디바이스 (400) 는 정보를 제시하도록 구성된 로직 (420) 을 선택적으로 더 포함한다. 일 예에서, 정보를 제시하도록 구성된 로직 (420) 은 적어도 출력 디바이스 및 연관된 하드웨어를 포함할 수 있다. 예를 들어, 출력 디바이스는 비디오 출력 디바이스 (예를 들어, 디스플레이 스크린, USB, HDMI 와 같이 비디오 정보를 전달할 수 있는 포트 등) 및 오디오 출력 디바이스 (예를 들어, 스피커들, 마이크로폰 잭, USB, HDMI 와 같은 오디오 정보를 전달할 수 있는 포트 등), 진동 디바이스 및/또는 정보가 출력을 위해 포맷화될 수 있게 하거나 또는 통신 디바이스 (400) 의 사용자 또는 오퍼레이터에 의해 실질적으로 출력될 수 있게 하는 임의의 다른 디바이스를 포함할 수 있다. 예를 들어, 통신 디바이스 (400) 가 도 3 에 도시된 바와 같은 UE (300A) 또는 UE (300B) 에 대응하는 경우, 정보를 제시하도록 구성된 로직 (420) 은 UE (300A) 의 디스플레이 (310A) 또는 UE (300B) 의 터치스크린 디스플레이 (305B) 를 포함할 수 있다. 추가의 예에서, 정보를 제시하도록 구성된 로직 (420) 은 특정 통신 디바이스들, 예컨대, 로컬 사용자를 갖지 않는 네트워크 통신 디바이스들 (예를 들어, 네트워크 스위치들 또는 라우터들, 원격 서버들 등) 에 대해 생략될 수 있다. 정보를 제시하도록 구성된 로직 (420) 은 또한, 실행될 경우, 정보를 제시하도록 구성된 로직 (420) 의 연관된 하드웨어가 그의 프리젠테이션 기능(들)을 수행하게 하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 제시하도록 구성된 로직 (420) 은 소프트웨어에만 단독으로 대응하는 것은 아니며, 정보를 제시하도록 구성된 로직 (420) 은 그의 기능을 달성하도록 하드웨어에 적어도 부분적으로 의존한다.

도 4 를 참조하면, 통신 디바이스 (400) 는 로컬 사용자 입력을 수신하도록 구성된 로직 (425) 을 선택적으로 더 포함한다. 일 예에서, 로컬 사용자 입력을 수신하도록 구성된 로직 (425) 은 적어도 사용자 입력 디바이스 및 연관된 하드웨어를 포함할 수 있다. 예를 들어, 사용자 입력 디바이스는 버튼들, 터치스크린 디스플레이, 키보드, 카메라, 오디오 입력 디바이스 (예를 들어, 마이크로폰, 또는 마이크로폰 잭과 같이 오디오 정보를 전달할 수 있는 포트 등), 및/또는 정보가 통신 디바이스 (400) 의 사용자 또는 오퍼레이터로부터 수신될 수 있게 하는 임의의 다른 디바이스를 포함할 수 있다. 예를 들어, 통신 디바이스 (400) 가 도 3 에 도시된 바와 같은 UE (300A) 또는 UE (300B) 에 대응하는 경우, 로컬 사용자 입력을 수신하도록 구성된 로직 (425) 은 키패드 (320A), 버튼들 (315A 또는 310B 내지 325B) 중 임의의 것, 터치스크린, 디스플레이 (305B) 등을 포함할 수 있다. 추가의 예에서, 로컬 사용자 입력을 수신하도록 구성된 로직 (425) 은 특정 통신 디바이스들, 예컨대, 로컬 사용자를 갖지 않는 네트워크 통신 디바이스들 (예를 들어, 네트워크 스위치들 또는 라우터들, 원격 서버들 등) 에 대해 생략될 수 있다. 로컬 사용자 입력을 수신하도록 구성된 로직 (425) 은 또한, 실행될 경우, 로컬 사용자 입력을 수신하도록 구성된 로직 (425) 의 연관된 하드웨어가 그의 입력 수신 기능(들)을 수행하게 하는 소프트웨어를 포함할 수 있다. 그러나, 로컬 사용자 입력을 수신하도록 구성된 로직 (425) 은 소프트웨어에만 단독으로 대응하는 것은 아니며, 로컬 사용자 입력을 수신하도록 구성된 로직 (425) 은 그의 기능을 달성하도록 하드웨어에 적어도 부분적으로 의존한다.

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

일반적으로, 달리 명시적으로 언급되지 않는다면, 개시물 전반에 걸쳐 사용된 구절 "하도록 구성된 로직" 은 적어도 부분적으로 하드웨어로 구현되는 실시형태를 호출하려고 의도된 것이며, 하드웨어와 독립적인 소프트웨어 전용 구현들에 매핑하려고 의도된 것이 아니다. 또한, 다양한 블록들에서 구성된 로직 또는 "하도록 구성된 로직" 은 특정 로직 게이트들 또는 엘리먼트들로 제한되는 것이 아니며, 일반적으로 (하드웨어 또는 하드웨어와 소프트웨어의 조합을 통해) 여기에 설명된 기능을 수행하기 위한 능력을 지칭한다. 따라서, 다양한 블록들에서 예시된 바와 같이 구성된 로직들 또는 "하도록 구성된 로직" 은 단어 "로직" 을 공유하지만 로직 게이트들 또는 로직 엘리먼트들로서 반드시 구현되어야만 하는 것은 아니다. 다양한 블록들에서의 로직 간의 다른 상호작용들 또는 협력은 아래에 더 상세히 설명되는 실시형태들의 검토로부터 당업자에게 명확해질 것이다.

다양한 실시형태들은 도 5 에 예시된 서버 (500) 와 같은 다양한 상업적으로 입수가능한 서버 디바이스들 중 임의의 것에서 구현될 수도 있다. 일 예에서, 서버 (500) 는 상술된 어플리케이션 서버 (170) 의 하나의 예시적인 구성에 대응할 수도 있다. 도 5 에서, 서버 (500) 는 휘발성 메모리 (502) 및 대용량 비휘발성 메모리, 예컨대, 디스크 드라이브 (503) 에 커플링된 프로세서 (501) 를 포함한다. 서버 (500) 는 또한 프로세서 (501) 에 커플링된 플로피 디스크 드라이브, 콤팩트 디스크 (CD) 또는 DVD 디스크 드라이브 (506) 를 포함할 수도 있다. 서버 (500) 는 또한, 다른 브로드캐스트 시스템 컴퓨터들과 서버들에 또는 인터넷에 커플링된 로컬 영역 네트워크와 같은 네트워크 (507) 와의 데이터 접속들을 확립하기 위해 프로세서 (501) 에 커플링된 네트워크 액세스 포트들 (504) 을 포함할 수도 있다. 도 4 의 맥락에서, 도 5 의 서버 (500) 는 통신 디바이스 (400) 의 하나의 예시적인 구현을 예시하고, 그에 따라 정보를 수신 및/또는 송신하도록 구성된 로직 (405) 은 네트워크 (507) 와 통신하기 위해 서버 (500) 에 의해 사용된 네트워크 액세스 포트들 (504) 에 대응하고, 정보를 프로세싱하도록 구성된 로직 (410) 은 프로세서 (501) 에 대응하며, 그리고 정보를 저장하기 위해 구성된 로직 (415) 은 휘발성 메모리 (502), 디스크 드라이브 (503), 및/또는 디스크 드라이브 (506) 의 임의의 조합에 대응한다. 정보를 제시하도록 구성된 선택적 로직 (420) 및 로컬 사용자 입력을 수신하도록 구성된 선택적 로직 (425) 은 도 5 에 명시적으로 도시되지 않으며, 도 5 에 포함될 수도 있고 또는 포함되지 않을 수도 있다. 따라서, 도 5 는, 통신 디바이스 (400) 가 도 3 에서 305A 또는 305B 에서와 같은 UE 구현에 부가적으로, 서버로 구현될 수도 있다는 것을 입증하는 것을 돕는다.

도 6 은 무선 통신 시스템 (600) 을 도시하며, 이에 의해 디바이스는 P2P 기술 (예를 들어, LTE-D, Wi-Fi 다이렉트, 블루투스 등) 을 사용하여 다른 디바이스들을 직접 발견하고 및/또는 이들에 직접 접속할 수 있고, 또는 예를 들어 LTE 네트워크와 같은 무선 광역 네트워크에 접속될 수 있다. 도 6 은 제 1 기지국 (612) 을 갖는 제 1 셀 (610), 제 2 기지국 (622) 을 갖는 제 2 셀 (620), 및 네트워크 링크 (692)(예를 들어, 도 2 의 Rx 링크 등) 을 통해 제 1 기지국 (612) 및 제 2 기지국 (622) 에 커플링된 어플리케이션 서버 (690) 를 나타낸다. 주어진 기지국의 무선 액세스 영역 또는 커버리지 영역은, 주어진 기지국이 위치되는 셀로 나타내며, 이에 의해 논의의 목적으로, 제 1 셀 (612) 은 제 1 기지국 (612) 에 대응하는 커버리지 영역을 포함하고, 제 2 셀 (620) 은 제 2 기지국 (622) 에 대응하는 커버리지 영역을 포함한다. 도 6 에 나타내지는 않았지만, 일부 실시형태들에서, 기지국들 (612, 622) 은 백홀 링크를 통해 서로 접속될 수도 있다.

무선 통신 시스템 (600) 에서 셀들 (610, 620) 의 각각은 개별 기지국들 (612, 622) 과 그리고 개별 기지국들 (612, 622) 을 통해 어플리케이션 서버 (690) 와 통신하는 다양한 디바이스들을 포함한다. 예를 들어, 도 6 에 도시된 실시형태에서, 제 1 셀 (610) 은 UE (631), UE (632) 및 UE (633) 을 포함하는 한편, 제 2 셀 (620) 은 UE (634), UE (635), 및 UE (636) 을 포함하며, 무선 통신 시스템 (600) 에 있어서 UE들의 하나 이상은 모바일 또는 다른 무선 디바이스일 수도 있다. UE들 (631-636) 은 각각 도 3 및 도 4 에 나타낸 바와 같이, UE (300A), UE (300B), 및/또는 통신 디바이스 (400) 의 하나 이상에 대응할 수도 있다.

도 6 은 또한 제 1 셀 (600) 에 위치된 공지 디바이스 (670) 를 도시한다. UE들 (631-636) 과 마찬가지로, 공지 디바이스 (670) 는 도 3 및 도 4 에 나타낸 바와 같은, UE (300A), UE (300B), 및/또는 통신 디바이스 (400) 의 하나 이상에 대응할 수도 있다. 개시물의 일 양태에 따라, UE들 (631-636) 및 공지 디바이스 (670) 는 제 1 기지국 (612) 및/또는 제 2 기지국 (622) 과 같은 네트워크 인프라구조 엘리먼트들을 통해 통신들을 지원한다. 네트워크 인프라구조를 수반하는 통신들에서, 신호들은 일반적으로 제 1 셀 (610) 에서의 링크 (641) 및 제 2 셀 (620) 에서의 링크 (642) 와 같은, 다양한 UE들과 기지국들 (612, 622) 사이의 업링크 및 다운링크 접속들을 통해 송신되고 수신될 수도 있다. 기지국들 (612, 622) 의 각각은 일반적으로 대응 셀들 (610, 620) 에서 UE들을 위한 어태치먼트 포인트로서 작용하고, 거기에 서빙된 UE들 사이의 통신들을 용이하게 한다. 도 6 에 도시된 바와 같이, UE들 (631-633) 의 각각 및 공지 디바이스 (670) 는 링크 (641) 를 통해 기지국 (612) 와 통신한다. 게다가, UE들 (634-636) 은 링크 (642) 를 통해 제 2 기지국 (622) 과 통신한다. 도 6 에 도시된 바와 같이, 디바이스 (280) 는 링크 (641) 또는 링크 (642) 를 통해 통신하지 않는다.

UE들 (631-636) 의 하나 이상 및 공지 디바이스 (670) 는 또한 다이렉트 P2P 통신들을 지원할 수도 있고, 이에 의해 이들은 제 1 기지국 (612) 및 제 2 기지국 (622) 과 같은 네트워크 인프라구조 엘리먼트 또는 다른 디바이스를 통해 통신해야 하지 않으면서 서로 직접 통신하는 것을 지원한다. 2 이상의 UE들, 예컨대 UE (631) 및 UE (632) 가 서로 통신하기를 원하고 서로 충분히 근접하여 위치되면, 다이렉트 P2P 링크 (650) 가 이들 사이에 확립될 수 있으며, 이는 UE들 (631, 632) 을 서빙하는 기지국 (612)으로부터 트래픽을 오프로드하고, UE들 (631, 632) 이 더 충분히 통신하는 것을 허용하고, 또는 당업자에게 명백하게 될 다른 이점들을 제공할 수도 있다. 또 다른 다이렉트 P2P 링크 (650) 가 UE (635) 와 UE (636) 사이에 나타나 있다. 또한, 참여 UE들이 상이한 셀들에 있는 셀간 통신들에 대해, 다이렉트 P2P 통신 링크는 여전히 UE (633) 및 UE (634) 가 다이렉트 P2P 링크 (660) 를 사용하여 통신할 수도 있는, 도 6 에 도시되는 가능성이다.

공지 디바이스 (670) 는 UE들 (631-636) 과 유사한 능력들을 가질 수도 있다. 예를 들어, 공지 디바이스 (670) 는 도 6 에 도시된 바와 같이, 링크 (641) 를 통해 제 1 기지국 (612) 과 통신할 수도 있다. 게다가, 공지 디바이스 (670) 는 또한 다이렉트 P2P 통신들을 지원할 수도 있다. 예를 들어, 공지 디바이스 (670) 는 다이렉트 P2P 링크 (672) 를 통해 UE (632 및 633)(셀을 공유하지 않음) 와, 또는 다이렉트 P2P 링크 (674) 를 통해 UE (634)(셀을 공유하지 않음) 와 통신할 수도 있다.

하나의 가능한 시나리오에서, 다이렉트 P2P 링크들 (650, 660, 672, 및 674) 는 LTE-D 기술을 활용하는 D2D 링크들이다. LTE-D 는 근접 발견을 위해 제안된 3GPP 릴리즈 12 D2D 솔루션에 대응한다. LTE-D 는 큰 범위 (~500m, 시선) 내에서 다른 LTE-D 디바이스들 상의 서비스들을 직접 모니터링하는 것에 의해 네트워크 콜들 및 위치 추적을 생략한다. 그것은 배터리 효율적인 동기 시스템에서 연속적으로 그렇게 행하고, 근접도로 무수한 서비스들을 동시에 동시에 검출할 수 있다. LTE-D 는 그 자신들이 다이렉트 P2P 링크들을 위해 사용된 기술들일 수 있는, Wi-Fi 다이렉트 (WFD) 또는 블루투스와 같은, 다른 D2D P2P 기술들 보다 더 넓은 범위를 갖는다.

LTE-D 는 모바일 어플리케이션들에 대한 서비스로서 허가 스펙트럼 상에서 동작한다. LTE-D 는 서비스 계층 발견 및 또한 D2D 통신을 인에이블하는 디바이스-투-디바이스 (D2D) 솔루션이다. LTE-D 디바이스들 상의 모바일 어플리케이션들은 다른 디바이스들 상의 모바일 어플리케이션 서비스들을 모니터링하고, LTE-D 가 - 연속적으로- 작업을 행하고 연관된 어플리케이션에 의해 확립된 "모니터" 에 대한 매치가 검출될 때 클라이언트 어플리케이션에 통지하는 동안 어플리케이션들을 폐쇄하는 것을 허용하는, 물리 계층에서의 그 자신의 서비스들 (다른 LTE-D 디바이스들 상의 서비스들에 의한 검출을 위해) 을 공지하도록 LTE-D 에게 명령할 수 있다. 예를 들어, 어플리케이션은 "테니스 이벤트들" 에 대한 모니터를 확립할 수 있고, LTE-D 발견 계층은 테니스 관련 LTE-D 발견 메시지가 검출될 때 어플리케이션을 웨이크 업 할 수 있다.

따라서, LTE-D 는 기존 클라우드 서비스들의 확장들로서 근접 발견 솔루션들의 개발을 추구하는 모바일 개발자들에게 매력적인 대안이다. LTE-D 는 분산된 발견 솔루션 (현재 존재하는 중앙집중화된 발견과는 대조적임) 이고, 이에 의해 모바일 어플리케이션들은 관련 속성들을 송신하고 모니터링하는 것에 의해 디바이스 레벨에서 관련성을 자체적으로 결정하는 대신, 적합성 매치들을 식별하는데 있어서 중앙집중화된 데이터베이스 프로세싱을 포기한다. LTE-D 는 근접도를 결정하기 위해 LTE-D 가 영구 (perpetual) 위치를 활용하지 않는다는 점에서 전력 소비 뿐만 아니라 프라이버시에 관하여 소정의 이익들을 제공한다. 클라우드에서 보다는 오히려 디바이스 상에서 발견을 유지하는 것에 의해, 사용자는 어떤 정보가 외부 디바이스와 공유되는지에 대한 더 많은 제어를 갖는다.

LTE-D 는 근접 피어들의 발견 및 근접 피어들 사이의 통신을 용이하게 하는 것 모두에 대한 "표현들(expressions)" 에 의존한다. 어플리케이션 계층 및/또는 서비스 계층에서의 표현들은 "표현 이름들" (예를 들어, ShirtSale@Gap.com, Jane@Facebook.com 등) 으로서 지칭되며, 어플리케이션 계층 및/또는 서비스 계층에서의 표현 이름들은 "표현 코드들" 로서 지칭되는 물리 계층에서 비트 스트링들에 매핑된다. 일 예에서, 각각의 표현 코드는 192 비트의 길이를 가질 수 있다. 알게 될 바와 같이, 특정 표현에 대한 임의의 언급은 콘텍스트에 의존하여 표현의 연관된 표현 이름, 표현 코드, 또는 이들 양자를 지칭할 수 있으며, 또한 표현들은 매핑 타입에 기초하여 "사설" 또는 "공중" 중 어느 하나일 수 있다. 공중 표현들은 공표되고 임의의 어플리케이션에 의해 식별될 수 있으며, 이에 의해 사설 표현들은 특정 청중들을 대상으로 한다. 3GPP 에서, 상이한 전문용어가 사용될 수도 있다. 예를 들어, "표현 이름" 은 "ProSe 어플리케이션 ID" 로서 지칭될 수도 있고, "표현 코드" 는 "ProSe 어플리케이션 코드" 로서 지칭될 수도 있다. LTE-D 에서 "공중" 표현은 3GPP 전문용어를 사용하여 "개방 발견" 의 대상일 수도 있고, "사설" 표현은 "한정된 발견" 에 대응한다.

LTE-D 에서의 발견은 LTE 네트워크 그 자체에 의해 구성되는 파라미터들에 기초하여 동기 방식으로 동작한다. 예를 들어, 주파수 분할 듀플렉싱 (FDD) 및/또는 시간 분할 듀플렉싱 (TDD) 는 세션 정보 블록 (SIB) 을 통해 서빙 e노드 B 에 의해 할당될 수도 있다. 서빙 e노드 B 는 또한 서비스 발견 (또는 P2P 발견) 메시지의 송신을 통해 LTE-D 디바이스들이 그 자신들을 공지할 간격을 또한 구성할 수 있다. 예를 들어, 10 MHz FDD 시스템에 대해, e노드 B 는 매 20 초 마다 발생하고 64 서브 프레임들을 포함하는 발견 기간에 따라 발견을 위해 사용될 44 개의 물리 업링크 공유 채널 (PUSCH) 무선 베어러 (RB) 들을 할당할 수 있어서, 다이렉트 발견 리소스 (DRID) 들의 수는 44 x 64 = 2816 이다.

도 7 은 일반적으로 디바이스 (예를 들어, UE (633)) 가 공중 공지를 발견하고 공중 공지의 발견을 공유하는 시그널링 플로우 다이어그램 (700) 을 도시한다. 도 7 은 도 6 에 도시된 공지 디바이스 (670), UE (633), 및 어플리케이션 서버 (690) 를 나타낸다. 하지만, 공지 디바이스 (670) 및 UE (633) 는 각각 도 3 및 도 4 에 도시된 바와 같이, UE (300A), UE (300B), 및/또는 통신 디바이스 (400) 의 하나 이상에 대응할 수도 있다는 것을 이해할 것이다. 게다가, 어플리케이션 서버 (690) 는 도 5 에 도시된 바와 같이, 서버 (500) 에 대응할 수도 있다.

705 에서, UE (633) 는 사설 공지 (707) 를 송신한다. 사설 공지 (707) 는 UE (633) 에 근접하는 다른 UE들 (미도시) 에 대해 UE (633) 를 식별하기 위해 사용될 수도 있다. 일반적으로, "근접" UE 는 주어진 순간에 사설 공지를 (707) 를 수신하기에 충분히 가까운 임의의 UE 임을 이해할 것이다. 용어 "근접도" 는 특정 P2P 기술의 콘텍스트에서 특정 의미를 가질 수도 있다. 다른 근접 UE들은 UE (633) 를 발견하기 위해서 UE (633) 로부터 명시적인 허가 (permission) 를 필요로 할 수도 있다. 명시적인 허가가 필요하기 때문에, 사설 공지 (707) 는, 명시적인 허가를 필요로 하지 않는, 개방 발견 메시지/공지와 대조적으로, 한정된 발견 메시지/공지로 지칭될 수도 있다. 예를 들어, 블루투스 저에너지 (BTLE) 프로토콜은 도 14 에서 더 상세하게 기재되는, 발견 프레임을 사용한다. 또 다른 적절한 프로토콜은, 도 13 에서 더 상세하게 기재되는, 공지 디바이스 (670) 가 서비스 발견 프레임을 송신하는 Wi-Fi 얼라이언스 NAN (Neighbor-Aware Networking) 프로토콜이다.

일부 구현들에서, 705 에서 사설 공지 (707) 의 송신이 상술한 LTE-D 동작들에 따라 주기적으로 수행된다. 예를 들어, UE (633) 를 발견하기 위한 허가를 갖는 영역에 또 다른 근접 UE 가 있으면, 사설 공지 (707) 는 UE (633) 의 존재를 다른 근접 UE 에게 통지하도록 서빙할 수도 있다. 사설 공지 (707) 는 UE (633), 또는 UE (633) 상에서 작동하는 어플리케이션의 사용자를 고유하게 식별하는 식별 데이터를 포함할 수도 있다. UE (633) 를 발견하는 근접 UE 는 그 후 UE (633) 에 의해 공지되고 있는 표현 코드와 연관된 사설 메타데이터를 취출하는 것이 가능할 수도 있다. 사설 메타데이터는 예를 들어, 어플리케이션 서버 (690) 상에 저장될 수도 있다. 도 10 은 개시물의 다른 곳에서 상세하게 설명될, 사설 메타데이터 구조 (1000) 의 일 예를 나타낸다. 시그널링 플로우 다이어그램 (700) 에서, 사설 공지 (707) 가 단 한번 송신되고, 임의의 다른 UE 에 의해 수신되지 않더라도, 송신 (705) 은 단지 예시적인 목적으로만 도시된 것임을 이해할 것이다. 송신 (705) 는 복수 회 수행되거나, 전혀 수행되지 않을 수도 있고, 임의의 수의 근접 UE들에 의해 수신되거나 수신되지 않을 수도 있다.

710 에서, 공지 디바이스 (670) 는 공중 공지 (712) 를 송신한다. 임의의 근접 UE 는 공중 공지 (712) 를 발견할 수도 있다. 공지 디바이스 (670) 를 발견하기 위해 공지 디바이스 (670) 로부터 어떠한 명시적인 허가도 필요하지 않다. 명시적인 허가가 필요하지 않기 때문에, 공중 공지 (712) 는 한정된 공지와는 대조적으로, 개방 공지로서 지칭될 수도 있다. 공중 공지 (712) 는 3GPP ProSe 발견 프로토콜, LTE-D 발견 프로토콜, 또는 임의의 다른 적절한 프로토콜에 따라 생성될 수도 있다. 예를 들어, 블루투스 저에너지 (BTLE) 프로토콜은 도 14 에 더 상세하게 기재되는, 발견 프레임을 사용한다. 또 다른 적절한 프로토콜은, 도 13 에서 더 상세하게 기재되는, 공지 디바이스 (670) 가 서비스 발견 프레임을 송신하는 Wi-Fi 얼라이언스 NAN (Neighbor-Aware Networking) 프로토콜이다.

일부 구현들에서, 710 에서 공중 공지 (712) 의 송신이 주기적으로 수행된다. 예를 들어, 근접 UE 가 그 영역에 있으면, 공중 공지 (712) 는 공지 디바이스 (670) 의 존재를 다른 근접 UE 에게 통지하도록 서빙할 수도 있다. 공중 공지 (712) 는 공지 디바이스 (670) 또는 공지 디바이스 (670) 상에서 작동하는 어플리케이션을 고유하게 식별하는 식별 데이터를 포함할 수 있다. 공지 디바이스 (670) 를 발견하는 근접 UE 는 그 후, 예를 들어 공지 디바이스 (670) 에 의해 공지된 표현 코드와 연관된 공중 메타데이터를 취출하는 것이 가능할 수도 있다. 공중 메타데이터는 서버, 예를 들어 어플리케이션 서버 (690) 상에 저장될 수도 있고, 또는 이를 테면 3GPP 에서, "ProSe 기능" 로 지칭될 수도 있다. 도 11 은 개시물의 다른 곳에서 상세하게 기재될, 공중 메타데이터 구조 (1100) 의 일 예를 나타낸다.

720 에서, 공지 디바이스 (670) 에 근접하는 UE (633) 는 공중 공지 (712) 를 수신한다. 730 에서, UE (633) 은 수신된 공지를 UE (633) 의 사용자에게 통지한다.

720 에서 공중 공지의 수신 및 730 에서의 통지는 공개/가입 또는 공지/모니터 스킴의 부분으로서 수행될 수도 있다. 일부 구현들에서, UE (633) 상에 설치된 어플리케이션은 어플리케이션 서비스 제공자 (예를 들어, 서버 (500) 와 유사한 원격 서버) 로부터 모니터링 정보를 취출할 수도 있다. 모니터링 정보는 공중 표현 스트링으로서 포맷될 수도 있고, 어플리케이션이 모니터하는 공지의 카테고리 또는 공지들을 식별할 수도 있다. 어플리케이션은 UE (633) 상에 설치된 발견 서비스, 예를 들어 모뎀 등에 공중 표현 스트링을 전송할 것이다. UE (633) 는 공중 표현 스트링을, 예를 들어 ProSe 기능에 전송할 것이다. ProSe 기능은 공중 표현 스트링을 UE (633) 에 역 송신되는 모니터링 필터로 컨버팅할 것이다. UE (633) 에 의해 일단 수신되면, 모니터링 필터는 수신된 공지가 어플리케이션이 모니터하는 공지 또는 공지의 카테고리를 매칭하는지 여부를 결정하는데 사용될 수 있다. 매치가 있으면, UE (633) 는 로컬 스토리지로부터 공지에 관한 메타데이터 (예를 들어, 도 11 의 공중 메타데이터 구조 (1100) 을 가짐) 를 취출할 수 있다. 메타데이터가 로컬 스토리지에서 이용가능하지 않으면, UE (633) 는 ProSe 기능으로부터 메타데이터를 취출할 수 있다. ProSe 기능으로부터 메타데이터를 취출하기 위해서, UE (633) 는 발견된 ProSe 어플리케이션 코드를 ProSe 기능에 송신할 것이다. 3GPP 에서, 이 송신은 매치 보고 메시지로서 지칭될 수도 있다. ProSe 기능은 그 후 연관된 ProSe 어플리케이션 ID (LTE-D 에서 표현 이름으로서 지칭됨) 및 ProSe 어플리케이션 코드와 연관된 메타데이터를 취출하기 위해 ProSe 어플리케이션 코드를 검색할 것이다. 메타데이터는 UE (633) 로 역 전송되고 어플리케이션 레벨에서 사용되어 사용자 판독가능 통지를 생성할 수 있다.

예시를 위해서, UE (633) 의 사용자가 신발 또는 신발 쇼핑에 관심에 있으면, UE (633) 상에 설치된 어플리케이션은 그 관심에 기초하여 모니터링 정보를 생성할 수도 있다. ProSe 서버는 그 후 UE (633) 가 신발과 관련된 수신된 공중 공지들을 식별하는 것을 가능하게 하는 모니터링 필터를 제공할 수 있다. 공지 디바이스 (670) 가 신발을 판매하는 소매상 확립과 연관되면, UE (633) 는 신발에 관한 공중 공지 (712) 가 수신되었음을 어플리케이션에 통지한다. 어플리케이션은 그 후 임의의 적절한 방식으로 UE (633) 의 사용자에게 통지할 수 있다. 통지는 소매상의 메타데이터로부터 취출된 데이터를 포함할 수도 있다. 도 11 은 개시물의 다른 곳에서 상세하게 기재될, 공중 메타데이터 구조 (1100) 의 일 예를 나타낸다. 신발 소매상의 메타데이터는 유사한 정보를 포함할 수도 있다.

730 의 통지는 임의의 적절한 형태의 것일 수도 있다. 일 예에 따라, 공중 공지 (712) 및/또는 부가 공지 관련 데이터는 UE (633) 상에 저장된 어플리케이션에 의해 판독가능한 포맷으로 컨버팅된다. 어플리케이션은 그 후 730 에서 사용자로의 통지를 용이하게 할 수도 있다. 통지는 UE (633) 의 임의의 컴포넌트, 예를 들어 UE (300A) 의 디스플레이 (310A), UE (300B) 의 터치스크린 등과 유사한 컴포넌트들을 사용하여 수행될 수도 있다.

740 에서, UE (633) 는 공유 명령을 수신한다. 공유 명령은 UE (633) 의 임의의 컴포넌트, 예를 들어 UE (300A) 의 키패드, UE (300B) 의 터치스크린 디스플레이 (305B) 등과 유사한 컴포넌트들을 사용하여 수신될 수도 있다. 일부 구현들에서, 공유 명령은 부가 공유 관련 데이터, 예를 들어 사용자에 의해 진입되거나 사용자에 의해 어태치되는 콘텍스트 데이터를 포함할 수도 있다. 콘텍스트 데이터는 텍스트 데이터, 오디오 데이터, 비디오 데이터 등을 포함할 수도 있다. 이전의 예시로 복귀하기 위해서, 사용자는 근방의 소매상에서 신발 판매가 진행중인 통지를 730 에서 수신할 수도 있다. 사용자는 740 에서 특정 근방의 소매상이 신발 판매를 갖고 있다는 소식들을 공유하도록 UE (633) 에게 명령할 수도 있다. 공유 명령은 부가 공유 관련 데이터, 예를 들어 개인용 코멘트 (예를 들어, 텍스트 데이터, 예컨대 "이것을 체크 아웃" 또는 "당신은 이것을 놓칠 수 없어!") 를 포함할 수도 있다.

750 에서, UE (633) 는 발견 공유 데이터 (752) 를 어플리케이션 서버 (690) 에 송신한다. 755 에서, 어플리케이션 서버 (690) 는 발견 공유 데이터 (752) 를 수신한다. 발견 공유 데이터 (752) 는 UE (633) 의 사용자가 공중 공지 (712) 의 그 또는 그녀의 발견을 공유하기를 원하는 통지를 포함한다. 이전의 예시로 복귀하기 위해서, 사용자 (633) 는 신발 판매에 관한 열의를 표현하기를 원할 수도 있고, 발견 공유 데이터 (752) 는 그 열의에 관련될 수도 있다.

발견 공유 데이터 (752) 는, 예를 들어 공지 디바이스, 공지 디바이스 (670) 에 의해 공지된 ProSe 어플리케이션 이름, 또는 공중 공지 (712) 를 식별하는 데이터를 포함할 수도 있다. LTE-D 에서, 예를 들어 발견 공유 데이터 (752) 는 표현 이름으로서 지칭되는 데이터를 포함할 수도 있다. 부가적으로 또는 대안으로, 발견 공유 데이터 (752) 는 UE (633) 가 (720 에서) 공중 공지 (712) 를 수신했다는 통지, UE (633) 가 (730 에서) 공중 공지 (712) 를 UE (633) 의 사용자에게 통지했다는 통지, 및/또는 UE (633) 가 (740) 에서 사용자로부터 공유 명령을 수신했다는 통지를 포함할 수도 있다. 부가적으로 또는 대안으로, 발견 공유 데이터 (752) 는 상술한 부가 공유 관련 데이터 (예를 들어, 텍스트 코멘트, 예컨대 "이것을 체크 아웃", 또는 "당신을 이것을 놓칠 수 없어!") 를 포함할 수도 있다. 부가적으로 또는 대안으로, 발견 공유 데이터 (752) 는 720, 730 및 740 에 기재된 동작들 중 임의의 것에 관한 어플리케이션 데이터를 포함할 수도 있다.

760 에서, 어플리케이션 서버 (690) 는 UE (633) 와 연관된 사설 메타데이터를 업데이트한다. 어플리케이션 서버 (690) 는 이전 예시에서 지칭된 ProSe 서버 (신발 소매상과 연관된 공중 메타데이터를 저장하는 동일한 서버), 또는 상이한 서버일 수도 있다. 도 10 은 개시물의 다른 곳에서 상세하게 기재될, 사설 메타데이터 구조 (1000) 의 일 예를 나타낸다. UE (633) 와 연관된 사설 메타데이터는 755 에서 수신된 발견 공유 데이터 (752) 에 포함된 임의의 데이터에 기초하여 업데이트될 수도 있다. UE (633) 와 연관된 사설 메타데이터에 대한 업데이트는, 예를 들어 공지 디바이스 (670) 또는 공중 공지 (712) 를 식별할 수도 있다 (예를 들어, 공지 디바이스 (670) 또는 공중 공지 (712) 와 연관된 ProSe 어플리케이션 코드). 부가적으로 또는 대안으로, 업데이트는 UE (633) 가 (720 에서) 공중 공지 (712) 를 수신했다는 것, UE (633) 가 (730 에서) 사용자에게 통지했다는 것, 및/또는 UE (633) 가 (740 에서) 사용자로부터 공유 명령을 수신했다는 통지를 표시하는 데이터를 포함할 수도 있다. 부가적으로 또는 대안으로, 업데이트는 상술한 부가 공유 관련 데이터 (예를 들어, 텍스트 코멘트, 예컨대 "이것을 체크 아웃" 또는 "당신은 이것을 놓칠 수 없어!") 를 포함할 수도 있다.

770 에서, 어플리케이션 서버 (690) 는 업데이트 표시자 (722) 를 UE (633) 에게 전송한다. 775 에서, UE (633) 는 업데이트 표시자 (772) 를 수신한다. 일부 구현들에서, 업데이트 표시자 (772) 는 간단히 업데이트 (752) 가 수신되었다는 확인응답이다. UE (633) 는 그 후 업데이트 (752) 가 어플리케이션 서버 (690) 에 의해 수신되었다는 지식에 기초하여 새로운 사설 공지 코드를 생성할 수도 있다. 그러나 다른 구현들에 있어서, 업데이트 표시자 (772) 는 예를 들어, 향후 사설 공지들에서 UE (633) 에 의해 사용될 어플리케이션 서버 (690) 에 의해 할당된 새로운 사설 공지 코드를 포함한다. 이러한 시나리오에서, UE (633) 는 실제로, 어플리케이션 서버 (690) 로부터 그것을 획득하는 것에 의해 새로운 사설 공지 코드를 생성한다.

일부 구현들에서, 755 에서 수신된 새로운 사설 공지 코드는 UE (633) 와 연관된 사설 메타데이터의 업데이트 스테이터스를 포함한다. 예시를 위해, UE (633) 와 연관된 사설 메타데이터의 업데이트 스테이터스는, 사설 메타데이터에 최종 업데이트의 타이밍을 표시하는 타임스탬프, 사설 메타데이터가 업데이트되는데 걸리는 시간을 표시하는 버전 번호 (버전 번호가 롤 오버할 수 있는 경우 모듈로 (modulo) 일부 최대), 또는 최근 업데이트를 고유하게 식별하는 업데이트 식별 번호일 수도 있다. 부가적으로 또는 대안으로, 사설 공지 코드와 연관된 사설 메타데이터의 업데이트 스테이터스는, UE (633) 가 관심의 공중 또는 사설 공지를 발견했다는 것을 표시하는 새로운 찾기 플래그 (예를 들어, 플래그 코드 또는 플래그 비트) 를 포함할 수도 있다. 일부 구현들에서, 새로운 찾기 플래그는 만료되거나 리셋되도록 설정된다. 새로운 찾기 플래그는, 임의적인 미리 결정된 구간 후, 또는 공지 디바이스 (670) 또는 공중 공지 (712) 와 연관된 구간 시, 만료되거나 리셋될 수도 있다. 새로운 찾기 플래그는 또한 주기적으로 브로드캐스트되는 공지 코드로부터 (예를 들어, 사용자 입력 시) UE (633) 에 의해 제거될 수도 있다. 일부 구현들에서, 업데이트 표시자 (772) 는 전부 새로운 사설 공지 코드를 포함하지 않고, 대신 간단히 타입스탬프, 버전 번호, 업데이트 표시 번호, 또는 새로운 찾기 플래그를 업데이트하기 위한 명령들을 제공한다.

790 에서, UE (633) 는 사설 공지 (792) 를 송신한다. 사설 공지 (792) 는 상술한 사설 공지 (707) 와 유사할 수도 있다. 하지만, 사설 공지 (792) 와 연관된 사설 공지 코드는, 수신된 업데이트 표시자 (772) 에 따라, 즉 UE (633) 의 사용자가 공지를 공유하는 것을 반영하기 위해, 775 에서 생성되었던 사설 공지 코드이다. 그 결과, 705 에서 송신된 사설 공지 (707) 및 (790 에서 송신된) 사설 공지 (792) 를 수신하는 근접 UE 는 서로로부터 이들을 구별하는 것이 가능할 수도 있다. 예를 들어, 제 2 사설 공지 (792) 가 제 1 사설 공지 (707) 에 포함된 버전 번호와 상이한 버전 번호를 포함하면, 제 2 사설 공지 (792) 를 수신하는 근접 UE 는 UE (633) 와 연관된 사설 메타데이터의 스테이터스가 변경되었다는 것을 새로운 버전 번호로부터 결정하는 것이 가능할 것이다. 이러한 스테이터스 변경은 UE (633) 와 연관된 새로운 또는 업데이트된 사설 메타데이터가 이용가능한 것을 표시할 수도 있다. 도 12, 도 13, 및 도 14 는 LTE-D/ProSe, Wi-Fi 다이렉트, 및 BTLE 와 연관된 발견 프레임들의 예들을 각각 나타낸다. 사설 공지 (792) 는 도 12, 도 13 또는 도 14 에 도시된 발견 프레임들 중 임의의 것의 형태를 취할 수도 있다.

위에 언급된 바와 같이, (어플리케이션 서버 (690) 상에 저장된) UE (633) 와 연관된 새로운 또는 업데이트된 사설 메타데이터는, UE (633) 가 예를 들어 공중 공지 (712) 를 발견하고, 그 발견을 공유하며, 및/또는 그 발견 상에 부가 공유 관련 데이터를 제공했는지를 표시할 수도 있다. 근접 UE 는 도 8 및 도 9 에 도시된 바와 같이, 하기에 기재된 방식으로 공유된 발견을 통지 받을 수 있다.

도 8 은 일반적으로 개시물의 일 양태에 따른 공중 공지의 발견을 공유하기 위한 시그널링 플로우 다이어그램 (800) 을 도시한다. 도 8 은 도 6 에 도시된 공지 디바이스 (670), UE (633), UE (634) 또는 어플리케이션 서버 (690) 를 나타낸다.

810 에서, 공지 UE (예를 들어, 도 8 에 도시된 UE (633) 는 사설 공지 (812) 를 송신한다. 사설 공지 (812) 는 도 7 과 관련하여 기재된 사설 공지 (792) 와 유사할 수도 있다. 환언하면, 그것은 UE (633) 및/또는 UE (633) 와 연관된 사설 메타데이터의 스테이터스를 식별하는 업데이트된 사설 공지 코드를 포함할 수도 있다. 예시를 위해, 사설 공지 (812) 는 활성화되는 새로운 찾기 플래그를 포함함으로써, UE (633) 의 사용자가 하나 이상의 관심의 공중 공지들의 그 또는 그녀의 발견을 공유하였음을 표시할 수도 있다.

815 에서, 모니터링 UE (예를 들어, 도 8 에 도시된 바와 같은 UE (634)) 는 (810 에서) UE (633) 에 의해 송신된 사설 공지 (812) 를 수신한다. 사설 공지 (812) 의 일부 특성에 기초하여, UE (634) 는 UE (633) 가 그 사설 메타데이터를 업데이트 했음을 결정한다. 이전 예시로 복귀하기 위해, UE (634) 는 예를 들어, 활성화된 새로운 찾기 플래그를 포함하는 사설 공지 (812) 를 인식할 수도 있다.

815 에서 사설 공지의 수신 및 820 에서의 통지는, 720 에서의 공중 공지 및 730 에서의 공지의 수신에 관하여 상술한 스킴과 유사한, 공개/가입 또는 공지/모니터 스킴의 부분으로서 수행될 수도 있다. UE (634) 상에 설치된 어플리케이션은 공지 엔티티의 식별에 기초하여 사설 공지들 (예컨대 사설 공지 (812)) 을 모니터할 수도 있다. 일부 구현들에서, UE (634) 상에 설치된 어플리케이션은 어플리케이션 서비스 제공자 (예를 들어, 서버 (500) 와 유사한 원격 서버) 로부터 모니터링 정보를 취출할 수도 있다. 모니터링 정보는 사설 표현 스트링으로서 포맷될 수도 있고, UE (634) 가 사설 공지들을 수신하기 위해 및/또는 수신하게 되도록 인증되고/인에이블되는, 특정 사용자 또는 UE (예를 들어, UE (633)) 를 식별할 수도 있다. 사설 공지들은 특권들과 연관될 수도 있고, 이에 의해 사설 공지들은 단지 그렇게 하기에 충분한 특권들을 갖는 UE들을 수신하는 것으로 이해될 수 있다. 어플리케이션은 UE (634) 상에 설치된 발견 서비스, 예를 들어 모뎀 등에 사설 표현 스트링을 전송할 것이다. UE (634) 는 근접도 서비스 서버 (예를 들어, 상술한 "ProSe" 서버) 에 사설 표현 스트링을 전송할 것이다. ProSe 서버는, UE (634) 가 적절한 특권을 갖는다고 상정하여, UE (634) 에 역 송신되는 모니터링 필터로 사설 표현 스트링을 컨버팅할 것이다. UE (634) 에 의해 일단 수신되면, 모니터링 필터는 UE (634) 가 UE (633) 에 의해 송신된 사설 공지 (812) 를 발견하도록 허가되는지 여부를 결정하는데 사용될 수 있다. UE (634) 가 사설 공지에 대해 모니터링하는 시나리오에서, 모니터링 필터는 간단히 사설 공지와 연관된 엔티티의 ProSe 어플리케이션 코드 (또는 LTE-D 에서, 표현 코드) 를 포함할 수도 있다.

예시를 위해, UE (634) 의 사용자가 UE (633) 의 사용자의 자매이면, 각각의 UE 는 다른 것에 의해 송신된 사설 공지들을 수신하고 감지하기에 충분한 특권들을 가질 수도 있다. 환언하면, UE (633) 및 UE (634) 는 서로에게 발견가능하다. UE (634) 가 UE (633) 로부터 사설 공지 (812) 를 수신하면, 이것은 자매들이 서로 근접하는 것을 표시한다.

게다가, 사설 공지 (812) 가 활성화된 새로운 찾기 플래그 (이전 예시에서 기재된 바와 같음) 를 포함하면, 634 의 사용자는 그녀의 자매 (UE (633) 의 사용자) 가 공중 공지의 그녀의 발견을 공유하기를 원하는 것을 알 수도 있다.

820 에서의 통지는 임의의 적절한 형태의 것일 수도 있다. 일 예에 따라, 사설 공지 (812) 는 UE (634) 상에 저장된 어플리케이션에 의해 판독가능한 포맷으로 컨버팅된다. 어플리케이션은 그 후 820 에서 UE (634) 의 사용자로의 통지를 용이하게 할 수도 있다. 통지는 UE (634) 의 임의의 컴포넌트, 예를 들어 UE (300A) 의 디스플레이 (310A), UE (300B) 의 터치스크린 디스플레이 (305B) 등과 유사한 컴포넌트들을 사용하여 수행될 수도 있다. 이전 예시로 복귀하기 위해, 820 에서의 통지는 UE (634) 상에 국부적으로 저장될 수도 있는, 사용자 (633) 의 이전 메타데이터로부터 도출된 데이터를 포함할 수도 있다. 820 에서의 통지는 또한 새로운 찾기 플래그가 활성화되었다는 것을 표시할 수도 있다. 예를 들어, 820 에서의 통지는 "자매가 근방이고, 관심있는 무엇인가를 발견했다..." 는 것을 언급하는 텍스트 통지일 수도 있다. 820 에서의 통지는 부가 정보 (도 12 에서 예시될 바와 같음) 를 포함할 수도 있지만, 사설 공지 (812) 에서 데이터의 양이 사이즈 제약들을 받는다는 것을 이해할 것이다. 새로운 찾기 플래그는 활성화되거나 활성화되지 않은 단일 비트를 포함할 수도 있고, 이에 의해 코드 사이즈 제약들에 대한 새로운 찾기 플래그의 영향을 최소화한다.

830 에서, UE (634) 는 취출 명령을 수신한다. 취출 명령은 UE (633) 의 임의의 컴포넌트, 예를 들어 UE (300A) 의 키패드 (320A), UE (300B) 의 터치스크린 디스플레이 (305B) 등과 유사한 컴포넌트들을 사용하여 수신될 수도 있다. 일부 구현들에서, UE (634) 는 사설 공지 (812) 와 관련된 데이터의 취출을 개시하기 위해 634 의 사용자를 프롬프트하도록 구성된다. 프롬프트는 820 에서의 통지에 포함될 수도 있다. UE (634) 는 UE (634) 의 사용자가 프롬프트를 허용한 후 (하기에 기재되는 바와 같이, 840 에서) 사설 메타데이터의 요청을 진행한다.

이전 예시로 복귀하기 위해, UE (634) 의 사용자는 820 에서 UE (633) 의 사용자, 그녀의 자매가 공중 공지의 그녀의 발견 ("자매가 근방에 있고, 관심있는 무엇인가를 발견했다...") 을 공유하기를 원하는 것을 통지 받는다. UE (634) 의 사용자는 예를 들어, 그녀의 자매와 동일한 많은 관심들을 공유한다는 사실에 기초하여, 그녀가 또한 이러한 공중 공지를 발견하고 싶어한다고 결론을 내릴 수도 있다. 일부 구현들에서, 820 에서의 통지는 추가 정보를 획득하기 위해 UE (634) 의 사용자가 상호작용할 수 있는 사용자 프롬프트를 포함할 수도 있다. 예를 들어, 820 에서의 통지가 UE (634) 의 터치스크린 디스플레이 상에 나타나는 경우, UE (634) 의 사용자는 그 통지를 누룰 수 있다. 그 결과, UE (634) 의 사용자는 그 프롬프트를 수용하였다고 결정되고, UE (634) 는 840 으로 진행한다.

일부 구현들에서, 820 에서의 통지 및 830 에서의 취출 명령 수신이 생략될 수도 있다는 것이 이해될 것이다. 예를 들어, UE (634) 는 (815 에서) 사설 공지 (812) 의 수신에 응답하여 (840 에서, 하기 참조) 사설 메타데이터를 자동으로 요청하도록 구성될 수도 있다. 예시를 위해, UE (634) 의 사용자는 사설 메타데이터를 요청하도록 UE (634) 의 사용자를 프롬프트하거나 UE (634) 의 사용자에게 통지하지 않으면서 사설 메타데이터를 요청하도록 UE (634) 에게 커맨드할 수도 있다. 일부 구현들에서, UE (634) 의 사용자는 840 에서 사설 메타데이터의 요청이 자동인 특정 다른 UE들 (예를 들어, '마음에 드는' 친구들, 가족, 오피니언, 리더들 등) 을 선택할 수도 있다.

840 에서, UE (634) 는 어플리케이션 서버 (690) 로부터 사설 메타데이터를 요청한다. 위에 언급된 바와 같이, 사설 공지 (812) 의 일부 특성에 기초하여, UE (634) 는 UE (633) 가 사설 메타데이터를 업데이트하였음을 결정하였다. 이전 예시로 복귀하기 위해, UE (634) 는 예를 들어, 사설 공지 (812) 가 활성화되었던 새로운 찾기 플래그를 포함하는 것을 인식할 수도 있다. 새로운 업데이트된 사설 메타데이터를 획득하기 위해서, UE (634) 는 사설 메타데이터 요청 (842) 을 어플리케이션 서버 (690) 에 송신한다. 845 에서, 어플리케이션 서버 (690) 는 사설 메타데이터 요청 (842) 을 수신한다.

사설 메타데이터 요청 (842) 은 사설 메타데이터를 획득하는 것과 관련된 임의의 데이터를 포함할 수도 있다. 예를 들어, 사설 메타데이터 요청 (842) 은 그 자신이 사설 공지를 포함할 수도 있고, 이러한 매치를 발견한 어플리케이션의 이름, 및/또는 (요청을 송신하고 있는) UE (634) 의 식별을 포함할 수도 있다. 부가적으로 또는 대안으로, 사설 메타데이터 요청 (842) 은 단 하나 또는 수개의 특정 필드들의 메타데이터 (예를 들어, 도 10 에 도시된 바와 같은, 단지 "나의 찾기들" 컴포넌트만) 을 포함할 수도 있다.

850 에서, 어플리케이션 서버 (690) 는 요청을 인증한다. 예를 들어, UE (633) 의 사용자는 특정 요청 파티가 그의 또는 그녀의 사설 메타데이터를 획득하는 것을 방지할 것을 결정하였을 수도 있다. 다른 예에서, 어플리케이션 서버 (690) 는, UE (633) 의 사용자가 주어진 인증을 갖지 않으면, 모든 요청 파티들이 UE (633) 의 사용자와 연관된 사설 메타데이터를 획득하는 것을 방지하도록, 디폴트로 구성될 수도 있다. 인증은 임의의 적절한 방식들로 검증될 수도 있다는 것이 이해될 것이다. 일부 구현들에서, 예를 들어 어플리케이션 서버 (690) 는 850 에서 명시적인 인증을 획득하기 위해 UE (633) 와 접촉한다. 다른 구현들에서, 어플리케이션 서버 (690) 는 UE (633) 와 연관된 사설 메타데이터에 액세스하도록 인증되는 요청 파티들의 기록을 갖는다. 인증이 일단 완료되면, 서버는 870 으로 진행한다.

870 에서, 어플리케이션 서버 (690) 는 사설 메타데이터 업데이트 (872) 를 송신한다. 사설 메타데이터 업데이트 (872) 는 840 에서 사설 메타데이터 요청에 응답하여 UE (634) 에 전송된다. 875 에서, UE (634) 는 어플리케이션 서버 (690) 로부터 송신된 사설 메타데이터 업데이트 (872) 를 수신한다. 이러한 메타데이터 업데이트 (872) 는, 사설 어플리케이션 ID (표현 이름), 대응 코드의 유효 시간, 새로운 찾기로 메타데이터가 업데이트되었을 시기의 타임스탬프와 같은 다른 파라미터들을 포함할 수도 있다. 위에 언급된 바와 같이, 도 10 은 개시물의 일 양태에 따른 사설 메타데이터 구조 (1000) 의 일 예를 나타낸다. 일 구현에서, 사설 메타데이터 업데이트 (872) 는 사설 메타데이터 (1010) 에 포함된 데이터 모두를 포함한다.

다른 구현에서, 사설 메타데이터 업데이트 (872) 는 사설 메타데이터 (1010) 의 부분들, 예를 들어, 업데이트되었던 부분들을 포함한다. 이전의 예시로 복귀하기 위해, UE (633) 의 사용자와 연관된 사설 메타데이터 (1010) 는, 예를 들어 UE (633) 의 사용자가 공유하기로 결정했던 UE (633) 의 사용자에 의해 발견된 공중 공지들에 관한 데이터를 포함하는 나의 찾기들 데이터 블록 (1060) 을 포함할 수도 있다. 이러한 예시에 있어서, 나의 찾기들 데이터 블록 (1060) 은 제 1 공유된 나의 찾기들 데이터 블록 (1062) 및 제 2 공유된 나의 찾기들 데이터 블록 (1064) 를 포함한다. 이러한 예시에 있어서, 제 1 공유된 나의 찾기들 데이터 블록 (1062) 은, 예를 들어 도 7 에 도시된 수신된 공중 공지 (712) 의 식별을 포함할 수도 있다. 제 1 공유 나의 찾기들 데이터 블록 (1062) 은, 예를 들어 (712 에서) 공중 공지 (712) 가 수신되었던 시간, (740 에서) UE (633) 의 사용자가 공중 공지 (712) 를 공유하기로 결정하였던 시간, 공중 공지 (712) 가 만료하는 시간 등에 관한 타임스탬프를 더 포함할 수도 있다. 제 1 공유된 나의 찾기들 데이터 블록 (1062) 은 예를 들어, 텍스트 코멘트 (예컨대 "이것을 체크 아웃" 또는 "당신은 이것을 놓칠 수 없어!") 를 더 포함할 수도 있다. 이러한 구현에서, 나의 찾기들 데이터 블록 (1060) 이 업데이트되었던 유일한 데이터 블록인 경우, 사설 메타데이터 업데이트 (872) 는 오로지 이들 업데이트된 블록들과 연관된 데이터로만 구성될 수도 있다.

880 에서, UE (634) 의 사용자는 공유된 공지 데이터를 통지 받는다. 880 에서의 통지는 상술한 820 에서의 통지와 유사할 수도 있다. 부가적으로 또는 대안으로, 880 에서의 통지는 (875 에서 수신된) UE (633) 와 연관된 업데이트된 사설 메타데이터에 관한 데이터를 포함한다. 예를 들어, UE (634) 의 사용자는 업데이트된 메타데이터에 기초하여 인에이블될 수도 있어서, 공중 공지 (712) 에 액세스하며, UE (633) 의 사용자가 수신된 공중 공지 (712) 를 수신하고, 그것을 공유하며, 그것에 코멘트하였다는 것 등을 통지 받을 수도 있다.

이전 예시로 복귀하기 위해, 634 의 사용자는 (740 에서) 그녀의 자매의 공유 명령의 결과로서 신발 소매상의 공중 공지 (712) 를 (880 에서) 통지받는다. 이에 따라, 634 의 사용자는, 예를 들어 (UE (633) 의 사용자의 업데이트된 사설 메타데이터에서 식별되는) 공중 공지에 액세스하고 그녀의 자매의 텍스트 코멘트 ("당신은 이것은 놓칠 수 없어!") 를 볼 수 있다.

신발 소매상 (위에 예시된 바와 같은, 공지 디바이스 (670) 의 오퍼레이터) 의 관점으로부터, 도 7 및 도 8 에 도시된 플로우 다이어그램은 오로지 공중 공지 (712) 의 송신에 의해서만 달성가능하지 않을 수도 있다는 목표의 광고를 입증한다. UE (634) 의 사용자는 UE (633) 의 사용자 (예시에서는 그녀의 자매) 처럼 신발 판매에 꼭 관심이 있을 수도 있다. 그러나, 이유가 무엇이든, 그녀가 신발 판매와 관련되는 공중 공지들을 모니터링하고 있지 않으면, 그녀는 공지 디바이스 (670) 의 근접도 내에 그녀가 있더라도, 공중 공지 (712) 를 통지받지 않을 것이다. 다른 한편으로, 그녀는 공중 공지 (712) 를 수신했을 수도 있고 그것을 급히 폐기했을 수도 있다. 그녀의 자매가 이후 공중 공지 (712) 의 그녀의 발견을 공유하는 경우, UE (634) 의 사용자는 신발 판매를 재고하고 싶을 수도 있다. 최종적으로, 공중 공지의 지리학적 범위를 확장하는 것이 또한 가능하다. 예를 들어, UE (634) 의 사용자는 공지 디바이스 (670) 에 근접하지 않을 수도 있다. 하지만, UE (634) 의 사용자는, 공지 디바이스 (670) 에 근접하는 (또는 최근에 어느 정도 근접하였던), UE (633) 의 사용자에게 근접할 수도 있다. 이 경우, 신발 소매상은, 엄격하게 말하면, 공지 디바이스 (670) 에 근접하지 않는 잠재적 소비자들에 도달하기 위해 공중 공지 (712) 를 사용하는 것이 가능할 수도 있다.

도 9 는 일반적으로 개시물의 일 양태에 따른 공중 공지의 발견을 공유하기 위한 시그널링 플로우 다이어그램 (900) 을 도시한다. 도 9 는 도 6 에 도시된 공지 디바이스 (670), UE (633), UE (634), 및 어플리케이션 서버 (690) 을 나타낸다.

도 8 및 도 9 는 모두 다수의 유사한 동작들을 도시한다. 도 9 에서 UE (634) 는 어플리케이션 서버 (690)(도 8 에서와 같음) 로부터 보다는, UE (633) 그 자신으로부터 직접 UE (633) 와 연관된 사설 메타데이터를 요청한다. 910 에서, 공지 UE (예를 들어, UE (633)) 는 사설 공지 (912) 를 송신한다. 915 에서, 모니터링 UE (예를 들어, UE (634)) 는 UE (633) 에 의해 송신된 사설 공지 (912) 를 수신한다. 920 에서, UE (634) 는 선택적으로, 수신된 공지 (912) 를 UE (634) 의 사용자에게 통지하거나, 수신된 공지에 관한 데이터를 UE (634) 의 사용자에게 통지한다. 930 에서, UE (634) 는 선택적으로 취출 명령을 수신한다. 930 이 완료된 후 (또는 915 가 완료된 후, 920 및 930 이 생략되는 경우), 시그널링 플로우 다이어그램 (900) 은 940 으로 진행한다. 이들 동작들의 각각은 도 8 을 참조하여 위에 기재된 바와 같은, 동작들 (810, 815, 820 및 830) 과 유사할 수도 있다.

940 에서, UE (634) 는 UE (633) 로부터 사설 메타데이터를 요청한다. 위에 언급된 바와 같이, 사설 공지 (812) 의 일부 특성에 기초하여, UE (634) 는 UE (633) 가 사설 메타데이터를 업데이트했음을 결정하였다. 이전 예시로 복귀하기 위해, UE (634) 는, 예를 들어 사설 공지 (812) 가 활성화되었던 새로운 찾기 플래그를 포함하는 것을 인식할 수도 있다. 새로운 업데이트된 사설 메타데이터를 획득하기 위해서, UE (634) 는 사설 메타데이터 요청 (942) 을 UE (633) 에 송신한다. 일부 구현들에서, 사설 메타데이터 요청 (942) 은 WAN 을 통해 송신된다. 부가적으로 또는 대안으로, 사설 메타데이터 요청 (942) 은 ProSe 통신, LTE-D, WiFi-다이렉트, BTLE, 또는 임의의 다른 적절한 프로토콜을 통해 UE (633) 에 직접 송신된다. 845 에서, UE (633) 는 사설 메타데이터 요청 (842) 을 수신한다.

사설 메타데이터 요청 (942) 은 UE (633) 의 사설 메타데이터를 획득하는 것과 관련된 임의의 데이터를 포함할 수도 있다. 예를 들어, 사설 메타데이터 요청 (942) 은 (사설 공지 (812) 가 수신되었던) UE (633) 의 식별 및/또는 (요청을 송신하고 있는) UE (634) 의 식별을 포함할 수도 있다. 부가적으로 또는 대안으로, 사설 메타데이터 요청 (942) 은 관심있는 특정 메타데이터 필드 또는 필드들을 식별할 수도 있다. 일부 구현들에서, 사설 메타데이터 요청 (942) 은 다이렉트 P2P 링크 (650) 또는 다이렉트 P2P 링크 (660) 과 같은 다이렉트 P2P 링크를 사용하여 UE (633) 에 송신된다. 다른 구현들에서, 사설 메타데이터 요청 (942) 은 광역 네트워크 접속 (예를 들어, Wi-Fi) 를 사용하여 UE (633) 에 송신된다. 또 다른 구현들에서, 사설 메타데이터 요청 (942) 은 네트워크 링크 (692) 와 같은 네트워크 링크들을 사용하여 UE (633) 에 송신된다.

950 에서, UE (633) 는 요청을 인증한다. 예를 들어, UE (633) 의 사용자는 특정 요청 파티가 그의 또는 그녀의 사설 메타데이터를 획득하는 것을 방지할 것을 결정했을 수도 있다. 다른 예에서, UE (633) 는, UE (633) 의 사용자가 주어진 인증을 갖지 않으면, 모든 요청 파티들이 UE (633) 의 사용자와 연관된 사설 메타데이터를 획득하는 것을 방지하기 위해, 디폴트로 구성될 수도 있다. 인증은 임의의 적절한 방식으로 검증될 수도 있음이 이해될 것이다. 일부 구현들에서, UE (633) 는 UE (633) 와 연관된 사설 메타데이터에 액세스하기 위해 인증되는 요청 파티들의 기록을 갖는다. 일부 구현들에서, UE (633) 및 UE (634) 중 어느 하나 또는 양자 모두 상에 설치된 어플리케이션이 인증을 용이하게 하고 및/또는 UE (633) 과 UE (634) 사이의 접속 (예를 들어, 다이렉트 P2P 링크 (650)또는 다이렉트 P2P 링크 (660) 과 같은 다이렉트 P2P 링크) 를 확립하는 것을 보조한다. 인증이 일단 완료되면, 서버는 970 으로 진행한다.

970 에서, UE (633) 는 사설 메타데이터 업데이트 (972) 를 송신한다. 사설 메타데이터 업데이트 (972) 는 940 에서 사설 메타데이터 요청에 응답하여 UE (634) 에 전송된다. 975 에서, UE (634) 는 UE (633) 로부터 송신된 사설 메타데이터 업데이트 (972) 를 수신한다. 위에 언급된 바와 같이, 도 10 은 개시물의 일 양태에 따른 사설 메타데이터 구조 (1000) 의 일 예를 나타낸다. 사설 메타데이터 업데이트 (972) 는 사설 메타데이터 (1010) 에 포함된 모든 데이터, 또는 사설 메타데이터 (1010) 의 일부, 예를 들어 업데이트되었던 부분들을 포함할 수도 있다. 일부 구현들에서, 사설 메타데이터 업데이트 (972) 는 다이렉트 P2P 링크 (650) 또는 다이렉트 P2P 링크 (660) 과 같은 다이렉트 P2P 링크를 사용하여 UE (633) 에 송신된다. 다른 구현들에서, 사설 메타데이터 업데이트 (972) 는 광역 네트워크 접속 (예를 들어, Wi-Fi) 를 사용하여 UE (633) 에 송신된다. 또 다른 구현들에서, 사설 메타데이터 요청 (972) 은 네트워크 링크 (692) 와 같은 네트워크 링크들을 사용하여 UE (633) 에 송신된다. 사설 메타데이터 업데이트 (972) 가 975 에서 수신된 후, 시그널링 플로우 다이어그램 (900) 은 980 으로 진행한다. 980 에서, UE (634) 의 사용자는 공유된 공지 데이터를 통지받는다. 980 에서의 통지는 도 8 을 참조하여 위에 기재된 바와 같이, 880 에서의 통지와 유사할 수도 있다.

도 10 은 일반적으로 개시물의 일 양태에 따른 사설 메타데이터 구조 (1000) 를 도시한다. 위에 언급된 바와 같이, UE (633) 는 UE (633) 상에 국부적으로 사설 메타데이터 구조 (1000) 와 같은 사설 메타데이터를 저장할 수도 있다. UE (633) 상에 저장된 사설 메타데이터 구조 (1000) 는 UE (6330 의 사용자 및/또는 UE (633) 에 관한 데이터를 포함할 수도 있다. 사용자는, 예를 들어 ProSe 코드 및 Prose 앱 ID 투플 (tuple) 및/또는 표현 이름 및 코드를 사용하여 식별될 수도 있다. 또한, 다른 UE 또는 다른 사용자, 예를 들어 UE (634) 또는 UE (634) 의 사용자에 관한 데이터를 포함하는 (사설 메타데이터 구조 (1000) 와 유사한) UE (633) 상에 저장된 다른 메타데이터 구조들이 있을 수도 있다. 부가적으로 또는 대안으로, 어플리케이션 서버 (690) 는 사설 메타데이터 구조 (1000) 와 유사한 하나 이상의 메타데이터 구조들을 저장할 수도 있다.

도 10 에 나타낸 바와 같이, 사설 메타데이터 구조 (1000) 는 예를 들어, 계층적으로 조직화되는 사설 메타데이터 (101) 을 포함할 수도 있다. 사설 메타데이터 구조 (1000) 는 사용자 이름 데이터 블록 (1020), 젠더 데이터 블록 (1030), 거주의 도시 데이터 블록 (1040), 좋아하는 것들 데이터 블록 (1050), 소셜 미디어 핸들 (1058), 나의 찾기들 데이터 블록 (1060), 및 네트워크 정보 데이터 블록 (1070) 을 포함할 수도 있다. 도 10 은 사설 메타데이터에 포함될 수도 있는 데이터의 타입들의 일 예로서만 제공되고, 데이트 블록들 (1020-1070) 중 어느 것이 수정되거나, 계층적 구조 내에서 상이하게 조직화되거나 또는 전부 생략될 수도 있다는 것을 이해할 것이다. 부가적으로 또는 대안으로, 다른 데이터 블록들이 사설 메타데이터 구조 (1000) 에 포함될 수도 있다.

도 10 의 사설 메타데이터 구조 (100) 의 예에서, 좋아하는 것들 데이터 블록 (1050) 은 제 1 관심 데이터 블록 (1052), 제 2 관심 데이터 블록 (1054), 및 취미 데이터 블록 (1056) 을 포함한다. 나의 찾기들 데이터 블록 (1060) 은 제 1 공유된 나의 찾기들 데이터 블록 (1062) 및 제 2 공유된 나의 찾기들 데이터 블록 (1064) 를 포함한다. 네트워크 정보 데이터 블록 (1070) 은 IP 어드레스 데이터 블록 (1072) 및 포트 번호들 데이터 블록 (1074) 를 포함한다. 도 10 은 단지 사설 메타데이터에 포함될 수도 있는 데이터의 타입들의 일 예로서만 제공되고, 데이터 블록들 (1052, 1054, 1056, 1058, 1062, 1064, 1072, 1074) 는 수정되거나, 계층적 구조 내에서 상이하게 조직화되거나, 또는 전부 생락될 수도 있다는 것을 이해할 것이다. 부가적으로 또는 대안으로, 다른 데이터 블록들이 사설 메타데이터 구조 (1000) 에 포함될 수도 있다.

일부 구현들에서, 나의 찾기들 데이터 블록 (1060) 은 발견 공유와 연관된 데이터를 저장하는데 사용될 수도 있다. 위에서 언급된 바와 같이, UE (633) 는 (750 에서) 발견 공유 데이터 (752) 를 어플리케이션 서버 (690) 에 송신할 수도 있다. 발견 공유 데이터 (752) 는 UE (633) 와 연관된 사용자가 발견을 공유한 것을 표시하는 공유 명령 표시자를 포함할 수도 있다. 공유 명령 표시자는, 예를 들어 나의 찾기들 데이터 블록 (1060) 가 업데이트될 필요가 있다는 것을 어플리케이션 서버 (690) 에 시그널링한다. 어플리케이션 서버 (690) 는, 예를 들어 나의 찾기들 데이터 블록 (1062) 에서 그러한 정보를 저장할 수도 있다. 상기 예시들에 기재된 텍스트 코멘트 ("당신은 이것을 놓칠 수 없어!") 가 또한 제 1 공유된 나의 찾기들 데이터 블록 (1062) 에 포함될 수도 있다.

하나의 가능한 예에 따라, 발견 공유 데이터 (752) 는 (위에 기재된 공유 명령 표시자와 함께) 공중 공지 (712) 에서 수신되었던 ProSe 어플리케이션 코드를 포함한다. 다른 가능한 예에서, 발견 공유 데이터 (752) 는 ProSe 어플리케이션 ID 를 포함한다. UE (633) 는 공중 공지 (712) 에서 수신된 ProSe 어플리케이션 코드에 기초하여 ProSe 어플리케이션 ID 를 인식할 수도 있다. ProSe 어플리케이션 ID 는, ProSe 어플리케이션 ID 가 ProSe 기능으로부터 획득했던, 이전 매치 보고 절차에 기초하여 UE (633) 에 알려질 수도 있다.

어느 경우든, 발견 공유와 연관된 데이터를 저장하는데 사용된 나의 찾기들 데이터 블록 (1060) 은 공유될 발견과 연관된 ProSe 어플리케이션 코드, 공유될 발견과 연관된 ProSe 어플리케이션 ID, 또는 이들 양자 모두를 식별할 수 있다.

도 11 은 일반적으로 개시물의 일 양태에 따른 공중 메타데이터 구조 (1100) 를 도시한다. 공지 디바이스 (670) 는 공지 디바이스 (670) 상에 국부적으로 공중 메타데이터 구조 (110) 와 같은 공중 메타데이터를 저장할 수도 있다. 공지 디바이스 (670) 상에 저장된 공중 메타데이터 구조 (1100) 는 공지 디바이스 (670) 및/또는 공지 디바이스 (670) 의 사용자에 관한 데이터를 포함할 수도 있다. 부가적으로 또는 대안으로, 어플리케이션 서버 (690) 는 공중 메타데이터 구조 (1100) 와 유사한 하나 이상의 데이터 구조들을 저장할 수도 있다.

도 11 에 나타낸 바와 같이, 공중 메타데이터 구조 (1100) 는 예를 들어, 계층적으로 조직화되는 공중 메타데이터 (1110) 를 포함할 수도 있다. 공중 메타데이터 구조 (1100) 는, 균일한 리소스 식별자 (URI) 데이터 블록 (1120), 상호 이름 데이터 블록 (1125), 상호 디스크립션 데이터 블록 (1130), 번지 (street address) 데이터 블록 (1140), 전화 번호 데이터 블록 (1150), 이벤트 데이터 블록 (1155), 지리학적 좌표 데이터 블록 (1160), 맵 URL (uniform resource locator) 데이터 블록 (1170), 로고 URL 데이터 블록 (1175), 허용된 지불 데이터 블록 (1180), 운영 시간 데이터 블록 (1185), 및 네트워크 정보 데이터 블록 (1190) 을 포함할 수도 있다. 도 11 은 단지 사설 메타데이터에 포함될 수도 있는 데이터 타입들의 일 예로서 제공되고, 데이터 블록들 (1120-1190) 중 임의의 것이 수정되거나, 계층적 구조 내에서 상이하게 조직화되거나, 전부 생략될 수도 있다는 것이 이해될 것이다. 부가적으로 또는 대안으로, 다른 데이터 블록들이 공중 메타데이터 구조 (1100) 에 포함될 수도 있다.

도 11 의 공중 메타데이터 구조 (1100) 의 예에서, 번지 데이터 블록 (1140) 은 제 1 번지 라인 데이터 블록 (1142), 제 2 번지 라인 데이터 블록 (1144), 로컬리티 데이터 블록 (1146), 및 zip 코드 데이터 블록 (1148) 을 포함한다. 지리학적 좌표 데이터 블록 (1160) 은 위도 데이터 블록 (1162), 경도 데이터 블록 (1164), 및 고도 데이터 블록 (1166) 을 포함한다. 네트워크 정보 데이터 블록 (1190) 은 IP 어드레스 데이터 블록 (1192) 및 포트 번호 데이터 블록 (1194) 를 포함한다. 도 11 은 단지 공중 메타데이터 블록에 포함될 수도 있는 데이터 타입들의 일 예로서만 제공되고, 데이터 블록들 (1142, 1144, 1146, 1148, 1162, 1164, 1166, 1192, 1194) 중 임의의 것이 수정되거나, 계층학적 구조 내에서 상이하게 조직화되거나, 전부 생략될 수도 있다는 것이 이해될 것이다. 부가적으로 또는 대안으로, 다른 데이터 블록들이 공중 메타데이터 구조 (1100) 에 포함될 수도 있다.

용어들 "공중" 및 "사설" 은 오직 예시를 위해서만 사용되는 것을 이해할 것이다. 예를 들어, 일부 구현들에서, 공중 공지 (712) 는 사실상 사설 공지일 수도 있고, 사설 공지들 (707, 792, 812, 912) 는 사실상 공중 공지들일 수도 있음을 이해할 것이다. 도 7, 도 8 및 도 9 에서, 각각의 공지는 "공중" 또는 "사설" 중 어느 것으로서 지칭될 수도 있지만, 이것은 단지 예시를 위해서인 것임을 이해할 것이다. 특히, 임의의 다양한 (공중, 사설, 또는 그 외의 것) 공지가 도 7 에 따라 공지 디바이스 (670) 에 의해 송신되고, UE (633) 에 의해 수신, 발견 및 공유된다. 또한, 다양한 (공중, 사설, 또는 그 외의 것) 공지는 (770 에서) 어플리케이션 서버 (690) 에 의해 업데이트되고 (705, 790 및/또는 812) 에서 UE (633) 에 의해 송신될 수도 있다.

도 10 및 도 11 은 단지 공중 공지들을 만드는 엔티티에 의해 통상적으로 저장될 수도 있는 데이터의 타입들과 대조적인 사설 공지들을 만드는 엔티티에 의해 통상적으로 저장될 수도 있는 메타데이터의 종류들의 예들로서만 제공되는 것임을 또한 이해할 것이다. "사설 메타데이터" 또는 "공중 메타데이터" 에 대한 본 개시물에서의 임의의 언급은 순전히 예시적인 것이고, 일부 구현들에서, 다양한 (공중, 사설, 또는 그외의 것) 메타데이터에 대한 언급으로서 해석될 수도 있다.

도 12, 도 13, 및 도 14 는 근접 발견 동안 사용될 수 있는 데이터를 도시한다. 위에서 언급된 바와 같이, LTE-D 기술이 공지들의 근접 발견 및 발견들의 공유를 용이하게 하는데 사용될 수 있다. 하지만, 상기 동작들은 LTE-D, Wi-Fi 다이렉트, 블루투스 저에너지 (BTLE) 등을 포함한, 임의의 적절한 P2P 기술을 활용할 수 있다.

도 12 는 일반적으로 LTE-D 에서 근접 발견을 위한 LTE-D 발견 프레임 (1200) 을 도시한다. 일부 구현들에서, 도 7, 도 8 및 도 9 에 도시된 공지들 (707, 712, 792, 812, 912) 은 LTE-D 발견 프레임 (1200) 의 포맷을 채택할 수도 있다. LTE-D 발견 프레임 (1200) 은, 3GPP 표준들을 따르는 것에 의해, ProSe 발견 프레임일 수도 있다.

LTE-D 발견 프레임 (1200) 은 매체 액세스 제어 프로토콜 데이터 유닛 (MAC PDU)(1210) 및 MAC PDU (1210) 의 종단에 부가되는 24 비트 사이클릭 리던던시 체크 블록 (1220) 을 포함한다. MAC PDU (1210) 는 8 비트 메시지 타입 블록 (1230), 184 비트 ProSe 어플리케이션 코드 블록 (1240), 32 비트 메시지 무결성 코드 블록 (1250), 4 비트 제로 패딩 (1260), 및 4 비트 시간 교정 블록 (1270) 을 포함한다. 이들 비트 양들은 순전히 예시를 위해서만 제공되고, 수정 처리된다. 하지만, LTE-D 발견 프레임 (1200), 및 발견 프레임들은 일반적으로 반송될 수 있는 데이터의 양으로 제약되는 것임을 이해할 것이다.

예를 들어, ProSe 어플리케이션 코드 블록 (1240) 은 다량의 메타데이터 (예컨대 도 10 에 도시된 메타데이터 구조 (1000) 또는 1100 에 도시된 공중 메타데이터 구조 (1100)) 를 반송하기에 충분히 크지 않을 수도 있다. 일부 구현들에서, ProSe 어플리케이션 코드 블록 (1240) 의 일부는 송신 엔티티의 업데이트 스테이터스의 식별을 위해 예약될 수도 있다. 그 결과, LTE-D 발견 프레임 (1200) 을 송신하는 엔티티와 연관된 메타데이터가 다른 곳 (예를 들어, 어플리케이션 서버 (690) 상에) 저장될 수 있고, ProSe 어플리케이션 코드 블록 (1240) 에 예약된 하나 이상의 비트들은 간단히 새로운 메타데이터가 이용가능할 때를 표시할 수 있다.

위에 언급된 바와 같이, ProSe 어플리케이션 코드 블록 (1240) 으로부터의 하나 이상의 비트들은, 활성화될 때, 송신 엔티티가 발견을 공유하기를 원하는 것을 표시하는 새로운 찾기 플래그에 대해 예약될 수 있다. 부가적으로 또는 대안으로, ProSe 어플리케이션 코드 블록 (1240) 으로부터의 하나 이상의 비트들은 메타데이터 버전 번호, 최신 메타데이터 업데이트에 대한 타임스탬프, 및/또는 최신 메타데이터 업데이트에 대한 식별 번호에 대해 예약될 수 있다. 그 결과, LTE-D 발견 프레임 (1200) 을 수신하는 엔티티는 ProSe 어플리케이션 코드 블록 (1240) 에 기초하여 누가 공지를 송신했는지를 결정할 수 있고, 또한 새로운 메타데이터가 이용가능한지를 결정할 수 있다.

도 13 은 일반적으로 Wi-Fi 다이렉트에서 근접 발견을 위한 Wi-Fi 다이렉트 발견 프레임 (1300) 을 도시한다. 일부 구현들에서, 도 7, 도 8, 및 도 9 에 도시된 공지들 (707, 712, 792, 812, 912) 은 Wi-Fi 다이렉트 발견 프레임 91300) 의 포맷을 채택할 수도 있다.

Wi-Fi 다이렉트 발견 프레임 (1300) 은 1 바이트 속성 ID 블록 (1310), 2 바이트 길이 블록 (1320), 및 6 바이트 서비스 ID 블록 (1330), 1 바이트 서비스 제어 (1340), 선택적 1 바이트 매치 필터 길이 블록 (1350), 매치 필터 (1355), 선택적 1 바이트 서비스 응답 필터 길이 블록 (1360), 1 바이트 서비스 응답 필터 (1365), 1 바이트 서비스 정보 길이 블록 (1370), 및 가변 길이 서비스 정보 블록 (1380) 을 포함한다. 이들 비트 양들은 순전히 예시를 위해서만 제공되고, 수정 처리 된다. LTE-D 발견 프레임 (1200) 과 같은 Wi-Fi 발견 프레임 (1300) 은 반송될 수 있는 데이터의 양으로 제약될 수 있음을 이해할 것이다. 하지만, Wi-Fi 다이렉트 발견 프레임 (1300) 은 더 클 수도 있고 LTE-D 발견 프레임 (1200) 만큼으로 제약되지 않는다. 그 결과, 송신 엔티티와 연관된 메타데이터는 원격 서버 상에 저장되기 보다는, Wi-Fi 다이렉트 발견 프레임 (1300) 내에 직접 임베딩될 수 있는 증가된 가능성이 있다.

Wi-Fi 다이렉트 발견 프레임 (1300) 을 송신하는 엔티티와 연관된 메타데이터가 Wi-Fi 발견 프레임 (1300) 그 자체에 (예를 들어, 서비스 정보 블록 (1380) 에) 임베딩될 수 있으며, 도 8 및 도 9 에 나타낸 다수의 동작들이 생략될 수 있다. 예를 들어, UE (634) 는, (도 8 에 있어서 815 에서) 사설 공지 (812) 를 수신한 후, (880 에서 처럼) 이후 공유된 공지 데이터를 사용자에게 통지하는데 사용되는 어플리케이션 판독가능 언어로 간단히 사설 공지 (812) 를 해석하는 것이 가능할 수도 있다. 하지만, 충분한 메타데이터가 Wi-Fi 다이렉트 발견 프레임 (1300) 에 임베딩될 수 없으면, 메타데이터는 원격 서버 상에 저장될 수 있고, Wi-Fi 다이렉트 발견 프레임 (1300) 에서의 하나 이상의 비트들 (예를 들어, 서비스 정보 블록 (1380) 은 도 8 에 나타낸 것과 동일한 방식으로 원격으로 저장된 메타데이터의 업데이트 스테이터스 또는 위치를 표시할 수 있다.

도 14 는 일반적으로 BTLE 에서 근접 발견을 위한 BTLE 발견 프레임 (1400) 을 도시한다. 일부 구현들에서, 도 7, 도 8 및 도 9 에 도시된 공지들 (707, 712, 792, 812, 912) 은 BTLE 발견 프레임 (1400) 의 포맷을 채택할 수도 있다.

BTLE 발견 프레임 (1400) 은 1 바이트 프리앰블 블록 (1410), 4 바이트 액세스 어드레스 블록 (1414), 2 바이트 헤더 블록 (1416), 37 바이트 프로토콜 데이터 유닛 (PDU) 패이로드 블록 (1420), 및 3 바이트 사이클릭 리던던시 체크 (CRC) 블록 (1430) 을 포함한다. 패이로드 (1420) 는 예를 들어, 6 바이트 광고주 어드레스 블록 (1440) 을 포함하고, 추가로 광고 정보 블록 (1450) 을 포함할 수도 있다. 광고 정보 블록 (1450) 은 1 바이트 길이 블록 (1460), 1 바이트 타입 블록 (1462) 및 값 블록 (1464) 에 의해 각각 식별되는, 데이터의 개별 그룹핑을 더 포함할 도 있다. 도 14 는 2 개의 그러한 그룹핑들, 1460, 1462 및 1464 를 포함한 제 1, 및 길이 블록 (1470) 을 포함한 제 2, 타입 블록 블록 (1472) 및 갑 블록 (1474) 을 나타낸다.

LTE-D 발견 프레임 (1200) 및 Wi-Fi 다이렉트 발견 프레임 (1300) 처럼, BTLE 발견 프레임 (1400) 은 반송될 수 있는 데이터의 양으로 제약되는 것임을 이해할 것이다. BTLE 발견 프레임 (1400) 은 송신 엔티티와 연관된 메타데이터가 원격 서버 상에 저장되기 보다는, BTLE 발견 프레임 (1400) 내에 직접 임베딩될 수 있는 증가된 가능성이 있다는 점에서 Wi-Fi 다이렉트 발견 프레임 (1300) 과 유사할 수도 있다.

마찬가지로, Wi-Fi 다이렉트 발견 프레임 (1300) 을 송신하는 엔티티와 연관된 메타데이터가 BTLE 발견 프레임 (1400) 그 자체에 (예를 들어, 값 블록 (1464), 값 블록 (1474) 등) 에 임베딩될 수 있으면, 도 8 및 도 9 에 나타낸 다수의 동작들은 생략될 수 있다. 예를 들어, UE (634) 는, 도 8 에 있어서 815 에서, 사설 공지 (812) 를 수신한 후, (880 에서 처럼) 공유된 공지 데이터를 사용자에게 통지하는데 이후 사용되는 어플리케이션 판독 언어로 간단히 사설 공지 (812) 를 해석하는 것이 가능할 수도 있다. 하지만, BTLE 발견 프레임 (1400) 에 충분한 메타데이터가 임베딩될 수 없으면, 메타데이터는 원격 서버 상에 저장될 수 있고, BTLE 발견 프레임 (1400) 에서 (예를 들어, 값 블록 (1464), 값 블록 (1474) 등에서) 하나 이상의 비트들은 도 8 에 나타낸 것과 동일한 방식으로 원격으로 저장된 메타데이터의 업데이트 스테이터스 또는 위치를 표시할 수 있다.

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

또한, 당업자는 본원에 개시된 실시형태들에 관련하여 설명되는 다양한 예시적인 논리 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어, 또는 양쪽 모두의 조합들로 구현될 수도 있다는 것을 인지할 것이다. 하드웨어와 소프트웨어의 이러한 상호교환가능성을 명백히 예시하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들이 일반적으로 이들의 기능의 관점에서 설명되었다. 이러한 기능이 하드웨어 또는 소프트웨어 중 어느 것으로 구현되는지는 전체 시스템에 부과되는 설계 제약들 및 특정 어플리케이션에 의존한다. 당업자는 설명된 기능을 각각의 특정 어플리케이션에 대하여 다양한 방법들로 구현할 수도 있지만, 이러한 구현 결정들은 발명의 범위를 벗어나는 것을 야기하는 것으로 해석되어서는 안된다.

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

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

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

전술한 개시물은 발명의 예시적인 실시형태들을 나타내지만, 첨부된 청구항들에 의해 규정되는 발명의 범위로부터 벗어나는 일 없이 다양한 변화들 및 변경들이 이루어질 수 있다는 것에 주목해야 한다. 여기에 설명된 발명의 실시형태들에 따른 방법 청구항들의 기능들, 단계들 및/또는 액션들은 어떤 특정의 순서로 수행될 필요는 없다. 또한, 비록 발명의 엘리먼트들이 단수로 설명되거나 또는 청구될 수도 있지만, 그 단수로의 제한이 명시적으로 언급되지 않는 한, 복수가 고려된다.

Claims (30)

1. 발견 (discovery) 을 공유하기 위한 모바일 디바이스를 위한 방법으로서,
   공지 (announcement) 디바이스로부터 제 1 공지를 수신하는 단계;
   수신된 상기 공지가 상기 모바일 디바이스의 사용자에 관심이 있는 것을 표시하는 공유 명령을 수신하는 단계;
   상기 공유 명령에 응답하여 수신된 상기 제 1 공지에 기초하여 발견 공유 데이터를 생성하는 단계;
   상기 발견 공유 데이터를 외부 서버에 송신하는 단계;
   상기 모바일 디바이스와 연관된 메타데이터가 업데이트되었음을 표시하는 업데이트 표시자를 상기 외부 서버로부터 수신하는 단계; 및
   상기 업데이트 표시자에 기초하여 상기 모바일 디바이스와 연관된 제 2 공지를 생성하는 단계를 포함하는, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
2. 제 1 항에 있어서,
   상기 제 1 공지는 아이덴티티, 위치, 이벤트, 또는 서비스 중 적어도 하나와 연관된 공중 공지이고, 상기 아이덴티티, 위치, 이벤트, 또는 서비스는 상기 공지 디바이스와 연관되는, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
3. 제 2 항에 있어서,
   상기 공중 공지는 ProSe 발견 프레임을 포함하는, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
4. 제 1 항에 있어서,
   상기 모바일 디바이스의 사용자 인터페이스에 사용자 통지를 송신하는 단계를 더 포함하고,
   상기 공유 명령을 수신하는 단계는, 상기 모바일 디바이스의 상기 사용자 인터페이스로부터 상기 공유 명령을 수신하는 단계를 포함하는, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
5. 제 1 항에 있어서,
   상기 수신된 제 1 공지는 상기 공지 디바이스와 연관된 식별을 포함하고; 그리고
   생성된 상기 발견 공유 데이터는 상기 공유 명령이 수신되었음을 표시하는 공유 명령 표시자 및 상기 제 1 공지에서 수신된 상기 공지 디바이스와 연관된 상기 식별을 포함하는, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
6. 제 5 항에 있어서,
   상기 모바일 디바이스의 사용자 인터페이스에 사용자 통지를 송신하는 단계를 더 포함하고,
   상기 공유 명령을 수신하는 단계는, 상기 모바일 디바이스의 상기 사용자 인터페이스로부터 상기 공유 명령을 수신하는 단계를 포함하고,
   상기 생성된 발견 공유 데이터는, 상기 공유 명령에 관하여, 상기 모바일 디바이스의 상기 사용자 인터페이스를 통해 진입되거나 어태치된, 콘텍스트 데이터를 더 포함하는, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
7. 제 1 항에 있어서,
   상기 제 2 공지를 송신하는 단계를 더 포함하고,
   상기 제 2 공지는 상기 모바일 디바이스와 연관된 아이덴티티와 연관된 사설 공지인, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
8. 제 7 항에 있어서,
   상기 사설 공지는 ProSe 발견 프레임을 포함하는, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
9. 제 7 항에 있어서,
   상기 사설 공지는, (i) 메타데이터 업데이트 타임스탬프, (ii) 메타데이터 버전 번호, (iii) 메타데이터 업데이트 식별 번호, 또는 (iv) (i), (ii), 및 (iii) 의 임의의 조합 중 하나 이상을 표시하는 메타데이터 업데이트 스테이터스 표시자 및 상기 모바일 디바이스와 연관된 상기 아이덴티티의 식별을 포함하는, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
10. 제 7 항에 있어서,
    상기 사설 공지는 상기 모바일 디바이스와 연관된 상기 메타데이터가 발견 공유 데이터를 포함하는 것을 표시하는 새로운 찾기 플래그 (find flag) 표시자 및 상기 모바일 디바이스와 연관된 상기 아이덴티티의 식별을 포함하는, 발견을 공유하기 위한 모바일 디바이스를 위한 방법.
11. 모바일 디바이스로서,
    프로세서; 및
    상기 프로세서에 커플링되고, 관련된 데이터 및 명령들을 저장하는, 메모리를 포함하고,
    상기 프로세서는,
    공지 디바이스로부터 제 1 공지를 수신하고;
    수신된 상기 공지가 상기 모바일 디바이스의 사용자에 관심이 있는 것을 표시하는 공유 명령을 수신하고;
    상기 공유 명령에 응답하여 수신된 상기 제 1 공지에 기초하여 발견 공유 데이터를 생성하고;
    상기 발견 공유 데이터를 외부 서버에 송신하고;
    상기 모바일 디바이스와 연관된 메타데이터가 업데이트되었음을 표시하는 업데이트 표시자를 상기 외부 서버로부터 수신하며; 그리고
    상기 업데이트 표시자에 기초하여 상기 모바일 디바이스와 연관된 제 2 공지를 생성하도록 구성되는, 모바일 디바이스.
12. 제 11 항에 있어서,
    상기 제 1 공지는 아이덴티티, 위치, 이벤트, 또는 서비스 중 적어도 하나와 연관된 공중 공지이고, 상기 아이덴티티, 위치, 이벤트, 또는 서비스는 상기 공지 디바이스와 연관되는, 모바일 디바이스.
13. 제 12 항에 있어서,
    상기 공중 공지는 롱텀 에볼루션 다이렉트 (LTE-D) 발견 프레임을 포함하는, 모바일 디바이스.
14. 제 11 항에 있어서,
    상기 프로세서는 또한, 상기 모바일 디바이스의 사용자 인터페이스에 사용자 통지를 송신하도록 구성되고,
    수신된 상기 공유 명령은 상기 모바일 디바이스의 상기 사용자 인터페이스로부터 수신되는, 모바일 디바이스.
15. 제 11 항에 있어서,
    상기 수신된 제 1 공지는 상기 공지 디바이스와 연관된 식별을 포함하고; 그리고
    생성된 상기 발견 공유 데이터는 상기 공유 명령이 수신되었음을 표시하는 공유 명령 표시자 및 상기 제 1 공지에서 수신된 상기 공지 디바이스와 연관된 상기 식별을 포함하는, 모바일 디바이스.
16. 제 15 항에 있어서,
    상기 프로세서는 또한, 상기 모바일 디바이스의 사용자 인터페이스에 사용자 통지를 송신하도록 구성되고;
    수신된 상기 공유 명령은 상기 모바일 디바이스의 상기 사용자 인터페이스로부터 수신되며; 그리고
    상기 생성된 발견 공유 데이터는, 상기 공유 명령에 관하여, 상기 모바일 디바이스의 상기 사용자 인터페이스를 통해 진입되거나 어태치된, 콘텍스트 데이터를 더 포함하는, 모바일 디바이스.
17. 제 11 항에 있어서,
    상기 프로세서는 또한, 상기 제 2 공지를 송신하도록 구성되고,
    상기 제 2 공지는 상기 모바일 디바이스와 연관된 아이덴티티와 연관된 사설 공지인, 모바일 디바이스.
18. 제 17 항에 있어서,
    상기 사설 공지는 롱텀 에볼루션 다이렉트 (LTE-D) 발견 프레임을 포함하는, 모바일 디바이스.
19. 제 17 항에 있어서,
    상기 사설 공지는, (i) 메타데이터 업데이트 타임스탬프, (ii) 메타데이터 버전 번호, (iii) 메타데이터 업데이트 식별 번호, 또는 (iv) (i), (ii), 및 (iii) 의 임의의 조합 중 하나 이상을 표시하는 메타데이터 업데이트 스테이터스 표시자 및 상기 모바일 디바이스와 연관된 상기 아이덴티티의 식별을 포함하는, 모바일 디바이스.
20. 제 17 항에 있어서,
    상기 사설 공지는 상기 모바일 디바이스와 연관된 상기 메타데이터가 발견 공유 데이터를 포함하는 것을 표시하는 새로운 찾기 플래그 표시자 및 상기 모바일 디바이스와 연관된 상기 아이덴티티의 식별을 포함하는, 모바일 디바이스.
21. 발견을 공유하기 위한 장치로서,
    공지 디바이스로부터 제 1 공지를 수신하는 수단;
    수신된 상기 공지가 모바일 디바이스의 사용자에 관심이 있는 것을 표시하는 공유 명령을 수신하는 수단;
    상기 공유 명령에 응답하여 수신된 상기 제 1 공지에 기초하여 발견 공유 데이터를 생성하는 수단;
    상기 발견 공유 데이터를 외부 서버에 송신하는 수단;
    상기 모바일 디바이스와 연관된 메타데이터가 업데이트되었음을 표시하는 업데이트 표시자를 상기 외부 서버로부터 수신하는 수단; 및
    상기 업데이트 표시자에 기초하여 상기 모바일 디바이스와 연관된 제 2 공지를 생성하는 수단을 포함하는, 발견을 공유하기 위한 장치.
22. 제 21 항에 있어서,
    상기 수신된 제 1 공지는 상기 공지 디바이스와 연관된 식별을 포함하고; 그리고
    생성된 상기 발견 공유 데이터는 상기 공유 명령이 수신되었음을 표시하는 공유 명령 표시자 및 상기 제 1 공지에서 수신된 상기 공지 디바이스와 연관된 상기 식별을 포함하는, 발견을 공유하기 위한 장치.
23. 제 21 항에 있어서,
    상기 제 2 공지를 송신하는 수단을 더 포함하고,
    상기 제 2 공지는 상기 모바일 디바이스와 연관된 아이덴티티와 연관된 사설 공지인, 발견을 공유하기 위한 장치.
24. 제 23 항에 있어서,
    상기 사설 공지는, (i) 메타데이터 업데이트 타임스탬프, (ii) 메타데이터 버전 번호, (iii) 메타데이터 업데이트 식별 번호, 또는 (iv) (i), (ii), 및 (iii) 의 임의의 조합 중 하나 이상을 표시하는 메타데이터 업데이트 스테이터스 표시자 및 상기 모바일 디바이스와 연관된 상기 아이덴티티의 식별을 포함하는, 발견을 공유하기 위한 장치.
25. 제 23 항에 있어서,
    상기 사설 공지는 상기 모바일 디바이스와 연관된 상기 메타데이터가 발견 공유 데이터를 포함하는 것을 표시하는 새로운 찾기 플래그 표시자 및 상기 모바일 디바이스와 연관된 상기 아이덴티티의 식별을 포함하는, 발견을 공유하기 위한 장치.
26. 프로세서에 의해 실행될 때, 상기 프로세서로 하여금 발견을 공유하기 위한 동작들을 수행하게 하는, 코드를 포함하는 비일시적 컴퓨터 판독가능 저장 매체로서,
    공지 디바이스로부터 제 1 공지를 수신하기 위한 코드;
    수신된 상기 공지가 모바일 디바이스의 사용자에 관심이 있는 것을 표시하는 공유 명령을 수신하기 위한 코드;
    상기 공유 명령에 응답하여 수신된 상기 제 1 공지에 기초하여 발견 공유 데이터를 생성하기 위한 코드;
    상기 발견 공유 데이터를 외부 서버에 송신하기 위한 코드;
    상기 모바일 디바이스와 연관된 메타데이터가 업데이트되었음을 표시하는 업데이트 표시자를 상기 외부 서버로부터 수신하기 위한 코드; 및
    상기 업데이트 표시자에 기초하여 상기 모바일 디바이스와 연관된 제 2 공지를 생성하기 위한 코드를 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
27. 제 26 항에 있어서,
    상기 수신된 제 1 공지는 상기 공지 디바이스와 연관된 식별을 포함하고; 그리고
    생성된 상기 발견 공유 데이터는 상기 공유 명령이 수신되었음을 표시하는 공유 명령 표시자 및 상기 제 1 공지에서 수신된 상기 공지 디바이스와 연관된 상기 식별을 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
28. 제 26 항에 있어서,
    상기 제 2 공지를 송신하기 위한 코드를 더 포함하고,
    상기 제 2 공지는 상기 모바일 디바이스와 연관된 아이덴티티와 연관된 사설 공지인, 비일시적 컴퓨터 판독가능 저장 매체.
29. 제 28 항에 있어서,
    상기 사설 공지는, (i) 메타데이터 업데이트 타임스탬프, (ii) 메타데이터 버전 번호, (iii) 메타데이터 업데이트 식별 번호, 또는 (iv) (i), (ii), 및 (iii) 의 임의의 조합 중 하나 이상을 표시하는 메타데이터 업데이트 스테이터스 표시자 및 상기 모바일 디바이스와 연관된 상기 아이덴티티의 식별을 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
30. 제 28 항에 있어서,
    상기 사설 공지는 상기 모바일 디바이스와 연관된 상기 메타데이터가 발견 공유 데이터를 포함하는 것을 표시하는 새로운 찾기 플래그 표시자 및 상기 모바일 디바이스와 연관된 상기 아이덴티티의 식별을 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.

Images