KR20180107322A

KR20180107322A - 근접 서비스들을 위한 ｅｐｃ 증강들

Info

Publication number: KR20180107322A
Application number: KR1020187027266A
Authority: KR
Inventors: 마무드 와트파; 광저우 왕; 사드 아마드; 리시앙 썬
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2013-07-03
Filing date: 2014-07-03
Publication date: 2018-10-01
Also published as: JP6514194B2; KR102122674B1; US10616905B2; US9974090B2; JP2019146237A; CN110149621B; CN110149621A; MX354148B; US20180234990A1; CN105557062B; CN105557062A; AU2014285083B2; JP2016528784A; AU2014285083A1; US20160374104A1; MX2016000004A; KR20160030965A; JP6906561B2; WO2015003153A1; EP3681184A1

Abstract

이동성 이벤트를 리포팅하고 및/또는 이에 반응하기 위한 시스템들, 방법들, 및 수단들이 개시된다. 무선 송수신 유닛(wireless transmit/receive unit; WTRU)은, 적어도 부분적으로, 제 2 WTRU와 근접 서비스(proximity service; ProSe) 세션을 수립하고, ProSe 세션이 진행중인 동안 셀룰러 네트워크 내의 이동성 이벤트의 발생을 검출하며, ProSe 세션의 유형 및 이동성 이벤트의 유형 중 하나 이상에 기초하여 ProSe 세션에 대하여 수행되어야 하는 액션의 유형을 결정하고, 셀룰러 네트워크 내의 노드로 통지를 송신하도록 구성된 프로세서를 포함할 수 있으며, 여기에서 통지는 ProSe 세션에 대해 수행되어야 할 액션의 표시를 포함한다. 노드는 진화형 노드 B(evolved Node B; eNB), 근접 서버, 또는 이동성 관리 엔티티(mobility management entity; MME) 중 하나일 수 있다. 노드는 제 2 WTRU일 수 있다.

Description

근접 서비스들을 위한 ＥＰＣ 증강들{EPC ENHANCEMENTS FOR PROXIMITY SERVICES}

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

본 출원은, 2013년 7월 3일자로 출원된 미국 가특허 출원 번호 제61/842,877호 및 2013년 9월 20일자로 출원된 미국 가특허 출원 번호 제61/880,822호의 이익을 주장하며, 이로써 이들의 전체가 각기 본원에 참조로써 포함된다.

배경기술

무선 통신 네트워크들, 예를 들어, 모바일 네트워크들에 있어, 무선 송수신 유닛(wireless transmit/receive unit; WTRU)은 다양한 통신 프로토콜들을 사용하여 네트워크 노드들과 통신할 수 있다. WTRU들 중 하나 이상은 근처의 WTRU들과 직접적으로 통신할 수 있으며, 예를 들어, 아주 근접한 다른 WTRU과 및/또는 근접 서버와 직접적으로 통신할 수 있다. 근접 무선 디바이스들은 하나의 무선 액세스 기술(radio access technology; RAT)로부터 다른 무선 액세스 기술로 이동할 수 있다.

이동성 이벤트를 리포팅하고 및/또는 이에 반응하기 위한 시스템들, 방법들, 및 수단들이 개시된다. 예를 들어, 무선 송수신 유닛(WTRU)은, 제 2 WTRU와 근접 서비스(proximity service; ProSe) 세션을 수립하고, ProSe 세션이 진행중인 동안 셀룰러 네트워크 내의 이동성 이벤트의 발생을 검출하며, ProSe 세션의 유형 또는 이동성 이벤트의 유형 중 하나 이상에 기초하여 ProSe 세션에 대하여 수행되어야 하는 액션의 유형을 결정하고, 결정된 수행되어야 하는 액션에 기초하여 셀룰러 네트워크 내의 노드로 통지를 송신하도록 구성될 수 있다. 예를 들어, 통지는 ProSe 세션에 대하여 수행되어야 하는 액션의 표시를 포함할 수 있다. 노드는 진화형 노드 B(evolved Node B; eNB), 근접 서버, 이동성 관리 엔티티(mobility management entity; MME), 및/또는 셀룰러 코어 네트워크 내의 다른 노드들일 수 있다. 일 예에 있어, 통지를 수신하는 노드는 ProSe 세션 내에 포함된 제 2 WTRU일 수 있다.

WTRU는 RRC 메시지, NAS 메시지, 또는 애플리케이션 계층 메시지 중 하나 이상으로 통지를 송신하도록 구성될 수 있다. 예를 들어, WTRU는 애플리케이션 계층 제어 영역을 통해 애플리케이션 서버로 통지를 송신하도록 구성될 수 있다. WTRU는 MME로 통신을 송신하도록 구성될 수 있으며, 통지는 이동성 이벤트 정보를 포함할 수 있다. WTRU는 이동성 명령을 수신하도록 구성될 수 있다. WTRU가 이동성 명령을 수신할 때, WTRU는 통지를 송신하도록 구성될 수 있다. WTRU는 이동성 이벤트를 고려하여 ProSe 세션이 어떻게 계속되어야만 하는지에 대한 표시를 포함하는 통지를 송신하도록 구성될 수 있다. 예를 들어, WTRU는 ProSe 세션이 무선 근거리 네트워크(wireless local area network; WLAN)(예를 들어, Wi-Fi)를 통해 계속될 것임을 표시할 수 있다. 예를 들어, ProSe 세션은 이동성 이벤트가 인터(inter)-시스템 변경을 포함하고 있을 때 WLAN을 통해 계속될 수 있다.

WTRU는 인터넷을 통해 ProSe 세션을 계속하기 위한 표시를 포함하는 통지를 송신하도록 구성될 수 있다. 예를 들어, ProSe 세션은 이동성 이벤트가 회선-교환 폴백(circuit-switched fallback; CSFB)에 대응할 때 인터넷을 통해 계속될 수 있다. WTRU는 ProSe 세션을 일시 중지(suspend)하기 위한 표시를 포함하는 통지를 송신하도록 구성될 수 있다. 예를 들어, ProSe 세션은 이동성 이벤트가 CSFB에 대응하는 몇몇 상황들에서 일시 중지될 수 있다. 일 예에 있어, WTRU는 이동성 이벤트가 CSFB에 기인하는 인터-RAT 시스템 변경에 대응할 때 ProSe 세션을 일시 중지하기 위한 표시를 포함하는 통지를 송신하도록 구성될 수 있다. WTRU는, 예를 들어, 이동성 이벤트가 인터-PLMN 핸드오버(handover; HO)에 대응할 때 ProSe 세션을 일시 중지하기 위한 표시를 포함하는 통지를 송신하도록 구성될 수 있다. WTRU는, 이동성 이벤트가 인터-RAT HO에 대응할 때, ProSe 세션을 일시 중지하기 위한 표시를 포함하는 통지를 송신하도록 구성될 수 있다. WTRU는, 예를 들어, 이동성 이벤트가 인트라(intra)-RAT HO에 대응할 때, ProSe 세션을 일시 중지하기 위한 표시를 포함하는 통지를 송신하도록 구성될 수 있다. WTRU는, 예를 들어, 진화형 노드 B와 같은 무선 액세스 네트워크(radio access network; RAN) 노드를 통해 ProSe 세션에 대한 세션 관리 요청들을 전송하도록 구성될 수 있다.

이동성 이벤트들의 예들은, 음성 호들에 대한 회선 교환 폴백(Circuit Switched Fallback; CSFB), 인터 무선 액세스 기술(radio access technology; RAT) 핸드 오버, 또는 인터-공중 육상 모바일 네트워크(public land mobile network; PLMN) 핸드오버를 수행하기 위한 요청을 포함한다.

이동성 이벤트의 발생에 기초하여 ProSe 세션에 대해 수행될 수 있는 액션들의 예들은, ProSe 세션을 일시 중지하는 것, WLAN을 사용하여 ProSe 세션을 계속하는 것, 인터넷을 통해 ProSe 세션을 계속하는 것, 및/또는 유사한 것을 포함한다. WTRU는 2 이상의 통지를 송신하도록 구성될 수 있으며, 예를 들어, 통지들은 복수의 애플리케이션들로부터 전송될 수 있다. 일 예로서, 몇몇 상이한 애플리케이션들로부터의 통지들은 계류중인(pending) 또는 진행중인 이동성 이벤트를 고려하여 취해져야 하는 애플리케이션 특정 액션들을 나타내기 위해 순차적으로 전송될 수 있다.

도 1a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템의 시스템 도면을 도시한다.
도 1b는 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 송수신 유닛(wireless transmit/receive unit; WTRU)의 시스템 도면을 도시한다.
도 1c는 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 코어 네트워크 및 예시적인 무선 액세스 네트워크의 시스템 도면이다.
도 1d는 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 코어 네트워크 및 예시적인 무선 액세스 네트워크의 시스템 도면이다.
도 1e는 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 코어 네트워크 및 예시적인 무선 액세스 네트워크의 시스템 도면이다.
도 2는 사용자 장비(WTRU) 대 WTRU 직접 통신의 일 예를 예시하는 도면이다.
도 3은 무선 액세스 네트워크(RAN)(예를 들어, e노드B)를 통해 통신하는 하나 이상의 WTRU들의 일 예를 예시하는 도면이다.
도 4는 실시예들에 부합하는 보안 키 계층의 일 예를 예시하는 도면이다.
도 5는 ProSe 접속에 대한 스케줄링(scheduling)을 위한 예시적인 기술의 순서도이다.
도 6은 대응하는 MAC-SDU가 ProSe 트래픽에 대한 것이라는 표시를 위한 헤더 내의 플래그 비트의 일 예의 예시이다.
도 7은 근접 접속을 위한 MME 개시형(initiated) 전용 베어러(bearer) 수립 기술의 일 예를 예시한다.
도 8은 PCRF 개시형 전용 베어러를 포함하는, eNB를 통한 ProSe 통신 경로의 수립의 일 예를 예시한다.
도 9는 PCRF 개시형 전용 베어러를 포함하는, eNB를 통한 ProSe 통신 경로의 수립의 다른 예를 예시한다.

이제 예시적인 실시예들의 상세한 설명이 다양한 도면들을 참조하여 설명될 것이다. 이러한 설명이 가능한 구현예들의 상세화된 예를 제공하지만, 상세한 내용들이 예시적으로 의도되며, 본원의 범위를 제한하는 방식으로 의도되지 않는다는 것을 주의해야 한다.

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

도 1a에 도시된 바와 같이, 통신 시스템(100)은, (일반적으로 또는 집합적으로 WTRU(102)로서 지칭될 수 있는) 무선 송수신 유닛(WTRU)들(102a, 102b, 102c, 및/또는 102d), 무선 액세스 네트워크(radio access network; RAN)(103/104/105), 코어 네트워크(106/107/109), 공중 교환 전화 네트워크(public switched telephone network; PSTN)(108), 인터넷(110), 및 다른 네트워크들(112)을 포함할 수 있지만, 개시된 실시예들이 임의의 수의 WTRU들, 베이스 스테이션들, 네트워크들, 및/또는 네트워크 엘러먼트들을 고려한다는 것이 인식될 것이다. WTRU들(102a, 102b, 102c, 102d)의 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로서, WTRU들(102a, 102b, 102c, 102d)은 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있으며, 사용자 장비(WTRU), 모바일 스테이션, 고정형 또는 모바일 가입자 유닛, 호출기, 셀룰러 전화기, 개인 디지털 보조장치(personal digital assistant; PDA), 스마트폰, 랩탑, 넷북, 개인용 컴퓨터, 무선 센서, 가전기기, 및 유사한 것을 포함할 수 있다.

통신 시스템(100)은 베이스 스테이션(114a) 및 베이스 스테이션(114b)을 또한 포함할 수 있다. 베이스 스테이션들(114a, 114b)의 각각은, 하나 이상의 통신 네트워크들, 예를 들어, 코어 네트워크(106/107/109), 인터넷(110), 및/또는 네트워크들(112)에 액세하는 것을 가능하게 하기 위해 WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로서, 베이스 스테이션들(114a, 114b)은 베이스 트랜시버 스테이션(base transceiver station; BTS), 노드-B, e노드 B, 홈 노드 B, 홈 e노드B, 사이트 제어기(site controller), 액세스 포인트(access point; AP), 무선 라우터, 및 유사한 것일 수 있다. 베이스 스테이션들(114a, 114b)이 각기 단일 엘러먼트로서 도시되지만, 베이스 스테이션들(114a, 114b)이 임의의 수의 상호접속된 베이스 스테이션들 및/또는 네트워크 엘러먼트들을 포함할 수 있다는 것이 인식될 것이다.

베이스 스테이션(114a)은, 다른 베이스 스테이션들 및/또는 네트워크 엘러먼트들(미도시), 예를 들어, 베이스 스테이션 제어기(base station controller: BSC), 무선 네트워크 제어기(radio network controller: RNC), 릴레이 노드들, 등을 또한 포함할 수 있는 RAN(103/104/105)의 부분일 수 있다. 베이스 스테이션(114a) 및/또는 베이스 스테이션(114b)은, 셀(미도시)로서 지칭될 수 있는 특정 지리적 영역 내에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 셀이 셀 섹터들로 추가로 분할될 수 있다. 예를 들어, 베이스 스테이션(114a)과 연관된 셀이 3개의 섹터들로 분할될 수 있다. 따라서, 일 실시예에 있어, 베이스 스테이션(114a)이 3개의 트랜시버들, 즉, 하나가 셀의 각각의 섹터를 위한 3개의 트랜시버들을 포함할 수 있다. 다른 실시예에 있어, 베이스 스테이션(114a)이 다중-입력 다중 출력(multiple-input multiple output; MIMO) 기술을 이용할 수 있으며, 그에 따라 셀의 각각의 섹터에 대해 복수의 트랜시버들을 이용할 수 있다.

베이스 스테이션들(114a, 114b)은, 임의의 적절한 무선 통신 링크(예를 들어, 무선 주파수(RF), 마이크로파, 적외선(IR), 자외선(UV), 가시광, 등)일 수 있는 무선 인터페이스(air interface)(115/116/117)를 통해 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상과 통신할 수 있다. 무선 인터페이스(115/116/117)는 임의의 적절한 무선 액세스 기술(radio access technology; RAT)을 사용하여 수립(establish)될 수 있다.

더 구체적으로, 이상에서 언급된 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있으며, 하나 이상의 채널 액세스 기법들, 예를 들어, CDMA, TDMA, FDMA, OFDMA, SC-FDMA, 및 유사한 것을 이용할 수 있다. 예를 들어, RAN(103/104/ 105) 내의 베이스 스테이션(114a) 및 WTRU들(102a, 102b, 102c)은, 광대역 CDMA(wideband CDMA; WCDMA)를 사용하여 무선 인터페이스(115/116/117)를 수립할 수 있는 범용 이동 통신 시스템(Universal Mobile Telecommunications System; UMTS) 지구 무선 액세스(UMTS Terrestrial Radio Access; UTRA)와 같은 무선 기술을 구현할 수 있다. WCDMA는 고속 패킷 액세스(High-Speed Packet Access; HSPA) 및/또는 진화형 HSPA(Evolved HSPA; HSPA+)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 고속 다운링크 패킷 액세스(High-Speed Downlink Packet Access; HSDPA) 및/또는 고속 업링크 패킷 액세스(High-Speed Uplink Packet Access; HSUPA)를 포함할 수 있다.

일 실시예에 있어, 베이스 스테이션(114a) 및 WTRU들(102a, 102b, 102c)은, 롱 텀 에볼루션(Long Term Evolution; LTE) 및/또는 LTE-어드밴스드(LTE-A)를 사용하여 무선 인터페이스(115/116/117)를 수립할 수 있는 진화형 UMTS 지구 무선 액세스(Evolved UMTS Terrestrial Radio Access; E-UTRA)와 같은 무선 기술을 구현할 수 있다.

일 실시예에 있어, 베이스 스테이션(114a) 및 WTRU들(102a, 102b, 102c)은, IEEE 802.16(즉, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, 잠정 표준(Interim Standard) 2000(IS-2000), 잠정 표준 95(IS-95), 잠정 표준 856(IS-856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GSM EDGE(GERAN), 및 유사한 것과 같은 무선 기술들을 구현할 수 있다.

도 1a의 베이스 스테이션(114b)이, 예를 들어, 무선 라우터, 홈 노드 B, 홈 e노드 B, 또는 액세스 포인트일 수 있으며, 국지적인 영역, 예를 들어, 사업장, 가정, 차량, 캠퍼스, 및 유사한 것 내에서 무선 접속을 가능하게 하기 위한 임의의 적절한 RAT를 사용할 수 있다. 일 실시예에 있어, 베이스 스테이션(114b) 및 WTRU들(102c, 102d)은 무선 근거리 네트워크(WLAN)를 수립하기 위하여 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 일 실시예에 있어, 베이스 스테이션(114b) 및 WTRU들(102c, 102d)은 무선 개인 영역 네트워크(wireless personal area network; WPAN)를 수립하기 위하여 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시예에 있어, 베이스 스테이션(114b) 및 WTRU들(102c, 102d)은 피코셀 또는 펨토셀을 수립하기 위하여 셀룰러-기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A, 등)를 사용할 수 있다. 도 1a에 도시된 바와 같이, 베이스 스테이션(114b)은 인터넷(110)에 대한 직접 접속을 가질 수 있다. 따라서, 베이스 스테이션(114b)이 코어 네트워크(106/107/109)를 통해 인터넷(110)에 액세스할 것이 요구되지 않을 수 있다.

RAN(103/104/105)은, WTRU들(102a, 102b, 102c, 102d) 중 하나 이상에 음성, 데이터, 애플리케이션들, 및/또는 인터넷 전화(voice over internet protocol; VoIP) 서비스를 제공하도록 구성된 임의의 유형의 네트워크일 수 있는 코어 네트워크(106/107/109)와 통신하고 있을 수 있다. 예를 들어, 코어 네트워크(106/107/109)가 호 제어, 과금 서비스들, 모바일 위치-기반 서비스들, 선불 통화, 인터넷 연결성, 비디오 분배, 등을 제공할 수 있으며, 고-레벨 보안 기능들, 예를 들어, 사용자 인증을 수행할 수 있다. 도 1a에 도시되지 않았지만, RAN(103/104/105) 및/또는 코어 네트워크(106/107/109)가, RAN(103/104/105)과 동일한 RAT 또는 상이한 RAT를 이용하는 다른 RAN들과 직접적으로 또는 간접적으로 통신하고 있을 수 있다는 것이 인식될 것이다. 예를 들어, E-UTRA 무선 기술을 사용할 수 있는 RAN(103/104/105)에 접속되는 것에 더하여, 코어 네트워크(106/107/109)가 또한 GSM 무선 기술을 이용하는 RAN(미도시)과 통신하고 있을 수 있다.

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

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

도 1b는 예시적인 WTRU(102)의 시스템 도면이다. 도 1b에 도시된 바와 같이, WTRU(102)는, 프로세서(118), 트랜시버(120), 송신/수신 엘러먼트(122), 스피커/마이크(124), 키패드(126), 디스플레이/터치패드(128), 비-착탈가능 메모리(130), 착탈가능 메모리(132), 전원(134), GPS(global positioning system) 칩셋(136), 및 다른 주변기기들(138)을 포함할 수 있다. 나머지 것들이 일 실시예에 부합하면서, WTRU(102)가 이상의 엘러먼트들의 임의의 서브조합을 포함할 수 있다는 것이 인식될 것이다. 또한, 실시예들은 베이스 스테이션들(114a 및 114b), 및/또는 베이스 스테이션들(114a 및 114b)이 나타낼 수 있는 노드들, 예를 들어 비제한적으로, 도 1b에 도시되고 본원에서 설명되는 엘러먼트들 중 일부 또는 그 전부를 포함할 수 있는 것들 중에서도 특히, 트랜시버 스테이션(BTS), 노드-B, 사이트 제어기, 액세스 포인트(AP), 홈 노드-B, 진화형(evolved) 홈 노드-B(eNodeB), 홈 진화형 노드-B(HeNB), 홈 진화형 노드-B 게이트웨이, 및 프록시 노드들을 고려한다.

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

송신/수신 엘러먼트(122)는 무선 인터페이스(115/116/117)를 통해 베이스 스테이션(예를 들어, 베이스 스테이션(114a))으로 신호들을 송신하건, 또는, 이로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에 있어, 송신/수신 엘러먼트(122)는 RF 신호들을 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 일 실시예에 있어, 송신/수신 엘러먼트(122)는, 예를 들어, IR, UV 또는 가시 광 신호들을 송신 및/또는 수신하도록 구성된 에미터(emitter)/검출기일 수 있다. 또 다른 실시예에 있어, 송신/수신 엘러먼트(122)는 RF 신호 및 광 신호 둘 모두를 송신 및 수신하도록 구성될 수 있다. 송신/수신 엘러먼트(122)가 무선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것이 인식될 것이다.

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

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

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

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

프로세서(118)는 또한, WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 연결될 수 있다. GSP 칩셋(136)으로부터의 정보에 더하여, 또는 그 대신에, WTRU(102)가 베이스 스테이션(예를 들어, 베이스 스테이션들(114a, 114b))로부터 무선 인터페이스(115/116/117)를 통해 위치 정보를 수신할 수 있으며, 및/또는 2개 이상의 인접한 베이스 스테이션들로부터 수신되는 신호들의 타이밍에 기초하여 그 위치를 결정할 수 있다. 나머지 것들이 일 실시예에 부합하면서, WTRU(102)가 임의의 적절한 위치-결정 방법을 이용하여 위치 정보를 획득할 수 있다는 것이 인식될 것이다.

프로세서(118)는, 추가적인 특징들, 기능 및/또는 유선 또는 무선 접속성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있는 다른 주변기기들(138)에 추가로 연결될 수 있다. 예를 들어, 주변기기들(138)은, 가속도계, e-컴파스, 위성 트랜시버, (사진 또는 비디오를 위한) 디지털 카메라, 범용 직렬 버스(USB) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈 프리 헤드셋, 블루투스® 모듈, 주파수 변조(FM) 무선 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및 유사한 것을 포함할 수 있다.

도 1c는 일 실시예에 따른 RAN(103) 및 코어 네트워크(106)의 시스템 도면이다. 이상에서 언급된 바와 같이, RAN(103)은 무선 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 UTRA 무선 기술을 이용할 수 있다. RAN(103)이 또한 코어 네트워크(106)와 통신하고 있을 수 있다. 도 1c에 도시된 바와 같이, RAN(103)은, 각기 무선 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버들을 포함할 수 있는 노드-B들(140a, 140b, 140c)을 포함할 수 있다. 노드-B들(140a, 140b, 140c)이 각기 RAN(103) 내의 특정 셀(미도시)과 연관될 수 있다. RAN(103)이 또한 RNC들(142a, 142b)을 포함할 수 있다. 나머지 것들이 일 실시예에 부합하면서, RAN(103)이 임의의 수의 노드-B들 및 RNC들을 포함할 수 있다는 것이 인식될 것이다.

도 1c에 도시된 바와 같이, 노드-B들(140a, 140b)이 RNC(142a)와 통신하고 있을 수 있다. 추가적으로, 노드-B(140c)가 RNC(142b)와 통신하고 있을 수 있다. 노드-B들(140a, 140b, 140c)이 Iub 인터페이스를 통해 각각의 RNC들(142a, 142b)과 통신할 수 있다. RNC들(142a, 142b)은 Iur 인터페이스를 통해 서로 통신하고 있을 수 있다. RNC들(142a, 142b)의 각각은 접속된 개별적인 노드 B들(140a, 140b, 140c)을 제어하도록 구성될 수 있다. 이에 더하여, RNC들(142a, 142b)의 각각은 다른 기능들, 예를 들어, 외부 루프(outer loop) 전력 제어, 부하 제어, 승인 제어, 패킷 스케줄링, 핸드오버 제어, 매크로 다이버시티(macro diversity), 보안 기능들, 데이터 암호화, 및 유사한 것을 수행하거나 또는 지원하도록 구성될 수 있다.

도 1c에 도시된 코어 네트워크(106)는 매체 게이트웨이(media gateway; MGW)(144), 이동통신 교환국(mobile switching center; MSC)(146), 패킷 교환 지원 노드(serving GPRS support node; SGSN)(148), 및/또는 패킷 게이트웨이 지원 노드(gateway GPRS support node; GGSN)(150)를 포함할 수 있다. 이상의 엘러먼트들의 각각이 코어 네트워크(106)의 부분으로서 도시되지만, 이러한 엘러먼트들 중 임의의 하나가 코어 네트워크 운영자가 아닌 엔티티(entity)에 의해 소유되고 및/또는 운영될 수 있다는 것이 인식될 것이다.

RAN(103) 내의 RNC(142a)는 IuCS 인터페이스를 통해 코어 네트워크(106) 내의 MSC(146)에 접속될 수 있다. MSC(146)는 MGW(144)에 접속될 수 있다. MSC(146) 및 MGW(144)는, WTRU들(102a, 102b, 102c)과 전통적인 지상-통신선 통신 디바이스들 사이의 통신을 가능하게 하기 위하여, WTRU들(102a, 102b, 102c)에 회선-교환 네트워크들, 예를 들어, PSTN(108)에 대한 액세스를 제공할 수 있다.

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

이상에서 언급된 바와 같이, 코어 네트워크(106)가 또한, 다른 서비스 제공자들에 의해 소유되거나 및/또는 운영되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 접속될 수 있다.

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

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

e노드-B들(160a, 160b, 160c)의 각각이 특정 셀(미도시)과 연관될 수 있으며, 무선 자원 관리 결정들, 핸드오버 결정들, 업링크 및/또는 다운링크에서의 사용자들의 스케줄링, 및 유사한 것을 처리하도록 구성될 수 있다. 도 1d에 도시된 바와 같이, e노드-B들(160a, 160b, 160c)은 X2 인터페이스를 통해 서로 통신할 수 있다.

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

MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 e노드-B들(160a, 160b, 160c)의 각각에 연결될 수 있으며, 제어 노드로서 역할 할 수 있다. 예를 들어, MME(162)는, WTRU들(102a, 102b, 102c)의 사용자들의 인증, 베어러 활성화/비활성화, WTRU들(102a, 102b, 102c)의 초기 접속 동안의 특정 서빙 게이트웨이 선택, 및 유사한 것을 담당할 수 있다. MME(162)는 또한, 다른 무선 기술들, 예를 들어, GSM 또는 WCDMA를 사용하는 다른 RAN들(미도시)과 RAN(104) 사이의 스위칭을 위한 제어 영역 기능을 제공할 수 있다.

서빙 게이트웨이(164)는 S1 인터페이스를 통해 RAN(104) 내의 e노드-B들(160a, 160b, 160c)의 각각에 접속될 수 있다. 서빙 게이트웨이(164)는 WTRU들(102a, 102b, 102c)로/이로부터 사용자 데이터 패킷들을 전반적으로 라우팅하고 전달할 수 있다. 서빙 게이트웨이(164)는 또한 다른 기능들, 예를 들어, 인터-e노드 B 핸드오버들 동안 사용자 영역들을 앵커링(anchor)하는 것, 다운링크 데이터가 WTRU들(102a, 102b, 102c)에 대해 이용가능할 때 페이징을 트리거하는 것, WTRU들(102a, 102b, 102c)의 콘텍스트(context)들을 관리 및 저장하는 것, 및 유사한 것을 수행할 수 있다.

서빙 게이트웨이(164)는 또한, WTRU들(102a, 102b, 102c)과 IP-인에이블드(IP-enabled) 디바이스들 사이의 통신을 가능하게 하기 위하여, WTRU들(102a, 102b, 102c)에 패킷-교환 네트워크들, 예를 들어, 인터넷(110)에 대한 액세스를 제공할 수 있는 PDN 게이트웨이에 접속될 수 있다.

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

도 1e는 일 실시예에 따른 RAN(105) 및 코어 네트워크(109)의 시스템 도면이다. RAN(105)은 무선 인터페이스(117)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위해 IEEE 802.16 무선 기술을 이용하는 액세스 서비스 네트워크(access service network; ASN)일 수 있다. 이하에서 추가로 논의될 바와 같이, WTRU들(102a, 102b, 102c), RAN(105), 및 코어 네트워크(109)의 상이한 기능성 엔티티들 사이의 통신 링크들이 참조 지점들로서 정의될 수 있다.

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

WTRU들(102a, 102b, 및 102c)과 RAN(105) 사이의 무선 인터페이스(117)가 IEEE 802.16 명세를 구현하는 R1 참조 지점으로서 정의될 수 있다. 이에 더하여, WTRU들(102a, 102b, 102c)의 각각이 코어 네트워크(109)와의 논리적 인터페이스(미도시)를 수립할 수 있다. WTRU들(102a, 102b, 및 102c)과 코어 네트워크(109) 사이의 논리적 인터페이스는, 인증, 인가, IP 호스트 구성 관리, 및/또는 이동성 관리를 위해 사용될 수 있는 R2 참조 지점으로서 정의될 수 있다.

베이스 스테이션들(180a, 180b, 180c)의 각각 사이의 통신 링크는, 베이스 스테이션들 사이의 데이터의 전송 및 WTRU 핸드오버들을 가능하게 하기 위한 프로토콜들을 포함하는 R8 참조 지점으로서 정의될 수 있다. 베이스 스테이션들(180a, 180b, 180c)과 ASN 게이트웨이(182) 사이의 통신 링크는 R6 참조 지점으로서 정의될 수 있다. R6 참조 지점은 WTRU들(102a, 102b, 및 102c)의 각각과 연관된 이동성 이벤트들에 기초하는 이동성 관리를 가능하게 하기 위한 프로토콜들을 포함할 수 있다.

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

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

도 1e에는 도시되지 않았지만, RAN(105)이 다른 ANS들에 접속될 수 있으며 코어 네트워크(109)가 다른 코어 네트워크들에 접속될 수 있다는 것이 인식될 것이다. RAN(105)과 다른 ASN들 사이의 통신 링크가 R4 참조 지점으로서 정의될 수 있으며, 이는 RAN(105)과 다른 ASN들 사이에서 WTRU들(102a, 102b, 102c)의 이동성을 조정하기 위한 프로토콜들을 포함할 수 있다. 코어 네트워크(109)와 다른 코어 네트워크들 사이의 통신 링크는 R5 참조 지점으로서 정의될 수 있으며, 이는 홈 코어 네트워크들과 방문 코어 네트워크들 사이의 상호 연동을 가능하게 하기 위한 프로토콜들을 포함할 수 있다.

도 2는 무선 송수신 유닛(WTRU) 대 WTRU 직접 통신의 일 예를 예시하는 도면을 도시한다. 도 3은 무선 액세스 네트워크(RAN)(예를 들어, 진화형 노드 B(eNB))를 통해 통신하는 하나 이상의 WTRU들의 일 예를 예시하는 도면을 도시한다. 도 2 및 도 3 둘 모두는, ProSe 세션에 참가하는(예를 들어, 직접적으로 통신하는 및/또는 베이스 스테이션, 노드-B, eNB, 등과 같은 RAN 노드를 통해 통신하는) WTRU들에 의해 사용될 수 있는 상이한 유형의 ProSe 통신 기술들의 예들을 예시한다.

도 2에 예시된 바와 같이, 디바이스들, 예를 들어, WTRU1(201) 및 WTRU2(202)가 서로에 대해 근접해 있는 경우, 이들은 통신을 위해 직접 모드 데이터 경로를 사용하는 것이 가능할 수 있다. 도 2에 예시된 직접 모드 데이터 경로에 있어, WTRU1(201) 및 WTRU2(202)는 서로 직접적으로 통신할 수 있으며, (예를 들어, 적절한 절차(들), 예를 들어 인증 후에) "접속된" 것으로 간주될 수 있다. WTRU1(201) 및 WTRU2(202)는, 통신을 위해 데이터 경로 내에 포함되는 eNB(203, 204) 및 SGW/PGW(205) 없이 통신할 수 있다. 본원에서 사용될 때, 용어 직접 ProSe 통신은 통신신호(communication)을 라우팅하기 위한 다른 네트워크 노드들을 사용하지 않는 WTRU들 사이의 통신을 지칭할 수 있다(예를 들어, ProSe 세션에 참가하는 WTRU들 사이에 직접 무선 인터페이스가 존재한다).

도 3에 예시된 바와 같이, 디바이스들, 예를 들어, WTRU1(301) 및 WTRU2(302)가 서로에 대해 근접해 있는 경우, 이들은 통신을 위해 로컬적으로(locally) 라우팅된 데이터 경로를 사용하는 것이 가능할 수 있다. 도 3에 예시된 바와 같은 로컬적으로 라우팅된 데이터 경로에서, WTRU1(301) 및 WTRU2(302)는, 데이터가 코어 네트워크 내의 다른 노드들을 통해 라우팅되지 않으면서(예를 들어, 서빙 또는 패킷 게이트웨이들을 포함하지 않으면서), eNB(303)를 통해 서로 접속될 수 있다. 다른 예에 있어, 데이터 경로는 패킷 게이트웨이를 포함하지 않으면서 서빙 게이트 웨이를 통해 라우팅될 수 있다. 본원에서 사용될 때, 용어 간접 ProSe 통신은 통신신호를 라우팅하기 위하여 적어도 하나의 네트워크 노드를 사용하는 WTRU들 사이의 통신을 지칭할 수 있지만, 간접 ProSe 통신은 인터넷과 같은 외부 네트워크를 통해 통신신호를 라우팅하는 패킷 게이트웨이(예를 들어, PDN 게이트웨이)를 포함하지 않고 라우팅될 수 있다. 따라서, 간접 ProSe 통신은, 통신신호가 3GPP 네트워크 외부의 외부 네트워크로 전송되지 않으면서(예를 들어, P-GW/PDN-GW에 의해 인터넷과 같은 외부 네트워크로 라우팅되지 않으면서), 하나 이상의 3GPP 네트워크 노드들(예를 들어, RAN 노드들, S-GW들, 등)을 통해 라우팅될 수 있다.

도 2 및 도 3에 예시된 아키텍처들은 데이터 교환을 위한 최적화된 근접 기반 서비스 경로들을 구현하기 위해 사용될 수 있다.

하나 이상의 사용자들 사이에서의 인터넷 프로토콜(IP) 데이터 교환에 있어, WTRU들은 네트워크, 예를 들어, 인터넷을 통해 통신할 수 있다. 그러나, (예를 들어, 셀룰러 코어 네트워크를 통해 라우팅되는 데이터 경로를 포함할 수 있는) 인터넷을 통한 통신은, 하나 이상의 WTRU들이 아주 근접하여 있을 때 과도한 시그널링(signaling) 및/또는 라우팅을 초래할 수 있다. 이러한 상황들에 있어, WTRU들 사이의 데이터 경로들은 증강될 수 있다. 예를 들어, WTRU들 사이의 데이터 경로들은, 예를 들어, (예를 들어, 도 2에 도시된 바와 같이 구현될 수 있는) WLAN RAT 또는 LTE 무선 인터페이스를 사용하여, IP 접속들이 직접적으로 수립될 수 있도록 증강될 수 있다. 일 예에 있어, 데이터 경로는, 다른 코어 네트워크 노드들을 포함하지 않으면서, 예를 들어, 도 3에 예시된 무선 액세스 네트워크(RAN)(예를 들어, 진화형 노드 B(eNB))를 통해 WTRU들 사이의 데이터 경로를 라우팅함으로써 증강될 수 있다. 도 2 및 도 3에 2개의 WTRU들이 도시되었지만, WTRU들의 그룹이 근접 세션에 참여할 수 있다. 근접 서비스들을 위한 증강된 데이터 경로의 다른 예는, 셀룰러 네트워크 내의 RAN 및 서빙 게이트웨이를 포함하지만, (예를 들어, 인터넷과 같은 더 큰 네트워크들에 대한 전형적인 인터페이스일 수 있는) 패킷 게이트웨이와 같은 다른 셀룰러 코어 네트워크 노드들을 포함하지 않는 데이터 경로일 수 있다.

이동성 이벤트(예를 들어, 예측가능한 이동성 이벤트들)는 현존하는 근접 세션들의 중단을 초래할 수 있다. 근접 세션은, 예를 들어, 그룹 통신의 경우에 있어 하나 이상의 노드들을 포함할 수 있다. 근접 세션은 하나 이상의 WTRU들 및/또는 근접 서버(Proximity Server; pServer) 사이의 통신을 포함할 수 있다. pServer는 근접 기반 통신 세션들을 수행할 수 있는 다른 WTRU들의 탐지와 연관될 수 있다. pServer는 근접 기반 통신 세션의 제어와 연관될 수 있다. 발생할 수 있는 이동성 이벤트(예를 들어, 하나의 RAT로부터 다른 RAT로의 핸드오버 또는 폴백과 같은 인터-시스템 이벤트)에 대하여, 근접 세션 내의 다른 노드들 또는 참가자들에게 통보하지 않는 것이 근접-기반 서비스의 급격한 중단을 초래할 수 있다. 근접 애플리케이션이 세션의 재-수립을 시도할 수 있지만, 이동성 이벤트를 고려하여 통신들을 적절하게 재-라우팅하는 것이 어려울 수 있기 때문에, 추가적인 액션을 취하지 않으면 재-수립이 계속해서 실패할 수 있다. 이동성 이벤트의 발생 이후 (예를 들어, 다른 네트워크, 예를 들어 인터넷을 통해, 또는 다른 RAT, 등을 통해 세션을 계속하기 위한) 액션이 취해지지 않는 경우, 근접 세션 내에 포함된 WTRU들의 사용자들은 열악한 서비스 경험을 인지할 수 있다. 포함된 파티(party)들은 이동성 이벤트 및/또는 뒤따를 수 있는 노드들에 의한 가능한 응답에 대해 통지받을 수 있다.

WTRU는 근접 세션 동안 하나 이상의 계류중인 이동성 이벤트들을 처리하거나 또는 달리 이를 고려하기 위한 절차들을 구현하도록 구성될 수 있다. 근접 세션은 하나 이상의 WTRU들 사이에서 활성상태일 수 있다. 근접 세션은 시스템 내의 다른 노드들(예를 들어, 근접 서버)을 포함할 수 있다. 근접 서버는 진화형 패킷 코어(evolved packet core; EPC) 네트워크에 포함될 수 있거나 및/또는 달리 EPC 네트워크를 인터페이스할 수 있다. 예를 들어, 근접 서버는 이동성 관리 엔티티(mobility management entity; MME)와 통신하도록 구성될 수 있다. 근접 서버는 (예를 들어, 직접 인터페이스를 통해 또는 라우팅된 통신 경로를 통해) EPC 내의 다른 노드들에 접속될 수 있다. 근접 서버는 인터넷을 통해 MME와 같은 하나 이상의 EPC 노드들에 접속될 수 있다. MME들은, 예를 들어, WTRU들이 상이한 공중 육상 모바일 네트워크(public land mobile network; PLMN)들에 속해 있는 경우, 근접 세션들 내에 포함될 수 있다. MME와 같은 EPC 노드들은 근접 세션의 셋업(setup) 동안 포함될 수 있다.

다양한 이동성 이벤트들이 근접 세션에 영향을 줄 수 있다. 예를 들어, 근접 세션들 내에 포함된 WTRU들 중 하나는 ProSe 세션에 영향을 줄 수 있는 계류중인 이동성 이벤트를 인지하거나 또는 달리 이를 탐지할 수 있다. 일 예로서, ProSe 세션 내의 WTRU들 중 하나는 음성 호들에 대한 회선 교환 폴백(Circuit Switched Fallback; CSFB) 및/또는 (예를 들어, 인터-RAT 핸드오버에 기인하는) 인터-시스템 변경을 수행하도록 요청할 수 있다. 이동성 이벤트가 발생하였다는 것 또는 이동성 이벤트의 발생이 임박했다는 결정에 기초하여, WTRU는 근접 세션 내에 포함될 수 있는 엔티티들의 각각에 통지를 트리거(trigger)하도록 구성될 수 있다. 예를 들어, 통지는 세션의 셋업을 담당할 수 있는 노드들(예를 들어, 근접 서버, MME, 다른 코어 네트워크 노드, 하나 이상의 RAN 노드들, 등) 및/또는 근접 세션들을 위한 IP 데이터의 교환에 연관될 수 있는 노드들(예를 들어, WTRU들, eNB들, 등)로 전송될 수 있다.

WTRU는, 적어도 부분적으로, 제 2 WTRU와 근접 서비스(proximity service; ProSe) 세션을 수립하도록 구성된 프로세서를 포함할 수 있다. WTRU는, 제 2 WTRU와 ProSe 세션을 수립하고, ProSe 세션이 진행중인 동안 셀룰러 네트워크 내의 이동성 이벤트의 발생을 검출하며, ProSe 세션의 유형 또는 이동성 이벤트의 유형 중 하나 이상에 기초하여 ProSe 세션에 대하여 수행되어야 하는 액션의 유형을 결정하고, 결정된 수행되어야 하는 액션에 기초하여 셀룰러 네트워크 내의 노드로 통지를 송신하도록 구성될 수 있다. 예를 들어, 통지는 ProSe 세션에 대하여 수행되어야 하는 액션의 표시를 포함할 수 있다. 노드는 진화형 노드 B(evolved Node B; eNB), 근접 서버, 이동성 관리 엔티티(mobility management entity; MME), 및/또는 셀룰러 코어 네트워크 내의 다른 노드들일 수 있다. 일 예에 있어, 통지를 수신하는 노드는 ProSe 세션 내에 포함된 제 2 WTRU일 수 있다.

본원에서 사용될 때, 이동성 이벤트에 관한 표시 또는 통지를 전송하는 것은 이동성 이벤트가 발생할 것이라는 것 또는 발생하였다는 것을 나타내는 것 및/또는 계류중인 이동성 이벤트를 고려하여 수행되어야 할 액션을 나타내는 것을 지칭할 수 있다. 예를 들어, WTRU는 CSFB를 수행하기 위하여 인터시스템 변경을 수행할 것을 결정할 수 있다. WTRU는 세션 내의 다른 WTRU들로 이동성 이벤트의 표시를 전송할 수 있으며, 이는 이동성 이벤트의 발생을 표시하는 것을 포함할 수 있거나 및/또는 계류중인 이동성 이벤트를 고려하여 (예를 들어, 근접 세션을 계속 진행 중으로 유지하기 위한 및/또는 ProSe 세션을 선조치적으로 종료시킴으로써 서비스 중단을 제한하기 위한) 다른 디바이스에 의해 수행되어야 할 액션을 전송하는 WTRU를 포함할 수 있다.

WTRU(예를 들어, 근접 세션 내에 포함된 WTRU)는 자원들의 조정을 가능하게 하기 위하여 계류중인 이동성 이벤트에 관한 정보를 포함하는 표시를 근접 세션 내에 포함된 파티들 중 하나 이상으로 전송하도록 구성될 수 있다. 이동성 이벤트는, 예를 들어, CS 서비스들(예를 들어, CSFB 또는 부가 서비스들)에 기인하는 인터-시스템 변경, 인트라-RAT 핸드오버(handover; HO), 인터-RAT HO, (예를 들어, 인트라-RAT 또는 인터-RAT HO를 갖는) 인터-PLMN HO, (예를 들어, PDN 접속들의 각각을 움직이거나 또는 베어러 레벨 또는 IP 흐름 레벨에서의) Wi-Fi 오프로드(offload), 네트워크 지원 셀 변경 오더(order), 등을 포함할 수 있다. 일 예로서, 설명의 목적을 위하여, 이동성 이벤트는, 이동성 이벤트에 대한 요청, 이동성 이벤트의 개시에 대한 요청, 이동성 이벤트의 개시, 계류중인 이동성 이벤트 및/또는 이동성 이벤트의 완료, 등을 포함하여, 이동성 이벤트를 개시하기 위하여 프로세싱이 시작할 때 발생하는 것으로 간주될 수 있다. 본원을 참조할 때, 이동성의 발생은, 이동성 이벤트에 대한 요청, 이동성 이벤트의 개시에 대한 요청, 이동성 이벤트의 개시, 계류중인 이동성 이벤트 및/또는 이동성 이벤트의 완료, 등을 포함할 수 있다.

WTRU는 어떤 측정 리포트들이 전송될 수 있을 때 이동성 이벤트가 존재한다는 것을 결정하도록 구성될 수 있다. 예를 들어, WTRU는, 주어진 문턱값 내의 신호 강도의 하강을 나타내는 어떤 측정 리포트들이 전송될 수 있을 때 및/또는 측정 리포트들이 하위 계층들(예를 들어, RRC)에 의해 구성되는 바와 같은 특정한 측정 이벤트들에 대해 전송될 수 있을 때 이동성 이벤트가 존재한다는 것을 결정할 수 있다. WTRU는 이동성 메시지를 수신하는 것에 기초하여 이동성 이벤트가 발생하고 있다는 것 또는 발생할 예정이라는 것을 결정할 수 있다. 이동성 메시지는 RRC 메시지들, eNB로부터의 MobilityInfo IE를 포함하는 RRCConnectionReconfiguration 메시지와 같은 핸드오버 명령, 등을 포함할 수 있다. 근접 서비스에 등록될 수 있는 WTRU는 이와의 근접 서비스가 수립되었을 수 있는 다른 노드들 중 하나 이상으로 통지를 전송할 수 있다. 예를 들어, 근접 서비스에 등록될 수 있는 WTRU는, (예를 들어, 모바일 발원형(mobile originated; MO) 및/또는 모바일 종료형(mobile terminated; MT) 음성/부가 서비스 요청에 기인하는) CSFB에 대한 계류중인 요청 시 이와의 근접 서비스가 수립되었을 수 있는 다른 노드들 중 하나 이상으로 통지를 전송할 수 있다. 근접 서비스에 등록되는 것은, 활성상태 근접 세션 내에 존재하는 것, 근접 서비스를 위한 능력을 갖는 것, WTRU에 대해 근접 서비스가 지원되거나 및/또는 허락되는 것이 네트워크에 의해 통보된 것, 근접 서버에 등록된 것, 등 중 하나 이상을 포함할 수 있다. 계류중인 또는 임박한 이동성 이벤트를 표시하는 통지는, 예를 들어, NAS 메시지, 무선 자원 제어(radio resource control; RRC) 메시지를 통해, 또는 (예를 들어, 애플리케이션 계층 데이터 통지로서) 애플리케이션을 통해 전송될 수 있다.

WTRU는, 예를 들어, 애플리케이션 계층 제어 또는 사용자 영역을 통해, 이동성 이벤트가 트리거되었다는 것 또는 곧 트리거될 것이라는 표시를 애플리케이션 서버로 전송하도록 구성될 수 있다. 일 예에 있어, 애플리케이션 서버는 WTR로부터의 이동성 이벤트의 통지에 기초하여 근접 세션들 내에 포함될 수 있는 다른 WTRU들 중 하나 이상으로의 통지들을 트리거할 수 있다. 일 예에 있어, 애플리케이션 서버는 다른 로직, 이벤트, 및/또는 구성에 기초하여 근접 세션들 내에 포함될 수 있는 다른 WTRU들 중 하나 이상으로의 통지들을 트리거할 수 있다. 일 예에 있어, 애플리케이션 서버는 애플리케이션 계층을 사용하여 근접 세션들 내에 포함될 수 있는 다른 WTRU들 중 하나 이상으로의 통지들을 트리거할 수 있다. 애플리케이션 서버는 이동성 이벤트에 관해 근접 서버로 통보할 수 있다. 근접 서버는, 예를 들어, 파티들 및/또는 근접 서버 사이에서 지원되는 인터페이스(예를 들어, NAS, IP, 등)를 통해 포함된 파티들 중 하나 이상으로 통지를 전달할 수 있다. 근접 서버는 MME로 통보할 수 있다. MME는 근접 세션의 부분일 수 있는 다른 노드들로 통보할 수 있다.

WTRU는 계류중인 이동성 이벤트에 관한 표시를 MME로 전송하도록 구성될 수 있다. MME는 계류중인 이동성 이벤트에 관한 표시를 WTRU로부터 수신할 수 있다. MME는 계류중인 이동성 이벤트에 관한 로컬 지식을 인식할 수 있다. MME는, 예를 들어, 모바일 종료형 CSFB 요청을 프로세싱하는 동안 로컬 지식을 인식할 수 있다. MME는 계류중인 이동성 이벤트에 관한 표시를 다른 노드들로 전송할 수 있다. 다른 노드들은, 비제한적으로, 근접 서비스 내에 포함될 수 있는 다른 MME, 근접 서버, eNB, LGW, 등을 포함할 수 있다. MME는 이동성 이벤트에 관한 표시를 NAS 메시지들을 사용하여 다른 노드들로 전송할 수 있다. MME는 계류중인 이동성 이벤트에 관한 표시를 근접 서버로 전송할 수 있다. 근접 서버는, 발생할 수 있는 가능한 이동성에 관한 표시를 다른 디바이스들/파티들(예를 들어, 근접 세션 내의 다른 WTRU들 및/또는 애플리케이션 서버)로 전송하기 위하여 MME에 의해 전송된 표시를 사용할 수 있다. 근접 서버는, 발생할 수 있는 가능한 이동성에 관한 표시를 다른 디바이스들/파티들(예를 들어, 근접 세션 내의 다른 WTRU들 및/또는 애플리케이션 서버)로 전송하기 위하여 이동성 이벤트들에 관한 로컬 지식에 기초하는 표시들을 사용할 수 있다. 근접 서버는 2개의 노드들 사이에서 통신을 지원할 수 있는 인터페이스를 통해 애플리케이션 서버로 표시를 전송할 수 있다.

WTRU는 계류중인 이동성 이벤트에 관한 표시를 근접 서버로 전송하도록 구성될 수 있다. 근접 서버는 WTRU로부터 계류중인 이동성 이벤트들에 관한 표시들을 수신할 수 있다. 근접 서버는 이동성 이벤트의 발생에 관한 표시를 다른 노드들로 전송할 수 있다. 예를 들어, eNB는 WTRU로 하여금 인터-시스템 변경을 수행하도록 명령할 수 있다. WTRU는 eNB로부터 인터-시스템 변경을 수행하기 위한 명령을 수신할 수 있다. eNB는 이동성 이벤트가 적용가능한 WTRU와의 근접 세션 내에 포함될 수 있는 다른 WTRU들을 인지할 수 있다. eNB는 네트워크 내의 다른 노드들로 및/또는 세션 내에 포함된 다른 WTRU들로 계류중인 이동성 이벤트의 표시를 전송할 수 있다. 예를 들어, eNB는 다른 WTRU들로 RRC 메시지들을 전송할 수 있다. eNB는 근접 세션 내에 포함된 WTRU가 이동성 이벤트를 겪고 있다는 것을 RRC 메시지로 표시할 수 있다. 근접 세션이 복수의 eNB들에 걸쳐 있는 경우, eNB는 이동성 이벤트의 발생에 관한 표시들을 근접 세션 내에 포함된 다른 eNB들로 전송할 수 있다. eNB는 이동성 명령 및/또는 이동성 이벤트에 관한 표시를 MME로 전송할 수 있다. MME는 이동성 이벤트의 발생에 관하여 근접 세션 내에 포함된 다른 WTRU들로 통보하기 위한 액션을 취할 수 있다. MME는 새로운 및/또는 현존하는 S1AP 메시지를 통해 다른 WTRU들로 표시를 전송할 수 있다. eNB는, 예를 들어, 발생할 수 있는 이동성 이벤트들 중 하나 이상에 대한 통지를 MME로 전송할 수 있다. eNB는, 예를 들어, WTRU가 다른 WTRU들과의 적어도 하나의 근접 세션(예를 들어, 직접 WTRU-대-WTRU 송신, eNB를 통한 근접 세션, 등)을 갖는 다는 것을 eNB가 알 수 있을 때, 이동성 이벤트의 발생에 관한 표시를 MME로 전송할 수 있다. eNB는, eNB가 이동성 명령을 발행할 수 있는 후에 MME로 이동성 이벤트의 발생에 관한 표시를 전송할 수 있다. eNB는, eNB가, 예를 들어, WTRU로부터 수신할 수 있는 측정 리포트들에 기초하여 이동성 명령을 발행할 수 있기 전에, MME로 이동성 이벤트의 발생에 관한 표시를 전송할 수 있다. 측정 리포트들은 eNB에 의해 이동성 명령이 발행되게끔 할 수 있다.

WTRU는, 예를 들어, 직접적으로 또는 네트워크 노드들을 통해 전송될 수 있는 NAS 및/또는 RRC 메시지들을 통해 다른 WTRU들로 이동성 이벤트의 발생에 관한 표시를 전송하도록 구성될 수 있다. 일 예에 있어, WTRU는 NAS 메시지를 통해 이동성 이벤트의 발생에 관한 표시를 MME 및/또는 eNB를 통하여 다른 WTRU들로 전송할 수 있다. 일 예에 있어, WTRU는 RRC 메시지를 통해 이동성 이벤트의 발생에 관한 표시를 eNB를 통하여 다른 WTRU들로 전송할 수 있다. WTRU는 NAS 및/또는 RRC 메시지들을 통해 MME 및/또는 eNB로 이동성 이벤트의 발생에 관한 표시를 전송할 수 있다. MME 및/또는 eNB는, 예를 들어, NAS 및/또는 RRC 메시지들을 통해 다른 WTRU들로 통지들을 전송할 수 있다.

WTRU는 이동성 이벤트의 유형에 기초하여 근접 세션에 대하여 하나 이상의 액션들을 취하거나 및/또는 이동성 이벤트의 유형에 기초하여 근접 세션에 대하여 다른 디바이스들 또는 노드들에 의해 수행되어야 할 하나 이상의 액션들을 표시하도록 구성될 수 있다. 예를 들어, (예를 들어, 근접 서비스가 LTE를 통해 지원될 수 있는 것으로 가정하면) LTE 네트워크 엔티티로부터 다른 RAT로의 계류중인 인터-시스템 변경은 근접 세션이 일시 중지되거나, 종료되거나, 또는 (예를 들어, 인터넷을 통해, WLAN을 통해, 등) 계속되게끔 할 수 있다. 이동성 이벤트가 계류 중일 때 하나 이상의 가능한 액션들이 취해질 수 있다. 예를 들어, 이동성 이벤트가 계류 중일 때, 근접 서비스는 일시 중지될 수 있다. 이동성 이벤트와 연관된 노드들 중 하나 이상이 이동성 이벤트 및/또는 이동성 이벤트의 유형에 관해 통보를 받을 수 있다.

일 예에 있어, WTRU에 의해 전송되는 표시는 특히 수행되어야 할 액션을 포함할 수 있다. WTRU에 의해 전송되는 표시는 이동성 이벤트의 유형의 표시를 포함할 수 있으며, 수신 노드는 표시되는 이동성 이벤트의 유형에 기초하여 취해져야 할 액션의 유형을 결정할 수 있다. WTRU는, 예를 들어, ProSe 세션의 유형(예를 들어, 직접 ProSe 세션, 간접 ProSe 세션, RAN을 통해 라우팅되는, S-GW를 통해 라우팅되는 것과 같은 간접 ProSe 세션의 유형, 등), 애플리케이션의 유형(예를 들어, 공중 안전 애플리케이션, 게이밍 유형 애플리케이션, 채팅 애플리케이션, 등), 이동성 이벤트의 유형(예를 들어, 인트라-eNB 핸드오버, 인터-eNB 핸드오버, 인트라-RAT 핸드오버, 인터-RAT 핸드오버, CSFB, 부가 서비스들에 대한 CSFB, PLMN 변경, 등)과 같은 상이한 기준들에 기초하여 적절한 액션을 선택할 수 있다. 예를 들어, ProSe 세션이, ProSe 통신이 RAN 노드(예를 들어, eNB)를 통해 라우팅되는 간접 ProSe 통신 세션이고, 이동성 이벤트의 유형이 WTRU를 서비스하는 RAN 노드의 변경(예를 들어, 인터-RAT 핸드오버, 인터-eNB 핸드오버, 등)을 포함하는 경우, WTRU는 ProSe 세션을 종료하도록 결정할 수 있다. RAN 노드가 변경되지 않을 경우, WTRU는 이동성 이벤트를 완료하기 위하여 제한된 시간 동안 세션을 일시 중지하거나 또는 세션을 계속하도록 결정할 수 있다.

이동성 이벤트의 유형은 이동성 절차들의 상이한 유형들, 즉, CSFB에 기인하는 인터-RAT, 인터-PLMN, 인트라-RAT, 등을 설명하도록 기술될 수 있다. 수신 노드는 근접 서버, MME, WTRU, eNB, 등일 수 있다. 이동성 이벤트의 유형에 따라, 수신 노드는 취해져야 할 액션의 유형을 결정할 수 있다. 일 예에 있어, 수신 노드는 서비스가 일시 중지되어야 한다는 것을 결정할 수 있다. 일 예에 있어, WTRU는 취해져야 할 액션의 유형을 포함하는 표시를 근접 세션 내의 포함된 파티들 및/또는 디바이스들로 전송할 수 있다. WTRU는 수신 노드에 의해 취해져야 할 액션을 포함하는 표시를 전송할 수 있다. 액션은 수신 노드가 할 수 있는 것을 기술할 수 있다. 예를 들어, 일시 중지 액션은, 수신 노드가 이러한 세션에 대한 콘텍스트를 삭제하지 않고 세션을 대기 상태에 둘 것을 통보할 수 있다. 세션은 시간 기간 동안 일시 중지될 수 있다. WTRU에 의해 전송된 표시는 일시 중지에 대응하는 시간 기간을 포함할 수 있다. 예를 들어, ProSe 서비스가 일시 중지되어야 한다는 표시를 수신할 때, 수신 노드는 표시 내에 포함된 타이머 값에 기초하여 일시 중지 길이를 결정할 수 있다. 일 예에 있어, 일시 중지 기간 타이머 값의 길이는 설정될 수 있거나 또는 사전-구성일 수 있다. 타이머는 사용자에 의해 설정될 수 있다. 타이머의 길이는 운영자에 의해 설명될 수 있다.

노드들 또는 디바이스들은, ProSe 세션 일시 중지 표시의 수신 시, 적어도 타이머가 만료할 때까지 ProSe 세션 콘텍스트를 유지할 수 있다. 예를 들어, WTRU는, 이동성 이벤트에 기인하여 ProSe 세션이 일시 중지되어야 한다는 표시를 다른 WTRU로부터 수신할 수 있다. 표시는 타이머 길이를 포함할 수 있다. 수신 WTRU는 표시의 수신 시 타이머를 설정할 수 있다. ProSe 세션이 타이머의 만료 전에 계속되지 않거나 또는 재-수립되지 않는 경우, 수신 WTRU는 ProSe 콘텍스트를 삭제할 수 있다. 예를 들어, 일시 중지된 ProSe 세션들은 타이머가 만료할 때까지 및/또는, 예를 들어, 타이머의 시간 기간 동안 콘텍스트를 삭제하기 위한 명백한 표시가 수신될 때까지 유지될 수 있다. ProSe 세션들을 일시 중지하기 위한 표시는, 표시를 전송할 수 있는 개시 엔티티, 근접 서버, MME, 또는 다른 애플리케이션 서버, 등에 의해 전송될 수 있다.

WTRU는 이동성 이벤트의 발생에 기초하여 ProSe 세션을 재개하도록 구성될 수 있다. 일 예에 있어, ProSe 세션은 이동성 이벤트 내에 포함되었던 WTRU의 복귀 후에 재개될 수 있다. 복귀하는 WTRU는 ProSe 세션을 재개하기 위한 새로운 표시를 다른 엔티티들로 전송하도록 구성될 수 있다. 예를 들어, 표시를 트리거했던 이동성 이벤트와 연관된 이동성 절차들을 완료할 수 있는 WTRU는, WTRU가 복귀하였다는 것 및 세션이 재개될 수 있다는 것을 나타내는 제 2 표시를 노드들로 전송할 수 있다. WTRU는 ProSe 세션을 재개하기 위한 신호를 포함하는 표시를 근접 서버로 전송할 수 있다. 근접 서버는 WTRU의 복귀 및/또는 세션의 재개에 관하여 다른 파티들 및/또는 디바이스에 통지할 수 있다. WTRU는 네트워크, MME, eNB, 근접 서버, 등에 의해 로컬적으로 구성될 수 있거나 및/또는 이에 의해 제공되는 구성들을 가질 수 있다. WTRU는 상이한 ProSe 세션들에 대한 구성들을 가질 수 있다. WTRU는 주어진 ProSe 세션에 대한 구성에 의존하여 이동성 이벤트들의 상이한 유형들에 대해 수행될 수 있는 상이한 액션들에 대한 구성들을 가질 수 있다. 예를 들어, 주어진 ProSe 구성은 이동성 이벤트들 동안 세션이 일시 중지될 수 있는지 여부 및/또는 이동성 이벤트 동안 특정 애플리케이션들이 (예를 들어, 애플리케이션마다) 일시 중지될 수 있는지 여부를 나타낼 수 있다. 사용자는 세션들이 일시 중지될 수 있는 경우를 정의할 수 있는 규칙들을 설정할 수 있다. 예를 들어, 규칙들은 애플리케이션마다 정의될 수 있다.

WTRU는 WLAN(예를 들어, WLAN 직접 또는 AP를 통해)을 통해 근접 서비스를 계속하도록 구성될 수 있다. WTRU는 이동성 이벤트 동안 및/또는 이동성 이벤트가 예측될 때 WLAN을 통해 근접 서비스를 계속하도록 구성될 수 있다. 세션이 WLAN으로 이동될 수 있다는 것을 포함된 파티들에게 표시하기 위하여, 액션은, 예를 들어, 이동성 이벤트의 표시 내에 포함될 수 있다. 이동성 이벤트(예를 들어, 인터-시스템 변경)는 (예를 들어, WLAN을 통해) 근접 세션을 계속하기 위한 트리거로서 역할 할 수 있다. 이동성 이벤트와 연관된 WTRU는 WLAN을 통해 세션을 계속하기 위해 및/또는 세션 연속성을 가능하게 하기 위해 사용될 수 있는 하나 이상의 WLAN 파라미터(들)를 표시할 수 있다. 파라미터(들)는 미리 구성되거나 및/또는 네트워크 엔티티(예를 들어, MME, 근접 서버, 등)로 알려질 수 있다. 네트워크 엔티티는, 네트워크 엔티티가, 예를 들어, 표시 동안 다른 노드들(예를 들어, 포함될 수 있는 다른 WTRU들)로 전송할 수 있는 파라미터(들)을 전달할 수 있다. 수신 WTRU들은 WLAN을 통해 세션을 계속하기 위하여 수신된 통지 및/또는 파라미터(들)을 사용할 수 있다.

WTRU는 인터넷을 통해 근접 서비스를 계속하도록 구성될 수 있다. WTRU는 어떤 유형들의 이동성 이벤트들의 발생에 기초하여 주어진 ProSe 세션을 종료하는 것을 결정하도록 구성될 수 있다. 예를 들어, 어떤 클래스의 이동성 이벤트들(예를 들어, CSFB)은 WTRU로 하여금 어떤 유형들의 ProSe 세션들을 종료(예를 들어, ProSe 콘텍스트를 제거)하게 하거나 및/또는 다른 유형들의 ProSe 세션들을 (예를 들어, 인터넷을 통해) 계속하게끔 트리거할 수 있다. 이동성 절차는, 시스템에 의해 제공될 수 있는 IP 어드레스 및/또는 WTRU의 PDN 접속성과 연관될 수 있는 기존의 베어러들의 재사용 및/또는 새로운 베어러들의 수립을 수반할 수 있다. 하나 이상의 WTRU들에 의해 수신된 이동성 이벤트 표시는 WTRU들로 하여금 패킷 필터들을 수정하게끔 할 수 있으며, 그 결과 이러한 세션에 대한 IP 패킷들은 인터넷에 대한 접속성을 제공할 수 있는 베어러들을 통해 전송될 수 있다.

이동성 이벤트의 표시 및/또는 계류중인 이동성 이벤트를 고려하여 취해져야 할 액션의 표시를 전송하는 것에 더하여, WTRU는 ProSe 세션에 관한 제 2 표시를 전송하도록 구성될 수 있다. 예를 들어, 제 2 표시는 이전의 표시를 취소하기 위하여 WTRU에 의해 전송될 수 있다. 일 예에 있어, 제 1 표시가 (예를 들어, 측정들에 기초한) 장래의 이동성 이벤트의 예측된 발생에 기초하여 WTRU에 의해 전송된 경우, 이동성 이벤트가 실행되지 않거나 및/또는 결국 발생하지 않은 채로 남아 있을 수 있다. 그러면 WTRU는 예측된 이동성 이벤트가 더 이상 서비스 중단에 대한 위협이 아니라는 것을 결정한 이후, 근접 세션이 계속될 수 있다는 것을 알리는 제 2 표시를 전송할 수 있다. 예를 들어, 중단될 수 있는 CSFB 요청, 라디오 링크 실패, 또는 하위 계층 실패들에 기인하는 인터-시스템 변경 수행의 실패, 등이 존재하는 경우, 예측된 이동성 이벤트는 실행되지 않을 채로 남아 있을 수 있거나 및/또는 근접 세션이 계속될 수 있다.

수신 노드(예를 들어, 이동성 이벤트 표시를 수신하는 WTRU)는 표시의 수신에 기초하여 하나 이상의 액션들을 취하도록 구성될 수 있다. 수신 노드에 의해 취해져야 하는 액션은 수신 노드에 의해 수신된 이동성 이벤트 표시 내에 명시적으로 포함될 수 있거나 또는 명시적으로 포함되지 않을 수 있다. 예를 들어, 수신 WTRU는, 이동성 이벤트에 관한 표시의 수신 시, (예를 들어, 표시 메시지에서 표시된 바와 같은, 액션 정보 엘러먼트를 통해서, 등) 트리거되는 액션을 수행할 수 있다. 이동성 이벤트에 관한 표시는 다른 WTRU, MME, eNB, 또는 근접 서버, 등으로부터 수신될 수 있다. 일 예에 있어, 수신 WTRU는, 통지 메시지가 취해져야 할 액션의 유형을 명시적으로 표시하지 않는 경우에도 취해져야 할 액션을 결정하도록 구성될 수 있다. 예를 들어, 주어진 애플리케이션에 대하여, 수신 WTRU는, 이동성 이벤트 표시의 수신 시, ProSe 세션과 연관된 하나 이상의 베어러들을 수립하거나 및/또는 수정하는 등에 의해 인터넷을 통해 세션을 계속하도록 결정할 수 있다. WTRU는 애플리케이션 단위마다에 기초하여 이동성 이벤트 동안 근접 세션들과 관련된 액션을 취하도록 구성될 수 있다. WTRU들은 애플리케이션들 각각에 대하여 상이한 액션들을 취할 수 있다. WTRU들은, 이러한 표시가 WTRU에 의해 수신될 때 애플리케이션 마다 취해질 수 있는 액션을 설명할 수 있는 구성들을 가질 수 있다.

WTRU는, 이동성 이벤트가 계류 중일 수 있거나 및/또는 발생하고 있을 수 있을 때 이에 관하여 액션들이 취해질 수 있는 규칙들 및/또는 구성들을 네트워크(예를 들어, MME, eNB, 또는 근접 서버)에 의해 공급받도록 구성될 수 있다. 규칙들 및/또는 구성들은 애플리케이션마다 정의될 수 있다. 취해져야 할 액션은 이동성 절차가 이미 발생하였는지, 또는 진행 중인지, 또는 발생할 것으로 예측되었는지 여부에 의존할 수 있다. 예를 들어, 이동성 이벤트가 진행 중인 경우 WTRU는 세션을 일시 중지할 수 있으며, 반면 이동성 이벤트가 발생할 것으로 예측된 경우 WTRU는 인터넷을 통해 세션을 계속하려고 시도할 수 있다.

WTRU 및/또는 네트워크(예를 들어, MME, eNB, 또는 근접 서버)는 애플리케이션 단위마다 하나 이상의 액션들을 호출할 수 있다. WTRU 및/또는 네트워크는, 이동성 이벤트가 계류 중일 수 있거나 및/또는 발생하고 있을 수 있을 때 취해질 수 있는 액션들에 대하여 본원에서 설명된 옵션들 중 하나 이상을 사용할 수 있다. 일 예에 있어, 하나의 애플리케이션에 대하여 WTRU는 세션을 일시 중지할 수 있으며, 반면 제 2 애플리케이션에 대하여 WTRU는 WLAN을 통해서로 스위칭하거나 또는 인터넷을 통해 세션을 계속하도록 결정할 수 있다. 일 예에 있어, 근접 서버는 WTRU가 근접 서비스에 대해 이용할 수 없다고 간주할 수 있다. 근접 서버는, 예를 들어, (예를 들어, 인터-RAT 이동성의 경우에 있어) 이동성에 기초한 WTRU의 부재 동안, WTRU 및/또는 애플리케이션 서버 및/또는 MME로부터 WTRU의 이동성에 관한 표시를 수신할 수 있다. 근접 서버는 미리 결정된 또는 운영자가 결정한 시간 기간 동안 WTRU의 콘텍스트를 유지할 수 있다.

WTRU는 이동성 이벤트에 관한 표시를 전송하기 위한 적절한 시간을 결정하도록 구성될 수 있다. 예를 들어, 표시가 전송되는 시간은 이동성 이벤트의 유형에 의존할 수 있다. WTRU는, 예를 들어, WTRU가 이동성 명령을 수신할 때, WTRU가 RAN으로부터의 명령에 기인하여 인터-시스템 변경을 수행하도록 결정할 때, 및/또는 WTRU가 WTRU 내의 로컬 결정에 기인하여 인터-시스템 변경을 수행하도록 결정할 때 표시를 전송하도록 구성될 수 있다. WTRU는 CSFB 요청이 전송될 때 이동성에 관한 표시를 전송할 수 있다. 일 예에 있어, WTRU는 모바일 발원 CSFB 요청을 요청하기 위하여 또는 모바일 종료형 CSFB 요청을 수락하기 위하여 MME로 확장 서비스 요청(Extended Service Request)을 전송할 수 있다.

MME가 ProSe WTRU들로 표시를 전송하는 경우, MME가 계류 중인 이동성 이벤트를 알게 되었을 때 MME는 표시를 전송할 수 있다. 예를 들어, 이동성 절차가 CSFB에 대응하는 경우, MME는, CSFB 요청을 수신한 이후에, WTRU로부터의 CSFB 요청을 수락한 이후에, MME가 이동통신 교환국(mobile switching center; MSC)으로부터 CSFB 요청을 획득한 이후에, 및/또는 서빙 게이트웨이(serving gateway; SG) 인터페이스 상의 방문 위치 자원(visited location resource; VLR)으로부터 CSFB 요청을 획득한 이후에, 등에 표시를 전송할 수 있다. MME는, MME가 (예를 들어, CSFB에 기인하여) 인터시스템 변경을 수행할 것을 eNB에 통보할 때 노드들 중 하나 이상으로 표시를 전송할 수 있다. eNB는, eNB가 WTRU로 이동성 명령(예를 들어, 핸드오버, 또는 리다이렉션(redirection)을 갖는 RRC 해제(release) 또는 셀 변경 오더)을 발행할 때 MME 및/또는 다른 WTRU들로 표시를 전송할 수 있다. WTRU는, WTUR가, 예를 들어, 이머전시 오버 PS(emergency over PS) 또는 이머전시 오버 CS(emergency over CS)를 통해 계류 중인 응급 호에 관해 알 수 있을 때 표시 요청을 전송할 수 있다. 다른 노드들은, 예를 들어, 그 노드들이 응급 호를 인지하는 경우 표시 요청을 전송할 수 있다. 일 예에 있어, MME는 WTRU가 응급 호를 요청할 때 표시 요청을 전송할 수 있다. 응급 호는 응급상황에 대한 CSFB 또는 IMS 응급 베어러 서비스 등일 수 있다.

일 예에 있어, (예를 들어, CSFB에 관하여) WTRU는 CSFB 요청을 수락하거나 또는 거절하기 위하여 또는 모바일 발원 요청을 요청하기 위하여 확장 서비스 요청을 전송하도록 구성될 수 있다. (예를 들어, CSFB에 관하여) WTRU는 그 진행 중인 근접 세션들 중 하나 이상에 대하여 수행되어야 하는 액션을 표시 내에 포함시키도록 구성될 수 있다. 액션은 CSFB에 대해 WTRU에 의해 전송될 수 있는 NAS 메시지 내에 포함될 수 있다. MME는, 예를 들어, WTRU로부터의 표시 내에 포함된 정보에 기초하여 근접 세션을 처리(예를 들어, 종료, 일시 정지, 인터넷으로 이동, 등)하기 위한 액션을 취할 수 있다. 표시는 근접 세션을 종료하기 위한 요청을 명시할 수 있다. MME는 애플리케이션마다 근접 세션을 처리하기 위한 방법을 알려줄 수 있는 규칙들을 가질 수 있다. WTRU는 각각의 표시 내에 애플리케이션마다의 액션을 포함시키도록 구성될 수 있다. WTRU는 애플리케이션 유형에 기초하여 근접 세션을 상이하게 처리하기 위한 (예를 들어, 상이한) 하나 이상의 표시들 또는 액션들을 전송하도록 구성될 수 있다. 표시들의 수신자들은 애플리케이션에 기초하는 상이한 액션 유형을 수신할 수 있다. 복수의 표시들이 하나의 WTRU로 전송될 수 있으며, 예를 들어, 여기에서 각각의 표시는 애플리케이션마다의 액션 유형을 정의할 수 있다. WTRU는 각각의 표시가 애플리케이션마다의 액션 유형을 정의할 수 있는 복수의 표시들을 수신할 수 있다.

WTRU는, WTRU가 LTE 네트워크로 다시 복귀할 때 근접 서버에 재-등록하도록 구성될 수 있다. 일 예에 있어, WTRU는, WTRU가 인트라-LTE-인터_PLM HO 및/또는 인터-RAT HO를 수행하는 경우 WTRU가 LTE 네트워크로 다시 복귀할 때 근접 서버에 재-등록하도록 구성될 수 있다. WTRU는 MME에 재-등록할 수 있다. MME는 WTRU가 다시 시스템 내에 존재한다는 것을 근접 서버로 통보할 수 있다. WTRU의 복귀는 근접 서버로 하여금 근접 서버가 제공할 수 있는 임의의 근접 식별정보(identity)를 WTRU에 재-할당하게끔 트리거할 수 있다. 근접 서버는 WTRU가 복귀했다는 것을 다른 노드들로 통보할 수 있다. 다른 노드들은, 비제한적으로, 다른 WTRU들, 다른 근접 서버들, 애플리케이션 서버, 등을 포함할 수 있다. 근접 서버는 근접 서비스들이 재-시작될 수 있다는 것을 다른 노드들로 통보할 수 있다. WTRU는, 예를 들어, WTRU와 네트워크 사이에 유휴 모드 시그널링 감소(idle mode signaling reduction; ISR)가 활성상태인 경우, 그 복귀에 대하여 MME로 통지하기 위하여 추적 영역 업데이트(tracking area update; TAU)를 수행할 수 있다. MME는 WTRU의 복귀에 관해 근접 서버에 통지하도록 구성될 수 있다. 인터-RAT HO 동안 근접 세션이 WLAN으로 스위칭된 경우, WTRU는, 예를 들어, 운영자 정책들, 네트워크 표시들, WTRU 구성들, 등에 기초하여 세션을 WLAN으로부터 다시 LTE로 스위칭하도록 구성될 수 있다.

WTRU는 이동성 이벤트를 검출하도록 구성될 수 있다. WTRU는 계류 중인 및/또는 발생하는 이동성 이벤트의 유형을 결정하도록 구성될 수 있다. 일 예에 있어, WTRU는 이동성 이벤트가 CS 서비스들에 기인하는 인터-시스템 변경인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 CSFB에 기인하는 인터-시스템 변경인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 CS 부가 서비스들에 기인하는 인터-시스템 변경인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 인트라-RAT HO인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 인터-RAT HO인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 인터-PLMN HO인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 인트라-RAT를 갖는 인터-PLMN HO인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 인터-RAT HO를 갖는 인터-PLMN HO인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 Wi-Fi 오프로드인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 IP 흐름 레벨에서의 Wi-Fi 오프로드인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 베어러 레벨에서의 Wi-Fi 오프로드인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 PDN 접속들의 각각을 움직이는 Wi-Fi 오프로드인지 여부를 결정하도록 구성될 수 있다. WTRU는 이동성 이벤트가 네트워크 지원 셀 변경 오더인지 여부를 결정하도록 구성될 수 있다.

WTRU는 이동성 이벤트에 의해 연관되는 ProSe 세션의 유형을 결정하도록 구성될 수 있다. WTRU는 ProSe 세션이 직접 ProSe 세션인지 여부를 결정하도록 구성될 수 있다. WTRU는 ProSe 세션이 간접 ProSe 세션인지 여부를 결정하도록 구성될 수 있다.

WTRU는 ProSe 세션 내에 포함된 애플리케이션의 유형을 결정하도록 구성될 수 있다. WTRU는 애플리케이션이 채팅 애플리케이션인지 여부를 결정하도록 구성될 수 있다. WTRU는 애플리케이션이 게임 애플리케이션인지 여부를 결정하도록 구성될 수 있다. WTRU는 애플리케이션이 탐색 애플리케이션인지 여부를 결정하도록 구성될 수 있다. WTRU는 애플리케이션이 메일 애플리케이션인지 여부를 결정하도록 구성될 수 있다. WTRU는 애플리케이션이 소셜 미디어 애플리케이션인지 여부를 결정하도록 구성될 수 있다. WTRU는 애플리케이션이 뉴스 애플리케이션인지 여부를 결정하도록 구성될 수 있다.

WTRU는 ProSe 세션 내에 포함된 애플리케이션에 대해 취해져야 할 액션을 결정하도록 구성될 수 있다. WTRU는 취해져야 할 액션이 ProSe 세션을 일시 중지하는 것인지 여부를 결정하도록 구성될 수 있다. 예를 들어, 이동성 이벤트가 CSFB인 경우, WTRU는 취해져야 할 액션이 ProSe 세션을 일시 중지하는 것인지 여부를 결정하도록 구성될 수 있다. 예를 들어, 이동성 이벤트가 CSFB에 기인하는 인터-RAT인 경우, WTRU는 취해져야 할 액션이 ProSe 세션을 일시 중지하는 것인지 여부를 결정하도록 구성될 수 있다. 예를 들어, 이동성 이벤트가 인터-PLMN 핸드오버인 경우, WTRU는 취해져야 할 액션이 ProSe 세션을 일시 중지하는 것인지 여부를 결정하도록 구성될 수 있다. 예를 들어, 이동성 이벤트가 인터-RAT 핸드오버인 경우, WTRU는 취해져야 할 액션이 ProSe 세션을 일시 중지하는 것인지 여부를 결정하도록 구성될 수 있다. 예를 들어, 이동성 이벤트가 인트라-RAT 핸드오버인 경우, WTRU는 취해져야 할 액션이 ProSe 세션을 일시 중지하는 것인지 여부를 결정하도록 구성될 수 있다. WTRU는 취해져야 할 액션이 WLAN을 통해 ProSe 세션을 계속하는 것인지 여부를 결정하도록 구성될 수 있다. 예를 들어, 이동성 이벤트가 인터-시스템 변경인 경우, WTRU는 취해져야 할 액션이 WLAN을 통해 ProSe 세션을 계속하는 것인지 여부를 결정하도록 구성될 수 있다. WTRU는 취해져야 할 액션이 인터넷을 통해 ProSe 세션을 계속하는 것인지 여부를 결정하도록 구성될 수 있다. 예를 들어, 이동성 이벤트가 CSFB인 경우, WTRU는 취해져야 할 액션이 인터넷을 통해 ProSe 세션을 계속하는 것인지 여부를 결정하도록 구성될 수 있다. WTRU는 취해져야 할 액션이 ProSe 세션을 종료하는 것인지 여부를 결정하도록 구성될 수 있다.

WTRU는 ProSe 세션에 대해 취해지는 액션을 통보 받을 노드(들)를 결정하도록 구성될 수 있다. WTRU는 ProSe 세션에 대해 취해져야 할 액션을 eNB가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. ProSe 세션이 간접 ProSe 세션인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 eNB가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. 예를 들어, 취해져야 할 액션이 ProSe 세션을 종료하는 것인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. 예를 들어, 취해져야 할 액션이 ProSe 세션을 일시 중지하는 것인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. 예를 들어, 취해져야 할 액션이 WLAN을 통해 ProSe 세션을 계속하는 것인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. 예를 들어, 취해져야 할 액션이 인터넷을 통해 ProSe 세션을 계속하는 것인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. 예를 들어, 포함된 애플리케이션이 소셜 미디어 애플리케이션인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. 예를 들어, 포함된 애플리케이션이 뉴스 애플리케이션인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. 예를 들어, 포함된 애플리케이션이 게임 애플리케이션인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. ProSe 세션이 간접 ProSe 세션인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. WTRU는 ProSe 세션에 대해 취해져야 할 액션을 MME가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. ProSe 세션이 간접 ProSe 세션인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 MME가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. WTRU는 ProSe 세션에 대해 취해져야 할 액션을 하나 이상의 WTRU들이 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. 예를 들어, 취해져야 할 액션이 ProSe 세션을 일시 중지하거나 및/또는 종료하는 것이고 ProSe 세션에 포함된 애플리케이션이 채팅 애플리케이션인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 하나 이상의 WTRU들이 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. 예를 들어, 취해져야 할 액션이 ProSe 세션을 일시 중지하거나 및/또는 종료하는 것이고 ProSe 세션에 포함된 애플리케이션이 게임 애플리케이션인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 하나 이상의 WTRU들이 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다. ProSe 세션이 직접 ProSe 세션인 경우, WTRU는 ProSe 세션에 대해 취해져야 할 액션을 근접 서버가 통보 받아야만 하는지 여부를 결정하도록 구성될 수 있다.

혼잡 제어 및/또는 완화는 ProSe 통신들에 관련된 시그널링을 가능하게 하기 위한 효율적인 자원 할당을 가능하게 하기 위하여 하나 이상의 레벨들로 정의될 수 있다. 하나의 레벨은 액세스 포인트 네임(access point name; APN) 기반 혼잡으로서 지칭될 수 있다. WTRU는 (예를 들어, NAS 시그널링을 통해) 특정 APN에 혼잡, 예를 들어, APN 기반 혼잡이 존재한다는 통지를 수신할 수 있다. WTRU는 백오프(backoff) 타이머를 수신하도록 구성될 수 있다. WTRU는, 백오프 타이머의 수명 동안(예를 들어, 백오프 타이머가 만료할 때까지) 혼잡상태의 APN에 대응하는 세션 관리 또는 다른 NAS 요청들을 전송하는 것을 삼가하도록 구성될 수 있다. WTRU는 백오프 타이머가 실행되고 있는 동안 대응하는 APN에 대한 베어러 수립 및/또는 베어러 수정 절차들을 요청하는 것을 삼가하도록 구성될 수 있다.

예를 들어, 백오프 타이머가 실행되고 있는 동안, WTRU는 새로운 베어러들의 수립을 야기할 것인 IP 세션들을 수용하기 위한 변화들을 요청하는 것을 삼가하도록 구성될 수 있다. 새로운 베어러들은 APN과 연관된 베어러들을 포함할 수 있다. WTRU는 APN을 향한 시그널링을 포함할 수 있는 세션 관리 요청들을 전송하는 것을 삼가하도록 구성될 수 있다. WTRU는, APN에 접속될 수 있는 패킷 데이터 네트워크 게이트웨이(packet data network gateway; PDN GW)를 향한 시그널링을 포함할 수 있는 세션 관리 요청들을 전송하는 것을 삼가하도록 구성될 수 있다. 그러나, 근접 서비스들의 존재 시, APN 기반 백오프 타이머들의 사용은, 예를 들어, 근접 서비스들이 APN을 직접적으로 포함하지 않고 eNB, MME, 등을 통해 통신될 수 있는 데이터를 포함할 수 있기 때문에, 비효율적인 혼잡 제어 및/또는 완화를 야기할 수 있다. 예를 들어, WTRU가 (예를 들어, APN이 혼잡할 때) 근접 세션 요청들을 전송하도록 구성될 수 있는 수정된 WTRU 백오프가 혼잡을 제어하고 및/또는 트래픽을 완화시키기 위해 사용될 수 있다.

예를 들어, 백오프 메커니즘은 타이머가 실행되고 있는 동안 WTRU 액션들을 더 세밀한 방식으로 처리하기 위하여 사용될 수 있다. 일 예로서, MME 및/또는 SGSN은 APN 혼잡 동안 인터넷 서비스들에 대해 백오프 및/또는 APN 혼잡을 표시할 수 있다. WTRU는 백오프 표시를 수신할 수 있다. WTRU는 표시된 백오프 기간 동안 혼잡상태의 APN을 포함하는 요청들을 전송하는 것을 삼가할 수 있지만, WTRU가 근접 서비스들에 대한 세션 관리 요청들을 전송하는 것은 계속해서 허용될 수 있다. (예를 들어, NAS 메시징 레벨의 코드를 사용하는) 백오프 표시 및/또는 메시지는 WTRU가 관리 요청들을 전송할 수 있는지 여부를 나타낼 수 있다. WTRU가, PDN GW가 아닌 다른 네트워크 노드들, 예를 들어, MME를 포함할 수 있는 근접 세션들에 대한 세션 관리 요청들을 전송하는 것이 허용될 수 있다. 자원들을 셋업하고 세션 관리 요청들을 처리하기 위하여 백오프 기간 동안 WTRU가 MME로 근접 기반 요청들을 전송하게끔 허용하면서, 동시에 WTRU가 APN에 액세스하려는 시도를 중단시키는 것은 PDN GW(예를 들어, APN)에서의 추가적인 혼잡을 회피하면서 ProSe 세션들의 계속을 가능하게 할 수 있다.

WTRU는 그 동안 하나 이상의 서비스들(예를 들어, 근접 서비스들)이 허용될 수 있는 백오프 타이머를 포함하는 표시를 MME 및/또는 SGSN으로부터 수신하도록 구성될 수 있다. MME 및/또는 SGSN은 그 동안 PDN GW 액세스와 같은 하나 이상의 다른 서비스들이 허용되지 않을 수 있는 백오프 타이머를 표시할 수 있다. WTRU는 백오프 기간 동안 계속해서 허용되는 메시징의 유형을 포함하는 표시들을 포함할 수 있는 백오프 메커니즘을 수신하도록 구성될 수 있다. 예를 들어, 표시들은, NAS 시그널링의 서브세트 및/또는 송신 기법들/절차들의 서브세트가 불허될 수 있으며 반면 다른 시그널링/절차들은 허용될 수 있다는 것을 기술할 수 있다. 예를 들어, MME, SGSN, 및/또는 다른 CN 노드(들)는 어떤 송신들이, 예를 들어, 시간 기간 동안 금지될 수 있다는 것을 표시할 수 있다. 예를 들어, 사용자 영역을 통한 송신은 금지될 수 있으며, 반면 제어 영역(예를 들어, NAS 또는 RRC 내의 다른 제어 영역)을 통한 송신이 허용될 수 있거나, 이의 역일 수 있다. WTRU는 MME, SGSN 및/또는 다른 CN 노드(들)로부터 표시들을 수신하도록 구성될 수 있다. MME, SGSGN, 및/또는 다른 CN 노드(들)는 또한 백오프 및/또는 백오프 방법의 표시와 연관될 수 있는 애플리케이션들의 목록을 표시들 내에 제공할 수 있다. 예를 들어, 백오프 표시 및/또는 명령은 네트워크(예를 들어, NAS 또는 RRC)에 의해 기술되는 바와 같이 및/또는 WTRU 내의 로컬 설정들 및/또는 구성들에 따라 애플리케이션들 및/또는 서비스들의 세트에 적용가능할 수 있다. 백오프는 비-ProSe 서비스 시그널링에 적용가능할 수 있다. WTRU는 백오프 기간 동안 ProSe 시그널링을 수행하도록 구성될 수 있다.

WTRU는, 예를 들어, 특정 애플리케이션 인스턴스(instance)의 지원을 브로드캐스팅하기 위하여, 라디오 상에서 식별정보 및/또는 코드를 송신하도록 구성될 수 있다. 코드는 전용되거나 또는 특정 애플리케이션에 대응할 수 있다. WTRU는, 특정 애플리케이션의 인스턴스를 실행하고 있으며 브로드캐스트 코드를 검출하는 근접한 WTRU가 존재한다는 것을 발견하는 것이 가능하도록 구성될 수 있다. 예를 들어, 코드는 사용자와 연관된 WTRU 상에서 실행되고 있는 사용자 및/또는 애플리케이션들에 관한 (예를 들어, 코드 내에 내장된) 정보를 포함할 수 있다. 예를 들어, FirstName LastName이라는 이름의 사용자가 소위 TestApplication을 사용하고 있는 것으로 가정하면, 라디오 상에서 송신된 코드는 FirstName.LastName@TestApplication으로서 디코딩되고 해석될 수 있으며, 이는 WTRU가 TestApplication을 실행하고 있으며 TestApplication 애플리케이션 사용자의 사용자 이름이 FirstName LastName이라는 것을 의미할 수 있다. WTRU는 코드를 수신하도록 구성될 수 있다. WTRU는 특정 사용자이름/애플리케이션 조합을 실행하고 있을 수 있는 다른 WTRU들을 검출하기 위하여 코드를 사용하도록 구성될 수 있다. WTRU는 하나 이상의 실행되고 있는 애플리케이션들을 가질 수 있다. 예를 들어, WTRU는 라디오 상에서 코드들의 N개의 송신들(예를 들어, 여기에서 N은 WTRU 내의 N개의 애플리케이션들에 대응하는 정수)을 수행하도록 구성될 수 있다. WTRU는, 예를 들어, 브로드캐스트 및 탐지 방법으로, 다른 WTRU들이 WTRU에서 어떤 애플리케이션들 및 사용자들을 실행되고 있는지를 탐색하는 것을 가능하게 하기 위한 N개의 송신들을 수행할 수 있다. WTRU는, 예를 들어, 사용자 및/또는 운영자 선호도들에 기초하는 각각의 애플리케이션에 대한 우선순위 레벨을 포함할 수 있다. 복수의 애플리케이션들을 실행하고 있는 WTRU는 복수의 애플리케이션들 사이의 무선 자원들의 사용에 대한 경합을 경험할 수 있다. 복수의 자원들 사이의 경합을 경험하는 WTRU는 특정 코드를 브로드캐스팅하기 위하여 무선 자원들을 사용하기 위한 시도를 트리거하도록 구성될 수 있다. 예를 들어, WTRU에 의한 특정 코드 브로드캐스트들은 복수의 애플리케이션들이 무선 자원들에 대해 경합하고 있다는 것을 표시할 수 있거나 및/또는 무선 자원들에 대해 경합하고 있는 애플리케이션들의 식별정보를 표시할 수 있다.

WTRU는 탐지를 위해 코드를 브로드캐스팅할 때 무선 자원들을 사용할 때를 결정하기 위하여 우선순위를 사용하도록 구성될 수 있다. WTRU는, WTRU들이 근접 세션들로 맞물리기(engage)를 원할 수 있는 애플리케이션들을 다른 WTRU들이 탐지하는 것을 가능하게 하기 위하여 라디오 상에서 코드 및/또는 식별정보를 송신하기 위한 제한된 자원들을 가질 수 있다. WTRU는, 예를 들어, 탐지를 위한 무선 자원들 상에서의 다른 WTRU들에 대한 식별정보 및/또는 코드의 송신을 위하여 구성될 수 있는 복수의 애플리케이션들을 가질 수 있다. WTRU는, 예를 들어, 사용자의 요구들이 애플리케이션들에 대하여 충족되는 그러한 방식으로 WTRU가 제한된 자원들을 사용하기 위한 효율적인 방식을 가능하게 하기 위하여, 애플리케이션 특정 식별정보들 및/또는 코드들을 송신하도록 구성될 수 있다. WTRU는 애플리케이션에 특유할 수 있는 식별정보들을 차례로 돌아가며 송신하도록 구성될 수 있다. WTRU는 하위 계층들(예를 들어, RRC)에 브로드캐스팅하기 위한 식별정보들의 목록을 제공하는 NAS 메시지를 전송하도록 구성될 수 있다. WTRU는 목록이 다 쓰여질 수 있을 때까지 순서화된 방식으로 하위 식별정보들을 브로드캐스팅하기 위하여 하위 계층들을 사용하도록 구성될 수 있다. 순서는 NAS에 의해 하위 계층들로 제공될 수 있다.

WTRU는 사용자 설정들에 기초하여 애플리케이션들에 관한 상이한 코드들 및/또는 표시들을 브로드캐스팅하기 위하여 우선순위를 가질 수 있는 NAS 계층을 사용하도록 구성될 수 있다. 예를 들어, 사용자는 사용자 인터페이스를 통해 애플리케이션들의 자원들의 사용을 위한 우선순위들을 가질 수 있다. 사용자는 어떤 우선순위들로 애플리케이션의 순위를 매길 수 있다. WTRU는 하위 계층들에 의해 더 높게 순위가 매겨진 애플리케이션들을 대응하는 식별정보들의 송신의 더 높은 빈도로 송신하도록 구성될 수 있다. 예를 들어, 최고의 우선순위를 갖는 것으로서 순위가 매겨질 수 있는 애플리케이션은 더 낮은 우선순위를 가질 수 있는 애플리케이션에 비하여 WTRU에 의해 2배 더 송신될 수 있다. WTRU는 동일한 우선순위 레벨을 갖는 하나 이상의 애플리케이션들을 유사하게 처리할 수 있다. 식별정보를 브로드캐스팅하는 동안, WTRU는 동일한 우선순위의 식별정보들을 브로드캐스팅할 수 있다. WTRU는 식별정보들을 N번 브로드캐스팅할 수 있으며, 여기에서 N은 WTRU 내에서 구성될 수 있거나 및/또는 NAS, RRC, ANDSF, OTA, 등을 통해 네트워크에 의해 구성될 수 있는 정수일 수 있다. WTRU는 더 낮은 우선순위 레벨에 속할 수 있는 식별정보들을 브로드캐스팅할 수 있다. 애플리케이션 식별정보들은 하나 이상의 방식들로 우선순위화될 수 있다.

WTRU는, 네트워크 정책들, 서브스크립션(subscription), 애플리케이션 제공자 설정 등에 기초하여, 네트워크, 예를 들어, MME, eNB, 근접 서버로부터 애플리케이션마다의 우선순위 레벨을 수신하도록 구성될 수 있다. 예를 들어, 애플리케이션 제공자는 식별정보들과 관련된 근접 브로드캐스팅을 위해 더 많은 자원들을 가질 수 있는 애플리케이션에 대한 프리미엄(premium)을 지불할 수 있다. 사용자는 기본 우선순위 레벨들을 변경하는 것을 담당할 수 있다.

WTRU는, WTRU가 애플리케이션에 대한 우선순위 레벨을 변경하기를 희망할 수 있을 때, 네트워크, 예를 들어, eNB, MME, 또는 근접 서버로 표시를 전송하도록 구성될 수 있다. 일 예에 있어, 예를 들어, 우선순위 변경이 승인된 경우 네트워크가 WTRU의 요청 및/또는 변경에 따라 제한된 자원들의 사용을 승인해야만 할 수 있기 때문에 WTRU는 그 애플리케이션에 대한 우선순위 레벨을 변경하기를 희망할 수 있을 때 WTRU는 네트워크로 표시를 전송할 수 있다. WTRU는, WTRU가 열거된 애플리케이션들에 할당하고 싶어하는 상대적인 우선순위를 나타내는 우선순위들의 목록을 네트워크로 전송하도록 구성될 수 있다. WTRU는 네트워크로부터의 응답을 기다릴 수 있다. 네트워크는 요청된 우선순위 레벨들을 승인하거나 또는 불허할 수 있다. WTRU는 네트워크로부터 자원들의 변경에 대한 승인 또는 불허를 수신하도록 구성될 수 있다. NAS에서의 우선순위 레벨의 변경은 RRC로의 업데이트된 우선순위 레벨을 갖는 통지를 트리거할 수 있다. WTRU는, 예를 들어, 비제한적으로, ANDSF, OMA DM, OTA, SMS 등을 포함하는 다른 상위 계층 시그널링, NAS, 또는 RRC를 사용하여 네트워크와 애플리케이션마다의 우선순위 레벨들을 교환하도록 구성될 수 있다.

우선순위 레벨들 및/또는 규칙들은 WTRU가 그것의 홈 PLMN에 있는지 또는 방문 PLMN에 있는지 여부에 의존하여 변화할 수 있다. 방문 PLMN 및/또는 (예를 들어, 방문 PLMN 내의) 로컬 근접 서버는 홈 PLMN의 선호사항을 페치(fetch)할 수 있으며, 예를 들어, WTRU가 방문 PLMN 내에 있을 때 애플리케이션을 어떻게 우선순위화할 지에 대한 최종 결정을 내릴 수 있다. 방문 PLMN은 우선순위화된 목록을 WTRU에 제공할 수 있다. WTRU는 방문 PLMN으로부터 우선순위화된 목록을 수신하도록 구성될 수 있다. WTRU는, 예를 들어, 애플리케이션마다 브로드캐스팅 자원들을 할당하기 위하여 우선순위화 목록을 로컬적으로 사용할 수 있다.

WTRU는, 예를 들어, 사용자 인터페이스를 통한 사용자 설정에 기초하여 하나 이상의 애플리케이션들이 시간의 기간 동안 무선 자원들을 사용하는 것을 억제하는 것을 결정하도록 구성될 수 있다. WTRU는, 예를 들어, 근접 서버 및/또는 네트워크, 예를 들어, eNB, MME 등으로부터의 새로운 표시의 결과로서 하나 이상의 애플리케이션들이 시간의 기간 동안 무선 자원들을 사용하는 것을 억제하는 것을 결정하도록 구성될 수 있다. WTRU는 애플리케이션들에 대한 그것의 우선순위를 변경하도록 구성될 수 있다. WTRU는 N 초마다 한번씩 애플리케이션들에 대한 그것의 우선순위를 변경하도록 구성될 수 있으며, 여기에서 N은 WTRU 내의 미리 구성된, ANDSF, OMA DM, SMS 등을 통해 WTRU에 제공된, 및/또는 등의 RRC 메시지들을 통해, NAS 메시지를 통해 제공되는 네트워크에 의해 결정될 수 있는 정수일 수 있다. WTRU는 WTRU에 의해 구현될 수 있는 우선순위 레벨들의 변경 이전에 지속기간 동안 대기하도록 구성될 수 있다.

WTRU는 하나 이상의 WTRU들 사이에서 네트워크 자원들의 부하 밸런싱을 수행하도록 구성될 수 있다. 하나 이상의 WTRU들은, CS 서비스들(예를 들어, CSFB 또는 부가 서비스들)에 기인하는 인터-시스템 변경, 인트라-RAT 핸드오버(handover; HO), 인터-RAT HO, (예를 들어, 인트라-RAT 또는 인터-RAT HO를 갖는) 인터-PLMN HO, (예를 들어, PDN 접속들의 각각을 움직이거나 또는 베어러 레벨 또는 IP 흐름 레벨에서의) Wi-Fi 오프로드, 네트워크 지원 셀 변경 오더 등과 같은 하나 이상의 이유들에 기인하여 네트워크 커버리지(coverage)의 상실에 시달릴 수 있다. WTRU(예를 들어, 공중 안전 WTRU)는 커버리지 밖의 WTRU들에 대한 릴레이로서 역할 하도록 구성될 수 있다. 릴레이 WTRU는 네트워크의 커버리지 내에 있을 수 있다. 릴레이 WTRU는 WTRU들의 그룹 내에서 마스터 WTRU로서 역할 할 수 있다. 릴레이 WTRU는 릴레이 WTRU의 제어 하에 있을 수 있는 WTRU들 사이에서 브리지로서 역할 할 수 있다. 릴레이 WTRU는 그룹의 부분일 수 있는 WTRU들 사이에서 정보를 릴레이함으로써 브리지로서 역할 할 수 있다. 하나 이상의 릴레이 WTRU들이 사용될 수 있다. 예를 들어, 제 1 릴레이 WTRU는, 제 1 릴레이 WTRU가 새로운 WTRU를 처리 및/또는 입장을 허가(admit)하는 것이 불가능할 수 있도록 하나 이상의 WTRU들을 제어(예를 들어, 이들로/이들로부터 정보를 릴레이)하도록 구성될 수 있다. 제 1 릴레이 WTRU는 입장이 허가되기를 소망할 수 있는 접속 WTRU로 (예를 들어, 일시적으로) 자원들이 이용불가능할 수 있다는 표시를 전송하도록 구성될 수 있다. 제 2 릴레이 WTRU는 제 1 릴레이 WTRU에 알려질 수 있는 부근에 존재할 수 있지만, 접속 WTRU는 제 2 릴레이 WTRU를 인지하지 못할 수 있다. 제 2 릴레이 WTRU는 접속 WTRU의 입장을 허가하기 위한 성능 및/또는 용량을 가질 수 있다. 제 1 릴레이 WTRU는, 예를 들어, 릴레이 WTRU들, 예를 들어, 제 1 릴레이 WTRU와 제 2 릴레이 WTRU 사이에서 부하 밸런싱이 달성될 수 있도록, 접속 WTRU(예를 들어, 유입(incoming) WTRU)를 제 2 릴레이 WTRU에 위탁할 수 있다.

릴레이 WTRU는 서비스를 요구할 수 있는 어떤 수의 WTRU들을 입장 허가하거나 및/또는 제어하도록 구성될 수 있다. 제 1 릴레이 WTRU는 입장 허가를 요청할 수 있는 접속 WTRU를, 예를 들어, 부하 밸런싱을 가능하게 하고 및/또는 혼잡을 회피하기 위하여 부근의 제 2 릴레이 WTRU에 위탁하도록 구성될 수 있다. 제 1 릴레이 WTRU는 제 2 릴레이 WTRU로서 역할 할 수 있는 제 2 WTRU를 인지할 수 있다. 제 1 릴레이 WTRU는 제 2 릴레이 WTRU로서 역할 할 수 있는 제 2 WTRU를 인식하도록 구성될 수 있다. 제 1 릴레이 WTRU는 접속 WTRU들을 입장 허가하기 위한 제 2 릴레이 WTRU의 용량을 인식하거나 및/또는 수령(acknowledge)하도록 구성될 수 있다. 제 1 릴레이 WTRU는, 제 1 릴레이 WTRU가 접속 WTRU를 제 2 릴레이 WTRU로 위탁할 수 있다는 것을 제 2 릴레이 WTRU로 표시할 수 있다. 제 2 릴레이 WTRU는 제 1 릴레이 WTRU의 요청을 수령할 수 있다. 제 1 릴레이 WTRU는, 접속 WTRU가 다른 WTRU로 입장 허가를 요청할 수 있다는 것을 접속 WTRU에 표시할 수 있다. 제 1 릴레이 WTRU는, 접속 WTRU가 위탁받은 제 2 WTRU와의 접속을 시도할 수 있다는 것을 접속 WTRU에 표시할 수 있다. 제 1 릴레이 WTRU는 제 2 릴레이 WTRU와의 접속을 용이하게 하기 위하여 하나 이상의 파라미터들을 접속 WTRU로 제공할 수 있다. 제 2 릴레이 WTRU는 입장 허가된 WTRU가 그것이 요청할 수 있는 서비스를 취득하는데 도움을 줄 수 있는 파라미터들을 제 1 릴레이 WTRU로 제공할 수 있다. 제 1 WTRU는 제 2 릴레이 WTRU로부터 파라미터를 수신할 수 있다. 파라미터들은, 예를 들어, 입장 허가를 요청하는 접속 WTRU가 정당한 WTRU라는 것을 보장하기 위하여 제 2 릴레이 WTRU에 의해 검증될 수 있는 패스워드, 접속을 위한 하위 계층 구성들, (예를 들어, WLAN 접속의 경우에 있어) WLAN 파라미터들 등을 포함할 수 있다. 릴레이 WTRU들과 접속 WTRU 사이에서 교환되는 메시지들은 NAS 및/또는 RRC 메시지들로서 구현될 수 있다.

eNB는 ProSe 접속과 연관된 스케줄링 통신들을 용이하게 하도록 구성될 수 있다. eNB를 포함하는 ProSe 접속 경로에 있어, eNB는 2개의 WTRU들 사이에서 데이터 무선 베어러(Data Radio Bearer; DRB)들을 통해 애플리케이션 데이터 패킷들을 수신 및/또는 전달하도록 구성될 수 있다. 통신 경로는 다른 코어 네트워크 노드(들)를 포함하지 않고 형성될 수 있다. eNB는, 예를 들어, 심층 패킷 검사(Deep Packet Inspection; DPI)를 수행함으로써, ProSe 데이터를 다른 애플리케이션 트래픽과 구별할 수 있다. eNB는 DRB가 비-ProSe 통신에 전용될 수 있을 때 DPI를 수행할 수 있다. eNB는 ProSe 트래픽이 다른 애플리케이션 데이터와 동일한 DRB 상에서 혼합될 수 있을 때(예를 들어, 다른 애플리케이션 데이터가 코어 네트워크를 통해 라우팅될 수 있을 때) DPI를 수행할 수 있다. eNB에 대한 원치 않는 프로세싱 부담일 수 있는 DPI를 회피하기 위하여, eNB는 ProSe 트래픽에 대한 전용 DRB를 사용할 수 있다.

eNB는 ProSe 트래픽에 대한 전용 DRB의 생성을 개시하도록 구성될 수 있다. (예를 들어, 신규하고 새로운) 전용 DRB는 (예를 들어, WTRU로부터의) ProSe 애플리케이션에 대한 서비스 요청에 기인하여 생성될 수 있다. (예를 들어, 신규하고 새로운) 전용 DRB는 트래픽을 정상 진화형 패킷 코어(Evolved Packet Core; EPC)로부터 eNB를 포함하는 ProSe 경로로 이동시키기 위해 생성될 수 있다. 전용 DRB의 생성은 EPS 베어러를 수립하는 전형적인 절차들 각각의 사용하지 않고 수행될 수 있다. 예를 들어, 베어러에 대한 QoS 메트릭(metric)(예를 들어, 우선순위 비트 레이트(Priority Bit Rate; PBR) 또는 버킷 크기 지속기간(Bucket Size Duration; BSD), 등)을 수립하는 이전의 EPC QoS 프레임워크를 사용하는 대신에, ProSe DRB에 대한 QoS 파라미터들은 eNB 구현으로 남겨질 수 있다. 예를 들어, eNB가 ProSe 애플리케이션들의 QoS 요건들 및/또는 ProSe 트래픽과 다른 애플리케이션 트래픽들 사이의 우선순위 관계들을 인지하지 못할 수 있기 때문에, eNB는 QoS 메트릭들의 최적 설정들을 보장하는 것이 불가능할 수 있다.

일 예에 있어, 하나 이상의 코어 네트워크(core network; CN) 노드들은 WTRU 대 WTRU 전용 베어러 수립을 달성하도록 구성될 수 있다. 예를 들어, WTRU 대 WTRU 전용 베어러는 다른 시나리오들 중에서도 특히 WTRU가 근접 접속을 위한 요청을 네트워크로 전송할 때 수립될 수 있다. MME는 WTRU로부터 근접 접속을 위한 요청을 수신하도록 구성될 수 있다. MME는 근접 접속을 수립하기를 희망할 수 있는 2개 이상의 WTRU들을 향한 베어러들을 수립하도록 구성될 수 있다. MME 이외의 코어 네트워크 노드들은 표준 전용 베어러 수립 절차를 개시할 수 있다. 다른 노드들 중에서도 특히 MME는 WTRU 대 WTRU 전용 베어러(들)를 수립하기 위하여 WTRU와 다양한 네트워크 노드들 사이에서 교환될 수 있는 로직, 기술들 및 대응하는 시그널링을 도입하도록 구성될 수 있다. WTRU 대 WTRU 전용 베어러(들)는 직접 WTRU 대 WTRU 데이터를 교환하기 위하여 근접 WTRU에 의해 사용될 수 있다.

MME는, 예를 들어, MME가 근접 WTRU들 중 적어도 하나에 의해 근접 접속을 셋업하기 위한 요청을 수신할 때 근접 서버로 근접 접속에 대한 요청을 전송하도록 구성될 수 있다. MME는 네트워크 기반 전용 베어러 수립 절차를 사용하여 전용 베어러를 수립할 수 있다. MME는 근접 서비스에 대한 전용 베어러를 수립할 수 있으며, 및/또는 근접 서버로부터의 응답에 기초할 수 있다. 일부 예들에 있어, 근접 서비스들은 근접 서비스들에 대한 비-전용 베어러들을 사용할 수 있으며, 그에 따라 네트워크 기반 전용 베이러 수립 절차가 근접 서비스에 대한 전용 베어러의 수립을 지원하지 않을 수 있다. 다른 예들에 있어, 전용 베어러는 ProSe 트래픽을 용이하게 하고 이를 밸런싱하기 위하여 하나 이상의 근접 서비스들에 대해 수립될 수 있다.

eNB는 ProSe 접속들을 스케줄링하도록 구성될 수 있다. eNB는 ProSe 트래픽에 대한 전용 DRB의 사용을 용이하게 하도록 구성될 수 있다. eNB 이외의 CN 노드들은 임의적인 QoS 메트릭들 및/및 ProSe DRB에 대한 우선순위들을 설정할 수 있다. eNB는 임의적인 QoS 메트릭들 및/및 ProSe DRB에 대한 우선순위들을 수신하도록 구성될 수 있다. eNB는 ProSe DRB에 대한 우선순위 및/또는 자원 승인을 결정하기 위하여 WTRU로부터의 표시(들)를 사용할 수 있다. WTRU는 스케줄링 요건들을 표시할 수 있다. eNB는 WTRU로부터 스케줄링 요건들을 수신할 수 있다.

대응하는 논리적 채널은, 예를 들어, 전용 DRB가 eNB를 통한 ProSe 접속에 대해 생성된 경우, 단일의 논리적 채널 그룹(Logical Channel Group; LCG)으로서 구성될 수 있다. ProSe 트래픽에 대한 논리적 채널 및 다른 비-ProSe 트래픽에 대한 논리적 채널들은 (예를 들어, 동일한 LCG가 아니라) 상이한 LCG 내에 구성될 수 있다. eNB를 통한 복수의 ProSe 트래픽은, 동일한 DRB 상에서, 별개의 DRB들 상에서 등으로 동시에 진행 중일 수 있다. 대응하는 논리적 채널들은, 예를 들어, 대응하는 논리적 채널들이 별개의 DRB들 상에 있는 경우, 동일한 LCG 내에 및/또는 상이한 LCG 내에 구성될 수 있다. 예를 들어, 대응하는 논리적 채널들이 동일한 LCG 내에 구성될 수 있는 경우, LCG ID 공간의 제한이 존재할 수 있다.

버퍼 상태 리포트(Buffer Status Report; BSR)는, 예를 들어, ProSe 논리적 채널에 전용 LCG ID를 할당함으로써, ProSe 트래픽의 버퍼 크기를 반영할 수 있다. eNB는, 예를 들어, ProSe 논리적 채널에 전용 LCG ID를 할당함으로써, BSR 및/또는 유사한 것에 대한 자원들을 승인하도록 구성될 수 있다.

WTRU는 eNB를 통한 ProSe 통신을 스케줄링하기 위하여 긴 BSR 포맷을 사용하도록 구성될 수 있다. 긴 BSR 포맷은 BSR이 다양한 LCG들의 버퍼 크기를 포함한다는 것을 표시할 수 있다. BSR 내의 LCG ID의 순서는, 예를 들어, BSR 포맷이 사용될 때 대응하는 논리적 채널들의 우선순위를 나타낼 수 있다. WTRU는 BSR을 구성하도록 구성될 수 있으며 및/또는, 예를 들어, WTRU가 ProSe 트래픽을 더 높은 우선순위로 간주하는 경우, ProSe 채널의 LCG ID를 BSR의 시작부분에 두도록 구성될 수 있다. WTRU는, WTRU가 ProSe 트래픽을 더 낮은 우선순위로 간주하는 경우, ProSe 채널의 LCG ID를 BSR의 말단에 두도록 구성될 수 있다.

WTRU는 eNB를 통한 ProSe 통신을 스케줄링하기 위하여 짧은 BSR 포맷을 사용하도록 구성될 수 있다. 짧은 BSR은 ProSe 채널의 버퍼 크기를 포함할 수 있다(예를 들어, ProSe 채널의 버퍼 크기만을 포함할 수 있다). 짧은 BSR은, 예를 들어, ProSe 트래픽이 다른 트래픽보다 더 높은 우선순위로 간주되는 경우, ProSe 트래픽이 다른 트래픽 이전에 스케줄링될 수 있다는 것을 보장하기 위해 사용될 수 있다. 짧은 BSR은, 심지어 긴 BSR이 현재의 MAC 명세에 따라 사용될 수 있을 때에도, ProSe 트래픽이 다른 트래픽 이전에 스케줄링될 수 있다는 것을 보장하기 위해 사용될 수 있다.

전용 DRB는 eNB를 통한 ProSe 통신을 위해 구성될 수 있다. 다른 DRB들이 존재할 수 있다. DRB들 사이의 자원 분배는, 예를 들어, eNB로부터의 스케줄링 승인이 존재할 때 규칙들 및/또는 파라미터들을 따를 수 있다.

eNB는 우선순위 레벨들에 기초하여 자원들을 ProSe 및 비-ProSe 트래픽에 할당하도록 구성될 수 있다. WTRU는 ProSe 트래픽을 더 높은 우선순위로서 식별할 수 있다. WTRU는 BSR에 ProSe 트래픽의 우선순위를 표시할 수 있다. ProSe 트래픽에 대한 스케줄링 승인 크기는 이전에 리포팅된 ProSe 채널의 버퍼 크기("a")보다 더 클 수 있다. WTRU는 "a"의 양을 ProSe 채널에 분배하도록 구성될 수 있다. WTRU는, 예를 들어, 3GPP TS 36.321 문서 내의 논리적 채널 우선순위화(Logical Channel Prioritization; LCP)에 따라 자원의 나머지를 다른 논리적 채널들에 분배하도록 구성될 수 있다. ProSe 트래픽에 대한 스케줄링 승인 크기는 이전에 리포팅된 ProSe 채널의 버퍼 크기("a")보다 더 작을 수 있다. WTRU는 모든 스케줄링된 자원(들) 중 하나 이상을 ProSe 채널에 분배하도록 구성될 수 있다.

WTRU는 ProSe 트래픽을 더 낮은 우선순위로서 식별할 수 있다. WTRU는 BSR에 ProSe 트래픽의 우선순위를 표시할 수 있다. (예를 들어, ProSe 채널을 포함하는) 하나 이상의 또는 모든 논리적 채널들의 우선순위 비트 레이트는, 예를 들어, 3GPP TS 36.321 문서 내의 LCP 절차를 따름으로써 충족될 수 있다. WTRU는 ProSe 채널의 PBR을 구현하도록 구성될 수 있다. eNB는 ProSe 채널의 PBR을 형성하도록 구성될 수 있다.

하나 이상의 자원들은 하나 이상의 또는 모든 채널들의 PBR들이 충족된 이후 남아 있을 수 있다. WTRU는, 예를 들어, 3GPP TS 36.321 문서 내의 LCP 절차를 따라 채널들 사이에서 자원들을 분배할 수 있다. 예를 들어, 자원은 그들의 우선순위들에 따라 채널들에 할당될 수 있다.

도 5는 ProSe 접속에 대한 스케줄링을 위한 예시적인 기술의 순서도를 도시한다. (500)에서, 업링크 승인이 WTRU 및/또는 네트워크로부터 eNB에 의해 수신될 수 있다. (501)에서, eNB는 ProSe 우선순위 레벨을 결정한다. eNB가 ProSe 우선순위를 더 낮은 우선순위 레벨로 결정하는 경우, (503)에서, WTRU는 LCP를 따라 모든 채널들 사이에서 자원들을 분배할 수 있다. ProSe 우선순위가 더 높은 레벨인 경우, (502)에서, eNB는 자원들의 업링크 승인 크기가 ProSe의 버퍼 크기보다 더 큰지 여부를 결정한다. eNB가 자원들의 업링크 승인 크기가 ProSe 트래픽의 버퍼크기보다 더 작다고 결정하는 경우, (505)에서, WTRU는 자원들의 모두를 ProSe 트래픽에 분배할 수 있다. eNB가 자원들의 업링크 승인 크기가 ProSe 트래픽의 버퍼크기보다 더 크다고 결정하는 경우, (504)에서, WTRU는 승인의 리포팅된 버퍼 크기의 자원들을 ProSe 트래픽에 분배할 수 있다. eNB가 자원들의 승인에서 남아 있는 추가적인 자원들이 존재한다는 것을 결정하는 경우, (506)에서, WTRU는 LCP에 따라 나머지 자원들을 다른 채널들에 분배할 수 있다. eNB는, 예를 들어, WTRU가 어떠한 논리적 채널이 ProSe 트래픽에 대해 전용될 수 있을 것인지를 이해하는 것을 가능하게 하기 위하여, 논리적 채널 구성 시그널링 내에 표시를 포함시키도록 구성될 수 있다.

eNB는 ProSe 트래픽에 대한 흐름을 식별하기 위하여 전용 DRB를 사용하도록 구성될 수 있다. ProSe 트래픽에 대한 전용 DRB의 사용은 eNB가 ProSe 트래픽에 대한 심층 패킷 검사(Deep Packet Inspection; DPI)를 사용하는 것을 회피하는 것을 가능하게 할 수 있다. 예를 들어, ProSe 애플리케이션 트래픽은 처음에, ProSe 및 비-ProSe 애플리케이션 데이터 둘 모두를 전달할 수 있는 EPC 베어러들을 통해 전달될 수 있다. ProSe 트래픽은 eNB를 통해 ProSe 경로로 전송될 수 있다. eNB는, 예를 들어, 추가적인 시그널링에 기인하여 또는 트래픽이 정상 EPC 경로로 다시 스위칭될 수 있는 경우, ProSe 트래픽에 대한 전용 DRB를 재구성하는 것이 불가능할 수 있다.

도 6은 대응하는 MAC-SDU가 ProSe 트래픽에 대한 것이라는 표시를 위한 헤더 내의 플래그 비트의 일 예의 예시이다. ProSe 트래픽은 다른 비-ProSe 트래픽과 동일한 DRB 및/또는 EPS 베어러를 공유할 수 있다. WTRU는 UL 송신이 ProSe 및/또는 비-ProSe 데이터를 위한 것인지 여부를 표시하도록 구성될 수 있다. WTRU는, 예를 들어, IP, PDCP, RLC, MAC, 또는 이들의 조합에서의 프로토콜 스택의 임의의 계층 내에 표시를 포함시킬 수 있다. 예를 들어, WTRU는 그 논리적 채널에 대한 대응하는 매체 액세스 제어(Medium Access Control; MAC) 서브-헤더 내에 표시를 부가할 수 있다. WTRU는 어떤 예약된 플래그 비트를 사용할 수 있다. 예를 들어, 도 6에 예시된 바와 같이, (601)에서, 헤더 내의 "P" 플래그 비트가 대응하는 MAC-서비스 데이터 유닛(Service Data Unit; SDU)이 ProSe 트래픽에 대한 것임을 표시하기 위해 사용될 수 있다. 도 6에서, 600은 MAC 프로토콜 데이터 유닛인 경우의 일 예이다. 자원들이 존재하는 경우, MAC PDU(600)은 MAC 계층에 의해 생성될 수 있다. 도 6에서, MAC PDU는 송신을 위해 이용가능한 계류 중인 데이터 및/또는 BSR MAC 제어 엘러먼트(control element; CE)를 포함할 수 있다. MAC PDU는, MAC 헤더, 0 또는 그 이상의 MAC 서비스 데이터 유닛(MAC Service Data Unit; MAC SDU)들, 0 또는 그 이상의 MAC 제어 엘러먼트(CE)들로 구성될 수 있다. MAC 헤더 및 MAC SDU들 둘 모두가 가변적인 크기들이다. MAC PDU 헤더는 하나 이상의 MAC PDU 서브헤더들로 구성된다. 각각의 서브헤더는 MAC SDU 및/또는 MAC 제어 엘러먼트 중 하나에 대응한다. MAC PDU는, 6개의 헤더 필드들, 즉, R(606), P(601), E(602), LCID(603), F(605), 및 L(604)로 구성된다. MAC PDU 서브헤더들은 대응하는 MAC SDU들, MAC 제어 엘러먼트들과 동일한 순서를 가질 수 있다. LCID 필드(603)는 논리적 채널 ID 필드이다. LCID 필드는, 다운링크 공유 채널(Downlink Shared Channel; DL-SCH), 업링크 공유 채널(Uplink Shared Channel; UL-SCH) 및 멀티캐스트 채널(Multicast Channel; MCH)에 대한 대응하는 MAC SDU의 논리적 채널 인스턴스 또는 대응하는 MAC 제어 엘러먼트 또는 패딩(padding)의 유형을 식별할 수 있다.

RLC 엔티티는, 예를 들어, 하나의 MAC-SDU가 동일한 LC 상에서 다른 애플리케이션 데이터로부터 분리된 ProSe 데이터를(예를 들어, 오로지 ProSe 데이터만을) 전달하는 것을 보장하기 위하여, RLC-PDU가 다른 비-ProSe RLC-SDU들과 비-연관된 ProSe 데이터의 RLC-SDU들을 포함한다는 것을 보장할 수 있다. 하나 이상의 표시들이, 예를 들어, 계층들이 비-ProSe 데이터로부터 ProSe 데이터를 식별하는 것을 보조하기 위하여 PDCP, RLC, 및/또는 MAC 엔티티와 같은 엔티티들 사이에서 사용될 수 있는 프리미티브(primitive)들 내에 부가될 수 있다. PDCP는, 예를 들어, 적어도 그 것(RLC) 아래의 엔티티로 PDCP SDU가 ProSe 애플리케이션 데이터를 전달하고 있다는 것을 표시할 수 있다. PDCP는, 계층들에 걸쳐 (예를 들어, 이러한 목적을 위해 이전에 정의되지 않은) 프리미티브들(예를 들어, 새로운 프리미티브들)을 정의함으로써 PDCP SDU가 ProSe 애플리케이션 데이터를 전달하고 있다는 것을 표시할 수 있다. 다른 프리미티브들이 다른 계층들 사이에서 정의될 수 있다. 프리미티브들은 DL 및/또는 UL 트래픽에 대해 사용될 수 있다. 예를 들어, RLC 계층이 수신되는 및/또는 프로세싱되는 데이터가 ProSe 데이터에 대한 것임을 알 때, RLC는 데이터를 전달할 때 (예를 들어, 새로운 프리미티브를 사용함으로써) 데이터가 ProSe 데이터에 대한 것임을 PDCP 계층으로 표시할 수 있다.

WTRU는 송신이 ProSe 데이터 또는 비-ProSe 데이터(예를 들어, 오로지 ProSe 또는 비-ProSe 데이터)를 포함하게끔 강제하도록 구성될 수 있다. WTRU는 송신(Tx)이 ProSe 또는 비-ProSe 애플리케이션에 대하는 것인지 여부를 eNB로 표시할 수 있다. eNB는 Tx가 ProSe 또는 비-ProSe 애플리케이션에 대한 것인지 여부를 인식하도록(예를 들어, 항상 알 수 있도록) 구성될 수 있다.

도 7은, 예를 들어, MME가 포함된 WTRU들 중 적어도 하나로부터 근접 접속 요청을 수신할 수 있을 때, 근접 접속을 위한 MME 개시형 전용 베어러 수립 기술의 일 예를 예시한다. MME는 ProSe 로컬 경로 베어러 수립을 개시하도록 구성될 수 있다. WTRU는 근접 접속을 위한 요청을 네트워크로 전송할 수 있다. MME는 WTRU로부터 근접 접속을 위한 요청을 수신할 수 있다. MME는 근접 접속을 수립하기를 희망할 수 있는 2개 이상의 WTRU들을 향한 베어러들을 셋업하도록 구성될 수 있다. MME가 ProSe 세션 내에 포함된 WTRU들 중 하나 이상으로부터 근접 접속 요청을 수신할 때, MME는 근접 접속을 위한 eNB를 통한 ProSe 통신 경로를 수립할 수 있다.

도 7에 있어, 707에서, WTRU1(701) 및 WTRU2(702)는 ECM-접속 모드일 수 있으며, 서로를 탐지하였을 수 있다. 707에서, WTRU1(701)은 WTRU2(702)를 탐지하였을 수 있다. 708에서, WTRU1(701)은 MME(704)로 NAS 요청 및/또는 MO ProSe 접속 요청을 전송할 수 있다. NAS 요청 및/또는 MO ProSe 접속 요청은, 이러한 세션에 대하여 사용될 수 있는 WTRU1(701)의 ProSeID 및 IP 어드레스 및/또는 다른 파라미터들, WTRU2(702)의 ProSeID, 및/또는 애플리케이션 식별정보를 포함할 수 있다. NAS 요청 및/또는 MO ProSe 접속 요청은 WTRU1(701)이 WTRU2(702)와 ProSe 세션을 수립하기를 희망할 수 있다는 것을 표시할 수 있다. 메시지는 또한 WTRU의 ProSe PDN 접속의 링크형 베어러 식별정보(Linked Bearer Identity; LBI), 및/또는 WTRU(701)와 WTRU(702) 사이의 IP 세션들의 트래픽 집성 디스크립션(traffic aggregate description; TAD), 및/또는 요청 QoS를 포함할 수 있다. 709에서, MME(704)는 이러한 세션에 대한(예를 들어, WTRU1(701) 및 WTRU2(702)의 ProSeId 및/또는 애플리케이션 식별정보에 대한) 인가를 수행할 것을 ProSe 서버(706)로 요청할 수 있다. 710에서, ProSe 서버(706)는 주어진 애플리케이션에 대한 WTUR1(701) 및 WTUR2(702)에 대한 세션이 인가되었다는 것을 MME(704)로 통보할 수 있다. ProSe 서버(706)는 WTRU1(701)과 WTRU2(702) 사이의 통신을 위하여 트래픽 집성 디스크립션(traffic aggregate description; TAD) 및/또는 요청 QoS를 반환할 수 있다. MME(704)는 707에서, 수신된 정보에 기초하여 WTRU1(701) 및 WTRU2(702)에 대한 TAD/요청 QoS를 구성할 수 있다. MME(704)는 WTRU2(702)에 대한 대응하는 PDN 접속의 LBI를 도출하기 위하여 WTRU1(701)에 의해 MME(704)에 제공된 WTRU2(702)의 IP 어드레스를 사용할 수 있다. 711에서, MME(704)는 eNB(703)를 통한 통신 경로를 수립할 수 있다. 접속 경로는 로컬 구성들 및/또는 WTRU1(701) 및 WTRU2(702)가 동일한 eNB(703) 하에서 서비스될 수 있다는 지식에 기초할 수 있다. 접속 경로는 ProSe 서버(706) 등으로부터의 표시에 기초할 수 있다. 712에서, MME(704)는, 예를 들어 3GPP TS 23.401에서 설명된 단계들, 예를 들어 섹션 5.4.5-1의 단계들 2-4 및 섹션 5.4.1-1의 단계들 10-12를 사용하여 SGW/PGW(705)를 향한 베어러의 수립을 시작할 수 있다. 712는 인프라스트럭처 경로를 통한 세션 연속성을 가능하게 하기 위하여 그 이후에 사용될 수 있다. MME(704)는, 베어러 결합 기능이 새로운 베어러를 생성할 수 있도록, 정책 & 부과 집행 기능(Policy & Charging Enforcement Function; PCEF) 및/또는 베어러 결합 및 이벤트 리포팅 기능(Bearer Binding and Event Reporting Function; BBERF)을 나타내기 위하여 표시자를 GTP-C 베어러 자원 명령(GTP-C Bearer Resource Command)에 부가할 수 있다. 713에서, MME(704)는 S1AP E-RAB 셋업 요청 메시지를 eNB(703)로 전송함으로써 eNB(703)를 향한 S1 베어러를 수립하는 것을 계속할 수 있다. MME(704)는 이러한 베어러가 eNB(703)를 통한 통신 경로에 대한 것임을 나타낼 수 있는 "매핑 ID"를 포함시킬 수 있다. NAS PDU(전용 EPS 베어러 콘텍스트 활성화 요청)는 eNB(703)에 의해 WTRU2(702)로 전송될 수 있다. 714에서, eNB(703)는 eNB(703)를 통한 통신 경로에 대한 무선 베어러를 수립하기 위하여 RRC 접속 재구성 메시지를 WTRU2(702)로 전송할 수 있다. WTRU2(702)는 RRC 접속 재구성 완료를 전송함으로써 절차를 완료할 수 있다. eNB(703)는 S1AP E-RAB 셋업 응답 메시지를 전송함으로써 S1 베어러의 수립을 완료할 수 있다. MME(704)는, 예를 들어 3GPP TS 23.401 문서, 예를 들어, 섹션 5.4.1-1의 단계들 10-12에서 설명된 바와 같이, SGW/PGW(705)를 향한 베어러의 수립을 완료할 수 있다. 715에서, MME(704)는, WTUR2(702)의 ProSeID, IP 어드레스, 다른 파라미터들, 및/또는 애플리케이션 식별정보를 포함할 수 있는 NAS 메시지(예를 들어, ProSe 접속 수락)로 WTRU1(701)에 응답할 수 있다. 716에서, MME(704)는, 예를 들어, 712, 713, 및 714에서 설명된 바와 같이 WTRU1(701)에 대한 베어러를 셋업할 수 있다. MME(704)는, 예를 들어, WTRU1(701)에 대한 E-RAB를 셋업하도록 eNB(703)에 요청할 때, 713에서 제공된 MME(704)와 동일하거나 또는 유사한 "매핑 ID"를 제공할 수 있다. "매핑 ID"는 하나의 WTRU의 베어러로부터 수신된 데이터를 다른 WTRU의 베어러로 매핑하기 위해 eNB(703)에 의해 사용될 수 있다. eNB(703)를 통한 통신 경로가 사용이 가능해질 수 있다. 717에서, WTRU1(701) 및 WTRU2(702)는 eNB(703)를 통한 통신 경로를 시작할 수 있다.

도 8은 PCRF에 의한 PCRF 개시형 전용 베어러 개시를 포함하는, eNB를 통한 ProSe 통신 경로의 수립의 일 예를 예시한다. MME는, 예를 들어, MME가 근접 WTRU들 중 하나에 의한 근접 접속을 셋업하기 위한 요청을 수신할 수 있을 때, ProSe 통신 경로를 수립하기 위한 요청을 근접 서버로 전송할 수 있다. 전용 베어러는, 예를 들어, 도 8의 호 흐름도에 예시된 바와 같이 그리고 근접 서버로부터의 응답에 기초하여, 네트워크 기반 전용 베어러 수립 절차를 사용하여 수립될 수 있다. TMME 및 ProSe 서버는 ProSe 통신 경로의 수립 시 인터페이스할 수 있다.

도 8에 있어, 808에서, WTRU1(801) 및 WTRU2(802)는 ECM-접속 모드일 수 있으며, 서로를 탐지하였을 수 있다. WTRU1(801)은 WTRU2(802)를 탐지하였을 수 있다. 809에서, WTRU1(801)은 MME(804)로 NAS 요청(예를 들어, MO Prose 접속 요청)을 전송할 수 있다. NAS 요청 메시지는, 이러한 세션에 대하여 사용되기 위한 WTRU1(801)의 ProSeID 및 IP 어드레스 및/또는 다른 파라미터들, WTRU2(802)의 ProSeID, 및/또는 애플리케이션 식별정보 등을 포함할 수 있다. NAS 요청은 WTRU1(801)이 WTRU2(802)와 ProSe 세션을 수립하기를 희망할 수 있다는 것을 표시할 수 있다. 810에서, MME(804)는 이러한 세션에 대한(예를 들어, WTRU1(801) 및 WTRU2(802)의 ProSeId 및/또는 애플리케이션 식별정보에 대한) 인가를 수행할 것을 ProSe 서버(806)로 요청할 수 있다. 811에서, ProSe 서버(806)는 주어진 애플리케이션에 대한 WTUR1(801) 및 WTUR2(802)에 대한 세션이 인가되었다는 것을 MME(804)로 통보할 수 있다. ProSe 서버(806)는, 예를 들어, 미리 정의된 인터페이스, Rx 또는 ProSe 서버(806)와 PCRF(807) 사이의 새로운 인터페이스 등을 통해 PCRF(807)로 메시지를 전송할 수 있다. 812에서, PCRF(807)는 ProSe 서버(806)로부터 ProSe 접속 요청을 수신할 수 있다. PCRF(807)는 근접 접속에 대한 정책들을 적용할 수 있다. PCRF(807)는 WTRU1(801) 및 WTRU2(802)에 대한 전용 베어러들의 수립을 트리거할 수 있다. 813에서, PCRF(807)는 IP CAN 세션 수정 절차를 개시할 수 있으며, 예를 들어, 그 결과 PDN GW가 IP CAN 베어러 시그널링을 요청할 수 있거나 및/또는 WTRU2(802)에 대한 전용 베어러를 수립하기 위한 절차를 시작할 수 있다. PCRF(807)는 PGW(805)로의 IP CAN 세션 수정 및/또는 유사한 메시지 내에 WTRU2(802)의 ProSe ID를 포함시킬 수 있다. ProSe ID/ProSe 표시의 포함은 이러한 전용 베어러들이 근접 접속을 위한 것임을 CN 노드들에 통보할 수 있다. 814에서, 전용 베어러가 도 7의 712, 713 및 714에서 설명된 바와 같이 수립될 수 있다. 814에 적용되는 바와 같은 712, 713 및 714에서, eNB(803)는 이상에서 설명된 바와 같이 eNB 경로에 대한 매핑 ID를 획득할 수 있다. 815에서, IP 세션 수정 완료는, 예를 들어, WTRU2(802)에 대한 전용 베어러의 수립 이후에 PCRF(807)로 전송될 수 있다. 816에서, PCRF(807)는 IP CAN 세션 수정 절차를 개시할 수 있으며, 예를 들어, 그 결과 PDN GW가 IP CAN 베어러 시그널링을 요청할 수 있거나 및/또는 WTRU1(801)에 대한 전용 베어러를 수립하기 위한 절차를 시작할 수 있다. PCRF(807)는 PGW(805)로의 IP CAN 세션 수정 및/또는 유사한 메시지 내에 WTRU1(801)의 ProSe ID를 포함시킬 수 있다. ProSe ID 및/또는 ProSe 표시의 포함은 이러한 전용 베어러들이 근접 접속을 위한 것임을 CN 노드들에 통보할 수 있다. 817에서, 전용 베어러가 도 7의 712, 713 및 714에서 설명된 바와 같이 수립될 수 있다. 817에 적용되는 바와 같은 712, 713 및 714 동안, eNB(803)는 eNB 경로에 대한 매핑 ID를 획득할 수 있다. 818에서, IP 세션 수정 완료는, 예를 들어, WTRU1(801)에 대한 전용 베어러의 수립 이후에 PCRF(807)로 전송될 수 있다. 819에서, MME(804)는, WTUR2(802)의 ProSeID, IP 어드레스, 및/또는 다른 파라미터들, 및/또는 애플리케이션 식별정보 등을 포함할 수 있는 NAS 메시지(예를 들어, ProSe 접속 수락)로 WTRU1(801)에 응답할 수 있다. 820에서, WTRU1(801) 및 WTRU2(802)는 eNB(803)를 통한 통신 경로를 시작할 수 있다.

도 9는 PCRF 개시형 전용 베어러를 포함하는, eNB를 통한 ProSe 통신 경로의 수립의 다른 예를 예시한다. ProSe 서버(906)는 인터넷 내의 애플리케이션 서버/기능부일 수 있으며, 예를 들어, 여기에서 MME(904)와 ProSe 서버(906) 사이의 인터페이스가 유실된 상태일 수 있다. ProSe 서버(906)는 3GPP 제어되거나 및/또는 외부의 네트워크의 제어 중 하나 일 수 있다. 도 9에 있어, 908에서, WTRU1(901) 및 WTRU2(902)는 ECM-접속 모드일 수 있으며, 서로를 탐지하였을 수 있다. WTRU1(901)은 WTRU2(902)를 탐지하였을 수 있다. 909에서, WTRU1(901)은 (예를 들어, 애플리케이션 레벨 시그널링을 통해) MO ProSe 접속 요청을 ProSe 서버(906)로 직접적으로 전송할 수 있다. 이러한 메시지는, 이러한 세션에 대하여 사용되기 위한 WTRU1(901)의 ProSeID 및/또는 IP 어드레스, 및/또는 다른 파라미터들, WTRU2(902)의 ProSeID, 및/또는 애플리케이션 식별정보 등을 포함할 수 있다. 910에서, PCRF(907)는 ProSe 서버(906)로부터 ProSe 접속 요청을 수신할 수 있다. PCRF(907)는 근접 접속에 대한 정책들을 적용할 수 있다. PCRF(907)는 WTRU1(901) 및 WTRU2(902)에 대한 전용 베어러들의 수립을 트리거할 수 있다. 911에서, WTRU1(901) 및 WTRU2(902)에 대한 전용 베어러는, 예를 들어, 도 8을 참조하여 설명된 바와 같은 813, 814, 815, 816, 817, 818, 819 및 820을 적용함으로써 수립될 수 있다.

ProSe 서버는, 예를 들어, ProSe 서버가 ProSe 세션을 수립하기 위한 요청을 수신할 때, Rx 인터페이스 및/또는 ProSe 서버와 PCRF 사이의 새로운 인터페이스를 통해 PCRF와 접촉할 수 있다. 예를 들어, 도 9에 도시된 바와 같은 근접 서비스의 목적을 위한 WTRU1 및 WTRU2에 대한 전용 베어러들의 수립은 ProSe 서버가 PCRF와 접촉할 때 개시될 수 있다.

ProSe 서버는, 예를 들어, 도 8 및 도 9에 예시된 바와 같이, PCRF를 찾기 위하여 WTRU들의 IP 어드레스를 사용할 수 있다. ProSe 서버는, WTRU의 IP 어드레스를 알고 있는 ProSe 서버에 의해 또는 ProSe 등록 절차에 의해 PCRF를 찾을 수 있다. ProSe 서버는 도 8의 810에서 WTRU1/WTUR2 IP 어드레스를 수신할 수 있다. AF(예를 들어, ProSe 서버)는 그들의 ProSe ID들에 기초하여 WTRU1/WTRU2를 식별할 수 있다. ProSe ID는 IP-CAN 세션 수립 시 시그널링될 수 있다. AF(예를 들어, ProSe 서버)는 ProSe ID를 학습하기 위하여 다이어미터 라우팅 에이전트(diameter routing agent)를 사용할 수 있다.

본원에서 설명된 MME 개시형 전용 베어러 트리거링 절차 및/또는 본원에서 설명된 PCRF 개시형 전용 베어러 시그널링 절차는 직접 WTRU 대 WTRU 베어러 셋업에 적용될 수 있다. MME가 매핑 ID를 eNB로 전송하는 것이 불가능할 수 있다. MME는 직접 WTRU 대 WTRU 베어러를 수립하도록 eNB에 통보하기 위한 표시 및/또는 어떤 형태의 표시를 전송할 수 있다.

직접 WTRU-대-WTRU NAS 통신에 대한 보안 절차들 및 시그널링은 ProSe 통신을 용이하게 하고 트래픽 및 혼잡을 감소시키기 위하여 사용될 수 있다. NAS 프로토콜은 보안 방식의 WTRU와 MME 사이의 통신을 위해 동작할 수 있다. 일 예에 있어, 근접 기반 서비스들에 대해, WTRU들은 ProSe 세션을 수립하거나 및/또는 이를 유지하기 위하여 다른 WTRU들로 직접적으로 NAS 메시지들을 전송하도록 구성될 수 있다. WTRU들은 보안 방식의 직접 WTRU-대-WTRU NAS 통신을 구현하도록 구성될 수 있다. 보안은 사용자 영역에 대해 수립되고 지원될 수 있다. 사용자 영역 보안 구성은, SMC가 송신되었거나 및/또는 수신된 이후에 완결되거나 및/또는 활성화될 수 있다. 사용자-영역 보안 콘텍스트는 WTRU와 eNB 사이에서 동작할 수 있다. NAS 및 AS 계층들 둘 모두에 대한 ProSe 세션 내에 포함된 WTRU들 사이의 보안 통신은 ProSe 통신을 용이하게 하기 위하여 트래픽 및 혼잡을 감소시키기 위해 사용될 수 있다.

WTRU들은 NAS 및/또는 AS 계층 보안을 위한 알고리즘들 및/또는 지원되는 키들의 식별정보를 결정하도록 구성될 수 있다. WTRU는 NAS 및/또는 AS 계층 보안을 위한 그것의 구성에 기초하여 ProSe 통신들의 보안 콘텍스트의 일 부분 또는 적절한 보안 콘텍스트를 결정할 수 있다. 보안 콘텍스트의 일 부분은 하나 이상의 보안 관련 파라미터들일 수 있다. 예를 들어, 참가 요청(Attached Request) 메시지를 사용하여 네트워크에 등록할 때, WTRU는 WTRU가 지원하는 보안 알고리즘들의 유형을 포함하는 표시를 전송하도록 구성될 수 있다. 예를 들어, WTRU는, 참가 요청 메시지의 부분일 수 있는 WTRU 네트워크 용량 정보 엘러먼트(information element; IE) 내에 포함될 수 있는 지원되는 보안 알고리즘들 또는 파라미터들에 관한 표시를 전송할 수 있다. 네트워크(예를 들어, MME)는 참가 요청 내에서 WTRU에 의해 표시되는 이러한 것들에 기초하여 적어도 하나의 보안 알고리즘을 선택할 수 있다. 네트워크(예를 들어, MME)는 선택된 보안 기술이 WTRU에 의해 지원되는 것임을 보장할 수 있다. WTRU는 NAS 보안을 위해 네트워크에 의해 선택된 보안 알고리즘과는 상이한 ProSe 통신들에 대한 보안 알고리즘을 선택하도록 구성될 수 있다. 일 예에 있어, 네트워크(예를 들어, MME)는 보안 알고리즘이 직접 ProSe 통신을 위해 WTRU에 의해 사용될 것임을 표시할 수 있다. 네트워크는 WTRU에 제공될 수 있는 ProSe 보안 정보를 제공할 수 있다. WTRU는 네트워크로부터 ProSe 보안 정보를 수신할 수 있다. WTUR들은 ProSe 보안 정보를 교환할 수 있다. WTRU들은 상이한 PLMN들에 속할 수 있다.

WTRU는 직접 WTRU-대-WTRU ProSe 통신들을 위하여 NAS 계층에서 보안을 활성화시키도록 구성될 수 있다. 예를 들어, MME는, 예를 들어 3GPP 네트워크를 통해 통신할 때 적절한 보안 알고리즘을 선택한 이후에 SMC 절차를 개시하도록 구성될 수 있다. MME는 WTRU로 선택된 알고리즘의 식별정보를 표시하도록 구성될 수 있다. WTRU는 MME로부터 선택된 알고리즘의 식별정보를 포함하는 표시를 수신하도록 구성될 수 있다. WTRU-대-WTRU 통신들에 대하여, WTRU는, 예를 들어, WTRU들 사이의 보안 NAS 통신을 위하여 선택된 알고리즘을 표시하기 위한 SMC 절차를 개시하도록 구성될 수 있다. WTRU는, 직접 WTRU-대-WTRU 통신들에 대한 것일 수 있는 제어 영역 및/또는 사용자 영역에 대해 RRC 계층에서 보안을 개시하거나 및/또는 선택하도록 구성될 수 있다.

NAS 및/또는 AS 계층 보안은 WTRU에 대한 적어도 2개의 ProSe 세션들이 존재하는 경우 영향을 받을 수 있다. 예를 들어, 상이한 NAS 및/또는 AS 계층 보안은, 예를 들어, ProSe 세션들이 상이한 WTRU들 사이에 존재하는 경우 상이한 ProSe 세션들에 대해 수립될 수 있다.

예를 들어, ProSe에 대한 보안 키들은 WTRU마다, ProSe 세션마다, 및/또는 애플리케이션마다 연관될 수 있다. 이러한 규칙들은 보안 통신에 영향을 줄 수 있으며, 상이한 ProSe 콘텍스트들은 사용되는 상이한 보안 아키텍처들을 야기할 수 있다.

직접 WTRU 대 WTRU 보안 절차들은, ProSe 통신들과 관련된 시그널링이 중단되지 않고 계속되는 것을 허용하기 위하여 ProSe 통신을 용이하게 하고 혼잡을 감소시키기 위해 사용될 수 있다. 용어 "보안 콘텍스트"는 적어도 하나의 보안 알고리즘과 함께 적어도 하나의 보안 키 및/또는 적어도 하나의 보안 키를 지칭할 수 있다. 보안 콘텍스트는 NAS 보안 및/또는 AS 보안(예를 들어, 제어 또는 사용자 영역, 또는 둘 모두)에 적용가능할 수 있다.

도 4는 WTRU 및 네트워크 내의 보안 키들의 계층의 일 예를 예시한다. 비 액세스 계층(Non Access Stratum; NAS) 및/또는 액세스 계층(Access Stratum; AS) 보안은 LTE에서 지원될 수 있다. WTRU 및 이동성 관리 엔티티(mobility management entity; MME)는 K_ASME(403)으로서 지칭되는 키를 사용할 수 있다. K_ASME(403)은 액세스 보안 관리 엔티티(access security management entity; ASME)와 연관된 통신들을 위해 도출된 키일 수 있다. K_ASME(403)은, 인증 및 키 합의(Authentication and Key Agreement; AKA) 동안 홈 가입자 서버(home subscriber server; HSS) 및 WTRU 내에서 암호용 키(cipher key; CK)들(412) 및/또는 무결성 키(integrity key; IK)들(402)로부터 도출되는 중간 키일 수 있다. K_ASME(403)은 HSS로부터 진화형 패킷 시스템(Evolved Packet System; EPS) 인증 벡터(authentication vector; AV)들의 부분으로서 전송될 수 있다. K_ASME(403)는 AKA 프로세스 동안 MME에 의해 할당된 진화형 키 세트 식별자(evolved key set identifier; eKSI)들로 식별될 수 있다. MME는 EPS에서 ASME의 역할을 맡을 수 있다. NAS 및 AS 키들은 K_ASME(403)으로부터 생성될 수 있다. NAS는 WTRU 및/또는 MME에 의해 생성될 수 있다. NAS 키들은, 예를 들어, NAS 인증 절차를 실행함으로써 WTRU 및 MME에 의해 생성될 수 있다.

K(401)는 범용 가입자 식별 모듈(universal subscriber identity module; USIM) 내에 저장된 키일 수 있다. K_eNB(406)는 eNB 기초 키일 수 있다. K_eNB(411)는, 예를 들어, WTRU가 ECM-CONNECTED 상태로 전환할 때 MME 및 WTRU 내에서 K_ASME(403)로부터 또는 핸드오버 동안 목표 eNB 및 WTRU에 의해 K_eNB*로부터 도출된 중간 키일 수 있다. K_eNB*는 eNB 핸드오버 전환 키일 수 있다. K_eNB*는, 예를 들어, 수평 (K_eNB) 또는 수직 키 도출을 수행할 때, 핸드오버 동안 소스 eNB 및 WTRU 내에서 도출된 중간 키일 수 있다. K_eNB*는 K_eNB를 도출하기 위하여 목표 eNB에서 사용될 수 있다_. NH(406)는 S1-MME 인터페이스를 통해 eNB로 전달된 및/또는 전달 보안을 제공하기 위해 사용되는 MME 및 WTRU 내에서 도출된 중간 키일 수 있다. K_NASint(405)는 MME 및 WTRU 내에서 도출된 NAS 데이터의 보호를 위한 무결성 키일 수 있다. K_NASenc(404)는 MME 및 WTRU 내에서 도출된 NAS 데이터의 보호를 위한 NAS 시그널링을 위한 암호화 키일 수 있다. K_UPenc(409)는 eNB 및 WTRU 내에서 도출된 사용자 영역 데이터의 보호를 위한 사용자 영역에 대한 암호화 키일 수 있다. K_UPint(410)는 eNB 및 WTRU 내에서 도출된 사용자 영역 데이터의 보호를 위한 사용자 영역에 대한 무결성 키일 수 있다. K_RRCint(408)는 eNB 및 WTRU 내에서 도출된 RRC 데이터의 보호를 위한 무결성 키일 수 있다. K_RRCenc(407)는 eNB 및 WTRU 내에서 도출된 RRC 데이터의 보호를 위한 암호화 키일 수 있다.

WTRU는, 예를 들어, 키 생성 이후에 보안 모드 명령(Security Mode Command; SMC) 절차를 구현하도록 구성될 수 있다. WTRU는 보안 통신에 대해 사용하기 위한 알고리즘에 대한 합의를 용이하게 하기 위하여 SMC 절차를 사용할 수 있다. WTRU는 NAS 키들, 즉, K_NASenc 및 K_NASint를 연산하기 위한 입력으로서 알고리즘을 사용하도록 구성될 수 있다_. WTRU는 RRC 계층에서 절차(예를 들어, SMC 절차, 등)를 실행할 수 있다. WTRU는 사용자 및/또는 제어 영역들에 대한 RRC 무결성 및/또는 암호화 키들을 연산할 수 있다. 암호화는 의무적이지 않을 수 있다. 무결성이 의무적이지 않을 수 있다. WTRU는 NAS 계층에서 SMC 절차를 수행하도록 구성될 수 있다. NAS 계층에서 WTRU에 의해 수행되는 SMC 절차는 RRC 계층에서 WTRU에 의해 수행되는 SMC 절차와 독립적일 수 있다. WTRU 및 네트워크는, WTRU가 보안 모드 완료 메시지를 MME로 전송한 이후, SMC 절차 이후 등에 보안 통신을 시작할 수 있다. WTRU는 제어(RRC) 메시지들 및/또는 사용자 영역 정보를, 예를 들어, RRC 레벨에서의 SMC 절차 완료 이후에 안전하게 전송할 수 있다.

WTRU는 NAS 계층, AS 계층에 대한, 그리고 사용자 및/또는 제어 영역들 등에 대한 보안 ProSe 통신을 가능하게 하기 위하여 ProSe 통신에 대한 보안 콘텍스트를 사용할 수 있다.

WTRU는 ProSe 통신에 대해 재-사용될 수 있는 네트워크와의 통신에 대해 사용되는 동일한 보안 콘텍스트 및/또는 알고리즘들을 사용하도록 구성될 수 있다. 예를 들어, 네트워크는 비-ProSe 통신에 대해 사용중인 WTRU의 NAS 및/또는 AS 보안 콘텍스트가 또한 ProSe 통신에 대해 사용될 수 있다는 것을 보장할 수 있다. 일 예에 있어, WTRU는 WTRU들 사이의 ProSe 통신에 대해 NAS 보안 콘텍스트를(예를 들어, 아마도 NAS 보안 콘텍스트만을) 재사용할 수 있다. WTRU들은 NAS 보안을 위해 3GPP NAS 보안 콘텍스트를 재-사용할 수 있다. NAS 보안을 위한 3GPP NAS 보안 콘텍스트는 WTRU와 MME 사이의 보안일 수 있다. WTRU는 비-ProSe 통신에 대해 사용되는 AS 보안 콘텍스트와는 상이한 AS 보안 콘텍스트를 ProSe 세션들에 대해 사용할 수 있다. 비-ProSe 통신들에 대한 AS 보안 콘텍스트는 WTRU와 eNB 사이의 보안일 수 있다. WTRU는 WTRU들 사이의 ProSe 통신에 대해 AS 보안 콘텍스트를(예를 들어, AS 보안 콘텍스트만을) 재사용할 수 있다. WTRU들은 AS 보안을 위해 3GPP AS 보안 콘텍스트를 재-사용할 수 있다. AS 보안을 위한 3GPP AS 보안 콘텍스트는 WTRU와 eNB 사이의 보안일 수 있다. WTRU는 비-ProSe 통신에 대해 사용되는 NAS 보안 콘텍스트와는 상이한 NAS 보안 콘텍스트를 ProSe 세션들에 대해 사용할 수 있다. 비-ProSe 통신들에 대한 NAS 보안 콘텍스트는 WTRU와 MME 사이의 보안일 수 있다.

WTRU는 근접 서비스들에 대해 정의될 수 있는 별개의 보안 콘텍스트를 갖도록 구성될 수 있다. HSS는 근접 서비스들에 대한 WTRU 보안 콘텍스트를 업데이트할 수 있다. WTRU는 근접 서비스들에 대한 WTRU 보안 콘텍스트(예를 들어, USIM)를 업데이트할 수 있다. WTRU는, WTRU가 ProSe 통신에 대해 사용할 수 있는 보안 콘텍스트와는 상이한 3GPP 통신에 대해 사용되는 보안 콘텍스트를 사용할 수 있다. NAS 프로토콜에 대한 3GPP 통신은 WTRU와 MME 사이에 존재할 수 있다. 사용자 영역들 및/또는 제어 영역들 등에 대한 3GPP 통신은 WTRU와 eNB 사이에 존재할 수 있다.

WTRU는 WTRU마다의 사용을 위해 정의될 수 있는 보안 파라미터들 및/또는 콘텍스트를 사용하도록 구성될 수 있다. 예를 들어, 통신을 지원할 수 있는 WTRU는 ProSe 보안 콘텍스트의 하나의 세트를(예를 들어, 아마도 하나의 세트만을) 가질 수 있다. 보안 파라미터들 및/또는 콘텍스트는 PLMN마다일 수 있다. 예를 들어, WTRU는 상이한 PLMN들 하에 등록될 때 상이한 보안 콘텍스트를 사용할 수 있다. WTRU가 등록할 수 있는 PLMN은 동일한 또는 유사한 PLMN들에서 사용되기 위한 보안 콘텍스트를 WTRU에 제공할 수 있다. WTRU는 동일한 또는 유사한 PLMN들에서 사용되기 위한 보안 콘텍스트를 PLMN으로부터 수신하도록 구성될 수 있다. WTRU에 의해 사용되는 보안 콘텍스트는 WTRU들이 PLMN에 등록할 수 있는 WTRU들의 PLMN에 의존할 수 있다.

WTRU는 애플리케이션마다의 사용을 위해 정의될 수 있는 보안 파라미터들 및/또는 콘텍스트를 사용하도록 구성될 수 있다. 예를 들어, WTRU는, 예를 들어 애플리케이션에 대한 ProSe 통신에서 맞물릴 때, 상이한 알려진 및/또는 구성가능한 보안 콘텍스트를 사용할 수 있다. WTRU들은 애플리케이션마다 사용자 영역에 대한 보안 파라미터들을 교환하는 것이 불가능할 수 있다. WTRU는 구성을 통해 애플리케이션마다 사용되기 위한 보안 콘텍스트를 인지할 수 있다. WTRU는 다른 WTRU 및/또는 네트워크 등과 교환되지 않은 이전의 보안 파라미터들을 통해 애플리케이션마다 사용되기 위한 보안 콘텍스트를 인지할 수 있다. 예를 들어, WTRU는, MME, ProSe Server, ANDSF, 또는 다른 노드로부터 애플리케이션마다 사용하기 위한 보안 콘텍스트를 포함하는 명령들 및/또는 구성들을 수신하도록 구성될 수 있다. 일 예에 있어, WTRU는 NAS 메시지들로, 예를 들어, 참가 수락, 추적 영역 업데이트(Tracking Area Update; TAU) 수락, 등으로 애플리케이션마다의 보안 콘텍스트를 사용하기 위한 구성을 MME로부터 수신할 수 있다. NAS 메시지는 애플리케이션마다의 복수의 보안 콘텍스트 표시들을 가질 수 있으며, 예를 들어, MME는 애플리케이션들의 목록 및 사용되기 위한 대응하는 보안 콘텍스트를 포함하는 표시를 전송할 수 있다. WTRU는 MME로부터 애플리케이션들의 목록 및 사용되기 위한 대응하는 보안 콘텍스트를 포함하는 표시를 수신하도록 구성될 수 있다. WTRU는 MME에 의해 전송된 표시 내에 포함된 정보를 수락하거나 또는 거절하도록 구성될 수 있다.

WTRU는 공중 안전 WTRU로서 역할 하도록 구성될 수 있으며, 공중 안전 WTRU들 및/또는 애플리케이션들에 대해서만 상이한 보안 콘텍스트를 사용할 수 있다.

소스 MME는 보안 콘텍스트를 선택하도록 구성될 수 있다. 소스 MME는, 예를 들어 인터-PLMN/MME에 대해 선택된 보안 콘텍스트를 목표 MME로 및/또는 목표 WTRU로 전달할 수 있다. 소스 MME는, 예를 들어, 키들의 세트에 대하여 WTRU와 합의한 이후에 보안 콘텍스트를 고를 수 있다. 소스 MME 또는 목표 MME는 보안 콘텍스트를 목표 WTRU로 전달할 수 있다.

제 1 WTRU는 제 2 WTRU는 인증하도록 구성될 수 있다. 제 1 및 제 2 WTRU들은, 예를 들어, 표현 코드들을 디코딩함으로써 암시적인 인증을 수행하도록 구성될 수 있다.

ProSe에 대한 보안 콘텍스트는 보안 ProSe 통신을 가능하게 하도록 선택될 수 있다. ProSe 통신은 직접 WTRU-대-WTRU 통신일 수 있다. ProSe 통신은 WTRU 대 eNB 대 WTRU 통신일 수 있다. WTRU는 복수의 WTRU들과 복수의 ProSe 세션들을 가질 수 있다. 일 예에 있어, ProSe 세션 내의 WTRU 쌍에 속할 수 있는 WTRU는, 예를 들어, 제어 영역 및/또는 사용자 영역 ProSe 통신들이 안전할 수 있도록, ProSe 세션 내에 포함된 다른 WTRU 또는 eNB와 보안 콘텍스트(예를 들어, 키들 및/또는 알고리즘들)를 협상하도록 구성될 수 있다.

WTRU는 WTRU의 보안 능력들을 포함하는 표시를 네트워크로 전송하도록 구성될 수 있다. 표시는, 예를 들어, 네트워크에 등록 시, NAS 메시지(예를 들어, 참가 요청 또는 TAU 요청)로 전송될 수 있다. 표시는 WTRU의 보안 능력들 및 보안 ProSe 통신을 지원하기 위한 WTRU의 능력을 포함할 수 있다. 보안 능력들은, 예를 들어, PLMN마다, 애플리케이션마다 등으로 WTRU의 ProSe 통신에 대한 지원되는 보안 콘텍스트(예를 들어, 키들 및/또는 알고리즘들)를 포함할 수 있다. 보안 능력들은, 예를 들어, WTRU가 NAS 메시지 내에 포함시킬 수 있는 새로운 IE의 형태일 수 있는 정보를 포함할 수 있다(예를 들어, ProSe 보안 능력 IE가 정의될 수 있다). 표시들은, 기존 IE, 예를 들어, WTRU 네트워크 능력 IE의 부분일 수 있다. 보안 능력들은 WTRU 및/또는 eNB에 대한 능력 및/또는 일반적인 표시들을 포함할 수 있다. 예를 들어, WTRU는 ProSe 세션에서의 사용을 위하여 상이한 및/또는 동일한 보안 콘텍스트를 사용하기 위한 그것의 선호사항을 표시할 수 있다. WTRU는 ProSe에 대해 비-ProSe 통신에 대한 것과 동일한 보안 콘텍스트를 사용하기 위한 선호사항을 포함하는 표시를 전송하도록 구성될 수 있다. WTRU는 애플리케이션마다 등의 보안 콘텍스트에 대한 선호사항을 포함하는 표시를 전송하도록 구성될 수 있다. 보안 능력들은 독립적으로 또는 임의의 조합으로 사용될 수 있다.

WTRU는, 예를 들어 네트워크에 등록 시 및/또는 임의의 NAS 절차들 및/또는 임의의 NAS 메시지 동안, 예를 들어 애플리케이션마다의, PLMN마다의 보안 콘텍스트에 대한 및/또는 NAS 및/또는 AS 보안에 대한 그것의 선호사항을 표시하도록 구성될 수 있다.

MME는, 예를 들어, NAS 및/또는 AS 보안에 대한, 및 사용자 영역 및/또는 제어 영역에 대한 ProSe 통신들에 대해 사용하기 위한 보안 콘텍스트를 WTRU로 표시하도록 구성될 수 있다. MME는 임의의 NAS 메시지를 사용함으로써 ProSe 통신에 대해 사용되기 위한 보안 콘텍스트를 WTRU로 표시할 수 있다. 예를 들어, MME는 등록 응답들(예를 들어, 참가 수락 및/또는 TAU 수락), 및/또는 임의의 다른 NAS 메시지들로 ProSe 통신에서 사용되기 위한 보안 콘텍스트를 표시할 수 있다. MME는 로컬 구성들 및/또는 운영자 정책들을 가질 수 있다. MME는 ProSe 통신에 대해 사용하기 위한 보안 콘텍스트를 결정하기 위하여 로컬 구성들 및/또는 운영자 정책들을 사용할 수 있다. HSS는 ProSe 통신에 대해 사용되기 위한 보안 콘텍스트에 관한 정보를 포함할 수 있다. MME는, 예를 들어, WTRU가 시스템에 등록할 때, ProSe 통신에 대해 사용되기 위한 보안 콘텍스트에 관한 정보를 다운로드할 수 있다. HSS는, 예를 들어, 가입 정보가 등록된 WTRU에 대해 변경될 수 있을 때, ProSe 통신에 대해 사용되기 위한 보안 콘텍스트에 관한 정보를 MME로 푸시할 수 있다.

WTRU는 정적 방식으로 ProSe에 대한 보안 콘텍스트를 결정하도록 구성될 수 있다. WTRU는 동적 방식으로 ProSe에 대한 보안 콘텍스트를 결정하도록 구성될 수 있다. 일 예에 있어, ProSe 세션의 셋업 동안, WTRU는, 예를 들어, ProSe 세션을 셋업함에 있어 하나 이상의 WTRU들이 포함되거나 또는 연관되는 경우, ProSe 세션이 셋업되고 있을 때 보안 콘텍스트의 사용에 대해 합의하도록 구성될 수 있다.

개시 WTRU는 주어진 ProSe 세션에 대해 WTRU가 사용할 수 있는 보안 콘텍스트의 세트를 포함시키도록 구성될 수 있다. WTRU는 ProSe 세션을 수립하기 위하여 MME로 NAS 메시지를 전송할 수 있다. NAS 메시지는 ProSe 세션을 수립하기 위한 보안 콘텍스트를 포함할 수 있다. 보안 콘텍스트는 WTRU 내의 구성들에 기초할 수 있다. 보안 콘텍스트는 네트워크로부터 수신될 수 있는 표시들에 기초할 수 있다. 예를 들어, WTRU는 ProSe 통신들에 대해 보안 콘텍스트의 세트를 사용하도록 구성될 수 있다. WTRU는 ProSe 통신들에 대한 보안 콘텍스트와 관련하여 로컬적으로 또는 MME에 의해 또는 ANDSF에 의해서 등으로 구성될 수 있다.

MME는 제안된 보안 콘텍스트로부터 서브-세트 보안 콘텍스트를 선택하도록 구성될 수 있다. MME는, 예를 들어, 소스 WTRU로부터 보안 콘텍스트들의 세트로 ProSe 세션을 셋업하기 위한 요청을 수신할 때, 제안된 보안 콘텍스트로부터 서브-세트 보안 콘텍스트를 선택하도록 구성될 수 있다. MME는, 예를 들어, 로컬 MME 구성에 기초하여, 가입자 프로파일에 따라, 목표 WTRU에 의존하여, 애플리케이션에 의존하여, 및/또는 목표 WTRU에 의해 서비스될 수 있는 PLMN에 의존하여 등으로 제안된 보안 콘텍스트로부터 서브-세트 보안 콘텍스트를 선택하도록 구성될 수 있다. MME는 보안 콘텍스트를 선택하기 위하여 다른 엔티티(예를 들어, ProSe 서버)와 함께 검증할 수 있다. MME는 다른 엔티티(예를 들어, ProSe 서버)와 함께 요청된 애플리케이션을 검증할 수 있다. MME는 보안 콘텍스트들의 세트를 ProSe 서버로 전달할 수 있다. MME는 사용하기 위한 보안 콘텍스트를 선택할 수 있다. MME는 애플리케이션 유형 및/또는 목표 WTRU PLMN 등에 기초하여 사용하기 위한 보안 콘텍스트를 선택할 수 있다. MME는 표시된 애플리케이션 유형, WTRU들 및/또는 서빙 PLMN들의 식별정보 등에 기초하여 보안 콘텍스트를 선택하도록 네트워크 엔티티(예를 들어, ProSe 서버)에 요청할 수 있다. ProSe 서버는 운영자 정책들에 따라 구성들에 기초하여 보안 콘텍스트를 선택할 수 있다. ProSe 서버는 선택된 보안 콘텍스트를 MME로 표시할 수 있다. MME는 선택된 보안 콘텍스트를 갖는 지시를 포함하는 표시를 ProSe 서버로부터 수신할 수 있다. 소스 MME는 목표 WTRU를 서빙하고 있는 목표 MME와 접촉할 수 있다. 소스 MME는 소스 WTRU에 대해 선택되었을 수 있는 보안 콘텍스트의 세트를 포함할 수 있다. 목표 MME는 로컬 구성들에 따라, ProSe 서버 및/또는 다른 네트워크 엔티티와의 검증에 따라 세션에 대한 보안 콘텍스트를 고를 수 있다. 목표 MME는 보안 콘텍스트의 적어도 하나의 세트를 갖는 ProSe 세션에 대한 요청의 수신 시 세션에 대한 보안 콘텍스트를 고를 수 있다. 목표 MME는 소스 MME 및/또는 소스 WTRU에 의해 지원될 수 있는 보안 콘텍스트의 서브세트로부터 선택할 수 있다. 목표 MME는 ProSe 세션에 대해 사용하기 위한 보안 콘텍스트의 세트를 목표 WTRU에 표시할 수 있다. 목표 MME는 NAS 메시지를 목표 WTRU로 전송할 수 있다. NAS 메시지는 목표 WTRU에 의해 사용될 수 있는 보안 콘텍스트를 포함할 수 있다. NAS 메시지는 ProSe 세션의 종료 또는 계류 중인 종료를 표시할 수 있다. MME는 이로부터 목표 WTRU가 선택할 수 있는 가능한 보안 콘텍스트들의 세트를 목표 WTRU로 전송되는 NAS 메시지 내에 포함시킬 수 있다. 목표 WTRU는, 선택이 소스 MME 및/또는 소스 WTRU에서 지원되는 보안 콘텍스트로부터 이루어지는 것을 보장할 수 있는 보안 콘텍스트를 고르도록 구성될 수 있다. 하나 이상의 또는 각각의 노드는 보안 콘텍스트가 지원되는지 여부를 표시하도록 구성될 수 있다. WTRU 또는 MME는, 보안 콘텍스트를 목표 WTRU 또는 목표 MME로 전송되는 NAS 메시지 및/또는 표시 내에 포함시킴으로써 소스 노드가 표시된 보안 콘텍스트를 지원할 수 있다는 것을 표시할 수 있다.

WTRU는 WTRU 내의 로컬 구성에 기초하여 보안 콘텍스트를 선택하도록 구성될 수 있다. WTRU는, 예를 들어, (예를 들어, MME로부터 또는 다른 WTRU로부터 직접적으로) 적어도 하나의 보안 콘텍스트를 갖는 유입 ProSe 세션 요청의 수신 시, WTRU 내의 로컬 구성들에 기초하여 보안 콘텍스트를 선택하도록 구성될 수 있다. WTRU는 소스 및 목표 WTRU들 사이의 공통 지원형 보안 콘텍스트에 기초하여 보안 콘텍스트를 선택하도록 구성될 수 있다. WTRU는, 예를 들어, (예를 들어, MME로부터 또는 다른 WTRU로부터 직접적으로) 적어도 하나의 보안 콘텍스트를 갖는 유입 ProSe 세션 요청의 수신 시, 소스 및 목표 WTRU들 사이의 공통 지원형 보안 콘텍스트에 기초하여 보안 콘텍스트를 선택할 수 있다. WTRU는, 예를 들어, 애플리케이션 유형, PLMN ID, 공중 안전 WTRU, 공중 안전 애플리케이션 등에 기초하여 보안 콘텍스트를 선택할 수 있다. WTRU는 선택된 보안 콘텍스트를 가지고 종료 요청을 전송한 MME, 다른 WTRU, 및/또는 노드에 응답할 수 있다. MME는, 예를 들어 MME에 의한 (예를 들어, WTRU로부터의) 적어도 하나의 보안 콘텍스트의 선택을 갖는 응답의 수신 시, 소스 WTRU 및/또는 MME로 선택된 보안 콘텍스트를 표시할 수 있다. 소스 MME는 선택된 보안 콘텍스트에 관한 소스 WTRU로 통보할 수 있다. 소스 MME는 새로운 및/또는 기존의 NAS 메시지들을 사용하여 소스 WTRU에 통보할 수 있다.

하나 이상의 또는 각각의 노드(예를 들어, 소스 WTRU, 소스 MME, 목표 WTRU, 목표 MME, 소스 ProSe 서버, 및/또는 목표 ProSe 서버)는, 희망되는 보안 콘텍스트가 암호화 보호, 무결성 보호, 또는 이들 둘 모두를 포함할 수 있는지 여부를 다른 엔티티에 표시할 수 있다.

노드는 ProSe 통신에 대한 보안을 활성화시키도록 구성될 수 있다. 노드는, 예를 들어, 선택된 보안 콘텍스트를 고려할 때, 보안을 활성화시킬 수 있다. 예를 들어, WTRU가 시스템에 등록할 때, WTRU는 인증 절차를 실행하도록 구성될 수 있다. WTRU는 네트워크와 WTRU가 서로 인증할 수 있게 하기 위하여 인증 절차를 실행할 수 있다. WTRU는 네트워크와 WTRU가 보안을 위한 키들의 세트에 대하여 합의할 수 있게 하기 위하여 인증 절차를 실행할 수 있다. WTRU는 SMC 절차를 실행할 수 있다. WTRU는 알고리즘을 선택하기 위하여 SMC 절차를 실행할 수 있다. 노드는, 예를 들어, WTRU가 SMC 절차를 실행한 후에, 보안이 활성화된 것으로 간주할 수 있다. NAS 메시지들은 보호된 보안일 수 있다. WTRU는, 예를 들어, AS 계층에서 RRC 메시지들 및/또는 사용자 영역 데이터를 안전하게 보호하기 위하여 SMC 절차를 실행할 수 있다. WTRU들은, 예를 들어 ProSe 통신으로 NAS 메시지들 및/또는 사용자 영역 데이터를 직접적으로 교환할 수 있다. WTRU는 보안이 활성화될 수 있는 때 및/또는 그 방법을 인지하지 못할 수 있다. WTRU는 어떤 노드가 보안의 활성화를 담당할 수 있는지를 인지하지 못할 수 있다.

노드는, 예를 들어, 보안 콘텍스트의 선택 시, 보안 콘텍스트가 활성화된 것으로 간주하도록 구성될 수 있다. 노드는, 예를 들어 보안 콘텍스트의 (예를 들어, 정적 및/또는 동적) 선택이 이루어질 때, 보안 콘텍스트가 활성화된 것으로 간주하도록 구성될 수 있다.

노드는, 예를 들어, SMC 절차가 WTRU에 의해 실행될 수 있는 후에, 보안 콘텍스트가 활성화된 것으로 간주하도록 구성될 수 있다. WTRU는 NAS 및/또는 AS 계층에서 SMC 절차를 실행하도록 구성될 수 있다. SMC 절차는 보안 콘텍스트를 활성화하거나 또는 이의 활성화를 도울 수 있다. 개시 WTRU는 종료 WTRU를 향한 SMC 절차를 실행할 수 있다. 개시 WTRU는, 네트워크가 ProSe 세션이 발생하도록 허용했을 수 있는 후에(예를 들어 명백히 후에) 및/또는 보안 콘텍스트가 선택되었을 수 있는 후에, 종료 WTRU를 향한 SMC 절차를 실행할 수 있다. SMC 절차는, WTUR가 ProSe 세션을 요청하기 위해 네트워크로 전송할 수 있는 초기 요청의 부분일 수 있다. 예를 들어, 소스 WTRU가 그것의 MME로 전송할 수 있는 NAS 메시지는 SMC 서브-메시지 및/또는 SMC IE를 포함할 수 있다. SMC 서브-메시지 및/또는 SMC IE는, 예를 들어, 보안 콘텍스트를 선택하는 것과 유사하게 목표 MME를 통해 목표 WTRU로 전달될 수 있다. 목표 WTRU는, 보안 콘텍스트 및 보호의 선택 및/또는 활성화를 완결할 수 있는 SMC로 응답을 표시할 수 있는(예를 들어, 보안 모드 응답을 말할 수 있는) 소스 WTRU로 응답을 전송할 수 있다. 종료 WTRU는 SMC 절차를 직접적으로 실행할 수 있다. 종료 WTRU는, 예를 들어 종료 WTRU가 그것의 MME로 응답하기 이전에, SMC 절차를 실행할 수 있다. 종료 WTRU는, 종료 WTRU가 소스 WTRU로부터 유입 ProSe 세션에 대한 MT 요청을 수신하였을 경우, 종료 WTRU가 그것의 MME로 응답하기 이전에, SMC 절차를 실행할 수 있다. 목표 WTRU는, 예를 들어, ProSe 세션에 대한 종료 요청의 수신 시, 보안 콘텍스트를 선택하거나 및/또는 이를 활성화하기 위하여 소스 WTRU와 SMC 절차를 실행할 수 있다. 목표 WTRU는 MT 요청에 응답할 수 있다. 목표 WTRU는, 예를 들어, 목표 WTRU가 소스 WTRU와 SMC 절차를 실행한 이후에, MT 요청을 수락할 수 있다. 목표 WTRU는, SMC 절차가 실패하거나 또는 타임 아웃(time out)된 그러한 경우에, MT 요청을 거절할 수 있다.

특징들 및 엘러먼트들이 이상에서 특정 조합들로 설명되었지만, 당업자는 각각의 특징 또는 엘러먼트가 홀로 또는 다른 특징들 및 엘러먼트들과의 임의의 조합으로 사용될 수 있다는 것을 이해할 것이다. 이에 더하여, 본원에서 설명된 방법들이, 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터-판독가능 매체에 통합된 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터-판독가능 매체들의 예들은 (유선 또는 무선 접속들을 통해 송신되는) 전자 신호들 및 컴퓨터-판독가능 저장 매체들을 포함한다. 컴퓨터-판독가능 매체들의 예들은, 비제한적으로, 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스들, 내부적 하드 디스크들 및 착탈가능 디스크들과 같은 자기 매체들, 자기-광 매체들, CD-ROM 디스크들 및 디지털 다기능 디스크(DVD)들과 같은 광 매체들을 포함한다. 소프트웨어와 연관된 프로세스가 WTRU, WTRU, 단말기, 베이스 스테이션, RNC, 또는 임의의 호스트 컴퓨터에서의 사용을 위한 무선 주파수 트랜시버를 구현하기 위해 사용될 수 있다.

Claims

근접 서비스(proximity service; ProSe) 통신 세션을 보안(securing)하는 방법에 있어서,
제1 무선 송수신 유닛(wireless transmit/receive unit; WTRU)이, 상기 ProSe 통신 세션에 대한 보안 콘텍스트(security context)를 선택하는 단계;
상기 제1 WTRU가, 제2 WTRU와 보안 모드 명령(security mode command; SMC) 프로시저를 개시하는 단계로서, 상기 제2 WTRU와 상기 SMC 프로시저를 완료하면 상기 ProSe 통신 세션에 대한 보안 콘텍스트가 활성화되는 것인, 개시하는 단계; 및
상기 제1 WTRU가, 상기 ProSe 통신 세션에 대한 보안 콘텍스트를 이용하여 상기 제2 WTRU와 직접 통신하는 단계
를 포함하는 ProSe 통신 세션을 보안하는 방법.
제 1 항에 있어서,
상기 SMC 프로시저는:
상기 제1 WTRU가, 상기 제2 WTRU에게 SMC 메시지를 송신하는 단계; 및
상기 제1 WTRU가, 상기 제2 WTRU로부터 SMC 응답 메시지를 수신하는 단계를 포함하는 것인, ProSe 통신 세션을 보안하는 방법.
제 1 항에 있어서,
상기 SMC 프로시저는 상기 ProSe 통신 세션에 대한 보안 콘텍스트를 위한 하나 이상의 보안 키를 얻기 위해 사용되는 것인, ProSe 통신 세션을 보안하는 방법.
제 1 항에 있어서,
상기 SMC 프로시저는 NAS(non-access stratum) 계층에서 수행되는 것인, ProSe 통신 세션을 보안하는 방법.
제 1 항에 있어서,
상기 SMC 프로시저는 RRC(radio resource control) 계층에서 수행되는 것인, ProSe 통신 세션을 보안하는 방법.
제 2 항에 있어서,
상기 SMC 응답 메시지는 상기 ProSe 통신 세션에 대한 선택된 보안 콘텍스트의 선정을 확인하는 것인, ProSe 통신 세션을 보안하는 방법.
제 1 항에 있어서,
상기 제1 WTRU는 상기 제1 WTRU와 상기 제2 WTRU 사이에서 공통으로 지원되는 보안 콘텍스트 또는 로컬 구성 중 하나 이상에 기초하여 상기 ProSe 통신 세션에 대한 보안 콘텍스트를 선택하는 것인, ProSe 통신 세션을 보안하는 방법.
제 1 항에 있어서,
상기 제1 WTRU가, 추적 영역 업데이트(tracking area update) 요청 메시지에 대한 참가 요청(attach request) 중 하나 이상에서 보안 능력을 나타내는 단계를 더 포함하는 ProSe 통신 세션을 보안하는 방법.
무선 송수신 유닛(wireless transmit/receive unit; WTRU)에 있어서,
프로세서; 및
메모리를 포함하고,
상기 프로세서 및 상기 메모리는
근접 서비스(proximity service; ProSe) 통신 세션에 대한 보안 콘텍스트(security context)를 선택하고;
제2 WTRU와 보안 모드 명령(security mode command; SMC) 프로시저를 개시하고 - 상기 제2 WTRU와 상기 SMC 프로시저를 완료하면 상기 ProSe 통신 세션에 대한 보안 콘텍스트가 활성화되는 것임 - ;
상기 ProSe 통신 세션에 대한 보안 콘텍스트를 이용하여 상기 제2 WTRU와 직접 통신하도록 구성되는 것인, WTRU.
제 9 항에 있어서,
상기 SMC 프로시저는:
상기 WTRU가, 상기 제2 WTRU에게 SMC 메시지를 송신하는 단계; 및
상기 WTRU가, 상기 제2 WTRU로부터 SMC 응답 메시지를 수신하는 단계를 포함하는 것인, WTRU.
제 9 항에 있어서,
상기 SMC 프로시저는 상기 ProSe 통신 세션에 대한 보안 콘텍스트를 위한 하나 이상의 보안 키를 얻기 위해 사용되는 것인, WTRU.
제 9 항에 있어서,
상기 SMC 프로시저는 NAS(non-access stratum) 계층에서 수행되는 것인, WTRU.
제 9 항에 있어서,
상기 SMC 프로시저는 RRC(radio resource control) 계층에서 수행되는 것인, WTRU.
제 10 항에 있어서,
상기 SMC 응답 메시지는 상기 ProSe 통신 세션에 대한 선택된 보안 콘텍스트의 선정을 확인하는 것인, WTRU.
제 9 항에 있어서,
상기 WTRU는 상기 WTRU와 상기 제2 WTRU 사이에서 공통으로 지원되는 보안 콘텍스트 또는 로컬 구성 중 하나 이상에 기초하여 상기 ProSe 통신 세션에 대한 보안 콘텍스트를 선택하도록 구성되는 것인, WTRU.
제 9 항에 있어서,
상기 프로세서 및 상기 메모리는 추적 영역 업데이트(tracking area update) 요청 메시지에 대한 참가 요청(attach request) 중 하나 이상에서 보안 능력을 나타내도록 구성되는 것인, WTRU.