KR102277261B1 - 근접 서비스 제공을 위한 근접 서비스 탐색 방법 및 장치 - Google Patents
근접 서비스 제공을 위한 근접 서비스 탐색 방법 및 장치 Download PDFInfo
- Publication number
- KR102277261B1 KR102277261B1 KR1020157031703A KR20157031703A KR102277261B1 KR 102277261 B1 KR102277261 B1 KR 102277261B1 KR 1020157031703 A KR1020157031703 A KR 1020157031703A KR 20157031703 A KR20157031703 A KR 20157031703A KR 102277261 B1 KR102277261 B1 KR 102277261B1
- Authority
- KR
- South Korea
- Prior art keywords
- prose
- information
- location
- location information
- mme
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/12—Mobility data transfer between location registers or mobility servers
Abstract
본 발명은 무선 통신 시스템에서 제 1 단말의 근접 서비스(ProSe)를 수행하는 방법 및 장치에 관한 것이다. 보다 구체적으로, 상기 제1 단말이, 상기 제1 단말과 관련되는 제1 ProSe 엔티티(entity)에게, ProSe 탐색 요청(ProSe discovery request)을 전송하는 단계, 및 상기 제1 단말이, 제2 단말과 관련되는 제2 ProSe 엔티티로부터, ProSe 탐색 응답(ProSe discovery response)을 수신하는 단계를 포함하며, 상기 제2 ProSe 엔티티에 의해 상기 제1 단말의 제1 위치 정보, 상기 제2 단말의 제2 위치 정보, 및 시간 윈도우에 기반하여 상기 제1 단말과 제2 단말이 상기 시간 윈도우 내에서 ProSe에 진입하지 않는다고 판단하여 ProSe 요청 절차를 중지하도록 결정되는 경우, 상기 ProSe 탐색 응답은 상기 ProSe의 거절을 나타내고, 상기 제1 정보는 상기 제1 ProSe 엔티티를 통하여 수신되고, 상기 제2 정보는 HSS(Home Subscriber Server)를 통하여 수신되는 것을 것을 특징으로 한다.
Description
본 발명의 설명은 무선 통신 시스템에 대한 것으로, 보다 상세하게는 근접 서비스 제공을 위한 근접 서비스 탐색 방법 및 장치에 대한 것이다.
근접 서비스(Proximity Service; ProSe)는 물리적으로 가까운 곳에 위치하는 장치(device)들 간의 통신을 지원하는 방안을 의미한다. 구체적으로, ProSe 는 서로 근접한 장치들에서 동작하는 애플리케이션을 탐색(discover)하고, 궁극적으로는 애플리케이션-관련 데이터를 교환하는 동작을 지원하는 것을 목적으로 한다. 예를 들어, 소셜 네트워크 서비스(SNS), 상업, 게임 등의 애플리케이션에 ProSe 가 적용되는 것을 고려할 수 있다.
ProSe 는 장치-대-장치(Device-to-Device; D2D) 통신이라고 칭하여질 수도 있다. 즉, 복수개의 장치(예를 들어, 단말(User Equipment; UE))들 간에 직접적인 링크를 설정하여, 네트워크를 거치지 않고 사용자 데이터(예를 들어, 음성, 멀티미디어 데이터 등)를 장치 간에 직접 주고 받는 통신 방식을 말한다. ProSe 통신은 단말-대-단말(UE-to-UE) 통신, 피어-대-피어(Peer-to-Peer) 통신 등의 방식을 포함할 수 있다. 또한, ProSe 통신 방식은 M2M(Machine-to-Machine) 통신, MTC(Machine Type Communication) 등에 응용될 수 있다. 따라서, ProSe 는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다. 또한, ProSe 를 도입함으로써, 기지국의 절차 감소, ProSe 에 참여하는 장치들의 소비 전력 감소, 데이터 전송 속도 증가, 네트워크의 수용 능력 증가, 부하 분산, 셀 커버리지 확대 등의 효과를 기대할 수 있다.
이와 같이 ProSe 의 도입의 필요성이 논의되고 있지만, ProSe 를 지원 및 제어하기 위한 메커니즘에 대해서는 구체적인 방안이 마련되어 있지 않다.
본 발명의 목적은 ProSe 기반의 통신 메커니즘과 관련하여, 단말로부터 위치 정보를 획득하는 EPC-레벨 ProSe 탐색 방안을 제공하는 것을 기술적 과제로 한다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상술한 문제점을 해결하기 위한 본 발명의 일 양상인, 무선 통신 시스템에서 제 1 단말의 근접 서비스(Proximity Service; ProSe)를 수행하는 방법은, 상기 제 1 단말이 제 1 네트워크 엔티티(Network entity)로 ProSe 탐색 요청(ProSe Discovery Request)을 전송하는 단계; 및 상기 제 1 네트워크 엔티티로부터, ProSe 탐색 응답(ProSe Discovery Response)을 수신하는 단계를 포함하며, 상기 ProSe 탐색 응답은, 상기 제 1 단말과 제 2 단말이 미리 결정된 시간 구간동안에 근접 관계(proximity)가 설정되지 않는다고 판단되는 경우, 상기 ProSe 의 거절을 지시하는 것을 특징으로 한다.
나아가, 상기 근접 관계는, HSS(Home Subscriber Server)를 통하여 수신된 위치 정보에 기반하여 판단된 것을 특징으로 할 수 있다. 더 나아가, 상기 위치 정보는, 상기 HSS 에 기저장된 위치 정보이거나, MME(Mobility Management Entity)에 의하여 전송된 위치 정보인 것을 특징으로 하거나, 상기 위치 정보는, 상기 제 1 단말 혹은 상기 제 2 단말 중 적어도 하나의 위치 정보인 것을 특징으로 할 수 있다.
나아가, 상기 근접 관계는, 상기 제 1 단말과 상기 제 2 단말이, 소정의 거리 이상 위치하는 경우 근접 관계(proximity)가 설정되지 않는다고 판단되는 것을 특징으로 할 수 있다. 더 나아가, 상기 소정의 거리는, 상기 제 1 단말과 상기 제 2 단말 사이의 실제 거리 값, 혹은 상기 제 1 단말과 상기 제 2 단말 사이의 거리 유추를 위한 정보인 것을 특징으로 할 수 있으며, 바람직하게는, 상기 소정의 거리는, 미리 설정(configure)되어 있거나, 제 2 네트워크 엔티티로부터 획득되는 것을 특징으로 할 수 있다.
나아가, 상기 ProSe 의 거절은, 근접 관계 확인(proximity check), 근접 관계 요청 절차(proximity request procedure), 위치 보고 절차(location reporting procedure) 혹은 ProSe 탐색(ProSe discovery) 중 하나의 절차를 수행하지 않음을 지시하는 것을 특징으로 할 수 있다.
나아가, 상기 ProSe 탐색 응답은, 상기 제 1 단말과 상기 제 2 단말에 관한, 근접 관계 설정 여부, 근접 관계 설정 가능 여부, 혹은 상기 제 1 단말과 상기 제 2 단말 사이의 거리 정보 중 적어도 하나를 더 포함하는 것을 특징으로 할 수 있다.
나아가, 상기 미리 결정된 시간 구간은, 상기 ProSe 탐색 요청(ProSe Discovery Request)에 포함되어 전송된 것을 특징으로 할 수 있다.
나아가, 상기 ProSe 탐색 응답은 상기 제 1 네트워크 엔티티에 의하여 결정되며, 상기 제 1 네트워크 엔티티는, ProSe 서버 또는 ProSe Function 인 것을 특징으로 할 수 있다.
나아가, 상기 근접 관계는, 상기 제 1 단말과 상기 제 2 단말 사이의 최초 근접 여부 판단시에 결정되는 것을 특징으로 할 수 있다.
상술한 문제점을 해결하기 위한 본 발명의 다른 양상인, 무선 통신 시스템에서 제 1 네트워크 엔티티(Network entity)의 근접 서비스(Proximity Service; ProSe)를 지원하는 방법은, 상기 제 1 네트워크 엔티티가 제 1 단말로부터 ProSe 탐색 요청(ProSe Discovery Request)을 수신하는 단계; 및 상기 제 1 네트워크 엔티티로부터 상기 제 1 단말로, ProSe 탐색 응답(ProSe Discovery Response)을 송신하는 단계를 포함하며, 상기 ProSe 탐색 응답은, 상기 제 1 단말과 제 2 단말이 미리 결정된 시간 구간 동안에 근접 관계(proximity)가 설정되지 않는다고 판단되는 경우, 상기 ProSe 의 거절을 지시하는 것을 특징으로 할 수 있다.
상술한 문제점을 해결하기 위한 본 발명의 또 다른 양상인, 무선 통신 시스템에서 근접 서비스(Proximity Service; ProSe)를 수행하는 제 1 단말에 있어서, 무선 주파수 유닛(Radio Frequency Unit); 및 프로세서(Processor)를 포함하며, 상기 프로세서는, 상기 제 1 단말이 제 1 네트워크 엔티티(Network entity)로 ProSe 탐색 요청(ProSe Discovery Request)을 전송하고, 상기 제 1 네트워크 엔티티로부터, ProSe 탐색 응답(ProSe Discovery Response)을 수신하도록 구성되며, 상기 ProSe 탐색 응답은, 상기 제 1 단말과 제 2 단말이 미리 결정된 시간 구간 동안에 근접 관계(proximity)가 설정되지 않는다고 판단되는 경우, 상기 ProSe 의 거절을 지시하는 것을 특징으로 할 수 있다.
상술한 문제점을 해결하기 위한 본 발명의 또 다른 양상인, 무선 통신 시스템에서 근접 서비스(Proximity Service; ProSe)를 지원하는 제 1 네트워크 엔티티(Network entity) 에 있어서, 무선 주파수 유닛(Radio Frequency Unit); 및 프로세서(Processor)를 포함하며, 상기 프로세서는, 제 1 단말로부터 ProSe 탐색 요청(ProSe Discovery Request)을 수신하고, 상기 제 1 단말로 ProSe 탐색 응답(ProSe Discovery Response)을 송신하도록 구성되며, 상기 ProSe 탐색 응답은, 상기 제 1 단말과 제 2 단말이 미리 결정된 시간 구간 동안에 근접 관계(proximity)가 설정되지 않는다고 판단되는 경우, 상기 ProSe 의 거절을 지시하는 것을 특징으로 한다.
본 발명에 따르면, 단말로부터 정확한 위치 정보를 획득하여 EPC-레벨 ProSe 탐색을 수행함으로써, 효율적인 통신을 수행할 수 있다.
본 발명에서 얻은 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
도 1 은 EPC(Evolved Packet Core)를 포함하는 EPS(Evolved Packet System)의 개략적인 구조를 나타내는 도면이다.
도 2 는 EPS 에서 두 UE 가 통신하는 기본적인 데이터 경로(default data path)를 나타내는 도면이다.
도 3 은 ProSe 에 기반한 두 UE 간의 직접 모드 데이터 경로 (direct mode data path)를 나타내는 도면이다.
도 4 는 ProSe 에 기반한 두 UE 간의 로컬 라우팅 방식 데이터 경로(locally-routed data path)를 나타내는 도면이다.
도 5 는 본 발명의 제 1 방안에 기반한 제 1 실시예에 따른 ProSe 탐색 동작을 나타내는 참고도이다.
도 6 는 본 발명의 제 2 방안에 기반한 제 2 실시예에 따른 ProSe 탐색 동작을 나타내는 참고도이다.
도 7 은 본 발명의 제 1 방안에 기반한 제 3 실시예에 따른 ProSe 탐색 동작을 나타내는 참고도이다.
도 8 은 본 발명의 제 2 방안에 기반한 제 4 실시예에 따른 ProSe 탐색 동작을 나타내는 참고도이다.
도 9 는 본 발명의 제 1 방안에 기반한 공유 네트워크에서의 ProSe 탐색 동작을 나타내는 참고도이다.
도 10 은 본 발명의 일 실시예에 따라, 시간 구간(time window)를 적용한 ProSe 탐색 동작을 나타내는 참고도이다.
도 11 내지 도 22 는, 본 발명에 따른 EPC-레벨 근접 서비스 탐색(EPC-level ProSe Discovery)을 설명하기 위한 참고도이다.
도 23 은 본 발명에 따른 ProSe Function 관련 Proximity Request 를 설명하기 위한 참고도이다.
도 24 은 본 발명에 따른 ProSe Function 관련 Proximity Alert 를 설명하기 위한 참고도이다.
도 25 는 본 발명에 따른 ProSe Function 관련 Proximity Request Cancellation 를 설명하기 위한 참고도이다.
도 26 은 본 발명의 일례에 따른 단말 장치 및 네트워크 노드 장치에 대한 바람직한 실시예의 구성을 도시한 도면이다.
도 1 은 EPC(Evolved Packet Core)를 포함하는 EPS(Evolved Packet System)의 개략적인 구조를 나타내는 도면이다.
도 2 는 EPS 에서 두 UE 가 통신하는 기본적인 데이터 경로(default data path)를 나타내는 도면이다.
도 3 은 ProSe 에 기반한 두 UE 간의 직접 모드 데이터 경로 (direct mode data path)를 나타내는 도면이다.
도 4 는 ProSe 에 기반한 두 UE 간의 로컬 라우팅 방식 데이터 경로(locally-routed data path)를 나타내는 도면이다.
도 5 는 본 발명의 제 1 방안에 기반한 제 1 실시예에 따른 ProSe 탐색 동작을 나타내는 참고도이다.
도 6 는 본 발명의 제 2 방안에 기반한 제 2 실시예에 따른 ProSe 탐색 동작을 나타내는 참고도이다.
도 7 은 본 발명의 제 1 방안에 기반한 제 3 실시예에 따른 ProSe 탐색 동작을 나타내는 참고도이다.
도 8 은 본 발명의 제 2 방안에 기반한 제 4 실시예에 따른 ProSe 탐색 동작을 나타내는 참고도이다.
도 9 는 본 발명의 제 1 방안에 기반한 공유 네트워크에서의 ProSe 탐색 동작을 나타내는 참고도이다.
도 10 은 본 발명의 일 실시예에 따라, 시간 구간(time window)를 적용한 ProSe 탐색 동작을 나타내는 참고도이다.
도 11 내지 도 22 는, 본 발명에 따른 EPC-레벨 근접 서비스 탐색(EPC-level ProSe Discovery)을 설명하기 위한 참고도이다.
도 23 은 본 발명에 따른 ProSe Function 관련 Proximity Request 를 설명하기 위한 참고도이다.
도 24 은 본 발명에 따른 ProSe Function 관련 Proximity Alert 를 설명하기 위한 참고도이다.
도 25 는 본 발명에 따른 ProSe Function 관련 Proximity Request Cancellation 를 설명하기 위한 참고도이다.
도 26 은 본 발명의 일례에 따른 단말 장치 및 네트워크 노드 장치에 대한 바람직한 실시예의 구성을 도시한 도면이다.
이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 실시예들은 IEEE(Institute of Electrical and Electronics Engineers) 802 계열 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A 시스템 및 3GPP2 시스템 중 적어도 하나에 관련하여 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
이하의 기술은 다양한 무선 통신 시스템에서 사용될 수 있다. 명확성을 위하여 이하에서는 3GPP LTE 및 3GPP LTE-A 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
본 문서에서 사용되는 용어들은 다음과 같이 정의된다.
- UMTS(Universal Mobile Telecommunications System): 3GPP 에 의해서 개발된, GSM(Global System for Mobile Communication) 기반의 3 세대(Generation) 이동 통신 기술.
- EPS(Evolved Packet System): IP 기반의 packet switched 코어 네트워크인 EPC(Evolved Packet Core)와 LTE, UTRAN 등의 액세스 네트워크로 구성된 네트워크 시스템. UMTS 가 진화된 형태의 네트워크이다.
- NodeB: GERAN/UTRAN 의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.
- eNodeB: LTE 의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.
- UE(User Equipment): 사용자 기기. UE 는 단말(terminal), ME(Mobile Equipment), MS(Mobile Station) 등의 용어로 언급될 수도 있다. 또한, UE 는 노트북, 휴대폰, PDA(Personal Digital Assistant), 스마트 폰, 멀티미디어 기기 등과 같이 휴대 가능한 기기일 수 있고, 또는 PC(Personal Computer), 차량 탑재 장치와 같이 휴대 불가능한 기기일 수도 있다. UE 는 LTE 와 같은 3GPP 스펙트럼(spectrum) 및/또는 WiFi, 공공 안전(Public Safety) 용 스펙트럼과 같은 비-3GPP 스펙트럼으로 통신이 가능한 UE 이다.
- 근접 서비스(Proximity Services 또는 Proximity-based Services; ProSe): 물리적으로 근접한 장치 사이의 탐색(discovery), 및 상호 직접적인 통신/기지국을 통한 통신/제 3 의 장치를 통한 통신을 가능하게 하는 서비스. 이때 사용자 평면 데이터(user plane data)는 3GPP 코어 네트워크(예를 들어, EPC)를 거치지 않고 직접 데이터 경로(direct data path 또는 직접 모드 데이터 경로 (direct mode data path))를 통해 교환된다. D2D(Device-to-Device) 서비스라고도 지칭된다.
- 근접성(Proximity): 어떤 UE 가 다른 UE 와 근접한 것인지 여부는 소정의 근접성 기준이 만족되는지 여부에 따라 결정된다. 근접성 기준은 ProSe 탐색(discovery) 및 ProSe 통신(communication)에 대해서 상이하게 주어질 수도 있다. 또한, 근접성 기준은 사업자의 제어 대상으로 설정될 수도 있다.
- 근접 서비스 탐색(ProSe Discovery): E-UTRA 를 사용하여 어떤 UE 가 다른 UE 에 근접한 것인지 여부를 식별하는 과정.
- 근접 서비스 통신(ProSe Communication): UE 들 간에 형성된(established) 통신 경로를 통하여 수행되는 근접한 UE 들 간의 통신. 상기 통신 경로는 UE 들 간에 직접적으로 형성되거나, 로컬 기지국(eNodeB)(들)을 통하여 라우팅될 수도 있다.
- 근접 서비스-가능 UE(ProSe-enabled UE): ProSe 탐색 및/또는 ProSe 통신을 지원하는 UE. 이하에서 UE 로 지칭된다.
- 근접 서비스-가능 네트워크(ProSe-enabled Network): ProSe 탐색 및/또는 ProSe 통신을 지원하는 네트워크. 이하에서 네트워크로 지칭된다.
- 근접 서비스 E-UTRA 통신(ProSe E-UTRA Communication): ProSe E-UTRA 통신 경로(Communication path)를 이용하는 ProSe 통신을 지칭된다.
- 근접 서비스 지원 WLAN 직접 통신 (ProSe-assisted WLAN direct communication): 근접 서비스 지원 WLAN 직접 통신 경로를 이용하는 ProSe 통신을 지칭된다. EPC-assisted WLAN direct communication 으로 지칭할 수도 있다.
- 근접 서비스 그룹 통신(ProSe Group Communication): 근접 서비스-가능 단말들간의 공통 통신 경로(common communication path) 설정 방법으로, 근접한 둘 이상의 근접 서비스-가능 단말(ProSe-enabled UE)들간의 일대다 근접 서비스 통신(one-to-many ProSe Communication)을 지칭한다.
- 근접 서비스 브로드캐스트 통신(ProSe Broadcast Communication): 근접 서비스-가능 단말들간의 공통 통신 경로(common communication path) 설정 방법으로, 근접한 둘 이상의 근접 서비스-가능 단말(ProSe-enabled UE)들간의 일대전부 근접 서비스 통신(one-to-all ProSe Communication)을 지칭한다.
- 근접 서비스 UE-to-Network Relay(ProSe UE-to-Network Relay): 근접 서비스-가능 공공 안전용 단말(public safety UE)이며, 근접 서비스-가능 공공 안전용 단말(public safety UE)과 E-UTRA 를 이용하는 근접 서비스-가능 네트워크 사이에서 통신 릴레이로서 동작하는 릴레이의 형태.
- 근접 서비스 UE-to-UE Relay(ProSe UE-to-UE Relay): 근접 서비스-가능 공공 안전용 단말(public safety UE)이며, 근접 서비스-가능 공공 안전용 단말(public safety UE)들 간의 근접 서비스 통신 릴레이로서 동작하는 릴레이의 형태.
- ISR(Idle Mode Signaling Reduction): 단말이 E-UTRAN 과 UTRAN/GERAN 사이를 자주 이동하게 되는 경우, 반복적인 위치 등록 절차에 의한 네트워크 자원의 낭비가 발생한다. 이를 줄이기 위한 방법으로써 단말이 유휴 모드인 경우 E-UTRAN 과 UTRAN/GERAN 을 경유하여 각각 MME 와 SGSN(이하, 이 두 노드를 이동성 관리 모듈(mobility management node 라 칭함)에게 위치 등록 후, 이미 등록한 두 RAT(Radio Access Technology)사이의 이동 혹은 셀 재선택을 수행한 경우 별도의 위치 등록을 하지 않게 하는 기술이다. 따라서, 해당 단말로의 하향링크(DL) 데이터가 도착하는 경우 페이징을 E-UTRAN 과 UTRAN/GERAN 에 동시에 보냄으로써, 단말을 성공적으로 찾아 하향링크 데이터를 전달할 수 있다. 보다 상세한 내용은 3GPP TS 23.401 및 3GPP TS 23.060 을 참조할 수 있다.
- RAN(Radio Access Network): 3GPP 네트워크에서 NodeB, eNodeB 및 이들을 제어하는 RNC(Radio Network Controller)를 포함하는 단위. UE 와 코어 네트워크 사이에 존재하며 코어 네트워크로의 연결을 제공한다.
- HLR(Home Location Register)/HSS(Home Subscriber Server): 3GPP 네트워크 내의 가입자 정보를 가지고 있는 데이터베이스. HSS 는 설정 저장(configuration storage), 아이덴티티 관리(identity management), 사용자 상태 저장 등의 기능을 수행할 수 있다.
- RANAP(RAN Application Part): RAN 과 코어 네트워크의 제어를 담당하는 노드(MME(Mobility Management Entity)/SGSN(Serving GPRS(General Packet Radio Service) Supporting Node)/MSC(Mobiles Switching Center)) 사이의 인터페이스.
- PLMN(Public Land Mobile Network): 개인들에게 이동통신 서비스를 제공할 목적으로 구성된 네트워크. 오퍼레이터 별로 구분되어 구성될 수 있다.
- NAS(Non-Access Stratum): UMTS 프로토콜 스택에서 UE 와 코어 네트워크간의 시그널링, 트래픽 메시지를 주고 받기 위한 기능적인 계층. UE 의 이동성을 지원하고, UE 와 PDN GW(Packet Data Network Gateway) 간의 IP 연결을 형성(establish) 및 유지(maintain)하는 세션 관리 절차(procedure)를 지원하는 것을 주된 기능으로 한다.
- HNB(Home NodeB): UTRAN(UMTS Terrestrial Radio Access Network) 커버리지를 제공하는 CPE(Customer Premises Equipment). 보다 구체적인 사항은 표준문서 TS 25.467 을 참조할 수 있다.
- HeNodeB(Home eNodeB): E-UTRAN(Evolved-UTRAN) 커버리지를 제공하는 CPE(Customer Premises Equipment). 보다 구체적인 사항은 표준문서 TS 36.300 을 참조할 수 있다.
- CSG(Closed Subscriber Group): H(e)NB 의 CSG 의 구성원으로서 PLMN(Public Land Mobile Network) 내의 하나 이상의 CSG 셀에 액세스하는 것이 허용되는 가입자 그룹.
- LIPA(Local IP Access): IP 기능을 가진(IP capable) UE 가 H(e)NB 를 경유하여 동일한 주거(residential)/기업(enterprise) IP 네트워크 내의 다른 IP 기능을 가진 개체에 대한 액세스. LIPA 트래픽은 이동 사업자(operator) 네트워크를 지나지 않는다. 3GPP 릴리즈-10 시스템에서는, H(e)NB 를 경유하여 로컬 네트워크(즉, 고객(customer)의 집 또는 회사 구내에 위치한 네트워크) 상의 자원에 대한 액세스를 제공한다.
- SIPTO(Selected IP Traffic Offload): 3GPP 릴리즈-10 시스템에서는 사업자가 EPC 네트워크에서 UE 에 물리적으로 가까이 존재하는 PGW(Packet data network GateWay)를 선택함으로써 사용자의 트래픽을 넘기는 것을 지원한다.
- PDN(Packet Data Network) 연결: 하나의 IP 주소(하나의 IPv4 주소 및/또는 하나의 IPv6 프리픽스)로 표현되는 UE 와 APN(Access Point Name)으로 표현되는 PDN 간의 논리적인 연결.
EPC(Evolved Packet Core)
도 1 은 EPC(Evolved Packet Core)를 포함하는 EPS(Evolved Packet System)의 개략적인 구조를 나타내는 도면이다.
EPC 는 3GPP 기술들의 성능을 향상하기 위한 SAE(System Architecture Evolution)의 핵심적인 요소이다. SAE 는 다양한 종류의 네트워크 간의 이동성을 지원하는 네트워크 구조를 결정하는 연구 과제에 해당한다. SAE 는, 예를 들어, IP 기반으로 다양한 무선 접속 기술들을 지원하고 보다 향상된 데이터 전송 능력을 제공하는 등의 최적화된 패킷-기반 시스템을 제공하는 것을 목표로 한다.
구체적으로, EPC 는 3GPP LTE 시스템을 위한 IP 이동 통신 시스템의 코어 네트워크(Core Network)이며, 패킷-기반 실시간 및 비실시간 서비스를 지원할 수 있다. 기존의 이동 통신 시스템(즉, 2 세대 또는 3 세대 이동 통신 시스템)에서는 음성을 위한 CS(Circuit-Switched) 및 데이터를 위한 PS(Packet-Switched)의 2 개의 구별되는 서브-도메인을 통해서 코어 네트워크의 기능이 구현되었다. 그러나, 3 세대 이동 통신 시스템의 진화인 3GPP LTE 시스템에서는, CS 및 PS 의 서브-도메인들이 하나의 IP 도메인으로 단일화되었다. 즉, 3GPP LTE 시스템에서는, IP 능력(capability)을 가지는 단말과 단말 간의 연결이, IP 기반의 기지국(예를 들어, eNodeB(evolved Node B)), EPC, 애플리케이션 도메인(예를 들어, IMS(IP Multimedia Subsystem))을 통하여 구성될 수 있다. 즉, EPC 는 단-대-단(end-to-end) IP 서비스 구현에 필수적인 구조이다.
EPC 는 다양한 구성요소들을 포함할 수 있으며, 도 1 에서는 그 중에서 일부에 해당하는, SGW(Serving Gateway), PDN GW(Packet Data Network Gateway), MME(Mobility Management Entity), SGSN(Serving GPRS(General Packet Radio Service) Supporting Node), ePDG(enhanced Packet Data Gateway)를 도시한다.
SGW 는 무선 접속 네트워크(RAN)와 코어 네트워크 사이의 경계점으로서 동작하고, eNodeB 와 PDN GW 사이의 데이터 경로를 유지하는 기능을 하는 요소이다. 또한, 단말이 eNodeB 에 의해서 서빙(serving)되는 영역에 걸쳐 이동하는 경우, SGW 는 로컬 이동성 앵커 포인트(anchor point)의 역할을 한다. 즉, E-UTRAN (3GPP 릴리즈-8 이후에서 정의되는 Evolved-UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network) 내에서의 이동성을 위해서 SGW 를 통해서 패킷들이 라우팅될 수 있다. 또한, SGW 는 다른 3GPP 네트워크(3GPP 릴리즈-8 전에 정의되는 RAN, 예를 들어, UTRAN 또는 GERAN(GSM(Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network)와의 이동성을 위한 앵커 포인트로서 기능할 수도 있다.
PDN GW(또는 P-GW)는 패킷 데이터 네트워크를 향한 데이터 인터페이스의 종료점(termination point)에 해당한다. PDN GW 는 정책 집행 특징(policy enforcement features), 패킷 필터링(packet filtering), 과금 지원(charging support) 등을 지원할 수 있다. 또한, 3GPP 네트워크와 비-3GPP 네트워크 (예를 들어, I-WLAN(Interworking Wireless Local Area Network)과 같은 신뢰되지 않는 네트워크, CDMA(Code Division Multiple Access) 네트워크나 WiMax 와 같은 신뢰되는 네트워크)와의 이동성 관리를 위한 앵커 포인트 역할을 할 수 있다.
도 1 의 네트워크 구조의 예시에서는 SGW 와 PDN GW 가 별도의 게이트웨이로 구성되는 것을 나타내지만, 두 개의 게이트웨이가 단일 게이트웨이 구성 옵션(Single Gateway Configuration Option)에 따라 구현될 수도 있다.
MME 는, UE 의 네트워크 연결에 대한 액세스, 네트워크 자원의 할당, 트래킹(tracking), 페이징(paging), 로밍(roaming) 및 핸드오버 등을 지원하기 위한 시그널링 및 제어 기능들을 수행하는 요소이다. MME 는 가입자 및 세션 관리에 관련된 제어 평면(control plane) 기능들을 제어한다. MME 는 수많은 eNodeB 들을 관리하고, 다른 2G/3G 네트워크에 대한 핸드오버를 위한 종래의 게이트웨이의 선택을 위한 시그널링을 수행한다. 또한, MME 는 보안 과정(Security Procedures), 단말-대-네트워크 세션 핸들링(Terminal-to-network Session Handling), 유휴 단말 위치결정 관리(Idle Terminal Location Management) 등의 기능을 수행한다.
SGSN 은 다른 3GPP 네트워크(예를 들어, GPRS 네트워크)에 대한 사용자의 이동성 관리 및 인증(authentication)과 같은 모든 패킷 데이터를 핸들링한다.
ePDG 는 신뢰되지 않는 비-3GPP 네트워크(예를 들어, I-WLAN, WiFi 핫스팟(hotspot) 등)에 대한 보안 노드로서의 역할을 한다.
도 1 을 참조하여 설명한 바와 같이, IP 능력을 가지는 단말은, 3GPP 액세스는 물론 비-3GPP 액세스 기반으로도 EPC 내의 다양한 요소들을 경유하여 사업자(즉, 오퍼레이터(operator))가 제공하는 IP 서비스 네트워크(예를 들어, IMS)에 액세스할 수 있다.
또한, 도 1 에서는 다양한 레퍼런스 포인트들(예를 들어, S1-U, S1-MME 등)을 도시한다. 3GPP 시스템에서는 E-UTRAN 및 EPC 의 상이한 기능 개체(functional entity)들에 존재하는 2 개의 기능을 연결하는 개념적인 링크를 레퍼런스 포인트(reference point)라고 정의한다. 다음의 표 1 은 도 1 에 도시된 레퍼런스 포인트를 정리한 것이다. 표 1 의 예시들 외에도 네트워크 구조에 따라 다양한 레퍼런스 포인트들이 존재할 수 있다.
[표 1]
도 1 에 도시된 레퍼런스 포인트 중에서 S2a 및 S2b 는 비-3GPP 인터페이스에 해당한다. S2a 는 신뢰되는 비-3GPP 액세스 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다. S2b 는 ePDG 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다.
근접 서비스(ProSe)를 제공하기 위한 제어 메커니즘
본 발명에서는 3GPP EPS(Evolved Packet System)와 같은 이동통신 시스템에서 근접 서비스(ProSe) 또는 D2D 서비스를 지원하기 위한 제어 메커니즘을 제안한다.
최근 SNS(Social Network Service) 등에 대한 사용자 요구사항의 증가로 인해, 물리적으로 가까운 거리의 사용자들/장치들 사이의 검출(detect)/탐색(discovery)및 특별한 애플리케이션/서비스(즉, 근접성-기반 애플리케이션/서비스)에 대한 요구가 대두되었다. 3GPP 이동통신 시스템에서도 이러한 종류의 서비스를 제공하기 위한 움직임으로 ProSe 에 대한 가능한 용례(use case) 및 시나리오와, 가능한 서비스 요건(service requirement)에 대한 논의가 진행중이다.
ProSe 의 가능한 용례는 상업적/소셜 서비스, 네트워크 오프로드, 공공 안전(Public Safety), 기존 인프라스트럭쳐(infrastructure) 서비스의 통합(이는 도달성(reachability) 및 이동성(mobility) 측면을 포함하는 사용자 경험의 일관성을 보장하기 위함이다) 등을 들 수 있다. 또한, E-UTRAN 커버리지가 제공되지 않는 경우에서의 공공 안전(이 경우, 특정 지역의 규제 및 사업자 정책에 부합하는 것을 조건으로 하고, 공공-안전을 위해 지정된 특정 주파수 대역 및 특정 단말들로 제한되는 것을 고려해야 한다)에 대한 용례들 및 가능한 요건이 논의 중이다.
특히 3GPP 에서 진행중인 ProSe 에 대한 논의의 범위는, 근접성-기반 애플리케이션/서비스는 LTE 또는 WLAN 을 경유하여 제공되고, 사업자/네트워크의 제어를 받아서 장치들 간의 탐색 및 통신이 수행되는 것을 가정한다.
도 2 는 EPS 에서 두 UE 가 통신하는 기본적인 데이터 경로(default data path)를 나타내는 도면이다. 즉, 도 2 는 UE-1 과 UE-2 사이의 ProSe 가 적용되지 않는 일반적인 경우의 UE-1 과 UE-2 간의 데이터 경로를 예시적으로 나타낸다. 이러한 기본적인 경로는 기지국(즉, eNodeB 또는 Home eNodeB) 및 게이트웨이 노드들(즉, EPC 또는 사업자 망)를 거친다. 예를 들어, 도 2 에서 도시하는 바와 같이, UE-1 과 UE-2 가 데이터를 주고 받을 때에, UE-1 으로부터의 데이터는 eNodeB-1, S-GW/P-GW, eNodeB-2 를 거쳐서 UE-2 에게 전달되고, 마찬가지로 UE-2 로부터의 데이터는 eNodeB-2, S-GW/P-GW, eNodeB-1 을 거쳐 UE-1 에게 전달될 수 있다. 도 2 에서는 UE-1 과 UE-2 가 서로 다른 eNodeB 에 캠프-온(camp-on)한 것으로 보여주고 있으나 동일한 eNodeB 에 캠프-온 할 수도 있다. 또한 도 2 에서는 두 UE 가 동일한 S-GW 및 P-GW 로부터 서비스를 받고 있는 것으로 보여주고 있으나, 다양한 조합의 서비스가 가능하다. 즉, 동일한 S-GW 그리고 서로 다른 P-GW 로부터 서비스를 받을 수도 있고, 서로 다른 S-GW 그리고 동일한 P-GW 로부터 서비스를 받을 수도 있고, 서로 다른 GW 그리고 서로 다른 P-GW 로부터 서비스를 받을 수도 있다.
본 발명에서는 이러한 기본적인 데이터 경로를, 인프라스트럭쳐 데이터 경로(즉, infrastructure path 또는 infrastructure data path 또는 infrastructure communication path)라고 칭할 수 있다. 또한, 이러한 인프라스트럭쳐 데이터 경로를 통한 통신을 인프라스트럭쳐 통신이라고 칭할 수 있다.
도 3 은 ProSe 에 기반한 두 UE 간의 직접 모드 데이터 경로 (direct mode data path)를 나타내는 도면이다. 이러한 직접 모드 통신 경로는 기지국(즉, eNodeB 또는 Home eNodeB) 및 게이트웨이 노드들(즉, EPC)를 거치지 않는다.
도 3(a)는 UE-1 과 UE-2 가 각각 다른 eNodeB(즉, eNodeB-1 및 eNodeB-2)에 캠프-온(camp-on) 하고 있으면서 직접 모드 통신 경로를 통해 데이터를 주고 받는 경우를 예시적으로 도시한다. 도 3(b)는 동일한 eNodeB(즉, eNodeB-1)에 캠프-온 하고 있는 UE-1 과 UE-2 가 직접 모드 통신 경로를 통해 데이터를 주고 받는 경우를 예시적으로 도시한다.
한편, 사용자 평면의 데이터 경로는 도 3 에서 도시하는 바와 같이 기지국이나 게이트웨이 노드를 거치지 않고 UE 간에 직접적으로 형성되지만, 제어 평면 경로는 기지국 및 코어 네트워크를 거쳐서 형성될 수 있다는 점에 유의해야 한다. 제어 평면 경로를 통하여 교환되는 제어 정보는, 세션 관리, 인증(authentication), 권한검증(authorization), 보안, 과금 등에 관련된 정보일 수 있다. 도 3(a)의 예시에서와 같이 상이한 eNodeB 들에 의해 서빙되는 UE 들의 ProSe 통신의 경우에, UE-1 에 대한 제어 정보는 eNodeB-1 을 거쳐 코어 네트워크의 제어 노드(예를 들어, MME)와 교환될 수 있고, UE-2 에 대한 제어 정보는 eNodeB-2 를 거쳐 코어 네트워크의 제어 노드(예를 들어, MME)와 교환될 수 있다. 도 3(b)의 예시에서와 같이 동일한 eNodeB 에 의해 서빙되는 UE 들의 ProSe 통신의 경우에, UE-1 및 UE-2 에 대한 제어 정보는 eNodeB-1 을 거쳐 코어 네트워크의 제어 노드(예를 들어, MME)와 교환될 수 있다.
도 4 는 ProSe 에 기반한 두 UE 간의 로컬 라우팅 방식 데이터 경로(locally-routed data path)를 나타내는 도면이다. 도 4 의 예시에서와 같이 UE-1 과 UE-2 간의 ProSe 통신 데이터 경로는 eNodeB-1 을 거쳐서 형성되지만, 사업자가 운영하는 게이트웨이 노드(즉, EPC)를 거치지는 않는다. 한편, 제어 평면 경로는, 도 4 와 같이 동일한 eNodeB 에 의해 서빙되는 UE 들의 로컬 라우팅 방식 데이터 경로가 구성되는 경우에, UE-1 및 UE-2 에 대한 제어 정보는 eNodeB-1 을 거쳐 코어 네트워크의 제어 노드(예를 들어, MME)와 교환될 수 있다.
본 발명에서는 상기 도 3 및 도 4 에서 설명한 통신 경로를 직접 데이터 경로, ProSe 를 위한 데이터 경로, ProSe 기반 데이터 경로, 또는 ProSe 통신 경로라고 칭할 수 있다. 또한, 이러한 직접 데이터 경로를 통한 통신을, 직접 통신, ProSe 통신, 또는 ProSe 기반 통신이라고 칭할 수 있다.
근접 서비스(ProSe)를 위해 E-UTRA 를 사용하여 근접한 위치에 있는 다른 UE 를 찾는 과정이 필요할 수 있는데 이를 ProSe 탐색(ProSe Discovery)이라고 지칭한다. LTE 관련 표준 문서인 3GPP TS 22.278 에서 정의된, 근접 서비스(Proximity Services)를 위한 서비스 요건(service requirement)를 참조하면, ProSe 탐색(ProSe Discovery)은 UE 간에 직접 무선 신호(direct radio signal)을 통해 이루어질 수 도 있고, 이동 통신 사업자 네트워크(operator network)를 통해 이루어질 수 도 있다.
여기서, 이동 통신 사업자 네트워크를 통한 ProSe 탐색과 관련하여 3GPP TR 23.703 에서는 상술한 바와 같이 EPC-레벨 ProSe 탐색(EPC-level ProSe Discovery)를 정의하고 있다. 그러나, 3GPP TR 23.703 에서는, EPC-레벨 ProSe 탐색은 다수의 근접 서비스-가능 단말들의 근접성(proximity)을 결정하고 상기 다수의 단말들에게 근접 서비스를 알려주는 과정이라고 개시되어 있을 뿐 이에 대한 구체적인 방안에 대하여 정의되어 있지 않다는 문제점이 있었다.
즉, EPC-레벨 ProSe 탐색의 경우, 네트워크에서 탐색(discover)하고자 하는 UE 에 대한 최신의 정확한 위치 정보를 획득할 필요가 있다. 그런데 GERAN/UTRAN 에도 캠프-온(camp-on)할 수 있는 E-UTRAN 단말이 ISR(Idle mode Signaling Reduction) 적용을 받는 경우 (즉, ISR activated 상태인 경우) 네트워크에서는 UE 의 정확한 위치(즉, E-UTRAN 에 있는지 아니면 UTRAN/GERAN 에 있는지)를 알 수 없다
그런데, 근접 기반 서비스(Proximity based Services)를 제공하기 위한 작업 범위(scope)은 LTE(즉, E-UTRAN), WLAN, 공공 안전용 스펙트럼인 바, UTRAN 및 GERAN 그리고 UMTS 및 GSM 의 경우 ProSe 를 제공하기 위한 메커니즘을 구성 시 영향(impact)을 주지 않아야 한다. 이에 EPC-레벨 ProSe 탐색의 경우, UTRAN/GERAN 및 UMTS/GSM 에 영향을 주지 않고 UE 에 대한 최신의 정확한 위치 정보를 획득할 필요가 있다.
따라서, 종래에는 이런 방안이 제안되어 있지 않은 바, 상기 문제점을 해결하기 위해, 본 발명에서는 ISR 의 적용을 받는 (또는 ISR 이 activated 인 또는 ISR 이 적용될 수 있는) UE 에 대한 위치 정보를 획득하는 EPC-레벨 ProSe 탐색 방안을 제안한다.
또한, EPC-레벨 ProSe 탐색의 경우 네트워크에서 두 UE 간의 근접 관계(proximity) 여부를 결정한다. 공유 RAN(Shared Radio Access Network, Shared RAN)인 경우 두 UE 가 서로 근접 관계에 있는데도 불구하고 캠프-온 한 셀의 ECGI 가 달라서 네트워크에서 두 UE 가 근접 관계에 있지 않다고 판단할 수 있다. 예를 들어, PLMN1 과 PLMN2 가 eNodeB 를 공유하는데, 상기 eNodeB 의 셀 중 하나인 cell#1 에 두 UE (UE1 과 UE2)가 위치했으며 서로 근접 관계에 있다고 가정한다. 이 때 UE1 은 PLMN1 의 cell#1, UE2 는 PLMN2 의 cell#1 에 캠프-온 했다면, 서로 캠프-온 한 셀이 물리적으로는 동일하지만 PLMN 이 달라서 ECGI 가 다르다. 이에 네트워크가 ECGI 정보에만 기반해서 두 UE 간의 근접 여부를 결정한다면, 상기의 경우 UE1 과 UE2 가 근접 관계에 있다고 결정/판단하는 것이 불가능하거나 어렵다. 본 발명에서는 이러한 문제점을 해결하기 위해 네트워크 공유(network sharing)의 경우 UE 간의 근접 여부를 결정하는 EPC-레벨 ProSe 탐색 방안을 제안한다.
더 나아가서는 EPC-레벨 ProSe 탐색에서는 UE-A(예, 디스커버러)가 네트워크로 하여금 일정 시간 (유효기간, time window) 동안 UE-B(예, 디스커버리)와 근접 관계에 놓이게 되면 알려줄 것을 요청할 수 있다. 상기 요청을 받은 네트워크는 상기 유효기간 동안 UE-A 와 UE-B 가 근접 관계에 놓이는지를 체크하기 위해 UE 들의 위치를 지속적으로 파악/체크해야 한다. 그런데 만약 애초에 UE-B 가 UE-A 와 멀리 위치해 있어서, 상기 유효기간 내에 UE-A 와 UE-B 가 근접 관계에 놓일 가능성이 없다면 네트워크가 지속적으로 두 UE 의 위치를 파악/체크하는 것이 무의미 할 수 있다. 즉, 불필요할 위치 보고(location reporting)로 인한 시그널링 낭비가 발생할 수 있다. 이러한 불필요한 위치 보고는 추가적으로는 위치 보고수행을 위해 UE 들로 하여금 유휴 모드(idle mode)에서 연결 모드(connected mode)로 전환하도록 하게 함으로써, UE 의 배터리(파워)를 소모시키는 문제가 발생할 수 있다. 따라서, 본 발명에서는 상기한 문제점을 해결하기 위한 EPC-레벨 ProSe 탐색 방안을 제안한다.
1. 3GPP EPS(Evolved Packet System)와 같은 이동 통신 시스템 상의 ProSe 탐색 방법
이하에서는, 본 발명에서 제안하는 3GPP EPS(Evolved Packet System)와 같은 이동통신 시스템에서 근접 기반의 서비스를 효율적으로 제공하기 위한 ProSe 탐색 방법들을 설명한다.
1-1. ProSe 탐색 방법 - 제 1 방안
제 1 방안의 동작 1) 로, HSS 가 ProSe 탐색/ProSe 통신/ProSe 관련하여 UE 에 대한 위치 정보가 필요한지 여부를 판단한다. 이는 HSS 가 다른 네트워크 노드(예, Proximity Service/Proximity Discovery 를 위한 Server, 기존의 네트워크 노드 등)로부터 상기의 정보를 요청하는 메시지를 수신함으로 인해 판단할 수도 있고, HSS 가 자체적으로 상기의 정보를 획득해야 한다고 판단할 수도 있는 등 다양한 기준에 따라 수행될 수 있다.
여기서, UE 에 대한 위치 정보를 HSS 에게 요청하는 다른 네트워크 노드는, 상기 위치 정보 요청이 ProSe 탐색/ProSe 통신/ProSe 관련한 것임을 나타내는 정보를 명시적으로 또는 암시적으로 포함시킬 수도 있다. 또한, 상기 위치 정보를 즉시 제공할 것을 지시하거나, 또는 지연된 형태가 아니게 제공해 줄 것을 지시하는 정보를 포함시킬 수도 있다.
제 1 방안의 동작 2) 로, HSS 가 상기 UE 에 대해 등록되어 있는 서빙 노드(serving node)를 확인할 수 있다. 이 때, HSS 는 서빙 노드의 확인 결과에 따라 이하에서 설명하는 동작 2-1) 내지 2-3)을 수행할 수 있다.
동작 2-1) 에 따르면, HSS 는, MME 와 SGSN 이 모두 서빙 노드로 등록되어 있는 경우, MME 에게만 상기 UE 에 대한 위치 정보를 요청하는 메시지를 전송한다. 이 때, 상기 요청 메시지를 전송 시, HSS 는 다음 중 하나 이상의 정보를 포함시킬 수 있다.
i) 요청 메시지가 위치 정보를 요청하기 위함이라는 정보
ii) 요청하는 위치 정보의 종류(들): 예를 들면 ECGI(E-UTRAN Cell Global Identifier), 좌표 정보, 지정학적 위치(geographic location), UE 의 이동관련 정보 (예, velocity) 등
iii) 위치 정보 요청이, a)ProSe 탐색 및/혹은 ProSe 통신 및/혹은 근접 서비스 관련된 위치 정보 요청 및/혹은 b) ProSe 탐색 및/혹은 ProSe 통신 및/혹은 근접 서비스를 개시하기 위함임을 알리는 정보
iv) UE 의 최신 위치 정보 (또는 현재 위치(current location) 정보)를 요청하기 위함이라는 정보
v) UE 가 유휴(idle) 상태 (또는 유휴 모드)인 경우, MME 로 하여금 페이징(paging)을 수행하여 위치 정보를 획득하도록 하는 지시 정보, 또는 페이징을 수행하도록 하는 지시 정보
vi) UE 가 연결(connected) 상태 (또는 연결 모드)인 경우, MME 로 하여금 UE 를 서비스(serve)하고 있는(즉, UE 가 연결되어 있는) eNodeB 로부터 UE 의 위치 정보를 획득하도록 하는 지시 정보
나아가, 요청 메시지에 포함되는 정보는, 상기의 정보 이외에도 ProSe 탐색과 관련하여 필요한 정보 (예, UE 의 상태(state) 정보 등) 내지는 다른 네트워크 노드가 요구한 정보를 요청하기 위한 다양한 정보들을 포함할 수 있다. 나아가, 상기의 정보들은 명시적으로 또는 암시적으로 또는 다수개가 조합되거나 함축되어 포함될 수도 있다. 예를 들면, 상기 iii)의 정보만으로 상기 요청 메시지를 수신한 MME 로 하여금 상기 v) 및/또는 vi) 정보를 수신한 효과를 갖도록 할 수도 있고, 상기 iv)의 정보만으로 상기 요청 메시지를 수신한 MME 로 하여금 상기 v) 및/도는 vi) 정보를 수신한 효과를 갖도록 할 수도 있다.
상기 요청 메시지는, 종래의 메시지(예, Insert Subscriber Data Request Message 등)가 사용될 수도 있으며, 본 발명에 따라 새로이 정의된 메시지가 사용될 수도 있다. 종래의 메시지를 사용하는 경우, 이를 확장된 형태(가령, 새로운 정보 요소(information element, IE)를 정의 및/또는 기존의 정보 요소(IE)를 이용하면서 새로운 값을 정의하는 등)로 사용할 수도 있다. 나아가, 상술한 정보는 메시지에 포함될 수도 있고, 메시지 자체가 상기의 정보(들)를 내포하는 형태일 수도 있다. 또한, 상기에서 설명한 사용하고자 하는 메시지의 선택/확장/정의에 대한 사상은 본 발명 전반에 걸쳐 적용될 수 있다.
또한, 상기의 정보들을 포함하거나 포함하지 않는 기준으로, HSS 는 상기 UE 에 대해 등록되어 있는 서빙 노드의 종류 (즉, MME 와 SGSN 모두인지, MME 만인지) 뿐만 아니라 다음과 같은 다양한 정보들을 추가적으로 고려할 수 있다. 다만, 이하에서 설명하는 정보들은 하나의 예시에 불과하며, 이에 한정하여 본 발명을 해석해서는 아니될 것이다.
- 상기 UE 에 대한 위치 정보가 필요한 이유가 ProSe 탐색만을 위한 것인지, 아니면 ProSe 통신을 위한 것인지(즉, ProSe 탐색 후에 ProSe 통신을 수행하는 형태 또는 ProSe 탐색 동작 없이 ProSe 통신을 수행하는 형태인지 여부)
- 로컬 정책(local policy)
- UE 에 대한 가입자 정보
- UE 의 로밍(roaming) 여부
또한, HSS 는 상기 UE 에 대해 등록되어 있는 서빙 노드의 종류 및 상기 추가적인 정보와는 무관하게, 상기 i) 내지는 vi) 정보 중 하나 이상의 정보를 포함시킬 수도 있다. 또는 HSS 는 상기 UE 에 대해 등록되어 있는 서빙 노드의 종류 및 상기 추가적인 정보와는 무관하게 상기 UE 에 대한 위치 정보를 획득해야 하는 이유가 ProSe 탐색/ProSe 통신/ProSe 를 위한 것이라면 상기 i) 내지는 vi) 정보 중 하나 이상의 정보를 포함시킬 수도 있다.
동작 2-2) 에 따르면, HSS 는, MME 와 SGSN 중 MME 만 서빙 노드로 등록되어 있는 경우, MME 에게 상기 UE 에 대한 위치 정보를 요청하는 메시지를 전송할 수 있다. 여기서, 동작 2-2)에 따른 요청 메시지는 동작 2-1)과 관련하여 상술한 요청 메시지 관련 내용이 동일하게 적용될 수 있는 바, 상술한 내용으로 그 설명을 대체한다.
동작 2-3) 에 따르면, HSS 는, MME 와 SGSN 중 SGSN 만 서빙 노드로 등록되어 있는 경우, SGSN 에게 상기 UE 에 대한 위치 정보를 요청하는 메시지를 전송하지 않는다.
제 1 방안의 동작 3) 로, HSS 로부터 UE 에 대한 위치 정보를 요청하는 메시지를 수신한 MME 는, 상기 요청 메시지 및/또는 요청 메시지에 포함된 정보 및/또는 설정(configuration) 및/또는 로컬 정책(local policy)에 기반하여, 이하에서 설명하는 동작 3-1) 내지 3-4) 중 하나를 수행할 수 있다.
동작 3-1)에 따르면, MME 는 상기 UE 가 유휴 상태인지 연결 상태인지 여부를 확인하여, UE 가 유휴(idle) 상태인 경우, UE 를 페이징한다. 그로 인해 UE 에 대한 위치 정보를 획득한다. 만약, UE 가 연결(connected) 상태인 경우, UE 가 연결되어 있는 eNodeB 로부터 UE 에 대한 위치 정보를 획득한다.
동작 3-2)에 따르면, MME 는 상기 UE 가 유휴 상태인지 연결 상태인지 여부를 확인한다. 만약, UE 가 유휴 상태인 경우, UE 를 페이징하며, 이를 통하여 UE 에 대한 위치 정보를 획득한다. 만약, UE 가 연결 상태인 경우, 가장 최근에 eNodeB 로부터 획득한 UE 에 대한 위치 정보를 사용하도록 결정한다.
동작 3-3)에 따르면, MME 는 상기 UE 가 유휴 상태인지 연결 상태인지 확인하여 UE 가 유휴 상태인 경우, 가장 최근에 eNodeB 로부터 획득한 UE 에 대한 위치 정보를 사용하도록 결정한다. 만약, UE 가 연결 상태인 경우, UE 가 연결되어 있는 eNodeB 로부터 UE 에 대한 위치 정보를 획득한다.
동작 3-4)에 따르면, MME 는 가장 최근에 eNodeB 로부터 획득한 UE 에 대한 위치 정보를 사용하는 것을 결정한다.
나아가, 상기 동작 3)과 관련하여 UE 가 연결 상태인 경우, UE 가 연결되어 있는 eNodeB 로부터 UE 에 대한 위치 정보를 획득하기 위해 MME 는 종래의 S1-AP 메시지 (가령, Location Reporting Control Message 등)를 사용할 수도 있으며, 새롭게 정의된 메시지를 사용할 수도 있다. 종래의 메시지를 사용하는 경우, 이를 확장된 형태(가령, 새로운 정보 요소(IE)를 정의 및/또는 기존의 정보 요소(IE)를 이용하면서 새로운 값을 정의하는 등)로 사용할 수도 있다.
제 1 방안의 동작 4) 로, MME 는 상기 UE 에 대한 위치 정보를 포함한 응답 메시지를 HSS 에게 전송한다. 여기서, 상기 응답 메시지는 종래의 메시지(가령, Insert Subscriber Data Answer Message 등)가 사용될 수도 있고, 새롭게 정의된 메시지가 사용될 수도 있다. 종래의 메시지를 사용하는 경우, 이를 확장된 형태 (가령, 새로운 정보 요소(IE)를 정의 및/또는 기존의 정보 요소(IE)를 이용하면서 새로운 값을 정의하는 등)로 사용할 수도 있다. 나아가, 상기 응답 메시지는 위치 정보를 비롯하여, HSS 가 요청한 다양한 정보 및/또는 MME 가 제공할 수 있는 정보를 포함할 수도 있다.
제 1 방안의 동작 5) 로, MME 가 전송한 상기 위치 정보를 포함하는 응답 메시지를 수신한 HSS 는 다음의 동작을 수행할 수 있다.
다른 네트워크 노드에게 상기 UE 에 대한 위치 정보를 제공해야 하는 경우에,
- MME 가 상기 UE 에 대해 등록이 되어 있어서 MME 로부터 위치 정보를 획득한다면, MME 가 제공한 위치 정보 및 다양한 정보를 그대로 또는 가공된 형태로 다른 네트워크 노드에게 제공한다.
- 만약, 상술한 제 1 방안의 동작 2)에서 HSS 가 상기 UE 에 대해 등록되어 있는 서빙 노드를 확인한 결과 SGSN 만 등록되어 있었다면 (즉, 동작 2-3)인 경우), HSS 는 다른 네트워크 노드에게 위치 정보를 획득할 수 없음을 알리는 메시지를 전송한다. 여기서, 상기 메시지는 다양한 정보(예, 상기 UE 가 연결 가능(reachable)하지 않음 및/또는 상기 UE 가 not_found 임 및/또는 상기 UE 가 E-UTRAN 에 의해 서비스(serve)되지 않음 및/또는 상기 UE 가 분리된(detach) 상태임 등)를 명시적으로 또는 암시적으로 지시할 수도 있다.
1-2. ProSe 탐색 방법 - 제 2 방안
제 2 방안의 동작 1) 로, HSS 가 ProSe 탐색/ProSe 통신/ProSe 관련하여 UE 에 대한 위치 정보가 필요한지 여부를 판단한다. 이는 MME 가 다른 네트워크 노드 (가령, HSS, Proximity Service/Proximity 탐색을 위한 Server, 기존의 네트워크 노드 등) 또는 다른 UE 로부터 상기의 정보를 요청하는 메시지를 수신함으로 인해 판단할 수도 있고, MME 가 자체적으로 상기의 정보를 획득해야 한다고 판단할 수도 있는 등 다양한 기준을 따를 수 있다.
UE 에 대한 위치 정보를 MME 에게 요청하는 다른 네트워크 노드 또는 다른 UE 는, 상기 위치 정보 요청이 a)ProSe 탐색/ProSe 통신/ProSe 관련한 것임을 및/또는 b)ProSe 탐색/ProSe 통신/ProSe 관련한 동작을 개시하기 위한 것임을 나타내는 정보를, 명시적으로 또는 암시적으로 포함시킬 수도 있다. 또한, 상기 위치 정보를 지금 제공해 줄 것을 지시하거나, 또는 지연된 형태가 아니게 제공해 줄 것을 지시하는 정보를 포함시킬 수도 있다.
제 2 방안의 동작 2) 로, MME 가 상기 UE 에 대해 ISR 상태(즉, ISR activated 인지 아닌지)를 확인(check)할 수 있다. ISR 상태를 확인한 결과, ISR activated 이면 MME 는 이하에서 설명하는 동작 2-1) 또는 2-2)를 수행하고, ISR 이 activated 가 아니면 (또는 ISR deactivated 또는 MME 가 ISR capable 하지 않으면) MME 는 이하에서 설명하는 동작 2-3) 또는 2-4)을 수행한다.
동작 2-1)에 따르면, ISR activated 이면, UE 가 유휴 상태인 경우, UE 를 페이징하며, 이를 통하여 UE 에 대한 위치 정보를 획득한다. 만약, UE 가 연결 상태인 경우, UE 가 연결되어 있는 eNodeB 로부터 UE 에 대한 위치 정보를 획득한다.
동작 2-2)에 따르면, ISR activated 이면, UE 가 유휴 상태인 경우, UE 를 페이징 하며, 이로 인해 UE 에 대한 위치 정보를 획득한다. 만약, UE 가 연결 상태인 경우, 가장 최근에 eNodeB 로부터 획득한 UE 에 대한 위치 정보를 사용하도록 결정한다.
동작 2-3)에 따르면, ISR 이 activated 가 아니면, 가장 최근에 eNodeB 로부터 획득한 UE 에 대한 위치 정보를 사용하도록 결정한다.
동작 2-4)에 따르면, ISR 이 activated 가 아니면, UE 가 유휴 상태인 경우, UE 를 페이징하며, 그로 인해 UE 에 대한 위치 정보를 획득한다. 반대로, UE 가 연결 상태인 경우, 가장 최근에 eNodeB 로부터 획득한 UE 에 대한 위치 정보를 사용하는 것을 결정한다.
나아가, 제 2 방안과 관련하여, UE 가 연결 상태인 경우, UE 가 연결되어 있는 eNodeB 로부터 UE 에 대한 위치 정보를 획득하기 위해 MME 가 사용하는 메시지에 대해서는 상술한 제 1 방안과 동일하므로, 상술한 설명으로 대체한다.
또한, MME 는 상기 UE 에 대한 ISR 상태와 무관하게, 상기 UE 에 대한 위치 정보를 획득해야 하는 이유가 ProSe 통신을 위한 것인 경우 (즉, ProSe 탐색 후에 ProSe 통신을 수행하는 형태 또는 ProSe 탐색 동작 없이 ProSe 통신을 수행하는 형태), 상기 UE 가 유휴 상태라면 UE 를 페이징하는 동작을 수행할 수도 있다.
동작 3)에 따르면, MME 가 다른 네트워크 노드 또는 UE 에게 상기 UE 에 대한 위치 정보를 제공해야 하는 경우, 상기 UE 에 대한 위치 정보 및 다양한 관련 정보를, 그대로 또는 가공된 형태로 다른 네트워크 노드 또는 UE 에게 제공한다.
1-3. ProSe 탐색 방법 - 제 3 방안
제 3 방안의 동작 1) 로, HSS 가 다른 네트워크 노드(가령, 근접 서비스 / 근접 탐색을 위한 서버, 기존의 네트워크 노드 등)로부터 ProSe 탐색/ProSe 관련하여 라우팅 정보 (또는 UE 의 서빙 노드 정보)를 요청 받을 수 있다.
제 3 방안의 동작 2) 에 따르면, HSS 가 상기 UE 에 대해 등록되어 있는 서빙 노드를 확인하여 이하의 동작 2-1) 내지 2-3)중 하나를 수행할 수 있다.
동작 2-1)에 따르면, MME 와 SGSN 이 모두 서빙 노드로 등록되어 있는 경우, MME 에 대한 정보만 포함한 응답 메시지를 상기 요청 메시지를 보낸 노드에게 전송. 즉, SGSN 에 대한 정보는 포함하지 않는다. 이 때 추가적으로 상기 UE 에 대해 MME 뿐만 아니라 다른 서빙 노드가 존재함을 알리는 정보 및/또는 UE 가 E-UTRAN 에 캠프-온(camp-on)한 상태가 아닐 수도 있음을 알리는 정보 및/또는 UE 가 연결가능(reachable)하지 않을 수도 있음을 알리는 정보 및/또는 UE 가 not_found 일 수도 있음을 알리는 정보 등을 명시적으로 또는 암시적으로 포함할 수도 있다.
동작 2-2)에 따르면, MME 와 SGSN 중 MME 만 서빙 노드로 등록되어 있는 경우, MME 에 대한 정보를 포함한 응답 메시지를 상기 요청 메시지를 보낸 노드에게 전송할 수 있다.
동작 2-3)에 따르면, MME 와 SGSN 중 SGSN 만 서빙 노드로 등록되어 있는 경우, 라우팅 정보가 없음을 알리는 응답 메시지를 상기 요청 메시지를 보낸 노드에게 전송할 수 있다. 여기서, 상기 응답 메시지는 다양한 정보(예를 들어, 상기 UE 가 연결가능(reachable)하지 않음 및/또는 상기 UE 가 not_found 임 및/또는 상기 UE 가 E-UTRAN 에 의해 서비스(serve)되지 않음 및/또는 상기 UE 가 분리된(detach) 상태임 등)를 명시적으로 또는 암시적으로 지시할 수도 있다.
동작 3)에 따르면, HSS 로부터 응답을 수신한 다른 네트워크 노드는 응답 메시지에 기반하여 UE 의 서빙 노드인 MME 로 위치 정보 요청을 할 수 있다. 이 때, 상기 다른 네트워크 노드는 HSS 로부터 수신한 응답 메시지에 기반하여, MME 로 위치 정보 요청 메시지를 전송할 수 있으며, 이때 위치 정보를 요청하는 메시지에는 상술한 제 1 방안의 동작 2)에 기술된 다양한 정보들이 포함될 수 있다.
이상에서 상술한 방법 1-1. 내지 방법 1-3.의 경우, 본 발명은 하나의 UE 를 탐색하기 위한 동작뿐만 아니라, 다수의 UE (예, 그룹에 속한 UE 들)를 탐색하기 위한 동작에도 적용될 수 있다.
나아가, 본 발명은 일회성의 위치 정보 제공 동작뿐만 아니라 주기적인 위치 정보 제공 동작에도 확장 적용될 수 있다.
또한, 본 발명에서 언급한 UE 의 위치 정보는, 위치 관련 정보 또는 ProSe 탐색에 필요한 위치 관련 정보로 다양하게 해석될 수 있다. 상기 UE 의 위치 정보는 예를 들면 TAI, ECGI, eNodeB 정보 (eNodeB ID 또는 global eNodeB ID 등), 좌표 정보, 지정학적 위치(geographic location) 정보, UE 의 이동관련정보(예, velocity) 등 하나 이상의 다양한 정보가 될 수 있다. 또한, 네트워크 쉐어링(network sharing, GWCN: Gateway Core Network 또는 MOCN: Multi-Operator Core Network)의 경우(즉, UE 가 공유 네트워크(shared network)에 캠프-온한 경우), 상기의 UE 위치 정보는 eNodeB 가 브로드캐스트하는 PLMN 의 리스트(즉, eNodeB 가 SIB(System Information Block)에 포함시켜 브로드캐스트하는 PLMN ID 들)를 포함할 수도 있다. 상기 브로드캐스트 PLMN 리스트(브로드캐스트 PLMN 리스트(broadcast PLMNs list))는, MME 가 eNodeB 로부터 미리 획득했을 수도 있고, UE 에 대한 위치 정보 획득을 위해 eNodeB 와 상호작용(interaction)시 eNodeB 가 제공한 것일 수도 있다.
MME 는 UE 의 위치 정보를 요청한 네트워크 노드에게 UE 의 위치 정보를 전송 시 상기 브로드캐스트 PLMN 리스트(broadcast PLMNs list)를 함께 전송할 수 있다. 또한, 네트워크 쉐어링(network sharing)의 경우 상기의 UE 위치 정보는 UE 가 공유 네트워크(shared network)에 캠프-온 했음을 나타내는 정보(예, 지시자)를 포함할 수도 있다. 또한, 공유 네트워크에 대한 PLMN 정보가 네트워크 노드(가령, MME, HSS, ProSe Server 등)에 저장되어 있어서 이를 활용할 수도 있으며, 필요시 다른 네트워크 노드에게 제공 또는 다른 네트워크 노드로부터 획득할 수도 있다.
두 개의 UE 간의 근접성(proximity)를 최종적으로 판단하는 네트워크 노드(예컨대, ProSe Server) 또는 UE 가, 획득한 상기 두 UE 의 위치 정보만으로는 두 UE 간의 거리(distance)/근접성(proximity) 측정이 불가능하거나 어려운 경우, 이하에서 개시된 하나 이상의 정보를 활용하여 두 UE 간의 근접성(proximity) 여부를 판단할 수 있다.
- 이웃하는 셀(Neighbor cell)에 대한 정보 또는 셀(cell) 간의 위치 연계성에 대한 정보 또는 이웃하는 셀 관계 테이블(Neighbour cell relation table) 또는 인접 관계 테이블(Neighbour relation table) 또는 이웃하는 셀 매핑 테이블(Neighbour cell mapping table/list): 예를 들어, UE 에 대해 획득한 위치 정보가 ECGI 이고, UE#1 이 ECGI#1 에 캠프-온 해 있고, UE#2 가 ECGI#2 에 캠프-온 해 있다면, 이웃하는 셀(neighbor cell)에 대한 테이블을 이용하여 ECGI#1 과 ECGI#2 가 서로 이웃하는 셀인지를 확인할 수 있다. 이를 통해 두 UE 가 근접(proximity) 관계에 있는지 여부를 판단할 수 있다. 여기서, 상기 이웃하는 셀(cell)에 대한 정보는 바로 이웃하는 셀(cell)에 대한 정보뿐만 아니라 근접(proximity) 관계를 판단할 수 있도록 하는 범위의 이웃 정보를 포함할 수 있다.
- 셀(cell)의 지리학적 정보 또는 셀(cell)의 좌표 정보: 이는 셀(cell)의 중심 좌표 정보 및/또는 셀(cell)이 커버하는 동서남북 각 끝 단에 대한 좌표 정보 및/또는 셀(cell)이 커버하는 범위 (예, 셀의 중심으부터의 반경, 셀이 커버하는 거리 등)에 대한 정보가 그 예가 될 수 있다. 예를 들어, UE 에 대해 획득한 위치 정보가 ECGI 이고, UE#1 이 ECGI#1 에 캠프-온 해 있고, UE#2 가 ECGI#2 에 캠프-온 해 있다면, ECGI#1 과 ECGI#2 의 좌표 정보를 활용하여 두 셀 간의 최장 거리를 확인할 수 있다. 이를 통해 두 UE 가 근접(proximity) 관계에 있는지 여부를 판단할 수 있다.
- 셀(cell) 간의 거리/거리 정보
- 근접(Proximity) 관계에 있다고 판단할 수 있는 셀 들의 집합에 대한 리스트
나아가, 상기의 정보들(즉, 근접성 여부 판단을 위한 정보)은 서로 조합된 형태 그리고/또는 순차적으로 적용되거나 활용될 수도 있다. 이상에서는 설명의 편의를 위하여 상기 정보들을 나열하였으나, 상기 정보들에 국한되지 않고, 두 개의 UE 간의 근접성(proximity)을 최종적으로 판단하는 네트워크 노드 또는 UE 가, 획득한 위치 정보를 변환/전환/매핑하여 변형된 정보가 적용되거나 활용되는 경우에도 본 발명의 기술적 사상에 포함되어야 할 것이다. 또한, 상기의 정보는, 근접성(proximity)을 최종적으로 판단하는 네트워크 노드 또는 UE 에, 설정(configure)되어 있거나, 다른 네트워크 노드로부터 획득하는 방안 중 적어도 하나가 적용될 수 있다. 또한, 상기의 정보가 업데이트될 때마다 이를 획득할 수 도 있다. 이상에서 상술한 상기의 방법들은 다양한 방식의 서로 조합된 형태로도 사용될 수 도 있다.
2. 3GPP EPS(Evolved Packet System)와 같은 이동 통신 시스템 상의 ProSe 탐색 방법에 관한 실시예
이하에서는, 상술한 ProSe 탐색 방안에 대하여 구체적인 실시예를 들어 보다 상세히 설명한다.
2-1. 제 1 실시예
도 5 는 본 발명에 따른 제 1 실시예를 나타내는 것으로, 구체적으로는 상술한 제 1 방안에 기반한 ProSe 탐색 동작을 나타내는 참고도이다.
도 5 의 단계 1 에서 ProSe 서버가 HSS 에게 ProSe 탐색의 대상이 되는 UE(이하, UE-1)의 위치 정보를 요청하기 위한 요청 메시지, 가령 Location Info Request 메시지를 전송한다. 도 5 의 단계 1 은 ProSe 서버가 UE-1 과의 근접(proximity) 여부를 알고자 하는 다른 UE(이하, UE-2)로부터의 요청, 가령 Proximity Request 을 수신함으로써 개시될 수 있다. 또는, UE-1 의 위치 정보, 혹은 UE-1 과 다른 UE 간의 근접(proximity) 여부를 알고자 하는 다른 네트워크 노드 (예를 들면, ProSe Application Server 등)로부터의 요청에 의해 개시될 수도 있다.
나아가, 상기 요청을 하는 UE-2 는 요청 시, 자신의 위치 정보를 포함시켜 Proximity Request 메시지를 ProSe 서버에게 전송할 수도 있다. 만약, UE-2 가 자신의 위치 정보를 포함시키지 않았다면, 상기 ProSe 서버는 본 실시예에서 UE-1 의 위치 정보를 획득하는 것과 마찬가지로 UE-2 의 위치 정보를 획득할 수 있다. 또한, 이는 상기 요청을 하는 다른 네트워크 노드가 UE-1 과의 근접(proximity) 여부를 알고자 하는 다른 UE 에 대한 위치 정보를 제공하지 않은 경우에도 동일하게 적용된다.
도 5 의 단계 2 에서, HSS 가 상기 UE-1 에 대해 등록되어 있는 서빙 노드를 확인한다. 본 실시예에서는 MME 와 SGSN 이 모두 서빙 노드로 등록되어 있다고 가정한다.
도 5 의 단계 3 에서, HSS 는 MME 에게 UE-1 에 대한 위치 정보를 요청하는 메시지, 가령 Insert Subscriber Data Request 메시지를 전송한다. 이 때, HSS 는 Insert Subscriber Data Request 메시지를 구성하는 IDR flags (아래 표 2 참조)에서 EPS Location Information Request 값(bit)을 설정하고, Current Location Request 값 (bit)을 설정한다. 나아가, 상술한 제 1 방안의 동작 2)에서 기술한 다양한 정보들이 추가적으로 포함되도록 정의될 수 도 있다.
[표 2]
도 5 의 단계 4 및 단계 5 에서, HSS 가 전송한 요청 메시지(즉, Insert Subscriber Data Request message)를 수신한 MME 는, 상기 요청 메시지에 기반하여 UE-1 이 유휴 상태인 바, UE-1 으로 페이징을 수행한다. 본 실시예에서는 UE-1 이 유휴 상태라고 가정하고, MME 는 상술한 제 1 방안의 동작 3) 중에서 동작 3-1)에 따라 수행됨을 가정한다.
도 5 의 단계 6 에서 페이징 메시지를 수신한 UE-1 은, 서비스 요청 절차(Service Request procedure)를 수행한다. (이하, 서비스 요청 절차에 관한 사항은 3GPP TS 23.401 의 5.3.4.1 절의 "UE triggered Service Request" 참조) MME 는 UE-1 에 대한 위치 정보를 획득한다. 상기 위치 정보는 UE-1 이 MME 에게 전송한 서비스 요청 메시지를 eNodeB 가 MME 에게 포워딩하기 위해 전송하는 S1-AP 메시지 (예, INITIAL UE MESSAGE)에 UE 에 대한 위치 정보 (예컨대, TAI, ECGI 등)를 포함시킴으로써 획득할 수 있다.
도 5 의 단계 7 에서, UE-1 에 대한 위치 정보를 획득한 MME 는 HSS 에게 UE-1 에 대한 위치 정보를 포함하는 Insert Subscriber Data Answer 메시지를 전송한다.
도 5 의 단계 8 에서, HSS 는 ProSe 서버에게 UE-1 의 위치 정보를 포함하는 응답 메시지, 가령 Location Info Answer 메시지를 전송한다. 이 때, HSS 로부터 UE-1 에 대한 위치 정보를 획득한 ProSe 서버는 근접성(proximity) 여부를 판단하여, 근접성(proximity) 여부를 요청한 UE (즉, 단계 1 의 경우, UE-2)에게 응답을 할 수도 있다. 또한, UE-1 과 UE-2 가 근접(proximity) 관계에 있다면 선택적으로는 UE-1 에게도 이를 알릴 수 도 있다.
2-2. 제 2 실시예
도 6 은 본 발명에 따른 제 2 실시예를 나타내는 것으로, 구체적으로는 상술한 제 2 방안에 기반한 ProSe 탐색 동작을 나타내는 참고도이다.
도 6 의 단계 1 에서, ProSe 서버가 HSS 에게 ProSe 탐색의 대상이 되는 UE(이하, UE-1)의 위치 정보를 요청하기 위한 요청 메시지, 가령 Location Info Request 메시지를 전송한다. 참고로, ProSe 서버와 MME 간의 인터페이스가 존재하는 경우, ProSe 서버는 UE-1 을 서비스하는 MME 로 위치 정보를 요청하는 메시지를 전송할 수도 있다. 본 단계는 ProSe 서버가 UE-1 과의 근접(proximity) 여부를 알고자 하는 다른 UE(이하, UE-2)로부터의 요청, 가령 Proximity Request 을 수신함으로써 개시될 수 있다. 또는, UE-1 의 위치 정보, 혹은 UE-1 과 다른 UE 간의 근접(proximity)여부를 알고자 하는 다른 네트워크 노드 (예를 들면, ProSe Application Server 등)로부터의 요청에 의해 개시될 수도 있다.
나아가, 상기 요청을 하는 UE-2 는 요청 시, 자신의 위치 정보를 포함시켜 Proximity Request 메시지를 ProSe 서버에게 보낼 수도 있다. 만약, UE-2 가 자신의 위치 정보를 포함시키지 않았다면, 상기 ProSe 서버는 본 실시예에서 UE-1 의 위치 정보를 획득하는 것과 마찬가지로 UE-2 의 위치 정보를 획득할 수도 있다. 이는 상기 요청을 하는 다른 네트워크 노드가 UE-1 과의 근접(proximity) 여부를 알고자 하는 다른 UE 에 대한 위치 정보를 제공하지 않은 경우에도 동일하게 적용될 수 있다.
도 6 의 단계 2 에서, HSS 는 UE-1 을 서비스(serve)하는 MME 에게 위치 정보를 요청하기 위한 요청 메시지, 가령 Insert Subscriber Data Request 메시지를 전송한다. 이 때, HSS 는 Insert Subscriber Data Request 메시지를 구성하는 IDR flags 에서 EPS Location Information Request 값(bit)을 설정한다. 또한 추가적으로 상기 위치 정보 요청이 ProSe 탐색 관련한 것임을 나타내는 정보를 포함시킬 수 있다.
도 6 의 단계 3 에서, 상기 HSS 가 전송한 Insert Subscriber Data Request 메시지를 수신한 MME 는, 상기 UE 에 대해 ISR 상태 (즉, ISR activated 인지 아닌지)를 확인한다. 이하, 본 실시예에서는 UE-1 에 대한 ISR 이 activated 임을 가정한다.
도 6 의 단계 4 및 단계 5 에서, MME 는 UE-1 에 대한 ISR 이 activated 이며, UE-1 이 유휴 상태인 바, UE-1 으로 페이징을 수행한다. 본 실시예에서는 UE-1 이 유휴 상태라고 가정하고, MME 는 상술한 제 2 방안의 동작 2) 중에서 동작 2-1)에 따라 수행함을 가정한다.
도 6 의 단계 6 에서, 페이징 메시지를 수신한 UE-1 은 Service Request procedure 를 수행한다. (이하, 서비스 요청 절차에 관한 사항은 3GPP TS 23.401 의 5.3.4.1 절의 "UE triggered Service Request" 참조) MME 는 UE-1 에 대한 위치 정보를 획득한다. 상기 위치 정보는, UE-1 이 MME 에게 전송한 Service Request 메시지를 eNodeB 가 MME 에게 포워딩하기 위해 전송하는 S1-AP 메시지 (가령, INITIAL UE MESSAGE)에 UE 에 대한 위치 정보 (예컨대, TAI, ECGI 등)를 포함시킴으로써 획득할 수 있다.
도 6 의 단계 7 에서, UE-1 에 대한 위치 정보를 획득한 MME 는 HSS 에게 UE-1 에 대한 위치 정보를 포함하는 Insert Subscriber Data Answer 메시지를 전송한다. 참고로, 상기 도 6 의 단계 1 에서 ProSe 서버가 MME 에게 UE-1 의 위치 정보를 요청하는 메시지를 전송한 경우, MME 는 ProSe 서버에게 응답 메시지를 전송할 수 있다.
도 6 의 단계 8 에서, HSS 는 ProSe 서버에게 UE-1 의 위치 정보를 포함하는 응답 메시지, 가령 Location Info Answer 메시지를 전송한다. 여기서, HSS 로부터 UE-1 에 대한 위치 정보를 획득한 ProSe 서버는 근접(proximity) 여부를 판단하여 근접(proximity) 여부를 요청한 UE (상기 단계 1 의 설명에 따르면 UE-2)에게 응답을 할 수도 있다. 또한, UE-1 과 UE-2 가 근접(proximity) 관계에 있다면 선택적으로는 UE-1 에게도 이를 알릴 수 도 있다.
2-3. 제 3 실시예
도 7 은 본 발명에 따른 제 3 실시예를 나타내는 것으로, 구체적으로는 상술한 제 1 방안에 기반한 ProSe 탐색 동작을 나타내는 참고도이다.
도 7 의 단계 1 에서, ProSe 서버가 HSS 에게 ProSe 탐색의 대상이 되는 UE(이하, UE-1)의 위치 정보를 요청하기 위한 요청 메시지, 가령 Location Info Request 메시지를 전송한다. 본 단계 1 은, ProSe 서버가 UE-1 과의 proximity 여부를 알고자 하는 다른 UE(이하, UE-2)로부터의 요청, 가령 Proximity Request 을 수신함으로써 개시될 수 있다. 또는 UE-1 의 위치 정보 내지는 UE-1 과 다른 UE 간의 proximity 여부를 알고자 하는 다른 네트워크 노드 (예를 들면, ProSe Application Server 등)로부터의 요청에 의해 개시될 수도 있다. 상기 요청을 하는 UE-2 는 요청 시, 자신의 위치 정보를 포함시켜 Proximity Request 메시지를 ProSe 서버에게 보낼 수도 있다. 만약, UE-2 가 자신의 위치 정보를 포함시키지 않았다면 상기 ProSe 서버는 본 실시예에서 UE-1 의 위치 정보를 획득하는 것과 마찬가지로 UE-2 의 위치 정보를 획득할 수 있다. 이는 상기 요청을 하는 다른 네트워크 노드가 UE-1 과의 proximity 여부를 알고자 하는 다른 UE 에 대한 위치 정보를 제공하지 않은 경우에도 동일하게 적용된다.
도 7 의 단계 2 에서, HSS 가 상기 수신한 요청 메시지에 포함된 정보를 확인한다. 여기서, 상기 요청 메시지는, ProSe 통신과 관련한 것임을 나타내거나, 또는 ProSe 통신을 개시하기 위한 것임을(즉, ProSe 탐색 후에 ProSe 통신을 수행하는 형태 또는 ProSe 탐색 동작 없이 ProSe 통신을 수행하는 형태) 나타내는 정보가 포함되어 있는 것으로 가정한다.
도 7 의 단계 3 에서, HSS 는 UE 의 서빙 노드인 MME 에게 UE-1 에 대한 위치 정보를 요청하는 메시지, 가령 Location Info Request 메시지를 전송한다. 이 때, HSS 는 Location Info Request 메시지에 위치 정보 요청이 ProSe 통신을 개시하기 위함임을 알리는 정보 포함시킨다. 또한, 상술한 제 1 방안의 동작 2)에서 기술한 다양한 정보들이 추가적으로 포함될 수도 있다.
도 7 의 단계 4 및 단계 5 에서, 상기 HSS 가 전송한 Location Info Request 메시지를 수신한 MME 는 상기 요청 메시지에 기반하여 UE-1 이 유휴 상태인 바, UE-1 으로 페이징을 수행한다. 본 실시예에서는 UE-1 이 유휴 상태라고 가정하고, MME 는 상술한 제 1 방안의 동작 3) 중에서 동작 3-1)에 따라 동작함을 가정한다.
도 7 의 단계 6 에서, Paging 메시지를 수신한 UE-1 은 서비스 요청 절차(Service Request procedure)를 수행한다. (이하, 서비스 요청 절차에 관한 사항은 3GPP TS 23.401 의 5.3.4.1 절의 "UE triggered Service Request" 참조) MME 는 UE-1 에 대한 위치 정보를 획득한다. 상기 위치 정보는 UE-1 이 MME 에게 전송한 서비스 요청 메시지를 eNodeB 가 MME 에게 포워딩하기 위해 전송하는 S1-AP 메시지(가령, INITIAL UE MESSAGE)에 UE 에 대한 위치 정보 (예컨대, TAI, ECGI 등)를 포함시킴으로써 획득할 수 있다.
도 7 의 단계 7 에서, UE-1 에 대한 위치 정보를 획득한 MME 는 HSS 에게 UE-1 에 대한 위치 정보를 포함하는 Location Info Answer 메시지를 전송한다.
도 7 의 단계 8 에서, HSS 는 ProSe 서버에게 UE-1 의 위치 정보를 포함하는 응답 메시지, 가령 Location Info Answer 메시지를 전송한다. 나아가, HSS 로부터 UE-1 에 대한 위치 정보를 획득한 ProSe 서버는, 근접(proximity) 여부를 판단하여 근접(proximity) 여부를 요청한 UE (즉, 본 실시예에 따르면 UE-2)에게 응답을 할 수도 있다. 이 때, UE-2 에게 ProSe 통신에 필요한 정보도 함께 제공할 수 있다. 또한, UE-1 과 UE-2 가 근접(proximity) 관계에 있다면 UE-1 에게도 UE-2 가 ProSe 통신을 하고자 한다는 정보를 ProSe 통신에 필요한 정보와 함께 알릴 수 있다. UE-1 은 이미 연결(connected) 상태이므로 ProSe 서버와 UE-1 가 통신을 수행할 수 있도록 MME 가 UE-1 을 페이징할 필요가 없다.
2-4. 제 4 실시예
도 8 은 본 발명에 따른 제 4 실시예를 나타내는 것으로, 구체적으로는 상술한 제 2 방안에 기반한 ProSe 탐색 동작을 나타내는 참고도이다.
도 8 의 단계 1 에서, ProSe 서버가 HSS 에게 ProSe 탐색의 대상이 되는 UE(이하, UE-1)의 위치 정보를 요청하기 위한 요청 메시지, 가령 Location Info Request 메시지를 전송한다. 참고로, ProSe 서버와 MME 간의 인터페이스가 존재하는 경우, ProSe 서버는 UE-1 을 서비스하는 MME 로 위치 정보를 요청하는 메시지를 전송할 수도 있다.
본 단계 1 은, ProSe 서버가 UE-1 과의 근접(proximity) 여부를 알고자 하는 다른 UE(이하, UE-2)로부터의 요청, 가령 Proximity Request 을 수신함으로써 개시될 수 있다. 또는, UE-1 의 위치 정보, 혹은 UE-1 과 다른 UE 간의 proximity 여부를 알고자 하는 다른 네트워크 노드(예를 들면, ProSe Application Server 등)로부터의 요청에 의해 개시될 수도 있다. 상기 요청을 하는 UE-2 는 요청 시, 자신의 위치 정보를 포함시켜 Proximity Request 메시지를 ProSe 서버에게 보낼 수도 있다. 만약, UE-2 가 자신의 위치 정보를 포함시키지 않았다면 상기 ProSe 서버는 본 실시예에서 UE-1 의 위치 정보를 획득하는 것과 마찬가지로 UE-2 의 위치 정보를 획득할 수 도 있다. 이는 상기 요청을 하는 다른 네트워크 노드가 UE-1 과의 근접(proximity) 여부를 알고자 하는 다른 UE 에 대한 위치 정보를 제공하지 않은 경우에도 동일하게 적용될 수 있다.
나아가, 상기 ProSe 서버가 전송하는 요청 메시지는, ProSe 통신과 관련한 것임을 나타내거나, ProSe 통신을 개시하기 위한 것임을(즉, ProSe 탐색 후에 ProSe 통신을 수행하는 형태 또는 ProSe 탐색 동작 없이 ProSe 통신을 수행하는 형태) 나타내는 정보가 포함되어 있는 것으로 가정한다.
도 8 의 단계 2 에서, HSS 는 상기 ProSe 서버가 전송한 요청 메시지에 기반하여 UE-1 을 서비스(serve)하는 MME 에게 위치 정보를 요청하기 위한 요청 메시지, 가령 Location Info Request 메시지를 전송한다.
도 8 의 단계 3 에서, 상기 HSS 가 전송한 Location Info Request 메시지를 수신한 MME 는 수신한 요청 메시지에 포함된 정보를 확인한다.
도 8 의 단계 4 및 단계 5 에서, MME 는 상기 요청 메시지가 ProSe 통신을 개시하기 위한 것임을 나타내는 정보가 포함되어 있으며, UE-1 이 유휴 상태인 바, UE-1 으로 페이징을 수행한다.
도 8 의 단계 6 에서, 페이징 메시지를 수신한 UE-1 은 서비스 요청 절차(Service Request procedure)를 수행한다.(이하, 서비스 요청 절차에 관한 사항은 3GPP TS 23.401 의 5.3.4.1 절의 "UE triggered Service Request" 참조) MME 는 UE-1 에 대한 위치 정보를 획득한다. 상기 위치 정보는 UE-1 이 MME 에게 전송한 Service Request 메시지를 eNodeB 가 MME 에게 포워딩하기 위해 전송하는 S1-AP 메시지 (가령, INITIAL UE MESSAGE)에 UE 에 대한 위치 정보 (예컨대, TAI, ECGI 등)를 포함시킴으로써 획득할 수 있다.
도 8 의 단계 7 에서, UE-1 에 대한 위치 정보를 획득한 MME 는 HSS 에게 UE-1 에 대한 위치 정보를 포함하는 Location Info Answer 메시지를 전송한다. 또한, 상기 도 8 의 단계 1 에서 ProSe 서버가 MME 에게 UE-1 의 위치 정보를 요청하는 메시지를 전송한 경우, MME 는 ProSe 서버에게 응답 메시지를 전송할 수 있다.
도 8 의 단계 8 에서, HSS 는 ProSe 서버에게 UE-1 의 위치 정보를 포함하는 응답 메시지, 가령 Location Info Answer 메시지를 전송한다.
여기서, HSS 로부터 UE-1 에 대한 위치 정보를 획득한 ProSe 서버는 proximity 여부를 판단하여 근접(proximity) 여부를 요청한 UE (본 실시예에 따르면 UE-2)에게 응답을 할 수도 있다. 이 때, UE-2 에게 ProSe 통신에 필요한 정보도 함께 제공할 수도 있다. 또한, UE-1 과 UE-2 가 근접(proximity) 관계에 있다면 UE-1 에게도 UE-2 가 ProSe 통신을 하고자 한다는 정보를 ProSe 통신에 필요한 정보와 함께 알릴 수 있다. 나아가, UE-1 은 이미 연결(connected) 상태이므로 ProSe 서버와 UE-1 가 통신을 수행할 수 있도록 MME 가 UE-1 을 페이징할 필요가 없다.
2-5. 제 5 실시예
도 9 는 본 발명에 따른 제 5 실시예를 나타내는 것으로, 구체적으로는 상술한 제 1 방안에 기반한 ProSe 탐색 동작을 나타내는 참고도이다. 본 실시예에서는 UE-1 과 UE-2 가 공유 네트워크(shared network, GWCN 또는 MOCN)에 캠프-온 한 상태임을 가정한다.
도 9 의 단계 1 에서, ProSe 탐색을 수행하려는 UE(이하, UE-1)가 ProSe 탐색의 대상이 되는 UE(이하, UE-2)와의 근접(proximity) 여부를 알고자 ProSe 서버에게 proximity 정보 요청 메시지, 가령 Proximity Request 메시지를 전송한다. 상기 요청을 하는 UE-1 은, 자신의 위치 정보를 포함시켜 Proximity Request 메시지를 전송할 수도 있다. 또한, 상기 UE-1 이 공유 네트워크(shared network)에 캠프-온 한 바, 캠프-온 한 eNodeB 가 브로드캐스트한 PLMNs list 정보를 상기 요청 메시지에 포함시킬 수도 있다.
도 9 의 단계 2 에서, ProSe 서버가 HSS 에게 UE-2 의 위치 정보를 요청하기 위한 요청 메시지, 가령 Location Info Request 메시지를 전송한다.
도 9 의 단계 3 에서, HSS 가 상기 UE-2 에 대해 등록되어 있는 서빙 노드를 확인한다. 본 실시예에서는 MME 와 SGSN 이 모두 서빙 노드로 등록되어 있다고 가정한다.
도 9 의 단계 4 에서, HSS 는 MME 에게 UE-2 에 대한 위치 정보를 요청하는 메시지, 가령 Insert Subscriber Data Request 메시지를 전송한다. 이 때, HSS 는 Insert Subscriber Data Request 메시지를 구성하는 IDR flags (상술한 표 2 참조)에서 EPS Location Information Request 값(bit)을 설정하고, Current Location Request 값(bit)을 설정한다. 나아가, 상술한 제 1 방안의 동작 2)에 기술한 다양한 정보들이 추가적으로 포함될 수도 있다.
도 9 의 단계 5 및 단계 6 에서, 상기 HSS 가 전송한 Insert Subscriber Data Request 메시지를 수신한 MME 는, 상기 요청 메시지에 기반하여 UE-2 가 유휴 상태인 바, UE-2 로 페이징을 수행한다. 본 실시예에서는 UE-2 가 유휴 상태라고 가정하고, MME 는 상술한 제 1 방안의 동작 3) 중에서 동작 3-1)에 따라 동작함을 가정한다.
도 9 의 단계 7 에서, 페이징 메시지를 수신한 UE-2 는 서비스 요청 절차(Service Request procedure)를 수행한다.(이하, 서비스 요청 절차에 관한 사항은 3GPP TS 23.401 의 5.3.4.1 절의 "UE triggered Service Request" 참조) MME 는 UE-2 에 대한 위치 정보를 획득한다.
상기 위치 정보는 UE-2 가 MME 에게 전송한 Service Request 메시지를 eNodeB 가 MME 에게 포워딩하기 위해 전송하는 S1-AP 메시지 (가령, INITIAL UE MESSAGE)에 UE 에 대한 위치 정보 (예컨대, TAI, ECGI 등)를 포함시킴으로써 획득할 수 있다. eNodeB 는 공유 eNodeB(shared eNodeB)인 바, MME 에게 S1-AP 메시지를 전송 시, 브로드캐스트 PLMN 리스트(broadcast PLMNs list) 정보를 포함시킬 수 있다.
또한, 공유 eNodeB(Shared eNodeB)는 UE 에 대한 위치 정보와 함께 i)항상 브로드캐스트 PLMN 리스트 정보를 포함시킬 수 있으나, ii)설정(configuration)에 기반하여 브로드캐스트 PLMN 리스트 정보를 포함시킬 수도 있고, iii)MME 가 상기 도 9 의 단계 5 에서 전송하는 페이징 메시지에 포함된 정보(여기서, 본 발명을 위해 새롭게 정의된 정보일 수 있음)에 기반하여 브로드캐스트 PLMN 리스트 정보를 포함시킬 수도 있다. 또한, 브로드캐스트 PLMN 리스트 정보를 포함시키기 위해 종래의 S1-AP 메시지 (가령, INITIAL UE MESSAGE)를 확장할 수도 있고, 새로운 S1-AP 메시지를 정의할 수도 있다.
도 9 의 단계 8 에서, UE-2 에 대한 위치 정보를 획득한 MME 는 HSS 에게 UE-2 에 대한 위치 정보를 포함하는 응답 메시지, 가령 Insert Subscriber Data Answer 메시지를 전송한다. 상기 UE-2 에 대한 위치 정보는 eNodeB 의 브로드캐스트 PLMN 리스트(broadcast PLMNs list) 정보를 포함한다. 이를 포함하기 위해 종래의 Insert Subscriber Data Answer 메시지가 확장될 수도 있고 새로운 응답 메시지가 정의될 수도 있다.
도 9 의 단계 9 에서, HSS 는 ProSe 서버에게 UE-2 의 위치 정보를 포함하는 응답 메시지, 가령 Location Info Answer 메시지를 전송한다.
도 9 의 단계 10 에서, HSS 로부터 UE-2 에 대한 위치 정보를 획득한 ProSe 서버는 근접(proximity) 여부를 판단한다. 공유 네트워크(Shared network)에 캠프-온 한 UE-1 과 UE-2 가, 서로 다른 PLMN 에 등록한 상태이고 근접(proximity) 관계에 있는 경우, ProSe 서버는 UE-1 과 UE-2 에 대한 브로드캐스트 PLMN 리스트(broadcast PLMNs list) 정보를 포함한 위치 정보에 기반하여 근접(proximity) 여부를 결정할 수 있다.
만약, 상기 도 9 의 단계 1 에서 UE-1 이 자신의 위치 정보를 포함시키지 않았다면, 상기 ProSe 서버는 UE-1 과 UE-2 의 proximity 여부를 판단하기 위해 UE-2 의 위치 정보를 획득하는 것과 마찬가지로 UE-1 의 위치 정보를 획득할 수도 있다.
도 9 의 단계 11 에서, ProSe 서버는 proximity 여부를 요청한 UE -1 에게 UE-2 와의 proximity 여부 판단 결과를 알리는 응답 메시지, 가령 Proximity Response 메시지를 전송한다. 여기서, ProSe 서버는 UE-1 과 UE-2 가 근접(proximity) 관계에 있다면 선택적으로 UE-2 에게도 이를 알릴 수 있다.
2-6. 제 6 실시예
도 10 는 본 발명의 또 다른 실시예에 따른 ProSe 탐색 동작을 나타내는 참고도이다.
도 10 의 단계 1 에서, UE-A 가 UE-B 와의 근접(proximity) 여부를 알고자 ProSe 서버에게 근접(proximity) 정보 요청 메시지, 가령 ProSe Discovery Request 메시지를 전송한다. 이 때, UE-A 는 일정 시간 내에 UE-B 와 근접(proximity) 관계가 되면 알려줄 것을 요청하기 위해 시간 정보(예를 들어, Time_X)를 포함시켜 전송한다.
도 10 의 단계 2 에서, ProSe 서버는 UE-A 가 UE-B 를 탐색(discover)할 수 있는지 퍼미션(permission)을 검증한다. 또한, 이 동작은 ProSe 탐색 요청 내지는 ProSe 관련 동작과 관련하여 UE-A 를 인증(authorization) 하는 작업을 포함할 수도 있다.
이하 도 10 의 단계 3a ~ 11a 는 UE-A 에 대한 위치 정보를 획득하기 위한 동작이다.
도 10 의 단계 3a 에서, ProSe 서버는 HSS 에게 UE-A 의 위치 정보를 요청하기 위한 요청 메시지, 가령 Location Request 메시지를 전송한다. 이 때 ProSe 서버는 Time_X 정보를 포함시킨다.
도 10 의 단계 4a 에서, HSS 는 MME 에게 UE-A 에 대한 위치 정보를 요청하는 메시지, 가령 Insert Subscriber Data Request 메시지를 전송한다. 이 때, HSS 는 Insert Subscriber Data Request 메시지를 구성하는 IDR flags 에서 EPS Location Information Request 값 (bit)을 설정하고, Current Location Request 값 (bit)을 설정한다. 상기 제 1 방안의 동작 2)에 기술한 다양한 정보들이 추가적으로 포함될 수도 있다. 또한, HSS 는 Time_X 정보를 포함시킨다.
도 10 의 단계 5a 에서, MME 는 Time_X 의 값으로 timer 를 시작한다.
도 10 의 단계 6a 에서, MME 는 연결 상태인 UE-A 의 위치 정보를 획득하기 위해 eNodeB 에게 위치 정보를 보고할 것을 요청하는 메시지, 가령 Location Reporting Control 메시지를 전송한다. 이 때, 상기 메시지에 eNodeB 로 하여금 UE-A 에 대한 서빙 셀이 바뀔 때마다 UE-A 의 위치 정보를 보고하라는 지시 정보를 포함시킨다. 본 단계 6a 에서 종래의 S1-AP 메시지인 Location Reporting Control 메시지를 사용하는 경우, 상기 지시 정보를 포함시키기 위해 종래의 정보 요소(IE)에 새로운 값을 추가하거나 새로운 정보 요소(IE)를 정의하여 사용할 수 있다.
도 10 의 단계 7a 에서, eNodeB 는 UE-A 의 현재 위치 (즉, 가장 최신 위치) 정보를 포함하는 응답 메시지, 가령 Location Report 메시지를 MME 에게 전송한다.
도 10 의 단계 8a 에서, UE-A 에 대한 위치 정보를 획득한 MME 는 HSS 에게 UE-A 에 대한 위치 정보를 포함하는 Insert Subscriber Data Answer 메시지를 전송한다.
도 10 의 단계 9a 에서, HSS 는 ProSe 서버에게 UE-A 의 위치 정보를 포함하는 응답 메시지, 가령 Location Response 메시지를 전송한다.
도 10 의 단계 10a 에서, eNodeB 는 상기 단계 도 10 의 단계 6a 에서 수신한 Location Reporting Control 메시지에 기반하여, UE-A 에 대한 serving cell 이 바뀔 때마다 MME 에게 변경된 위치 정보를 포함하는 메시지(가령 Location Report 메시지)를 MME 에게 전송한다. 이를 수신한 MME 는 상기 수신한 위치 정보를 HSS 에게 전송하고, HSS 는 이를 ProSe 서버에게 전송한다.
도 10 의 단계 11a 에서, MME 는 상기 단계 5a 에서 시작한 타이머가 만료(expire)하면, eNodeB 에게 UE-A 에 대한 위치 정보를 더 이상 보고할 필요가 없음을 알리는 메시지, 가령 Cancel Location Reporting 메시지를 전송한다.
이하 도 10 의 단계 3b ~ 11b 는, UE-B 에 대한 위치 정보를 획득하기 위한 동작이다.
도 10 의 단계 3b 에서, ProSe 서버는 HSS 에게 UE-B 의 위치 정보를 요청하기 위한 요청 메시지, 가령 Location Request 메시지를 전송한다. 이 때 ProSe 서버는 Time_X 정보를 포함시킨다.
도 10 의 단계 4b 에서, HSS 는 MME 에게 UE-B 에 대한 위치 정보를 요청하는 메시지, 가령 Insert Subscriber Data Request 메시지를 전송한다. 이 때, HSS 는 Insert Subscriber Data Request 메시지를 구성하는 IDR flags 에서 EPS Location Information Request 값 (bit)을 설정하고, Current Location Request 값 (bit)을 설정한다. 상술한 제 1 방안의 동작 2)에 기술한 다양한 정보들이 추가적으로 포함될 수도 있다. 또한, HSS 는 Time_X 정보를 포함시킨다.
도 10 의 단계 5b 에서, MME 는 Time_X 의 값으로 타이머를 시작한다.
도 10 의 단계 6b~7b 에서, 상기 HSS 가 전송한 Insert Subscriber Data Request 메시지를 수신한 MME 는, 상기 요청 메시지에 기반하여 UE-B 가 유휴 상태인 바(본 실시예에서는 UE-B 가 유휴 상태라고 가정), UE-B 로 페이징을 수행한다.
도 10 의 단계 8b 에서, 페이징 메시지를 수신한 UE-B 는 서비스 요청 절차(Service Request procedure)를 수행한다.(이하, 서비스 요청 절차에 관한 사항은 3GPP TS 23.401 의 5.3.4.1 절의 "UE triggered Service Request" 참조) MME 는 UE-B 에 대한 위치 정보를 획득한다. 상기 위치 정보는 UE-B 가 MME 에게 전송한 Service Request 메시지를, eNodeB 가 MME 에게 포워딩하기 위해 전송하는 S1-AP 메시지 (가령, INITIAL UE MESSAGE)에 UE 에 대한 위치 정보 (예컨대, TAI, ECGI 등)를 포함시킴으로써 획득할 수 있다.
도 10 의 단계 9b-1 에서, UE-B 에 대한 위치 정보를 획득한 MME 는 HSS 에게 UE-B 에 대한 위치 정보를 포함하는 응답 메시지, 가령 Insert Subscriber Data Answer 메시지를 전송한다.
도 10 의 단계 10b-1 에서, HSS 는 ProSe 서버에게 UE-B 의 위치 정보를 포함하는 응답 메시지, 가령 Location Response 메시지를 전송한다.
도 10 의 단계 9b-2 에서, MME 는 연결 상태인 UE-B 의 위치 정보를 획득하기 위해 eNodeB 에게 위치 정보를 보고할 것을 요청하는 메시지, 가령 Location Reporting Control 메시지를 전송한다. 이 때, 상기 메시지에 eNodeB 로 하여금 UE-B 에 대한 서빙 셀이 바뀔 때마다 UE-B 의 위치 정보를 보고하라는 지시 정보를 포함시킬 수 있다. 본 단계 9b-2 에서 종래의 S1-AP 메시지인 Location Reporting Control 메시지를 사용하는 경우, 상기 지시 정보를 포함시키기 위해 종래의 정보 요소(IE)에 새로운 값을 추가하거나 새로운 정보 요소(IE)를 정의하여 사용할 수 있다.
도 10 의 단계 10b-2 에서, eNodeB 는 상기 도 10 의 단계 9b-2 에서 수신한 Location Reporting Control 메시지에 기반하여 UE-B 에 대한 서빙 셀이 바뀔 때마다 MME 에게 변경된 위치 정보를 포함하는 메시지, 가령 Location Report 메시지를 MME 에게 전송한다. 이를 수신한 MME 는 상기 수신한 위치 정보를 HSS 에게 전송하고 HSS 는 이를 ProSe 서버에게 전송한다.
도 10 의 단계 11b 에서, MME 는 상기 단계 5b 에서 시작한 타이머가 만료(expire)하면, eNodeB 에게 UE-B 에 대한 위치 정보를 더 이상 보고할 필요가 없음을 알리는 메시지, 가령 Cancel Location Reporting 메시지를 전송한다.
여기서, 상기 UE-A 에 대한 위치 정보를 획득하기 위한 동작(즉, 단계 3a~11a)과 UE-B 에 대한 위치 정보를 획득하기 위한 동작(즉, 단계 3b~11b)는 병렬적으로 수행될 수 있다.
나아가, ProSe 서버는 동일한 HSS 에게 UE-A 및 UE-B 의 위치 정보를 요청하는 메시지를 보낼 때, 단계 3a 와 단계 3b 와 같이 각각 요청 메시지를 보내는 대신 하나의 요청 메시지에 UE-A 및 UE-B 에 대한 정보를 포함시켜 HSS 에게 보낼 수도 있다.
도 10 의 단계 12 에서, ProSe 서버는 상기 단계 9a 와 단계 10b-1 에서 HSS 로부터 응답 메시지를 수신하면, 획득한 UE-A 의 위치 정보와 UE-B 의 위치 정보에 기반하여 두 UE 의 근접(proximity) 여부를 판단한다. 만약, 두 UE 가 근접(proximity) 관계에 있다면, 도 10 의 단계 14 와 그 이후 단계를 수행한다.
도 10 의 단계 13 에서, ProSe 서버는 HSS 로부터 UE-A 에 대한 위치 정보를 포함하는 메시지 또는 UE-B 에 대한 위치 정보를 포함하는 메시지를 수신할 때마다, UE-A 와 UE-B 간의 근접(proximity) 여부를 판단한다. 만약, 두 UE 가 근접(proximity) 관계에 있다면, 도 10 의 단계 14 와 그 이후 단계를 수행한다.
도 10 의 단계 14 에서, ProSe 서버는 근접(proximity) 여부를 요청한 UE-A 에게 UE-B 와의 근접(proximity) 결과를 알리는 응답 메시지, 가령 ProSe Discovery Response 메시지를 전송한다.
도 10 의 단계 15 에서, ProSe 서버는 UE-A 와 UE-B 가 근접(proximity) 관계에 있다면 선택적으로 UE-B 에게도 이를 알리는 메시지, 가령 ProSe Discovery Alert 메시지를 전송할 수 있다.
나아가, 본 실시예에서, 만약 UE-A 가 요청한 기간 동안(즉, Time_X), 두 UE 간의 근접(proximity) 관계가 성립되지 않으면 ProSe 서버는 Time_X 가 만료 시 UE-A 에게 이를 알리는 메시지를 전송할 수도 있다. 이를 위해 ProSe 서버는 Time_X 관련한 타이머를 상기 도 10 의 단계 1 이후에 시작하도록 할 수도 있다.
또한, 상기 도 10 의 단계 10a 및 도 10 의 단계 10b-2 관련하여, eNodeB 가 UE-A 와 UE-B 에 대한 서빙 셀의 변경을 알고자 eNodeB 는 UE-A 와 UE-B 에 대한 위치 정보를 MME 에게 보고해야 하는 동안에(즉, MME 로부터 Cancel Location Reporting 메시지를 각각 수신하기 전까지)는 UE-A 와 UE-B 를 연결(connected) 상태로 유지할 수도 있다.
나아가, 본 실시예에서는 MME 가 Time_X 에 대한 타이머를 관리함으로써 UE-A 가 요청한 기간 동안 UE-A 및 UE-B 에 대한 위치 정보를 획득하는 것을 중심으로 설명하였다. 그러나, 이와는 달리 eNodeB 가 Time_X 에 대한 타이머를 관리함으로써 UE-A 가 요청한 기간 동안 UE-A 및 UE-B 에 대한 위치 정보를 MME 에게 보고하거나, 또는 MME 가 Time_X 에 대한 타이머를 관리하는 것과 병행적으로 eNodeB 가 Time_X 에 대한 타이머를 관리함으로써 UE-A 가 요청한 기간 동안 UE-A 및 UE-B 에 대한 위치 정보를 MME 에게 보고할 수도 있다. 또한, HSS 또는 ProSe 서버가 Time_X 에 대한 타이머를 관리하여 본 실시예에서 MME 가 동작하듯이 동작할 수도 있다. (즉, HSS 는 MME 에게 위치 정보 보고의 시작을 요청하고 타이머가 만료하면 이를 취소하는 동작을 수행, ProSe 서버는 HSS 에게 위치 정보 보고의 시작을 요청하고 타이머가 만료하면 이를 취소하는 동작을 수행)
3. 본 발명에 따른 EPC-레벨 ProSe 탐색의 실시예
이하에서는 본 발명에 따른 ProSe 탐색 동작을 나타내는 참고도이며, 보다 구체적으로는 EPC-레벨 ProSe 탐색을 나타낸다.
본 실시예에서는, ProSe 서버를 포함하는 EPC-레벨 ProSe 탐색을 위하여, 상기 ProSe 서버는 상기 EPC 내에 존재하며 아래와 같은 기능을 수행한다.
- EPC-레벨 ProSe 탐색 기능을 지원하는 단말들과 상호 작용
- 단말의 위치 정보를 획득하기 위하여 HSS 와 상호 작용
- 탐색을 수행하는 단말(디스커버러 UE, Discoverer UE, discoverer)과 탐색 대상 단말(디스커버리 UE, Discoveree UE, discoveree)사이의 근접(proximity) 여부를 판단
- 인바운드 로머(inbound roamer) 단말에 대한 위치 정보를 획득하기 위하여 인바운드 로머(inbound roamer)의 home ProSe 서버와 통신
- 탐색을 수행하는 단말(즉, Discoverer UE)과 탐색 대상 단말(즉, Discoveree UE)이 서로 다른 PLMN 에 등록된 경우의 EPC-레벨 ProSe 탐색을 지원하기 위한 다른 PLMN 의 ProSe 서버 피어들(peers)과 통신
상기 ProSe 서버로 ProSe 탐색을 요청하기 전에, 디스커버러 UE(Discoverer UE)는 등록된 PLMN 에 존재하는 ProSe 서버에 등록한다. 따라서, 만약 디스커버러가 논-로밍(non-roaming)인 경우에는, home ProSe 서버로 등록하며, 만약 디스커버러가 로밍(roaming)인 경우에는, visited ProSe 서버로 등록한다.
이하 상술하는 실시예에서 eNodeB/MME/HSS/ProSe 서버가 자신의 다음 노드로 제공하는 UE 의 위치 정보(location information)의 대표적인 예로는, 셀 인포메이션(cell information)과 관련된 정보(예, ECGI 정보)가 될 수 있다. 그러나, 여기에 국한되는 것은 아니고, "1. 3GPP EPS(Evolved Packet System)와 같은 이동 통신 시스템 상의 ProSe 탐색 방법" 과 관련하여 기술한 다양한 위치 정보가 제공될 수도 있다.
3-1. 제 7 실시예
도 11 은 본 발명에 따른 제 7 실시예를 나타내는 것으로, 구체적으로는 동일한 PLMN 내에 존재하는 경우(여기서, 디스커버러와 디스커버리가 모두 논-로밍)의 EPC-레벨 ProSe 탐색 동작을 나타내는 참고도이다.
현재 탐색 가능한 다른 단말(이하, UE-B)가 있는지 알기 위하여, 탐색을 수행하는 단말(이하, UE-A)는 도 11 에서 나타난 바와 같이 네트워크로 ProSe 탐색을 요청한다. 이하의 과정에서, UE-A(즉, 디스커버러) 및 UE-B(즉, 디스커버리) 모두 동일 PLMN 에 등록되고, 논-로밍(non-roaming)인 경우를 가정한다.
먼저, UE-A 및 UE-B 는 상기 ProSe 서버에 등록되어 있다.
도 11 의 단계 1 에서, UE-A 는 UE-B 와의 근접(proximity) 관계, 즉 UE-B 가 탐색가능한지 아닌지 여부에 대한 정보를 얻기 위하여 ProSe discovery Request message 를 상기 ProSe 서버로 전송한다. 이 때, UE-A 는 ProSe 서버에 대하여 UE-B 와의 근접(proximity) 여부를 즉시 제공해줄 것을 지시하는 정보를 상기 ProSe discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다..
도 11 의 단계 2 에서, ProSe 서버는 UE-A 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용되지 않는 경우, 도 11 의 단계 11 이 수행된다.
이하, 도 11 의 단계 3a~8a 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 11 의 단계 3a 에서, ProSe 서버는 UE-A 의 현재 위치 정보를 요청하기 위하여 Location Request message 를 HSS 에게 송신한다.
도 11 의 단계 4a 에서, HSS 는, UE-A 를 서비스하는 MME 로 Insert Subscriber Data Request message 를 전송한다. 여기서, HSS 는 Insert Subscriber Data Request message 에 포함된 "EPS Location Information Request"의 비트 및 "Current Location Request" 의 비트를, MME 에게 UE-A 의 가장 최신 위치 정보를 제공해줄 것을 요청하도록 설정할 수 있다.
도 11 의 단계 5a 에서, UE-A 는 연결(connected) 상태라고 가정한다. MME 는 eNodeB 로 UE-A 의 가장 최신의 셀 정보(cell information)를 획득하기 위하여 Location Reporting Control message 를 전송한다. 상기 Location Reporting Control message 에 포함된 요청 타입 정보 요소(Request Type IE)는 eNodeB 로 하여금 UE-A 의 위치 정보를 즉시 보고할 것을 지시한다.
도 11 의 단계 6a 에서, eNodeB 는 Location Report message 을 MME 로 전송함으로써, UE-A 의 가장 최신 셀 정보(cell information)를 제공한다.
도 11 의 단계 7a 에서, MME 는 UE-A 의 가장 최근 위치 정보를 포함하는 Insert Subscriber Data Answer message 를 HSS 로 전송한다.
도 11 의 단계 8a 에서, HSS 는 UE-A 의 가장 최근 위치 정보를 포함하는 Location Response message 를 ProSe 서버로 전송한다.
이하 도 11 의 단계 3b~9b 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 11 의 단계 3b 에서, ProSe 서버는 UE-B 의 현재 위치 정보를 요청하기 위하여 Location Request message 를 HSS 에게 송신한다.
도 11 의 단계 4b 에서, HSS 는, UE-B 를 서비스하는 MME 로 Insert Subscriber Data Request message 를 전송한다. 여기서, HSS 는 Insert Subscriber Data Request message 에 포함된 "EPS Location Information Request"의 비트 및 "Current Location Request" 의 비트를, MME 에게 UE-B 의 가장 최신 위치 정보를 제공해줄 것을 요청하도록 설정할 수 있다.
도 11 의 단계 5b 에서, UE-B 는 유휴 상태라고 가정한다. MME 는 UE-B 가 등록되어 있는 트래킹(tracking) 영역(들)에 속해있는 각각의 eNodeB 에게 페이징 메시지를 전송한다. 또는, MME 는 유휴 상태인 UE-B 를 페이징하는 대신 HSS 에게 UE 가 유휴 상태임을 알리는(또는/추가적으로는 그래서 current location information 을 제공할 수 없음을 알리는) 응답 메시지를 전송할 수도 있다.
또는, MME 는 유휴 상태인 UE-B 를 페이징하는 대신, i)자신이 가지고 있는 UE-B 에 대한 위치 정보(location information) ii)또는 eNodeB 에게 문의하여 획득한 UE-B 에 대한 위치 정보를 포함하여, HSS 에게 응답 메시지를 전송할 수도 있다. 이 때, 추가적으로 상기 위치 정보를 획득한 시간 정보(예, MME 가 가지고 있던 위치 정보를 제공하는 경우 MME 가 이를 획득한 시간, eNodeB 로부터 문의하여 위치 정보가 제공되는 경우 eNodeB 가 이를 UE 로부터 획득한 시간)를 응답 메시지에 포함시킬 수도 있다.
나아가, MME 가 페이징을 수행하는 대신 상기와 같은 응답을 수행하는 기준으로는 다음 중 하나 이상의 정보가 사용될 수 있다.
- MME 내의 설정(configuration) 정보
- 가입자 정보
- 이동 사업자 정책(operator policy)
- 사용자 선호(user preference) 정보
- 사용자 세팅(user setting) 정보 (예, 유휴 상태일 때는 탐색(discovery)을 위한 위치 정보 획득을 위해 페이징을 하지 말 것을 설정하는 등)
- HSS 가 보낸 위치 정보 요청 메시지에 이와 같은 응답을 수행하도록 하는 정보가 명시적 또는 암시적으로 포함될 수 도 있다. 나아가, HSS 의 경우 ProSe 서버가 상기의 정보를 포함시켜 위치 정보 요청 메시지를 보냄으로써, 자신도 MME 에게 상기의 정보를 포함시켜 위치 정보 요청 메시지를 보낼 수도 있다. 또한, ProSe 서버는 로컬 설정(local configuration) 정보, 가입자 정보, 이동 사업자 정책(operator policy), 사용자 선호 정보, 사용자 세팅 정보 등에 기반하여 상기의 정보를 포함시키는 것을 결정할 수도 있다.
상술한 MME 가 유휴 상태인 UE 를 페이징하지 않고, HSS 에게 응답 메시지를 전송하는 사항은 이하에서 후술할 실시예 8, 9 및 11 에도 동일하게 적용될 수 있다.
도 11 의 단계 6b 에서, UE-B 는 eNodeB(들)에 의하여 페이징 메시지를 수신한다.
도 11 의 단계 7b 에서, 수신된 페이징 메시지에 따라, UE-B 는 Service Request procedure 를 개시한다.
도 11 의 단계 8b 에서, 도 11 의 단계 7b 에서 UE-B 의 셀 정보를 획득한 MME 는, UE-B 의 가장 최근 위치 정보를 포함하는 Insert Subscriber Data Answer message 를 HSS 에게 전송한다.
도 11 의 단계 9b 에서, HSS 는 UE-B 의 가장 최근 위치 정보를 포함하는 Location Response message 를 ProSe 서버로 전송한다.
도 11 의 단계 10 에서, 도 11 의 단계 8a 에서 수신된 Location Response message 와 도 11 의 단계 9b 에서 수신된 Location Response message 에 모두 기반하여, ProSe 서버는 UE-A 의 위치 정보 및 UE-B 의 위치 정보 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다.
도 11 의 단계 11 에서, ProSe 서버는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-A 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-A 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 11 의 단계 12 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버는 ProSe Discovery Alert message 를 UE-B 에게 전송하여 UE-A 가 UE-B 를 탐색하길 원한다는 것을 알려줄 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 3a~8a) 및 UE-B 의 위치 정보를 획득하기 위한 단계(즉, 단계 3b~9b)는 병렬적으로 수행될 수도 있다.
만약, UE-A 가 유휴 상태인 경우, 유휴 상태의 위치 정보를 획득하기 위한 도 11 의 단계 5b~7b 가, 도 11 의 단계 5a~6a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 연결 상태인 경우에는, 연결 상태의 위치 정보를 획득하기 위한 도 11 의 단계 5a~6a 가, 도 11 의 단계 5b~7b 대신 수행될 수도 있다.
상술한 도 11 에서, 설명의 편의를 위하여 UE-A 와 UE-B 는 동일한 eNodeB 및 동일한 MME 에 의하여 서비스되는 경우를 설명하였으나, 이상에서 설명한 실시예들은, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 동일한 eNodeB 및 서로 다른 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
3-2. 제 8 실시예
도 12 는 본 발명에 따른 제 8 실시예를 나타내는 것으로, 구체적으로는 동일한 PLMN 내에 존재하는 경우(여기서, 디스커버러와 디스커버리가 모두 논-로밍)의 EPC-레벨 ProSe 탐색 동작을 나타내는 참고도이다.
현재 탐색 가능한 다른 단말(이하, UE-B)가 있는지 알기 위하여, 탐색을 수행하는 단말(이하, UE-A)는 도 12 에서 나타난 바와 같이 네트워크로 ProSe 탐색을 요청한다. 이하의 과정에서, UE-A(즉, 디스커버러) 및 UE-B(즉, 디스커버리) 모두 동일 PLMN(즉, UE-A 가 그 HPLMN(즉, PLMN-A)으로부터 로밍되는 중에는 PLMN-B)에 등록된 경우를 가정한다. 도 12 에서, HSS-A 및 ProSe 서버-A 는 PLMN-A 에 속하며, eNodeB, MME, HSS-B 및 ProSe 서버-B 는 PLMN-B 에 속한다.
먼저, UE-A 및 UE-B 는 상기 ProSe 서버-B 에 등록되어 있다.
도 12 의 단계 1 에서, UE-A 는 UE-B 와의 근접(proximity) 관계, 즉 UE-B 가 탐색가능한지 아닌지 여부에 대한 정보를 얻기 위하여, ProSe discovery Request message 를 visited ProSe 서버인 ProSe 서버-B 로 전송한다. 이 때, UE-A 는, ProSe 서버-B 에 대하여 UE-B 와의 근접(proximity) 여부를 즉시 제공해줄 것을 지시하는 정보를, 상기 ProSe discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 12 의 단계 2 에서, ProSe 서버-B 는 UE-A 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용되지 않는 경우, 도 12 의 단계 14 가 수행된다.
이하, 도 12 의 단계 3a~12a 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 12 의 단계 3a 에서, ProSe 서버-B 는 UE-A 의 현재 위치 정보를 요청하기 위하여 ProSe Location Request message 를 ProSe 서버-A (즉, Home ProSe 서버) 에게 송신한다. 여기서, ProSe 서버-B 는, ProSe 서버-A 에 대하여 UE-A 의 위치 정보를 즉시 ProSe 서버-B 에게 제공해줄 것을 지시하는 정보를, 상기 ProSe Location Request message 에 포함시킬 수 있다.
도 12 의 단계 4a 에서, ProSe 서버-A 는 ProSe Location Request Ack message 를 ProSe 서버-B 로 회신한다.
도 12 의 단계 5a 에서, ProSe 서버-A 는 UE-A 의 현재 위치 정보를 요청하기 위하여, Location Request message 를 HSS-A 에게 전송한다.
도 12 의 단계 6a 에서, HSS-A 는, UE-A 를 서비스하는 MME 로 Insert Subscriber Data Request message 를 전송한다. 여기서, HSS-A 는 Insert Subscriber Data Request message 에 포함된 "EPS Location Information Request"의 비트 및 "Current Location Request" 의 비트를, MME 에게 UE-A 의 가장 최신 위치 정보를 제공해줄 것을 요청하도록 설정할 수 있다.
도 12 의 단계 7a 에서, UE-A 는 연결(connected) 상태라고 가정한다. MME 는 eNodeB 로 UE-A 의 가장 최신의 셀 정보(cell information)를 획득하기 위하여 Location Reporting Control message 를 전송한다. 상기 Location Reporting Control message 에 포함된 요청 타입 정보 요소(Request Type IE)는 eNodeB 로 하여금 UE-A 의 위치 정보를 즉시 보고할 것을 지시한다.
도 12 의 단계 8a 에서, eNodeB 는 Location Report message 을 MME 로 전송함으로써, UE-A 의 가장 최신 셀 정보(cell information)를 회신(return)한다.
도 12 의 단계 9a 에서, MME 는 UE-A 의 가장 최근 위치 정보를 포함하는 Insert Subscriber Data Answer message 를 HSS-A 로 전송한다.
도 12 의 단계 10a 에서, HSS-A 는 UE-A 의 가장 최근 위치 정보를 포함하는 Location Response message 를 ProSe 서버-A 로 전송한다.
도 12 의 단계 11a 에서 ProSe 서버-A 는 UE-A 의 현재 위치 정보를 제공하기 위하여 ProSe Location Notification message 를 ProSe 서버-B 로 전송한다.
도 12 의 단계 12a 에서, ProSe 서버-B 는 ProSe 서버-A 로 ProSe Location Notification Ack message 를 회신(return)한다.
이하 도 12 의 단계 3b~9b 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 12 의 단계 3b 에서, ProSe 서버-B 는 UE-B 의 현재 위치 정보를 요청하기 위하여 Location Request message 를 HSS-B 에게 송신한다.
도 12 의 단계 4b 에서, HSS-B 는, UE-B 를 서비스하는 MME 로 Insert Subscriber Data Request message 를 전송한다. 여기서, HSS-B 는 Insert Subscriber Data Request message 에 포함된 "EPS Location Information Request"의 비트 및 "Current Location Request" 의 비트를, MME 에게 UE-B 의 가장 최신 위치 정보를 제공해줄 것을 요청하도록 설정할 수 있다.
도 12 의 단계 5b 에서, UE-B 는 유휴 상태라고 가정한다. MME 는 UE-B 가 등록되어 있는 트래킹(tracking) 영역(들)에 속해있는 각각의 eNodeB 에게 페이징 메시지를 전송한다.
도 12 의 단계 6b 에서, UE-B 는 eNodeB(들)에 의하여 페이징 메시지를 수신한다.
도 12 의 단계 7b 에서, 수신된 페이징 메시지에 따라, UE-B 는 Service Request procedure 를 개시한다.
도 12 의 단계 8b 에서, 도 12 의 단계 7b 에서 UE-B 의 셀 정보를 획득한 MME 는, UE-B 의 가장 최근 위치 정보를 포함하는 Insert Subscriber Data Answer message 를 HSS-B 에게 전송한다.
도 12 의 단계 9b 에서, HSS-B 는 UE-B 의 가장 최근 위치 정보를 포함하는 Location Response message 를 ProSe 서버-B 로 전송한다.
도 12 의 단계 13 에서, 도 12 의 단계 11a 에서 수신된 ProSe Location Notification message 와 도 12 의 단계 9b 에서 수신된 Location Response message 에 모두 기반하여, ProSe 서버-B 는 UE-A 의 위치 정보 및 UE-B 의 위치 정보 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다.
도 12 의 단계 14 에서, ProSe 서버-B 는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-A 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-A 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 12 의 단계 15 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버-B 는 ProSe Discovery Alert message 를 UE-B 에게 전송하여 UE-A 가 UE-B 를 탐색하길 원한다는 것을 알려줄 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 3a~12a) 및 UE-B 의 위치 정보를 획득하기 위한 단계(즉, 단계 3b~9b)는 병렬적으로 수행될 수도 있다.
만약, UE-A 가 유휴 상태인 경우, 유휴 상태의 위치 정보를 획득하기 위한 도 12 의 단계 5b~7b 가, 도 12 의 단계 7a~8a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 연결 상태인 경우에는, 연결 상태의 위치 정보를 획득하기 위한 도 12 의 단계 7a~8a 가, 도 12 의 단계 5b~7b 대신 수행될 수도 있다.
상술한 도 12 에서, 설명의 편의를 위하여 UE-A 와 UE-B 는 동일한 eNodeB 및 동일한 MME 에 의하여 서비스되는 경우를 설명하였으나, 이상에서 설명한 실시예들은, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 동일한 eNodeB 및 서로 다른 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
3-3. 제 9 실시예
도 13 은 본 발명에 따른 제 9 실시예를 나타내는 것으로, 구체적으로는 동일한 PLMN 내에 존재하는 경우(여기서, 디스커버러와 디스커버리가 모두 논-로밍)의 EPC-레벨 ProSe 탐색 동작을 나타내는 참고도이다.
현재 탐색 가능한 다른 단말(이하, UE-A)가 있는지 알기 위하여, 탐색을 수행하는 단말(이하, UE-B)는 도 13 에서 나타난 바와 같이 네트워크로 ProSe 탐색을 요청한다. 이하의 과정에서, UE-B(즉, 디스커버러) 및 UE-A(즉, 디스커버리) 모두 동일 PLMN(즉, UE-A 가 그 HPLMN(즉, PLMN-A)으로부터 로밍되는 중에는 PLMN-B)에 등록된 경우를 가정한다. 도 13 에서, HSS-A 및 ProSe 서버-A 는 PLMN-A 에 속하며, eNodeB, MME, HSS-B 및 ProSe 서버-B 는 PLMN-B 에 속한다.
먼저, UE-A 및 UE-B 는 상기 ProSe 서버-B 에 등록되어 있다.
도 13 의 단계 1 에서, UE-B 는 UE-A 와의 근접(proximity) 관계, 즉 UE-A 가 탐색가능한지 아닌지 여부에 대한 정보를 얻기 위하여, ProSe discovery Request message 를 Home ProSe 서버인 ProSe 서버-B 로 전송한다. 이 때, UE-B 는, ProSe 서버-B 에 대하여 UE-A 와의 근접(proximity) 여부를 UE-B 로 즉시 제공해줄 것을 지시하는 정보를, 상기 ProSe discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 13 의 단계 2 에서, ProSe 서버-B 는 UE-B 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-A 의 현재 위치 정보를 요청하기 위하여 ProSe Location Request message 를 ProSe 서버-A (즉, Home ProSe 서버) 에게 송신한다. 여기서, ProSe 서버-B 는, ProSe 서버-A 에 대하여 UE-A 의 위치 정보를 즉시 ProSe 서버-B 에게 제공해줄 것을 지시하는 정보를, 상기 ProSe Location Request message 에 포함시킬 수 있다. 나아가, ProSe 서버-B 는 상기 ProSe Location Request message 에 UE-B 가 UE-A 를 탐색(discover)하길 원한다는 정보를 포함시킬 수 있다.
도 13 의 단계 3 에서, ProSe 서버-A 는 UE-B/사용자-B 가 UE-A/사용자-A 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다
도 13 의 단계 4 에서, ProSe 서버-A 는, UE-B/사용자-B 가 UE-A/사용자-A 를 탐색하는 것이 허용되는지 아닌지 여부를 지시하는 정보와 함께, ProSe Location Request Ack message 를 ProSe 서버-B 로 회신한다. 만약, UE-B/사용자-B 가 UE-A/사용자-A 를 탐색하는 것이 허용되는지 않는 경우, 도 13 의 단계 15 가 수행된다.
이하, 도 13 의 단계 5a~13a 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 13 의 단계 5a 에서, ProSe 서버-A 는 UE-A 의 현재 위치 정보를 요청하기 위하여, Location Request message 를 HSS-A 에게 전송한다.
도 13 의 단계 6a 에서, HSS-A 는, UE-A 를 서비스하는 MME 로 Insert Subscriber Data Request message 를 전송한다. 여기서, HSS-A 는 Insert Subscriber Data Request message 에 포함된 "EPS Location Information Request"의 비트 및 "Current Location Request" 의 비트를, MME 에게 UE-A 의 가장 최신 위치 정보를 제공해줄 것을 요청하도록 설정할 수 있다.
도 13 의 단계 7a 에서, UE-A 는 유휴 상태라고 가정한다. MME 는 UE-A 가 등록되어 있는 트래킹(tracking) 영역(들)에 속해있는 각각의 eNodeB 에게 페이징 메시지를 전송한다.
도 13 의 단계 8a 에서, UE-A 는 eNodeB(들)에 의하여 페이징 메시지를 수신한다.
도 13 의 단계 9a 에서, 수신된 페이징 메시지에 따라, UE-A 는 Service Request procedure 를 개시한다.
도 13 의 단계 10a 에서, 도 13 의 단계 9a 에서 UE-A 의 셀 정보를 획득한 MME 는, UE-A 의 가장 최근 위치 정보를 포함하는 Insert Subscriber Data Answer message 를 HSS-A 에게 전송한다.
도 13 의 단계 11a 에서, HSS-A 는 UE-A 의 가장 최근 위치 정보를 포함하는 Location Response message 를 ProSe 서버-A 로 전송한다.
도 13 의 단계 12a 에서 ProSe 서버-A 는 UE-A 의 현재 위치 정보를 제공하기 위하여 ProSe Location Notification message 를 ProSe 서버-B 로 전송한다.
도 13 의 단계 13a 에서, ProSe 서버-B 는 ProSe 서버-A 로 ProSe Location Notification Ack message 를 회신(return)한다.
이하 도 13 의 단계 5b~10b 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 13 의 5b 에서, ProSe 서버-B 는 UE-B 의 현재 위치 정보를 요청하기 위하여 Location Request message 를 HSS-B 에게 송신한다.
도 13 의 6b 에서, UE-B 는 연결 상태라고 가정한다. HSS-B 는, UE-B 를 서비스하는 MME 로 Insert Subscriber Data Request message 를 전송한다. 여기서, HSS-B 는 Insert Subscriber Data Request message 에 포함된 "EPS Location Information Request"의 비트 및 "Current Location Request" 의 비트를, MME 에게 UE-B 의 가장 최신 위치 정보를 제공해줄 것을 요청하도록 설정할 수 있다.
도 13 의 7b 에서, MME 는 eNodeB 로 UE-B 의 가장 최신의 셀 정보(cell information)를 획득하기 위하여 Location Reporting Control message 를 전송한다. 상기 Location Reporting Control message 에 포함된 요청 타입 정보 요소(Request Type IE)는 eNodeB 로 하여금 UE-B 의 위치 정보를 즉시 보고할 것을 지시한다.
도 13 의 단계 8b 에서, eNodeB 는 Location Report message 을 MME 로 전송함으로써, UE-A 의 가장 최신 셀 정보(cell information)를 회신(return)한다.
도 13 의 단계 9b 에서, MME 는 UE-B 의 가장 최근 위치 정보를 포함하는 Insert Subscriber Data Answer message 를 HSS-B 로 전송한다.
도 13 의 단계 10b 에서, HSS-B 는 UE-B 의 가장 최근 위치 정보를 포함하는 Location Response message 를 ProSe 서버-B 로 전송한다.
도 13 의 단계 14 에서, 도 13 의 단계 12a 에서 수신된 ProSe Location Notification message 와 도 13 의 단계 10b 에서 수신된 Location Response message 에 모두 기반하여, ProSe 서버-B 는 UE-A 의 위치 정보 및 UE-B 의 위치 정보 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다.
도 13 의 단계 15 에서, ProSe 서버-B 는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-B 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-B 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 13 의 단계 16 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버-B 는 ProSe Discovery Alert message 를 UE-A 에게 전송하여 UE-B 가 UE-A 를 탐색하길 원한다는 것을 알려줄 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 5a~13a) 및 UE-B 의 위치 정보를 획득하기 위한 단계(즉, 단계 5b~10b)는 병렬적으로 수행될 수도 있다.
만약, UE-A 가 연결 상태인 경우, 연결 상태의 위치 정보를 획득하기 위한 도 13 의 단계 7b~8b 가, 도 13 의 단계 7a~9a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 유휴 상태인 경우에는, 유휴 상태의 위치 정보를 획득하기 위한 도 13 의 단계 7a~9a 가, 도 13 의 단계 7b~8b 대신 수행될 수도 있다.
상술한 도 13 에서, 설명의 편의를 위하여 UE-A 와 UE-B 는 동일한 eNodeB 및 동일한 MME 에 의하여 서비스되는 경우를 설명하였으나, 이상에서 설명한 실시예들은, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 동일한 eNodeB 및 서로 다른 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
3-4. 제 10 실시예
도 14 는 본 발명에 따른 제 10 실시예를 나타내는 것으로, 구체적으로는 동일한 PLMN 내에 존재하는 경우(여기서, 디스커버러와 디스커버리가 모두 논-로밍)에, 시간 구간(time window)를 적용하여 EPC-레벨 ProSe 탐색 동작을 나타내는 참고도이다.
UE-A 는 도 14 에서 나타난 바와 같이, 시간 구간내에 UE-B 와 근접(proximity) 관계에 성립하는 경우 이를 알기 위하며, 네트워크에게 시간 구간(time window)와 같이 ProSe 탐색을 요청한다. 이하의 과정에서, UE-B(즉, 디스커버러) 및 UE-A(즉, 디스커버리) 모두 동일 PLMN(즉, UE-A 가 그 HPLMN(즉, PLMN-A)으로부터 로밍되는 중에는 PLMN-B)에 등록되며, 논-로밍된 경우를 가정한다.
먼저, UE-A 및 UE-B 는 상기 ProSe 서버에 등록되어 있다.
도 14 의 단계 1 에서, UE-A 는 ProSe 서버로 시간 구간 내에서 UE-B 와 근접(proximity) 관계가 성립하는 경우 이를 알기 위하여, ProSe Discovery Request message 를 전송한다.
이 때, UE-A 는 ProSe 서버에게 어느 정도의 시간 구간까지 요청이 유효한지 지시하는 시간 구간 정보(즉, 도 14 의 Time_X)를 ProSe Discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 14 의 단계 2 에서, ProSe 서버는 UE-A 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다. 만약 UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용되지 않는 경우, 도 14 의 단계 16 이 수행된다.
이하, 도 14 의 단계 3a~14a 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 14 의 단계 3a 에서, ProSe 서버는 UE-A 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 14 의 단계 4a 에서, ProSe 서버는 HSS 로 Location Reporting Request message 를 전송함으로써, UE-A 와 관련된 위치 보고를 시작할 것을 HSS 에게 요청한다.
도 14 의 단계 5a 에서, MME 로 하여금 UE-A 와 관련된 위치 보고를 시작하게 만들기 위하여, HSS 는 Location Reporting Request message 를 MME 로 전송한다.
도 14 의 단계 6a 에서, MME 는 HSS 로 Location Reporting Request Ack message 와 함께 응답한다.
도 14 의 단계 7a 에서, HSS 는 ProSe 서버로 Location Reporting Request Ack message 와 함께 응답한다.
도 14 의 단계 8a 에서 UE-A 는 연결 모드로 가정한다. MME 는 UE-A 에 대한 가장 최신의 셀 정보(cell information)를 획득하기 위하여 eNodeB 로 Location Reporting Control message 를 전송한다. 나아가, MME 는, UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, eNodeB 로 하여금 UE-A 의 현재 위치를 보고할 것을 지시하는 정보를 Location Reporting Control message 에 포함시킬 수 있다.
도 14 의 단계 9a 에서, eNodeB 는 Location Report message 를 MME 로 전송함으로써, UE-A 의 가장 최신의 셀 정보를 회신(return)한다.
도 14 의 단계 10a 에서, MME 는 UE-A 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 HSS 로 전송한다.
도 14 의 단계 11a 에서, HSS 는 UE-A 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 ProSe 서버로 전송한다.
도 14 의 단계 12a 에서, ProSe 서버는 Location Notification Ack message 로서 HSS 에게 응답한다.
도 14 의 단계 13a 에서, HSS 는 Location Notification Ack message 로서 MME 에게 응답한다.
도 14 의 단계 14a 에서, 단계 9a 이후에, eNodeB 는 UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, Location Report message 를 MME 로 전송한다. 갱신(update)된 위치 정보는, MME 로부터 ProSe 서버로, 상술한 도 14 의 단계 10a 내지 13a 에서 나타난 바와 같이 HSS 를 통하여 전달된다.
이하, 도 14 의 단계 3b~14b 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 14 의 단계 3b 에서, ProSe 서버는 UE-B 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 14 의 단계 4b 에서, ProSe 서버는 HSS 로 Location Reporting Request message 를 전송함으로써, UE-B 와 관련된 위치 보고를 시작할 것을 HSS 에게 요청한다
도 14 의 단계 5b 에서, MME 로 하여금 UE-B 와 관련된 위치 보고를 시작하게 만들기 위하여, HSS 는 Location Reporting Request message 를 MME 로 전송한다.
도 14 의 단계 6b 에서 MME 는 Location Reporting Request Ack message 로 HSS 에 응답한다.
도 14 의 단계 7b 에서 HSS 는 Location Reporting Request Ack message 로 ProSe 서버에 응답한다.
도 14 의 단계 8b 에서, UE-B 는 유휴 상태로 가정한다. MME 는 UE-B 가 i)트래킹 영역 업데이트 절차(UE-B performs Tracking Area Update procedure), 혹은 ii)단말 트리거된 서비스 요청 절차(UE triggered Service Request procedure), iii)혹은 네트워크 트리거된 서비스 요청 절차(Network triggered Service Request procedure)를 수행할때까지 기다린다. 이후에, UE-B 는 트래킹 영역 업데이트 절차 또는 서비스 요청 절차를 수행한다.
도 14 의 단계 9b 에서, 도 14 의 단계 8b 에서 UE-B 의 셀 정보를 획득한 MME 는, UE-B 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 HSS 에게 전송한다.
도 14 의 단계 10b 에서, HSS 는 UE-B 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 ProSe 서버에게 전송한다.
도 14 의 단계 11b 에서, ProSe 서버는 HSS 에게 Location Notification Ack message 을 응답한다.
도 14 의 단계 12b 에서, HSS 는 MME 에게 Location Notification Ack message 을 응답한다.
도 14 의 단계 13b 에서, 단계 8b 이후에, 만약 UE-B 가 단계 8b 로 인하여 연결 모드로 변경되었다면, MME 는 eNodeB 에게, 단계 8a 에서 기술한 바와 같이 UE-B 가 그 서빙 셀을 EnodeB 에 속한 다른 셀로 변경할 때마다, UE-B 의 현재 위치를 보고할 것을 지시하도록 위치 보고 제어를 수행한다.
도 14 의 단계 14b 에서, 만약 단계 13b 에서 MME 가 eNodeB 에 대하여 위치 보고 제어를 수행했다면, eNodeB 는 UE-B 가 그 서빙 셀을 EnodeB 에 속한 다른 셀로 변경할 때마다, Location Report message 를 MME 로 전송한다. 갱신(update)된 위치 정보는, MME 로부터 ProSe 서버로, 상술한 도 14 의 단계 9b 내지 12b 에서 나타난 바와 같이 HSS 를 통하여 전달된다.
도 14 의 단계 15 에서, 도 14 의 단계 11a 에서 수신된 Location Notification message 와 도 14 의 단계 10b 에서 수신된 Location Notification message 를 모두 기반하여, ProSe 서버는 UE-A 의 위치 정보 및 UE-B 의 위치 정보 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다. 만약, ProSe 서버가 UE-A 와 UE-B 의 근접(proximity)이라고 판단하면. 도 14 의 단계 16 이 수행된다. 그렇지 않다면, ProSe 서버는 새로운 Location Notification message 가 HSS 로부터 수신될 때마다 근접(proximity)여부를 확인한다. 만약, ProSe 서버가, UE-A 및 UE-B 가 근접 관계라고 판단하거나, 만약 도 14 의 단계 3a 에서 시작된 타이머와 도 14 의 단계 3b 에서 시작된 타이머가 만료되었다면, 도 14 의 단계 16 이 수행된다.
도 14 의 단계 16 에서, ProSe 서버는 UE-A 와 관계된 위치 보고를 중단할 것을 HSS 에게 요청한다. 상기 위치 보고 취소는 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
도 14 의 단계 17 에서, ProSe 서버는 UE-B 와 관계된 위치 보고를 중단할 것을 HSS 에게 요청한다. 상기 위치 보고 취소는 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
도 14 의 단계 18 에서, ProSe 서버는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-A 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-A 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 14 의 단계 19 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버는 ProSe Discovery Alert message 를 UE-B 에게 전송하여 UE-A 가 UE-B 를 탐색하길 원한다는 것을 알려줄 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 3a~14a) 및 UE-B 의 위치 정보를 획득하기 위한 단계(즉, 단계 3b~14b)는 병렬적으로 수행될 수도 있다.
또한, ProSe 서버는 UE-A 및 UE-B 에 대하여 각각 별개의 타이머를 개시(start)하는 대신에, UE-A 및 UE-B 모두를 위한 Time_X 를 가지는 단일 타이머를 개시(start)할 수도 있다.
만약, UE-A 가 유휴 상태인 경우, 유휴 상태의 위치 정보를 획득하기 위한 도 14 의 단계 8b~14b 가, 도 14 의 단계 8a~14a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 연결 상태인 경우에는, 연결 상태의 위치 정보를 획득하기 위한 도 14 의 단계 8a~14a 가, 도 14 의 단계 8b~14b 대신 수행될 수도 있다.
상술한 도 14 에서, 설명의 편의를 위하여 UE-A 와 UE-B 는 동일한 eNodeB 및 동일한 MME 에 의하여 서비스되는 경우를 설명하였으나, 이상에서 설명한 실시예들은, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 동일한 eNodeB 및 서로 다른 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
나아가, 상술한 도 14 의 단계 16~17 및 단계 18~19 는 병렬적으로 수행될 수도 있다.
또한, 상기 도 14 의 단계 16 및 17 의 경우, ProSe 서버가 UE-A 와 UE-B 간의 근접(proximity) 관계가 있다고 판단한 경우 수행할 수 있는데, 이와는 달리 단계 18 을 수행 후 UE-A 로부터 UE-B 를 탐색했음을 확인하는 메시지를 수신 후 수행할 수도 있다. 또는 단계 19 를 수행 후 UE-B 로부터 UE-A 를 탐색했음을 확인하는 메시지를 수신 후 수행할 수도 있다.
3-5. 제 11 실시예
도 15 는 본 발명에 따른 제 11 실시예를 나타내는 것으로, 구체적으로는 디스커버러와 디스커버리가 서로 다른 PLMN 내에 존재하는 경우(여기서, 디스커버러와 디스커버리가 모두 논-로밍), EPC-레벨 ProSe 탐색 동작을 나타내는 참고도이다.
현재 탐색 가능한 다른 단말(이하, UE-B)가 있는지 알기 위하여, 탐색을 수행하는 단말(이하, UE-A)는 도 15 에서 나타난 바와 같이 네트워크로 ProSe 탐색을 요청한다. 이하의 과정에서, UE-A(즉, 디스커버러) 및 UE-B(즉, 디스커버리)는 각각 서로 다른 PLMN(즉, UE-A 와 UE-B 는 각각 PLMN-A, PLMN-B)에 등록된 경우를 가정한다. 도 15 에서, UE-A 와 UE-B 는 논-로밍(non-roaming)인 경우이며, MME-A, HSS-A 및 ProSe 서버-A 는 PLMN-A 에 속하며, MME-B, HSS-B 및 ProSe 서버-B 는 PLMN-B 에 속한다.
먼저 UE-A 는 ProSe 서버-A 에 등록되어 있으며, UE-B 는 ProSe 서버-B 에 등록되어 있다.
먼저 도 15 의 단계 1 에서, UE-A 는 UE-B 와의 근접(proximity) 관계, 즉 UE-B 가 탐색가능한지 아닌지 여부에 대한 정보를 얻기 위하여, ProSe discovery Request message 를 ProSe 서버-A 로 전송한다. 이 때, UE-A 는, ProSe 서버-A 에 대하여 UE-B 와의 근접(proximity) 여부를 UE-A 로 즉시 제공해 줄 것을 지시하는 정보를, 상기 ProSe discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 15 의 단계 2 에서, ProSe 서버-A 는 UE-A 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-B 의 현재 위치 정보를 요청하기 위하여 ProSe Location Request message 를 ProSe 서버-B (즉, Home ProSe 서버) 에게 송신한다. 여기서, ProSe 서버-A 는, ProSe 서버-B 에 대하여 UE-B 의 위치 정보를 즉시 ProSe 서버-A 에게 제공해줄 것을 지시하는 정보를, 상기 ProSe Location Request message 에 포함시킬 수 있다. 나아가, ProSe 서버-A 는 상기 ProSe Location Request message 에 UE-A 가 UE-B 를 탐색(discover)하길 원한다는 정보를 포함시킬 수 있다. 왜냐하면, 디스커버리, 즉 UE-B 는 ProSe 서버-A 에 등록되어 있지 않기 때문에, ProSe 서버-A 는 UE-B 의 근접(Proximity)여부를 확인하기 위하여 네트워크 공유 정보(network sharing information)가 필요하다고 판단하기 때문이다. 따라서, ProSe 서버-A 는, ProSe 서버-B 로 하여금 UE-B 의 위치 정보와 함께 네트워크 공유 정보를 ProSe 서버-A 에게 제공해줄 것을 지시하는 정보를 상기 ProSe Location Request message 에 포함시킬 수 있다.
도 15 의 단계 3 에서, ProSe 서버-B 는 UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지를 확인한다.
도 15 의 단계 4 에서, ProSe 서버-B 는, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용되는지 아닌지 여부를 지시하는 정보와 함께, ProSe Location Request Ack message 를 ProSe 서버-A 로 회신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용되는지 않는 경우, 도 15 의 단계 15 가 수행된다.
이하, 도 15 의 단계 5a~13a 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 15 의 단계 5a 에서, ProSe 서버-B 는 UE-B 의 현재 위치 정보를 요청하기 위하여, Location Request message 를 HSS-B 에게 전송한다. 여기서, ProSe 서버-B 는, HSS-B 로 하여금 UE-B 의 현재 위치 정보와 함께 네트워크 공유 정보를 ProSe 서버-B 에게 제공해줄 것을 지시하는 정보를 상기 Location Request message 에 포함시킬 수 있다.
도 15 의 단계 6a 에서, HSS-B 는, UE-B 를 서비스하는 MME-B 로 Insert Subscriber Data Request message 를 전송한다. 여기서, HSS-B 는 Insert Subscriber Data Request message 에 포함된 "EPS Location Information Request"의 비트 및 "Current Location Request" 의 비트를, MME-B 에게 UE-B 의 가장 최신 위치 정보를 제공해줄 것을 요청하도록 설정할 수 있다. 또한, HSS-B 는 Insert Subscriber Data Request message 에 MME-B 로 하여금 네트워크 공유 정보를 HSS-B 에게 제공해줄 것을 지시하기 위하여 "Network Sharing Information Request" 의 새로운 비트를 설정할 수 도 있다.
도 15 의 단계 7a 에서, UE-B 는 유휴 상태라고 가정한다. MME-B 는 UE-B 가 등록되어 있는 트래킹(tracking) 영역(들)에 속해있는 각각의 eNodeB 에게 페이징 메시지를 전송한다.
도 15 의 단계 8a 에서, UE-B 는 eNodeB(들)에 의하여 페이징 메시지를 수신한다.
도 15 의 단계 9a 에서, 수신된 페이징 메시지에 따라, UE-B 는 Service Request procedure 를 개시한다.
도 15 의 단계 10a 에서, 도 15 의 단계 9a 에서 UE-B 의 셀 정보를 획득한 MME 는, UE-B 의 가장 최근 위치 정보를 포함하는 Insert Subscriber Data Answer message 를 HSS-B 에게 전송한다. 만약, UE-B 를 서비스하는 eNodeB 가 공유 RAN(Shared Radio Access Network, Shared RAN)인 경우, MME-B 는 UE-B 를 서비스하는 eNodeB 와 관계된 브로드캐스트 PLMNs 에 관한 네트워크 공유 정보를 상기 Insert Subscriber Data Answer message 에 포함시킬 수 있다. 여기서, 브로드캐스트 PLMN 들에 관한 정보는 UE-B 를 서비스하는 eNodeB 에 의하여 브로드 캐스팅되는 PLMN 들의 식별자 리스트일 수 있다.
또한, MME 는 상기 Insert Subscriber Data Request 메시지에 포함된 네트워크 공유 정보(network sharing information)를 요청하는 "Network Sharing Information Request" 비트 정보가 설정되어 있지 않거나 없더라도, UE-B 를 서비스(serve)하는 eNodeB 가 공유 RAN 인 경우 무조건 네트워크 공유 정보를 포함시켜 HSS 에게 응답 메시지, 즉, Insert Subscriber Data Answer 메시지를 전송할 수도 있다. 나아가, 이는 도 15 의 단계 9b 에도 동일하게 적용될 수 있다.
도 15 의 단계 11a 에서, HSS-B 는 ProSe 서버-B 에게, UE-B 의 가장 최근의 위치 정보를 제공하고, 만약 PLMN 들의 식별자 리스트가 존재하는 경우에는 이를 제공하기 위하여 Location Response message 를 전송한다.
도 15 의 단계 12a 에서, ProSe 서버-B 는 ProSe 서버-A 에게, UE-B 의 가장 최근의 위치 정보를 제공하고, 만약 PLMN 들의 식별자 리스트가 존재하는 경우에는 이를 제공하기 위하여 ProSe Location Notification message 를 전송한다
도 15 의 단계 13a 에서, ProSe 서버-A 는 ProSe Location Notification Ack message 를 ProSe 서버-B 에게 회신(return)한다.
이하 도 15 의 단계 5b~10b 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 15 의 단계 5b 에서, ProSe 서버-A 는 UE-A 의 현재 위치 정보를 요청하기 위하여 Location Request message 를 HSS-A 에게 전송한다. 왜냐하면, 디스커버리, 즉 UE-B 는 ProSe 서버-A 에 등록되어 있지 않기 때문에, ProSe 서버-A 는 UE-B 의 근접(Proximity)여부를 확인하기 위하여 네트워크 공유 정보(network sharing information)가 필요하다고 판단하기 때문이다. 따라서, ProSe 서버-A 는, HSS-A 로 하여금 UE-B 의 위치 정보와 함께 네트워크 공유 정보를 ProSe 서버-A 에게 제공해줄 것을 지시하는 정보를 상기 Location Request message 에 포함시킬 수 있다.
도 15 의 단계 6b 에서, HSS-A 는, UE-A 를 서비스하는 MME-A 로 Insert Subscriber Data Request message 를 전송한다. 여기서, HSS-A 는 Insert Subscriber Data Request message 에 포함된 "EPS Location Information Request"의 비트 및 "Current Location Request" 의 비트를, MME-A 에게 UE-A 의 가장 최신 위치 정보를 제공해줄 것을 요청하도록 설정할 수 있다. 또한, HSS-A 는 Insert Subscriber Data Request message 에 MME-A 로 하여금 네트워크 공유 정보를 HSS-A 에게 제공해줄 것을 지시하기 위하여 "Network Sharing Information Request" 의 새로운 비트를 설정할 수 도 있다.
도 15 의 7b 에서, UE-A 는 연결 상태라고 가정한다. MME-A 는 eNodeB 로 UE-A 의 가장 최신의 셀 정보(cell information)를 획득하기 위하여 Location Reporting Control message 를 전송한다. 상기 Location Reporting Control message 에 포함된 요청 타입 정보 요소(Request Type IE)는 eNodeB 로 하여금 UE-A 의 위치 정보를 즉시 보고할 것을 지시한다.
도 15 의 단계 8b 에서, eNodeB 는 Location Report message 을 MME-A 로 전송함으로써, UE-A 의 가장 최신 셀 정보(cell information)를 회신(return)한다.
도 15 의 단계 9b 에서, MME 는, UE-A 의 가장 최근 위치 정보를 포함하는 Insert Subscriber Data Answer message 를 HSS-A 에게 전송한다. 만약, UE-A 를 서비스하는 eNodeB 가 공유 RAN(Shared Radio Access Network, Shared RAN)인 경우, MME-A 는 UE-A 를 서비스하는 eNodeB 와 관계된 브로드캐스트 PLMNs 에 관한 네트워크 공유 정보를 상기 Insert Subscriber Data Answer message 에 포함시킬 수 있다. 여기서, 브로드캐스트 PLMN 들에 관한 정보는 UE-A 를 서비스하는 eNodeB 에 의하여 브로드캐스팅되는 PLMN 들의 식별자 리스트일 수 있다.
도 15 의 단계 10b 에서, HSS-A 는 는 ProSe 서버-A 에게, UE-A 의 가장 최근의 위치 정보를 포함하고, 만약 PLMN 들의 식별자 리스트가 존재하는 경우에는 이를 포함하는 Location Response message 를 전송한다.
도 15 의 단계 14 에서, 도 15 의 단계 12a 에서 수신된 ProSe Location Notification message 와 도 15 의 단계 10b 에서 수신된 Location Response message 에 모두 기반하여, ProSe 서버-A 는 UE-A 의 위치 정보 및 UE-B 의 위치 정보 및 브로드캐스트 PLMN 들에 대한 네트워크 공유 정보, 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다. 여기서, 상기 네트워크 공유 정보를 MME 가 제공하는 대신, ProSe 서버는 자신이 설정(configure)하고 있거나, 다른 네트워크 노드 또는 다른 UE 로부터 획득하여 가지고 있을 수도 있다.
도 15 의 단계 15 에서, ProSe 서버-A 는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-A 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-A 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 15 의 단계 16 내지 18 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버-A 는 ProSe 서버-B 에게 ProSe Discovery Alert message 를 UE-B 에게 전송하여 UE-A 가 UE-B 를 탐색하길 원한다는 것을 알려주도록 요청할 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 5a~13a) 및 UE-B 의 위치 정보를 획득하기 위한 단계(즉, 단계 5b~10b)는 병렬적으로 수행될 수도 있다.
나아가, UE-B 의 위치 정보를 획득하기 위한 단계(즉, 단계 5a~13a) 및 UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 5b~10b)는 병렬적으로 수행될 수도 있다.
만약, UE-A 가 연결 상태인 경우, 연결 상태의 위치 정보를 획득하기 위한 도 15 의 단계 7b~8b 가, 도 15 의 단계 7a~9a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 유휴 상태인 경우에는, 유휴 상태의 위치 정보를 획득하기 위한 도 15 의 단계 7a~9a 가, 도 15 의 단계 7b~8b 대신 수행될 수도 있다.
상술한 도 15 에서 나타난 실시예는, UE-A 와 UE-B 는 동일한 eNodeB 및 동일한 MME 에 의하여 서비스되는 경우에도 적용될 수 있으며, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 동일한 eNodeB 및 서로 다른 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
3-6. 제 12 실시예
도 16 은 본 발명에 따른 제 12 실시예를 나타내는 것으로, 시간 구간(time window)가 설정된 EPC-레벨 ProSe 탐색(EPC-level ProSe Discovery)에 대하여 설명한다.
UE-A 는 도 16 에서 나타난 바와 같이, 시간 구간 내에 UE-B 와 근접(proximity) 관계에 성립하는 경우 이를 알기 위하여, 네트워크에게 시간 구간(time window)과 같이 ProSe 탐색을 요청한다. 이하에서, UE-A(디스커버러)와 UE-B(디스커버리)는 동일한 PLMN 에 등록되어 있으며, 논-로밍인 경우를 가정한다.
본 실시예에서, UE-A 와 UE-B 는 ProSe 서버에 등록되어 있다.
도 16 의 단계 1 에서, UE-A 는 ProSe 서버로 시간 구간 내에서 UE-B 와 근접(proximity) 관계가 성립하는 경우 이를 알기 위하여, ProSe Discovery Request message 를 전송한다. 이 때, UE-A 는 ProSe 서버에게 어느 정도의 시간 구간까지 요청이 유효한지 지시하는 시간 구간 정보(즉, 도 16 의 Time_X)를 ProSe Discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 16 의 단계 2 에서, ProSe 서버는 UE-A 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다. 만약 UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용되지 않는 경우, 도 16 의 단계 16 이 수행된다.
이하, 도 16 의 단계 3a~14a 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 16 의 단계 3a 에서, ProSe 서버는 UE-A 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 16 의 단계 4a 에서, ProSe 서버는, HSS 로 Location Reporting Request message 를 전송함으로써, UE-A 와 관련된 위치 보고를 시작할 것을 HSS 에게 요청한다.
도 16 의 단계 5a 에서, MME 로 하여금 UE-A 와 관련된 위치 보고를 시작하게 만들기 위하여, HSS 는 Location Reporting Request message 를 MME 로 전송한다.
도 16 의 단계 6a 에서, MME 는 HSS 로 Location Reporting Request Ack message 와 함께 응답한다. 이 때 MME 는 저장하고 있는(가령, UE 의 MM context 에 저장하고 있는 마지막으로 알고 있는 ECGI 정보, 및/또는 마지막 TAU 의 TAI(예, TAI of the TA in which the last Tracking Area Update was initiated), 및/또는 Current Tracking Area list) UE-A 에 대한 가장 최근 위치 정보를 상기 Location Reporting Request Ack message 에 포함시킬 수도 있다. 이는 이하에서 기술하는 본 발명의 실시예들에서도 동일하게 적용될 수 있다.
도 16 의 단계 7a 에서, HSS 는 ProSe 서버로 Location Reporting Request Ack message 와 함께 응답한다.
도 16 의 단계 8a 에서 UE-A 는 연결 모드로 가정한다. MME 는 UE-A 에 대한 가장 최신의 셀 정보(cell information)를 획득하기 위하여 eNodeB 로 Location Reporting Control message 를 전송한다. 나아가, MME 는, UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, eNodeB 로 하여금 UE-A 의 현재 위치를 보고할 것을 지시하는 정보를 Location Reporting Control message 에 포함시킬 수 있다.
도 16 의 단계 9a 에서, eNodeB 는 Location Report message 를 MME 로 전송함으로써, UE-A 의 가장 최신의 셀 정보를 회신(return)한다.
도 16 의 단계 10a 에서, MME 는 UE-A 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 HSS 로 전송한다.
도 16 의 단계 11a 에서, HSS 는 UE-A 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 ProSe 서버로 전송한다.
도 16 의 단계 12a 에서, ProSe 서버는 Location Notification Ack message 로서 HSS 에게 응답한다.
도 16 의 단계 13a 에서, HSS 는 Location Notification Ack message 로서 MME 에게 응답한다.
도 16 의 단계 14a 에서, 단계 9a 이후에, eNodeB 는 UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, Location Report message 를 MME 로 전송한다. 갱신(update)된 위치 정보는, MME 로부터 ProSe 서버로, 상술한 도 16 의 단계 10a 내지 13a 에서 나타난 바와 같이 HSS 를 통하여 전달된다.
이하, 도 16 의 단계 3b~14b 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 16 의 단계 3b 에서, ProSe 서버는 UE-B 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 16 의 단계 4b 에서, ProSe 서버는 HSS 로 Location Reporting Request message 를 전송함으로써, UE-B 와 관련된 위치 보고를 시작할 것을 HSS 에게 요청한다
도 16 의 단계 5b 에서, MME 로 하여금 UE-B 와 관련된 위치 보고를 시작하게 만들기 위하여, HSS 는 Location Reporting Request message 를 MME 로 전송한다.
도 16 의 단계 6b 에서 MME 는 Location Reporting Request Ack message 로 HSS 에 응답한다.
이 때 MME 는 저장하고 있는 (가령, UE 의 MM context 에 저장하고 있는 마지막으로 알려진(last known) ECGI 정보 및/또는 마지막 TAU 의 TAI (예, TAI of the TA in which the last Tracking Area Update was initiated) 및/또는 Current Tracking Area list) UE-B 에 대한 가장 최근 위치 정보를, 상기 Location Reporting Request Ack message 에 포함시킬 수도 있다. 이는 이하에서 기술하는 본 발명의 실시예들에서도 동일하게 적용될 수 있다.
도 16 의 단계 7b 에서 HSS 는 Location Reporting Request Ack message 로 ProSe 서버에 응답한다.
도 16 의 단계 8b 에서, UE-B 는 유휴 상태로 가정한다. MME 는 UE-B 가 i)트래킹 영역 업데이트 절차(UE-B performs Tracking Area Update procedure), 혹은 ii)단말 트리거된 서비스 요청 절차(UE triggered Service Request procedure), iii)혹은 네트워크 트리거된 서비스 요청 절차(Network triggered Service Request procedure)를 수행할때까지 기다린다. 이후에, UE-B 는 트래킹 영역 업데이트 절차 또는 서비스 요청 절차를 수행한다.
도 16 의 단계 9b 에서, 도 16 의 단계 8b 에서 UE-B 의 셀 정보를 획득한 MME 는, UE-B 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 HSS 에게 전송한다.
도 16 의 단계 10b 에서, HSS 는 UE-B 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 ProSe 서버에게 전송한다.
도 16 의 단계 11b 에서, ProSe 서버는 HSS 에게 Location Notification Ack message 을 응답한다.
도 16 의 단계 12b 에서, HSS 는 MME 에게 Location Notification Ack message 을 응답한다.
도 16 의 단계 13b 에서, 단계 8b 이후에, 만약 UE-B 가 단계 8b 로 인하여 연결 모드로 변경되었다면, MME 는 eNodeB 에게, 단계 8a 에서 기술한 바와 같이 UE-B 가 그 서빙 셀을 EnodeB 에 속한 다른 셀로 변경할 때마다, UE-B 의 현재 위치를 보고할 것을 지시하도록 위치 보고 제어를 수행한다.
도 16 의 단계 14b 에서, 만약 단계 13b 에서 MME 가 eNodeB 에 대하여 위치 보고 제어를 수행했다면, eNodeB 는 UE-B 가 그 서빙 셀을 EnodeB 에 속한 다른 셀로 변경할 때마다, Location Report message 를 MME 로 전송한다. 갱신(uodate)된 위치 정보는, MME 로부터 ProSe 서버로, 상술한 도 16 의 단계 9b 내지 12b 에서 나타난 바와 같이 HSS 를 통하여 전달된다.
도 16 의 단계 15 에서, 도 16 의 단계 11a 에서 수신된 Location Notification message 와 도 16 의 단계 10b 에서 수신된 Location Notification message 를 모두 기반하여, ProSe 서버는 UE-A 의 위치 정보 및 UE-B 의 위치 정보 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다. 만약, ProSe 서버가 UE-A 와 UE-B 의 근접(proximity)이라고 판단하면. 도 16 의 단계 16 이 수행된다. 그렇지 않다면, ProSe 서버는 새로운 Location Notification message 가 HSS 로부터 수신될 때마다 근접(proximity)여부를 확인한다. 만약, ProSe 서버가, UE-A 및 UE-B 가 근접 관계라고 판단하거나, 만약 도 16 의 단계 3a 에서 시작된 타이머와 도 16 의 단계 3b 에서 시작된 타이머가 만료되었다면, 도 16 의 단계 16 이 수행된다.
또한, 만약 도 16 의 단계 6a 에서, MME 가 UE-A 에 대한 가장 최근 위치 정보를 상기 Location Reporting Request Ack message 에 포함시켰다면, 도 16 의 단계 11a 의 Location Notification Message 대신 단계 7a 의 Location Reporting Request Ack Message 를 수신 시, 이에 포함된 UE-A 의 위치 정보에 기반하여 ProSe 서버는 최초의 근접(proximity)여부 결정/확인 동작을 수행할 수 있다.
또한, 도 16 의 단계 6b 에서 MME 가 UE-B 에 대한 가장 최근 위치 정보를 상기 Location Reporting Request Ack message 에 포함시켰다면, 단계 10b 의 Location Notification Message 대신 단계 7b 의 Location Reporting Request Ack Message 를 수신 시, 이에 포함된 UE-B 의 위치 정보에 기반하여 ProSe 서버는 최초의 근접(proximity)여부 결정/확인 동작을 수행할 수 도 있다.
나아가, 본 실시예에서 설명하는 최초의 근접(proximity)여부 결정/확인 동작과 관련된 사항은 이하에서 설명하는 실시예들에서도 동일한 사상으로 적용될 수 있다.
또한, 선택적으로 ProSe 서버는, 다음과 같은 최적화(optimization) 동작을 수행할 수 있다 (나아가, 이하에서 설명하는 동작은 후술할 본 발명의 실시예들에서도 동일한 사상으로 적용될 수 있다.):
즉, ProSe 서버가 최초의 근접(proximity)여부 결정/확인 동작을 수행한 결과, UE-A 와 UE-B 가 일정 거리 이상 떨어져있음을 인지하였다면, ProSe 서버는 두 UE 가 시간 구간(time window, 예, Time_X) 내에 서로 근접(proximity) 위치/관계에 놓일 수 없거나 불가능하다고 판단할 수 있다.
이에 ProSe 서버는 i) 더 이상 근접 확인(proximity check)을 수행하지 않는 것 ii) 또는 근접 확인 동작을 중단/취소하는 것 iii) 또는 근접 요청 절차/동작을 중단/취소하는 것 iv) 또는 위치 보고 절차/동작을 중단/취소하는 것 v) 또는 ProSe 탐색 동작을 중단/취소하는 것을 결정할 수 있다.
이에 ProSe 서버는, ProSe 탐색(discovery)을 수행하는 UE 인 UE-A 에게, 도 16 의 단계 1 에서 수신한 ProSe Discovery Request 메시지에 대한 응답 메시지, 가령 ProSe Discovery Response 메시지를 전송하고, 도 16 의 단계 18 과 단계 19 를 수행할 수 있다. 여기서, 상기 응답 메시지에는, UE-A 가 UE-B 가 i)근접(proximity) 위치/관계가 아님을 알리는 정보 ii) 및/또는 근접(proximity) 위치/관계에 놓일 수 없거나 불가능함을 알리는 정보 iii) 및/또는 UE-A 와 UE-B 가 서로 멀리 떨어져 있음을 알리는 정보 등을, 명시적 또는 함축적으로 포함시킬 수 있다. 여기서 '일정 거리' 는 실제의 거리 값일 수도 있으나, 거리 또는 두 UE 가 떨어져 있는 정도를 유추할 수 있는 정보일 수 있다. 또한, 상기 '일정 거리' 정보는 ProSe 서버에 설정(configure) 되어 있을 수도 있고(예컨대, proximity criteria 형태로), ProSe 서버가 다른 네트워크 노드로부터 획득할 수도 있다.
나아가, 본 실시예에서는 상기의 최적화 동작을 근접(proximity) 여부를 확인/결정하는 네트워크 노드인 ProSe 서버에서 수행하지만, 이러한 최적화 동작은 ProSe 서버가 아닌 다른 네트워크 노드(즉, 근접(proximity) 여부를 확인/결정하는 다른 네트워크 노드가 있는 경우, 그 노드 또는 그 외의 네트워크 노드) 에서 수행될 수도 있다.
또한, UE 의 위치 정보 트래킹/보고하는 방법으로 본 실시예와 같은 방법이 아닌 다른 방법 (예컨대, LCS(Location Services), SUPL(Secure User Plane Location) 등)이 사용되는 경우에도 적용 가능하다. 또한, 상기의 최적화 동작은 최초의 근접(proximity) 여부를 결정/확인 시에만 수행할 수도 있으나, 매번 근접(proximity) 여부를 결정/확인 시에도 수행할 수 있다.
도 16 의 단계 16 에서, ProSe 서버는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-A 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-A 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 16 의 단계 17 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버는 ProSe Discovery Alert message 를 UE-B 에게 전송하여 UE-A 가 UE-B 를 탐색하길 원한다는 것을 알려줄 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
도 16 의 단계 18 에서, ProSe 서버는 UE-A 와 관계된 위치 보고를 중단할 것을 HSS 에게 요청한다. 상기 위치 보고 취소는 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
도 16 의 단계 19 에서, ProSe 서버는 UE-B 와 관계된 위치 보고를 중단할 것을 HSS 에게 요청한다. 상기 위치 보고 취소는 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 3a~14a) 및 UE-B 의 위치 정보를 획득하기 위한 단계(즉, 단계 3b~14b)는 병렬적으로 수행될 수도 있다.
또한, ProSe 서버는 UE-A 및 UE-B 에 대하여 각각 별개의 타이머를 개시(start)하는 대신에, UE-A 및 UE-B 모두를 위한 Time_X 를 가지는 단일 타이머를 개시(start)할 수도 있다.
만약, UE-A 가 유휴 상태인 경우, 유휴 상태의 위치 정보를 획득하기 위한 도 16 의 단계 8b~14b 가, 도 16 의 단계 8a~14a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 연결 상태인 경우에는, 연결 상태의 위치 정보를 획득하기 위한 도 16 의 단계 8a~14a 가, 도 16 의 단계 8b~14b 대신 수행될 수도 있다.
상술한 도 16 에서, 설명의 편의를 위하여 UE-A 와 UE-B 는 동일한 eNodeB 및 동일한 MME 에 의하여 서비스되는 경우를 설명하였으나, 이상에서 설명한 실시예들은, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 동일한 eNodeB 및 서로 다른 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
3-7. 제 13 실시예
도 17 은 본 발명에 따른 제 13 실시예를 나타내는 것으로, 디스커버러와 디스커버리가 모두 동일한 PLMN 에 등록되어 있고, 디스커버러는 로밍인 경우, 시간 구간이 정해진 EPC-레벨 ProSe 탐색(EPC-level ProSe Discovery)에 대하여 설명한다.
UE-A 는 도 17 에서 나타난 바와 같이, 시간 구간내에 UE-B 와 근접(proximity) 관계에 성립하는 경우 이를 알기 위하여, 네트워크에게 시간 구간(time window)와 같이 ProSe 탐색을 요청한다. 이하에서, UE-A(디스커버러)와 UE-B(디스커버리)는 동일한 PLMN(즉, PLMN-B, 반면 UE-A 는 그 HPLMN, 즉 PLMN-A 로부터 로밍된 경우) 에 등록되어 있는 경우를 가정한다. 도 17 에서, HSS-A 와 ProSe 서버-A 는 PLMN-A 에 속하며, eNodeB, MME, HSS-B 및 ProSe 서버-B 는 PLMN-B 에 속한다.
먼저, UE-A 와 UE-B 는 ProSe 서버-B 에 등록되어 있다.
도 17 의 단계 1 에서, UE-A 는 ProSe 서버-B, 즉 UE-A 의 visted ProSe 서버로, 시간 구간 내에서 UE-B 와 근접(proximity) 관계가 성립하는 경우 이를 알기 위하여, ProSe Discovery Request message 를 전송한다. 이 때, UE-A 는 ProSe 서버-B 에게 어느 정도의 시간 구간까지 요청이 유효한지 지시하는 시간 구간 정보(즉, 도 17 의 Time_X)를 ProSe Discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 17 의 단계 2 에서, ProSe 서버는 UE-A 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다. 만약 UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용되지 않는 경우, 도 17 의 단계 20 이 수행된다.
이하, 도 17 의 단계 3a~18a 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 17 의 단계 3a 에서, ProSe 서버-B 는 UE-A 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 17 의 단계 4a 에서, ProSe 서버-B 는, ProSe 서버-A(즉, UE-A 의 Home Prose 서버)로 ProSe Location Reporting Request message 를 전송함으로써, UE-A 와 관련된 위치 보고를 요청한다.
도 17 의 단계 5a 에서, ProSe 서버-A 는 ProSe Location Request Ack message 를 ProSe 서버-B 에게 회신한다.
도 17 의 단계 6a 에서, ProSe 서버-A 는, HSS-A 로 Location Reporting Request message 를 전송함으로써, UE-A 와 관련된 위치 보고를 시작할 것을 HSS-A 에게 요청한다.
도 17 의 단계 7a 에서, MME 로 하여금 UE-A 와 관련된 위치 보고를 시작하게 만들기 위하여, HSS-A 는 Location Reporting Request message 를 MME 로 전송한다.
도 17 의 단계 8a 에서, MME 는 HSS-A 로 Location Reporting Request Ack message 와 함께 응답한다.
도 17 의 단계 9a 에서, HSS-A 는 ProSe 서버-A 로 Location Reporting Request Ack message 로 응답한다.
도 17 의 단계 10a 에서 UE-A 는 연결 모드로 가정한다. MME 는 UE-A 에 대한 가장 최신의 셀 정보(cell information)를 획득하기 위하여 eNodeB 로 Location Reporting Control message 를 전송한다. 나아가, MME 는, UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, eNodeB 로 하여금 UE-A 의 현재 위치를 보고할 것을 지시하는 정보를 Location Reporting Control message 에 포함시킬 수 있다.
도 17 의 단계 11a 에서, eNodeB 는 Location Report message 를 MME 로 전송함으로써, UE-A 의 가장 최신의 셀 정보를 회신(return)한다.
도 17 의 단계 12a 에서, MME 는 UE-A 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 HSS-A 로 전송한다.
도 17 의 단계 13a 에서, HSS-A 는 UE-A 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 ProSe 서버-A 로 전송한다.
도 17 의 단계 14a 에서, ProSe 서버-A 는 Location Notification Ack message 로서 HSS-A 에게 응답한다.
도 17 의 단계 15a 에서, HSS-A 는 Location Notification Ack message 로서 MME 에게 응답한다.
도 17 의 단계 16a 에서, ProSe 서버-A 는 UE-A 의 현재 위치 정보를 제공하기 위하여 ProSe Location Notification message 를 ProSe 서버-B 에게 송신한다.
도 17 의 단계 17a 에서, ProSe 서버-B 는 ProSe Location Notification Ack message 를 ProSe 서버-A 에게 회신한다.
도 17 의 단계 18a 에서, 단계 11a 이후에, eNodeB 는 UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, Location Report message 를 MME 로 전송한다. 갱신(update)된 위치 정보는, MME 로부터 ProSe 서버-A 로, 상술한 도 17 의 단계 12a 내지 15a 에서 나타난 바와 같이 HSS-A 를 통하여 전달된다. 만약, ProSe 서버-A 가 갱신된 위치 정보를 수신한다면, 수신된 정보는 도 17 의 단계 16a 내지 단계 17a 상에서 나타난 바와 같이 ProSe 서버-B 로 포워드(forward)될 수 있다.
이하, 도 17 의 단계 3b~14b 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 17 의 단계 3b 에서, ProSe 서버-B 는 UE-B 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 17 의 단계 4b 에서, ProSe 서버-B 는 HSS-B 로 Location Reporting Request message 를 전송함으로써, UE-B 와 관련된 위치 보고를 시작할 것을 HSS-B 에게 요청한다.
도 17 의 단계 5b 에서, MME 로 하여금 UE-B 와 관련된 위치 보고를 시작하게 만들기 위하여, HSS-B 는 Location Reporting Request message 를 MME 로 전송한다.
도 17 의 단계 6b 에서 MME 는 Location Reporting Request Ack message 로 HSS-B 에 응답한다.
도 17 의 단계 7b 에서 HSS-B 는 Location Reporting Request Ack message 로 ProSe 서버-B 에 응답한다.
도 17 의 단계 8b 에서, UE-B 는 유휴 상태로 가정한다. MME 는 UE-B 가 i)트래킹 영역 업데이트 절차(UE-B performs Tracking Area Update procedure), 혹은 ii)단말 트리거된 서비스 요청 절차(UE triggered Service Request procedure), iii)혹은 네트워크 트리거된 서비스 요청 절차(Network triggered Service Request Procedure)를 수행할때까지 기다린다. 이후에, UE-B 는 트래킹 영역 업데이트 절차 또는 서비스 요청 절차를 수행한다.
도 17 의 단계 9b 에서, 도 17 의 단계 8b 에서 UE-B 의 셀 정보를 획득한 MME 는, UE-B 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 HSS-B 에게 전송한다.
도 17 의 단계 10b 에서, HSS-B 는 UE-B 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 ProSe 서버-B 에게 전송한다.
도 17 의 단계 11b 에서, ProSe 서버-B 는 HSS-B 에게 Location Notification Ack message 을 응답한다.
도 17 의 단계 12b 에서, HSS-B 는 MME 에게 Location Notification Ack message 을 응답한다.
도 17 의 단계 13b 에서, 단계 8b 이후에, 만약 UE-B 가 단계 8b 로 인하여 연결 모드로 변경되었다면, MME 는 eNodeB 에게, 단계 10a 에서 기술한 바와 같이 UE-B 가 그 서빙 셀을 EnodeB 에 속한 다른 셀로 변경할 때마다, UE-B 의 현재 위치를 보고할 것을 지시하도록 위치 보고 제어를 수행한다.
도 17 의 단계 14b 에서, 만약 단계 13b 에서 MME 가 eNodeB 에 대하여 위치 보고 제어를 수행했다면, eNodeB 는 UE-B 가 그 서빙 셀을 EnodeB 에 속한 다른 셀로 변경할 때마다, Location Report message 를 MME 로 전송한다. 갱신(uodate)된 위치 정보는, MME 로부터 ProSe 서버-B 로, 상술한 도 17 의 단계 9b 내지 12b 에서 나타난 바와 같이 HSS-B 를 통하여 전달된다.
도 17 의 단계 19 에서, 도 17 의 단계 16a 에서 수신된 ProSe Location Notification message 와 도 17 의 단계 10b 에서 수신된 Location Notification message 를 모두 기반하여, ProSe 서버-B 는 UE-A 의 위치 정보 및 UE-B 의 위치 정보 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다. 만약, ProSe 서버-B 가 UE-A 와 UE-B 의 근접(proximity)이라고 판단하면. 도 17 의 단계 20 이 수행된다. 그렇지 않다면, ProSe 서버-B 는 새로운 Location Notification message 가 ProSe 서버-A 또는 HSS-B 로부터 수신될 때 마다 근접(proximity)여부를 확인한다. 만약, ProSe 서버가, UE-A 및 UE-B 가 근접 관계라고 판단하거나, 만약 도 17 의 단계 3a 에서 시작된 타이머와 도 17 의 단계 3b 에서 시작된 타이머가 만료되었다면, 도 17 의 단계 20 이 수행된다.
도 17 의 단계 20 에서, ProSe 서버-B 는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-A 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-A 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 17 의 단계 21 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버-B 는 ProSe Discovery Alert message 를 UE-B 에게 전송하여 UE-A 가 UE-B 를 탐색하길 원한다는 것을 알려줄 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
도 17 의 단계 22 에서, ProSe 서버-B 는 UE-A 와 관계된 위치 보고를 중단할 것을 ProSe 서버-A 에게 요청한다. 상기 위치 보고 취소는 HSS-A 를 통하여 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
도 17 의 단계 23 에서, ProSe 서버-B 는 UE-B 와 관계된 위치 보고를 중단할 것을 HSS-B 에게 요청한다. 상기 위치 보고 취소는 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 3a~18a) 및 UE-B 의 위치 정보를 획득하기 위한 단계(즉, 단계 3b~14b)는 병렬적으로 수행될 수도 있다.
또한, ProSe 서버-B 는 UE-A 및 UE-B 에 대하여 각각 별개의 타이머를 개시(start)하는 대신에, UE-A 및 UE-B 모두를 위한 Time_X 를 가지는 단일 타이머를 개시(start)할 수도 있다.
만약, UE-A 가 유휴 상태인 경우, 유휴 상태의 위치 정보를 획득하기 위한 도 17 의 단계 8b~14b 가, 도 17 의 단계 10a~15a 및 단계 18a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 연결 상태인 경우에는, 연결 상태의 위치 정보를 획득하기 위한 도 17 의 단계 10a~15a 및 단계 18a 가, 도 17 의 단계 8b~14b 대신 수행될 수도 있다.
상술한 도 17 에서, 설명의 편의를 위하여 UE-A 와 UE-B 는 동일한 eNodeB 및 동일한 MME 에 의하여 서비스되는 경우를 설명하였으나, 이상에서 설명한 실시예들은, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 동일한 eNodeB 및 서로 다른 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
3-8. 제 14 실시예
도 18 은 본 발명에 따른 제 14 실시예를 나타내는 것으로, 디스커버러와 디스커버리가 모두 동일한 PLMN 에 등록되어 있고, 디스커버리는 로밍인 경우, 시간 구간이 정해진 EPC-레벨 ProSe 탐색(EPC-level ProSe Discovery)에 대하여 설명한다.
UE-B 는 도 18 에서 나타난 바와 같이, 시간 구간 내에 UE-A 와 근접(proximity) 관계에 성립하는 경우 이를 알기 위하여, 네트워크에게 시간 구간(time window)와 같이 ProSe 탐색을 요청한다. 이하에서, UE-B(디스커버러)와 UE-A(디스커버리)는 동일한 PLMN(즉, PLMN-B, 반면 UE-A 는 그 HPLMN, 즉 PLMN-A 로부터 로밍된 경우) 에 등록되어 있는 경우를 가정한다. 도 18 에서, HSS-A 와 ProSe 서버-A 는 PLMN-A 에 속하며, eNodeB, MME, HSS-B 및 ProSe 서버-B 는 PLMN-B 에 속한다.
먼저, UE-A 와 UE-B 는 ProSe 서버-B 에 등록되어 있다.
도 18 의 단계 1 에서, UE-B 는 ProSe 서버-B 로 시간 구간 내에서 UE-A 와 근접(proximity) 관계가 성립하는 경우 이를 알기 위하여, ProSe Discovery Request message 를 전송한다. 이 때, UE-B 는 ProSe 서버-B 에게 어느 정도의 시간 구간까지 요청이 유효한지 지시하는 시간 구간 정보(즉, 도 18 의 Time_X)를 ProSe Discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 18 의 단계 2 에서, ProSe 서버-B 는 UE-B 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-A 의 Home ProSe 서버인 ProSe 서버-A 에게 ProSe Permission Check Request message 를 전송함으로써, UE-B/사용자-B 가 UE-A/사용자-A 를 탐색하는 것이 허용(permit)되는지 여부를 확인할 것을 요청한다.
도 18 의 단계 3 에서, ProSe 서버-A 는 UE-B/사용자-B 가 UE-A/사용자-A 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다.
도 18 의 단계 4 에서, ProSe 서버-A 는, ProSe Permission Check Response message 를 UE-B/사용자-B 가 UE-A/사용자-A 를 탐색하는 것이 허용(permit)되는지 아니지 여부를 지시하는 정보와 함께 ProSe 서버-B 에게 전송한다. 만약, UE-B/사용자-B 가 UE-A/사용자-A 를 탐색하는 것이 허용(permit)되지 않는 경우 도 18 의 단계 22 가 수행된다.
이하, 도 18 의 단계 5a~20a 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 18 의 단계 5a 에서, ProSe 서버-B 는 UE-A 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 18 의 단계 6a 에서, ProSe 서버-B 는, ProSe 서버-A(즉, UE-A 의 Home Prose 서버)로 ProSe Location Reporting Request message 를 전송함으로써, UE-A 와 관련된 위치 보고를 요청한다.
도 18 의 단계 7a 에서, ProSe 서버-A 는 ProSe Location Request Ack message 를 ProSe 서버-B 에게 회신한다.
도 18 의 단계 8a 에서, ProSe 서버-A 는, HSS-A 로 Location Reporting Request message 를 전송함으로써, UE-A 와 관련된 위치 보고를 시작할 것을 HSS-A 에게 요청한다.
도 18 의 단계 9a 에서, MME 로 하여금 UE-A 와 관련된 위치 보고를 시작하게 만들기 위하여, HSS-A 는 Location Reporting Request message 를 MME 로 전송한다.
도 18 의 단계 10a 에서, MME 는 HSS-A 로 Location Reporting Request Ack message 와 함께 응답한다.
도 18 의 단계 11a 에서, HSS-A 는 ProSe 서버-A 로 Location Reporting Request Ack message 로 응답한다.
도 18 의 단계 12a 에서, UE-A 는 유휴 상태로 가정한다. MME 는 UE-A 가 i)트래킹 영역 업데이트 절차(UE-B performs Tracking Area Update procedure), 혹은 ii)단말 트리거된 서비스 요청 절차(UE triggered Service Request procedure), iii)혹은 네트워크 트리거된 서비스 요청 절차(Network triggered Service Request procedure)를 수행할때까지 기다린다. 이후에, UE-A 는 트래킹 영역 업데이트 절차 또는 서비스 요청 절차를 수행한다.
도 18 의 단계 13a 에서, 도 18 의 단계 12a 에서 UE-A 의 셀 정보를 획득한 MME 는, UE-A 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 HSS-A 에게 전송한다.
도 18 의 단계 14a 에서, HSS-A 는 UE-A 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 ProSe 서버-A 에게 전송한다.
도 18 의 단계 15a 에서, ProSe 서버-A 는 HSS-A 에게 Location Notification Ack message 을 응답한다.
도 18 의 단계 16a 에서, HSS-A 는 MME 에게 Location Ntification Ack message 을 응답한다.
도 18 의 단계 17a 에서, ProSe 서버-A 는 UE-A 의 현재 위치 정보를 제공하기 위하여 ProSe Location Notification message 를 ProSe 서버-B 로 송신한다.
도 18 의 단계 18a 에서, ProSe 서버-B 는 ProSe Location Notification Ack message 를 ProSe 서버-A 에게 회신한다.
도 18 의 단계 19a 에서, 단계 12a 이후에, 만약 UE-A 가 단계 12a 로 인하여 연결 모드로 변경되었다면, MME 는 eNodeB 에게, 단계 10b 에서 기술한 바와 같이 UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때마다, UE-A 의 현재 위치를 보고할 것을 지시하도록 위치 보고 제어를 수행한다.
도 18 의 단계 20a 에서, 만약 단계 19a 에서 MME 가 eNodeB 에 대하여 위치 보고 제어를 수행했다면, eNodeB 는 UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때마다, Location Report message 를 MME 로 전송한다. 갱신(uodate)된 위치 정보는, MME 로부터 ProSe 서버-A 로, 상술한 도 18 의 단계 13a 내지 16a 에서 나타난 바와 같이 HSS-A 를 통하여 전달된다. 만약, ProSe 서버-A 가 갱신된 위치 정보를 수신한다면, 단계 17a 내지 18a 에서 나타난 바와 같이, 그 정보를 ProSe 서버-B 로 포워드(forward)한다.
이하, 도 18 의 단계 5b~16b 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 18 의 단계 5b 에서, ProSe 서버-B 는 UE-B 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 18 의 단계 6b 에서, ProSe 서버-B 는 HSS-B 로 Location Reporting Request message 를 전송함으로써, UE-B 와 관련된 위치 보고를 시작할 것을 HSS-B 에게 요청한다.
도 18 의 단계 7b 에서, MME 로 하여금 UE-B 와 관련된 위치 보고를 시작하게 만들기 위하여, HSS-B 는 Location Reporting Request message 를 MME 로 전송한다.
도 18 의 단계 8b 에서 MME 는 Location Reporting Request Ack message 로 HSS-B 에 응답한다.
도 18 의 단계 9b 에서 HSS-B 는 Location Reporting Request Ack message 로 ProSe 서버-B 에 응답한다.
도 18 의 단계 10b 에서 UE-B 는 연결 모드로 가정한다. MME 는 UE-B 에 대한 가장 최신의 셀 정보(cell information)를 획득하기 위하여 eNodeB 로 Location Reporting Control message 를 전송한다. 나아가, MME 는, UE-B 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, eNodeB 로 하여금 UE-B 의 현재 위치를 보고할 것을 지시하는 정보를 Location Reporting Control message 에 포함시킬 수 있다.
도 18 의 단계 11b 에서, eNodeB 는 Location Report message 를 MME 로 전송함으로써, UE-B 의 가장 최신의 셀 정보를 회신(return)한다.
도 18 의 단계 12b 에서, MME 는 UE-B 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 HSS-B 로 전송한다.
도 18 의 단계 13b 에서, HSS-B 는 UE-B 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 ProSe 서버-B 로 전송한다.
도 18 의 단계 14b 에서, ProSe 서버-B 는 Location Notification Ack message 로서 HSS-B 에게 응답한다.
도 18 의 단계 15b 에서, HSS-B 는 Location Notification Ack message 로서 MME 에게 응답한다.
도 18 의 단계 16b 에서, 단계 11b 이후에, eNodeB 는 UE-B 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, Location Report message 를 MME 로 전송한다. 갱신(update)된 위치 정보는, MME 로부터 ProSe 서버-B 로, 상술한 도 18 의 단계 12b 내지 13b 에서 나타난 바와 같이 HSS-B 를 통하여 전달된다.
도 18 의 단계 21 에서, 도 18 의 단계 17a 에서 수신된 ProSe Location Notification message 와 도 18 의 단계 13b 에서 수신된 Location Notification message 를 모두 기반하여, ProSe 서버-B 는 UE-A 의 위치 정보 및 UE-B 의 위치 정보 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다. 만약, ProSe 서버-B 가 UE-A 와 UE-B 의 근접(proximity)이라고 판단하면. 도 18 의 단계 22 가 수행된다. 그렇지 않다면, ProSe 서버-B 는 새로운 Location Notification message 가 ProSe 서버-A 또는 HSS-B 로부터 수신될 때 마다 근접(proximity)여부를 확인한다. 만약, ProSe 서버가, UE-A 및 UE-B 가 근접 관계라고 판단하거나, 만약 도 18 의 단계 5a 에서 시작된 타이머와 도 18 의 단계 5b 에서 시작된 타이머가 만료되었다면, 도 18 의 단계 22 가 수행된다.
도 18 의 단계 22 에서, ProSe 서버-B 는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-B 로 송신한다. 만약, UE-B/사용자-B 가 UE-A/사용자-A 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-B로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 18 의 단계 23 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버-B 는 ProSe Discovery Alert message 를 UE-A 에게 전송하여 UE-B 가 UE-A 를 탐색하길 원한다는 것을 알려줄 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
도 18 의 단계 24 에서, ProSe 서버-B 는 UE-A 와 관계된 위치 보고를 중단할 것을 ProSe 서버-A 에게 요청한다. 상기 위치 보고 취소는 HSS-A 를 통하여 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
도 18 의 단계 25 에서, ProSe 서버-B 는 UE-B 와 관계된 위치 보고를 중단할 것을 HSS-B 에게 요청한다. 상기 위치 보고 취소는 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 5a~20a) 및 UE-B 의 위치 정보를 획득하기 위한 단계(즉, 단계 5b~16b)는 병렬적으로 수행될 수도 있다.
또한, ProSe 서버-B 는 UE-A 및 UE-B 에 대하여 각각 별개의 타이머를 개시(start)하는 대신에, UE-A 및 UE-B 모두를 위한 Time_X 를 가지는 단일 타이머를 개시(start)할 수도 있다.
만약, UE-A 가 연결 상태인 경우, 연결 상태의 위치 정보를 획득하기 위한 도 18 의 단계 10b~16b 가, 도 18 의 단계 12a~16a 및 단계 19a~20a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 유휴 상태인 경우에는, 유휴 상태의 위치 정보를 획득하기 위한 도 18 의 단계 12a~16a 및 단계 19a~20a 가, 도 18 의 단계 10b~16b 대신 수행될 수도 있다.
상술한 도 18 에서, 설명의 편의를 위하여 UE-A 와 UE-B 는 동일한 eNodeB 및 동일한 MME 에 의하여 서비스되는 경우를 설명하였으나, 이상에서 설명한 실시예들은, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 동일한 eNodeB 및 서로 다른 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
3-9. 제 15 실시예
이하에서는, 서로 다른 PLMN 들 내에서 수행되는 EPC-레벨 ProSe 탐색에 대하여 설명한다.
만약, ProSe 서버가 디스커버러(discoverer)로부터 ProSe 탐색을 위한 요청을 수신하는 경우, 디스커버리(discoveree)가 ProSe 서버에 등록되어있는지 아닌지 여부를 확인한다. 만약, 디스커버리가 ProSe 서버에 등록되지 않은 경우라면, ProSe 서버는, ProSe 서버가 존재하고 디스커버러가 등록된 PLMN 이 아닌, 다른 PLMN 에 디스커버리가 등록된 것으로 판단한다.
따라서, ProSe 서버가, 디스커버러와 디스커버리 사이의 근접(proximity)여부를 판단하기 위하여 네트워크 공유 정보(network sharing information)를 체크하고, 다른 네트워크 노드에게 위치 요청을 할 때, 다른 네트워크 노드에게 UE 들의 위치 정보와 함께 네트워크 공유 정보를 함께 제공해줄 것을 지시한다.
만약, 단말(디스커버러 혹은 디스커버리)을 서비스하는 eNodeB 가 공유RAN(Shared RAN)인 경우, MME 는 네트워크 공유 정보와 함께 단말들의 위치 정보를 제공한다. 네트워크 공유 정보는 단말을 서비스하는 eNodeB 에 의하여 브로드캐스팅된 PLMN 들의 식별자 리스트일 수 있다.
도 19 는 본 실시예에 따라 서로 다른 PLMN 내에서 EPC-레벨 ProSe 탐색을 나타내는 참고도이다. 여기서, 디스커버러와 디스커버리는 논-로밍이라고 가정한다.
UE-A 는 도 19 에서 나타난 바와 같이, 시간 구간 내에 UE-B 와 근접(proximity) 관계에 성립하는 경우 이를 알기 위하여, 네트워크에게 시간 구간(time window)와 같이 ProSe 탐색을 요청한다. 이하에서, UE-A(디스커버러)와 UE-B(디스커버리)는 서로 다른 PLMN, 즉, UE-A 와 UE-B 는 각각 PLMN-A, PLMN-B 에 등록된 경우를 가정한다. 여기서, UE-A 와 UE-B 는 논-로밍인 경우를 가정하며, 도 19 에서, MME-A, HSS-A 와 ProSe 서버-A 는 PLMN-A 에 속하며, MME-B, HSS-B 및 ProSe 서버-B 는 PLMN-B 에 속한다.
먼저, UE-A 는 ProSe 서버-A 에 등록되어 있고, UE-B 는 ProSe 서버-B 에 등록되어 있다.
도 19 의 단계 1 에서, UE-A 는 ProSe 서버-A 로 시간 구간 내에서 UE-B 와 근접(proximity) 관계가 성립하는 경우 이를 알기 위하여, ProSe Discovery Request message 를 전송한다. 이 때, UE-A 는 ProSe 서버에게 어느 정도의 시간 구간까지 요청이 유효한지 지시하는 시간 구간 정보(즉, 도 19 의 Time_X)를 ProSe Discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 19 의 단계 2 에서, ProSe 서버-A 는 UE-A 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-B 의 Home ProSe 서버인 ProSe 서버-B 에게 ProSe Permission Check Request message 를 전송함으로써, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 ProSe 서버-B 가 확인할 것을 요청한다.
도 19 의 단계 3 에서, ProSe 서버-B 는 UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다.
도 19 의 단계 4 에서, ProSe 서버-B 는, ProSe Permission Check Response message 를 UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 아니지 여부를 지시하는 정보와 함께 ProSe 서버-A 에게 전송한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되지 않는 경우 도 19 의 단계 22 가 수행된다.
이하, 도 19 의 단계 5a~16a 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 19 의 단계 5a 에서, ProSe 서버-A 는 UE-A 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 19 의 단계 6a 에서, ProSe 서버-A 는 HSS-A 에게 Location Reporting Request message 를 송신하여, HSS-A 로 하여금 UE-A 에 관한 위치 보고를 시작할 것을 요청한다. 왜냐하면, 디스커버리, UE-B 는 ProSe 서버-A 에 등록되어 있지 않으므로, ProSe 서버-A 는 UE-B 와의 근접(Proxmity)여부를 확인하기 위하여 네트워크 공유 정보가 필요하다고 판단하기 때문이다. 따라서, ProSe 서버-A 는 HSS-A 로 하여금 네트워크 공유 정보와 함께 UE-A 의 위치 정보를 ProSe 서버-A 로 제공해줄 것을 지시하는 정보를 Location Reporting Request message 에 포함시킬 수 있다. 여기서, 상기 네트워크 공유 정보를 제공해 줄 것을 가리키는 정보는, 네트워크 공유 정보를 제공해 줄 것을 가리키는 정보 외에도 다양한 형태의 정보 (가령, discoverer UE 와 discoveree UE 가 서로 다른 PLMN 에 등록/위치함을 가리키는 정보)일 수 있다. 즉, 명시적인 형태 또는 함축적인 형태의 지시 정보일 수 있으며, 다수의 정보가 조합된 형태로 Location Reporting Request 메시지에 포함될 수도 있다. 이는 단계 도 19 의 단계 7a 에서 HSS-A 가 MME-A 에게 Location Reporting Request 메시지를 보낼 때도 동일하게 적용될 수 있다.
도 19 의 단계 7a 에서, HSS-A 는 MME-A 로 하여금 UE-A 에 관한 위치 보고를 시작하게 만들기 위하여 Location Reporting Request message 를 MME-A 로 송신한다.
도 19 의 단계 8a 에서, MME-A 는 HSS-A 에게 Location Reporting Request Ack message 로 응답한다.
도 19 의 단계 9a 에서, HSS-A 는 ProSe 서버-A 에게 Location Reporting Request Ack message 로 응답한다.
도 19 의 단계 10a 에서 UE-A 는 연결 모드로 가정한다. MME-A 는 UE-A 에 대한 가장 최신의 셀 정보(cell information)를 획득하기 위하여 eNodeB 로 Location Reporting Control message 를 전송한다. 나아가, MME-A 는, UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, eNodeB 로 하여금 UE-A 의 현재 위치를 보고할 것을 지시하는 정보를 Location Reporting Control message 에 포함시킬 수 있다.
도 19 의 단계 11a 에서, eNodeB 는 Location Report message 를 MME-A 로 전송함으로써, UE-A 의 가장 최신의 셀 정보를 회신(return)한다.
도 19 의 단계 12a 에서, MME-A 는 UE-A 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 HSS-A 로 전송한다. 만약, UE-A 를 서비스하는 eNodeB 가 공유 RAN(Shared RAN)인 경우, MME-A 는 UE-A 를 서비스하는 eNodeB 관련 브로드캐스팅된 PLMN 들에 관한 네트워크 공유 정보를 Location Notification message 에 포함시킬 수 있다. 여기서, 브로드캐스팅된 PLMN 들에 관한 정보는 UE-A 를 서비스하는 eNodeB 에 의하여 브로드캐스팅된 PLMN 들의 식별자 리스트일 수 있다.
도 19 의 단계 13a 에서, HSS-A 는 UE-A 의 가장 최근의 위치 정보 및 만약 브로드캐스팅된 PLMN 들의 식별자 리스트가 존재한다면 이를 포함하는 Location Notification message 를 ProSe 서버-A 로 전송한다.
도 19 의 단계 14a 에서, ProSe 서버-A 는 Location Notification Ack message 로서 HSS-A 에게 응답한다.
도 19 의 단계 15a 에서, HSS-A 는 Location Notification Ack message 로서 MME-A 에게 응답한다.
도 19 의 단계 16a 에서, 단계 11a 이후에, eNodeB 는 UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, Location Report message 를 MME-A 로 전송한다. 갱신(update)된 위치 정보는, MME-A 로부터 ProSe 서버-A 로, 상술한 도 19 의 단계 12a 내지 15a 에서 나타난 바와 같이 HSS-A 를 통하여 전달된다.
이하, 도 19 의 단계 5b~20b 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 19 의 단계 5b 에서, ProSe 서버-A 는 UE-B 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 19 의 단계 6b 에서, ProSe 서버-A 는 UE-B 의 위치 정보를 요청하기 위하여, UE-B 의 Home ProSe 서버인 ProSe 서버-B 에게, ProSe Location Request message 를 송신한다. 왜냐하면, 디스커버리, UE-B 는 ProSe 서버-A 에 등록되어 있지 않으므로, ProSe 서버-A 는 UE-B 와의 근접(Proxmity)여부를 확인하기 위하여 네트워크 공유 정보가 필요하다고 판단하기 때문이다. 따라서, ProSe 서버-A 는 ProSe 서버-B 로 하여금 네트워크 공유 정보와 함께 UE-B 의 위치 정보를 ProSe 서버-A 로 제공해줄 것을 지시하는 정보를 ProSe Location Request message 에 포함시킬 수 있다. 여기서, 상기 네트워크 공유 정보를 제공해 줄 것을 가리키는 정보는, 네트워크 공유 정보를 제공해 줄 것을 가리키는 정보 외에도 다양한 형태의 정보 (가령, discoverer UE 와 discoveree UE 가 서로 다른 PLMN 에 등록/위치함을 가리키는 정보)일 수 있다. 즉, 명시적인 형태 또는 함축적인 형태의 지시 정보일 수 있으며, 다수의 정보가 조합된 형태로 Location Reporting Request Message 에 포함될 수도 있다. 이는 단계 도 19 의 단계 8b 에서 ProSe 서버-B 가 HSS-B 에게 Location Reporting Request Message 를 보낼 때, 그리고 단계 9b 에서 HSS-B 가 MME-B 에게 Location Reporting Request Message 를 보낼 때도 동일하게 적용될 수 있다.
도 19 의 7b 에서, ProSe 서버-B 는 ProSe Location Request Ack message 를 ProSe 서버-A 에게 회신한다.
도 19 의 단계 8b 에서, ProSe 서버-B 는, HSS-B 로 Location Reporting Request message 를 전송함으로써, UE-B 와 관련된 위치 보고를 시작할 것을 HSS-B 에게 요청한다. 여기서, ProSe 서버-B 는 HSS-B 로 하여금 네트워크 공유 정보와 함께 UE-B 의 위치 정보를 ProSe-서버 B 에게 제공해 줄 것을 지시하는 정보를 Location Reporting Request message 에 포함시킬 수 있다.
도 19 의 단계 9b 에서, HSS-B 는, MME-B 로 Location Reporting Request message 를 전송함으로써, UE-B 와 관련된 위치 보고를 시작할 것을 MME-B 에게 요청한다. 여기서, HSS- B 는 MME-B 로 하여금 네트워크 공유 정보와 함께 UE-B 의 위치 정보를 HSS-B 에게 제공해 줄 것을 지시하는 정보를 Location Reporting Request message 에 포함시킬 수 있다.
도 19 의 단계 10b 에서, MME-B 는 HSS-B 로 Location Reporting Request Ack message 와 함께 응답한다.
도 19 의 단계 11b 에서, HSS-B 는 ProSe 서버-B 로 Location Reporting Request Ack message 로 응답한다.
도 19 의 단계 12b 에서, UE-B 는 유휴 상태로 가정한다. MME-B 는 UE-B 가 i)트래킹 영역 업데이트 절차(UE-A performs Tracking Area Update procedure), 혹은 ii)단말 트리거된 서비스 요청 절차(UE triggered Service Request Procedure), iii)혹은 네트워크 트리거된 서비스 요청 절차(Network triggered Service Request procedure)를 수행할때까지 기다린다. 이후에, UE-B 는 트래킹 영역 업데이트 절차 또는 서비스 요청 절차를 수행한다.
도 19 의 단계 13b 에서, 도 19 의 단계 12b 에서 UE-B 의 셀 정보를 획득한 MME-B 는, UE-B 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 HSS-B 에게 전송한다. 만약, UE-B 를 서비스하는 eNodeB 가 공유 RAN(Shared RAN)인 경우, MME-B 는 UE-B 를 서비스하는 eNodeB 관련 브로드캐스팅된 PLMN 들에 관한 네트워크 공유 정보를 Location Notification message 에 포함시킬 수 있다. 여기서, 브로드캐스팅된 PLMN 들에 관한 정보는 UE-B 를 서비스하는 eNodeB 에 의하여 브로드캐스팅된 PLMN 들의 식별자 리스트일 수 있다.
도 19 의 단계 14b 에서, HSS-B 는 UE-B 의 가장 최근의 위치 정보 및 만약 브로드캐스팅된 PLMN 들의 식별자 리스트가 존재한다면 이를 포함하는 Location Notification message 를 ProSe 서버-B 로 전송한다.
도 19 의 단계 15b 에서, ProSe 서버-B 는 HSS-B 에게 Location Notification Ack message 을 응답한다.
도 19 의 단계 16b 에서, HSS-B 는 MME-B 에게 Location Notification Ack message 을 응답한다.
도 19 의 단계 17b 에서, ProSe 서버-B 는 UE-B 의 최근의 위치 정보 및 만약 브로드캐스팅된 PLMN 들의 식별자 리스트가 존재한다면 이를 제공하기 위하여 ProSe Location Notification message 를 ProSe 서버-A 로 전송한다.
도 18 의 단계 18b 에서, ProSe 서버-A 는 ProSe Location Notification Ack message 를 ProSe 서버-B 로 회신한다.
도 19 의 단계 19b 에서, 단계 12b 이후에, 만약 UE-B 가 단계 12b 로 인하여 연결 모드로 변경되었다면, MME-B 는 eNodeB 에게, 단계 10a 에서 기술한 바와 같이 UE-B 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때마다, UE-B 의 현재 위치를 보고할 것을 지시하도록 위치 보고 제어를 수행한다.
도 19 의 단계 20b 에서, 만약 단계 19b 에서 MME-B 가 eNodeB 에 대하여 위치 보고 제어를 수행했다면, eNodeB 는 UE-B 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때마다, Location Report message 를 MME-B 로 전송한다. 갱신(update)된 위치 정보는, MME-B 로부터 ProSe 서버-B 로, 상술한 도 19 의 단계 13b 내지 16b 에서 나타난 바와 같이 HSS-B 를 통하여 전달된다. 만약, ProSe 서버-B 가 갱신된 위치 정보를 수신한다면, 단계 17b 내지 18b 에서 나타난 바와 같이, 그 정보를 ProSe 서버-A 로 포워드(forward)한다.
도 19 의 단계 21 에서, 도 19 의 단계 13a 에서 수신된 Location Notification message 와 도 19 의 단계 17b 에서 수신된 ProSe Location Notification message 를 모두 기반하여, ProSe 서버-A 는, UE-A 의 위치 정보 및 UE-B 의 위치 정보 및 브로드캐스팅된 PLMN 들의 네트워크 공유 정보 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다. 만약, ProSe 서버-A 가 UE-A 와 UE-B 가 근접(proximity)이라고 판단하면. 도 19 의 단계 22 가 수행된다. 그렇지 않다면, ProSe 서버-A 는 새로운 Location Notification message 가 ProSe 서버-B 또는 HSS-A 로부터 수신될 때마다 근접(proximity)여부를 확인한다. 만약, ProSe 서버-A 가, UE-A 및 UE-B 가 근접 관계라고 판단하거나, 만약 도 19 의 단계 5a 에서 시작된 타이머와 도 19 의 단계 5b 에서 시작된 타이머가 만료되었다면, 도 19 의 단계 22 가 수행된다.
도 19 의 단계 22 에서, ProSe 서버-A 는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-A 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-A 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 19 의 단계 23 내지 단계 25 에서, 만약, UE-B 및 UE-A 가 근접(proximity)하다면, ProSe 서버-A 는 ProSe 서버-B 에게 ProSe Discovery Alert message 를 UE-B 에게 전송하여 UE-A 가 UE-B 를 탐색하길 원한다는 것을 알려주도록 요청할 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
도 19 의 단계 26 에서, ProSe 서버-A 는 UE-A 와 관계된 위치 보고를 중단할 것을 HSS-A 에게 요청한다. 상기 위치 보고 취소는 MME-A 및 필요한 경우 eNodeB 에게 적용될 수 있다.
도 19 의 단계 27 에서, ProSe 서버-A 는 UE-B 와 관계된 위치 보고를 중단할 것을 ProSe 서버-B 에게 요청한다. 상기 위치 보고 취소는 HSS-B 를 통하여 MME-B 및 필요한 경우 eNodeB 에게 적용될 수 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 5a~16a) 및 UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 5b~20b)는 병렬적으로 수행될 수도 있다.
또한, ProSe 서버-A 는 UE-A 및 UE-B 에 대하여 각각 별개의 타이머를 개시(start)하는 대신에, UE-A 및 UE-B 모두를 위한 Time_X 를 가지는 단일 타이머를 개시(start)할 수도 있다.
만약, UE-A 가 유휴 상태인 경우, 유휴 상태의 위치 정보를 획득하기 위한 도 19 의 단계 12b~16b 및 19b~20b 가, 도 19 의 단계 10a∼16a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 연결 상태인 경우에는, 연결 상태의 위치 정보를 획득하기 위한 도 19 의 단계 10a~16a 가, 도 19 의 단계 12b∼16b 및 단계 19b~20b 대신 수행될 수도 있다.
상술한 도 19 에서 개시된 절차는, UE-B 와 UE-A 는 동일한 eNodeB 및 동일한 MME 에도 적용될 수 있으며, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
3-10. 제 16 실시예
이하에서는, Inter-PLMN EPC-레벨 ProSe 탐색에 대하여 설명한다. 도 20 에서, 디스커버러와 디스커버리는 논-로밍이라고 가정한다.
UE-A 는 도 20 에서 나타난 바와 같이, 시간 구간(time window) 내에 UE-B 와 근접(proximity) 관계에 성립하는 경우 이를 알기 위하여, 네트워크에게 시간 구간(time window)와 같이 ProSe 탐색을 요청한다. 이하에서, UE-A(디스커버러)와 UE-B(디스커버리)는 서로 다른 PLMN, 즉, UE-A 와 UE-B 는 각각 PLMN-A, PLMN-B 에 등록된 경우를 가정한다. 여기서, UE-A 와 UE-B 는 논-로밍인 경우를 가정하며, 도 20 에서, MME-A, HSS-A 와 ProSe 서버-A 는 PLMN-A 에 속하며, MME-B, HSS-B 및 ProSe 서버-B 는 PLMN-B 에 속한다.
먼저, UE-A 는 ProSe 서버-A 에 등록되어 있고, UE-B 는 ProSe 서버-B 에 등록되어 있다.
도 20 의 단계 1 에서, UE-A 는 ProSe 서버-A 로 시간 구간 내에서 UE-B 와 근접(proximity) 관계가 성립하는 경우 이를 알기 위하여, ProSe Discovery Request message 를 전송한다. 이 때, UE-A 는 ProSe 서버에게 어느 정도의 시간 구간까지 요청이 유효한지 지시하는 시간 구간 정보(즉, 도 20 의 Time_X)를 ProSe Discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 20 의 단계 2 에서, ProSe 서버-A 는 UE-A 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-B 의 Home ProSe 서버인 ProSe 서버-B 에게 ProSe Permission Check Request message 를 전송함으로써, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 ProSe 서버-B 가 확인할 것을 요청한다.
도 20 의 단계 3 에서, ProSe 서버-B 는 UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다.
도 20 의 단계 4 에서, ProSe 서버-B 는, ProSe Permission Check Response message 를 UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 아니지 여부를 지시하는 정보와 함께 ProSe 서버-A 에게 회신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되지 않는 경우 도 20 의 단계 22 가 수행된다.
이하, 도 20 의 단계 5a~16a 는 UE-A 의 위치 정보를 획득하기 위하여 수행된다.
도 20 의 단계 5a 에서, ProSe 서버-A 는 UE-A 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 20 의 단계 6a 에서, ProSe 서버-A 는 HSS-A 에게 Location Reporting Request message 를 송신하여, HSS-A 로 하여금 UE-A 에 관한 위치 보고를 시작할 것을 요청한다.
도 20 의 단계 7a 에서, HSS-A 는 MME-A 로 하여금 UE-A 에 관한 위치 보고를 시작하게 만들기 위하여 Location Reporting Request message 를 MME-A 로 송신한다.
도 20 의 단계 8a 에서, MME-A 는 HSS-A 에게 Location Reporting Request Ack message 로 응답한다.
도 20 의 단계 9a 에서, HSS-A 는 ProSe 서버-A 에게 Location Reporting Request Ack message 로 응답한다.
도 20 의 단계 10a 에서 UE-A 는 연결 모드로 가정한다. MME-A 는 UE-A 에 대한 가장 최신의 셀 정보(cell information)를 획득하기 위하여 eNodeB 로 Location Reporting Control message 를 전송한다. 나아가, MME-A 는, UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, eNodeB 로 하여금 UE-A 의 현재 위치를 보고할 것을 지시하는 정보를 Location Reporting Control message 에 포함시킬 수 있다.
도 20 의 단계 11a 에서, eNodeB 는 Location Report message 를 MME-A 로 전송함으로써, UE-A 의 가장 최신의 셀 정보를 회신(return)한다.
도 20 의 단계 12a 에서, MME-A 는 UE-A 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 HSS-A 로 전송한다.
도 20 의 단계 13a 에서, HSS-A 는 UE-A 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 ProSe 서버-A 로 전송한다.
도 20 의 단계 14a 에서, ProSe 서버-A 는 Location Notification Ack message 로서 HSS-A 에게 응답한다.
도 20 의 단계 15a 에서, HSS-A 는 Location Notification Ack message 로서 MME-A 에게 응답한다.
도 20 의 단계 16a 에서, 단계 11a 이후에, eNodeB 는 UE-A 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때 마다, Location Report message 를 MME-A 로 전송한다. 갱신(update)된 위치 정보는, MME-A 로부터 ProSe 서버-A 로, 상술한 도 20 의 단계 12a 내지 15a 에서 나타난 바와 같이 HSS-A 를 통하여 전달된다.
이하, 도 20 의 단계 5b~20b 는 UE-B 의 위치 정보를 획득하기 위하여 수행된다.
도 20 의 단계 5b 에서, ProSe 서버-A 는 UE-B 에 대하여 Time_X 의 값으로 타이머를 시작한다.
도 20 의 단계 6b 에서, ProSe 서버-A 는 UE-B 의 위치 정보를 요청하기 위하여, UE-B 의 Home ProSe 서버인 ProSe 서버-B 에게, ProSe Location Request message 를 송신한다. 왜냐하면, 디스커버리, UE-B 는 ProSe 서버-A 에 등록되어 있지 않으므로, ProSe 서버-A 는 UE-B 와의 근접(Proxmity)여부를 확인하기 위하여 네트워크 공유 정보가 필요하다고 판단하기 때문이다. 따라서, ProSe 서버-A 는 ProSe 서버-B 로 하여금, UE-B 의 위치정보와 같은 좌표(co-ordinates) 관련 정보와 함께 UE-B 의 위치 정보를, ProSe 서버-A 로 제공해줄 것을 지시하는 정보를 ProSe Location Request message 에 포함시킬 수 있다.
여기서, 상기 UE-B 의 위치 정보로 좌표 관련 정보(co-ordinates related information)을 제공해 줄 것을 가리키는 정보는, 좌표 관련 정보를 제공해 줄 것을 가리키는 정보 외에도 다양한 형태의 정보 (가령, discoverer UE 와 discoveree UE 가 서로 다른 PLMN 에 등록/위치함을 가리키는 정보)일 수 있다. 즉, 명시적인 형태 또는 함축적인 형태의 indication 정보일 수 있으며, 다수의 정보가 조합된 형태로 ProSe Location Request Message 에 포함될 수도 있다.
도 20 의 7b 에서, ProSe 서버-B 는 ProSe Location Request Ack message 를 ProSe 서버-A 에게 회신한다.
도 20 의 단계 8b 에서, ProSe 서버-B 는, HSS-B 로 Location Reporting Request message 를 전송함으로써, UE-B 와 관련된 위치 보고를 시작할 것을 HSS-B 에게 요청한다.
도 20 의 단계 9b 에서, HSS-B 는, MME-B 로 Location Reporting Request message 를 전송함으로써, UE-B 와 관련된 위치 보고를 시작할 것을 MME-B 에게 요청한다.
도 20 의 단계 10b 에서, MME-B 는 HSS-B 로 Location Reporting Request Ack message 와 함께 응답한다.
도 20 의 단계 11b 에서, HSS-B 는 ProSe 서버-B 로 Location Reporting Request Ack message 로 응답한다.
도 20 의 단계 12b 에서, UE-B 는 유휴 상태로 가정한다. MME-B 는 UE-B 가 i)트래킹 영역 업데이트 절차(UE-A Performs Tracking Area Update procedure), 혹은 ii)단말 트리거된 서비스 요청 절차(UE triggered Service Request procedure), iii)혹은 네트워크 트리거된 서비스 요청 절차(Network triggered Service Request procedure)를 수행할때까지 기다린다. 이후에, UE-B 는 트래킹 영역 업데이트 절차 또는 서비스 요청 절차를 수행한다.
도 20 의 단계 13b 에서, 도 20 의 단계 12b 에서 UE-B 의 셀 정보를 획득한 MME-B 는, UE-B 의 가장 최근 위치 정보를 포함하는 Location Notification message 를 HSS-B 에게 전송한다.
도 20 의 단계 14b 에서, HSS-B 는 UE-B 의 가장 최근의 위치 정보를 포함하는 Location Notification message 를 ProSe 서버-B 로 전송한다.
도 20 의 단계 15b 에서, ProSe 서버-B 는 HSS-B 에게 Location Notification Ack message 을 응답한다.
도 20 의 단계 16b 에서, HSS-B 는 MME-B 에게 Location Notification Ack message 을 응답한다.
도 20 의 단계 17b 에서, ProSe 서버-B 는 UE-B 의 현재 위치 정보를 제공하기 위하여 ProSe Location Notification message 를 ProSe 서버-A 로 전송한다.
만약 도 20 의 단계 6b 에서 수신한 ProSe Location Request 메시지에 좌표 관련 정보를 제공해 줄 것을 가리키는 정보가 포함되어 있었다면, ProSe 서버-B 는 상기 단계 14b 에서 수신한 Location Notification 메시지에 포함된 UE-B 의 현재 위치 정보에 기반하여 추출/유추/결정한 좌표(co-ordinates) 정보를 상기 ProSe 서버-A 에게 보내는 ProSe Location Notification 메시지에 포함시킨다. 이때 UE-B 의 셀 정보(즉, ECGI 정보)은 포함시킬 수도 있고, 포함시키지 않을 수도 있다.
또한, 만약 상기 도 20 의 단계 6b 에서 수신한 ProSe Location Request 메시지에 좌표 관련 정보를 제공해 줄 것을 가리키는 정보가 포함되어 있지 않았다 하더라도, UE-B 가 ProSe 서버-B 에 등록되어 있지 않으면 ProSe 서버-B 는 상기 도 20 의 단계 14b 에서 수신한 Location Notification 메시지에 포함된 UE-B 의 현재 위치 정보에 기반하여 추출/유추/결정한 좌표(co-ordinates) 정보를, 상기 ProSe 서버-A 에게 보내는 ProSe Location Notification 메시지에 포함시킨다. 이때 UE-B 의 셀 정보(즉, ECGI 정보)은 포함시킬 수도 있고, 포함시키지 않을 수도 있다.
또한, ProSe 서버-B 는 UE 의 위치 정보 (예컨대, 셀 정보 또는 ECGI)로부터 좌표 정보를 추출/유추/결정/변환하는데 필요한 매핑(mapping) 정보를 유지하고 있거나, 다른 네트워크 노드와의 상호작용(interaction)을 통해 셀 정보에 대응/매핑하는 좌표 정보를 획득할 수 있다. 이에 상기 좌표 정보는, i)셀의 중심 좌표(즉, 위도와 경도) 정보 ii)및/또는 셀이 커버하는 동서남북 각각의 좌표(즉, 위도와 경도) 정보 iii)및/또는 셀이 커버하는 동서 거리 정보 iv)및/또는 셀이 커버하는 남북 거리 정보가 될 수 있다. 또한, 상기에서 좌표 정보는 정확한 값일 수도 있으나, 대략적인 값일 수도 있다.
도 20 의 단계 18b 에서, ProSe 서버-A 는 ProSe Location Notification Ack message 를 ProSe 서버-B 로 회신한다.
도 20 의 단계 19b 에서, 단계 12b 이후에, 만약 UE-B 가 단계 12b 로 인하여 연결 모드로 변경되었다면, MME-B 는 eNodeB 에게, 단계 10a 에서 기술한 바와 같이 UE-B 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때마다, UE-B 의 현재 위치를 보고할 것을 지시하도록 위치 보고 제어를 수행한다.
도 20 의 단계 20b 에서, 만약 단계 19b 에서 MME-B 가 eNodeB 에 대하여 위치 보고 제어를 수행했다면, eNodeB 는 UE-B 가 그 서빙 셀을 eNodeB 에 속한 다른 셀로 변경할 때마다, Location Report message 를 MME-B 로 전송한다. 갱신(uodate)된 위치 정보는, MME-B 로부터 ProSe 서버-B 로, 상술한 도 20 의 단계 13b 내지 16b 에서 나타난 바와 같이 HSS-B 를 통하여 전달된다. 만약, ProSe 서버-B 가 갱신된 위치 정보를 수신한다면, 단계 17b 내지 18b 에서 나타난 바와 같이, 그 정보를 ProSe 서버-A 로 포워드(forward)한다.
도 20 의 단계 21 에서, 도 20 의 단계 13a 에서 수신된 Location Notification message 와 도 20 의 단계 17b 에서 수신된 ProSe Location Notification message 를 모두 기반하여, ProSe 서버-A 는, UE-A 의 위치 정보 및 UE-B 의 위치 정보 그리고 근접 기준(proximity criteria)에 따라, UE-A 와 UE-B 의 근접(proximity) 여부를 결정한다. 만약, ProSe 서버-A 가 UE-A 와 UE-B 가 근접(proximity)이라고 판단하면. 도 20 의 단계 22 가 수행된다. 그렇지 않다면, ProSe 서버-A 는 새로운 Location Notification message 가 ProSe 서버-B 또는 HSS-A 로부터 수신될 때 마다 근접(proximity)여부를 확인한다. 만약, ProSe 서버-A 가, UE-A 및 UE-B 가 근접 관계라고 판단하거나, 만약 도 20 의 단계 5a 에서 시작된 타이머와 도 20 의 단계 5b 에서 시작된 타이머가 만료되었다면, 도 20 의 단계 22 가 수행된다.
나아가, 상기에서 ProSe 서버-A 가 UE-A 와 UE-B 의 근접(proximity) 여부를 결정하기 위해 사용하는 위치 정보는 셀 정보(즉, ECGI 정보) 가 아닌 좌표(co-ordinates) 정보이다.
여기서, ProSe 서버-A 는 UE 의 위치 정보 (예컨대, cell 정보 또는 ECGI)로부터 좌표 정보를 추출/유추/결정/변환하는데 필요한 매핑 정보를 유지하고 있거나, 다른 네트워크 노드와의 상호작용(interaction)을 통해 셀 정보에 대응/매핑하는 좌표 정보를 획득할 수 있다. 이에 상기 좌표 정보는 i)셀의 중심 좌표(즉, 위도와 경도) 정보 ii)및/또는 셀이 커버하는 동서남북 각각의 좌표(즉, 위도와 경도) 정보 iii)및/또는 셀이 커버하는 동서 거리 정보 iv)및/또는 셀이 커버하는 남북 거리 정보가 될 수 있다. 상기에서 좌표 정보는 정확한 값일 수도 있고 대략적인 값일 수도 있다.
도 20 의 단계 22 에서, ProSe 서버-A 는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-A 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-A 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 20 의 단계 23 내지 단계 25 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버-A 는 ProSe 서버-B 에게 ProSe Discovery Alert message 를 UE-B 에게 전송하여 UE-A 가 UE-B 를 탐색하길 원한다는 것을 알려주도록 요청할 수도 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
도 20 의 단계 26 에서, ProSe 서버-A 는 UE-A 와 관계된 위치 보고를 중단할 것을 HSS-A 에게 요청한다. 상기 위치 보고 취소는 MME-A 및 필요한 경우 eNodeB 에게 적용될 수 있다.
도 20 의 단계 27 에서, ProSe 서버-A 는 UE-B 와 관계된 위치 보고를 중단할 것을 ProSe 서버-B 에게 요청한다. 상기 위치 보고 취소는 HSS-B 를 통하여 MME-B 및 필요한 경우 eNodeB 에게 적용될 수 있다.
나아가, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 5a~16a) 및 UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 5b~20b)는 병렬적으로 수행될 수도 있다.
또한, ProSe 서버-A 는 UE-A 및 UE-B 에 대하여 각각 별개의 타이머를 개시(start)하는 대신에, UE-A 및 UE-B 모두를 위한 Time_X 를 가지는 단일 타이머를 개시(start)할 수도 있다.
만약, UE-A 가 유휴 상태인 경우, 유휴 상태의 위치 정보를 획득하기 위한 도 20 의 단계 12b~16b 및 19b~20b 가, 도 20 의 단계 10a~16a 대신 수행될 수도 있다. 또한, 만약 UE-B 가 연결 상태인 경우에는, 연결 상태의 위치 정보를 획득하기 위한 도 20 의 단계 10a~16a 가, 도 20 의 단계 12b~16b 및 단계 19b~20b 대신 수행될 수도 있다.
상술한 도 20 에서 개시된 절차는 UE-A 와 UE-B 는 동일한 eNodeB 및 동일한 MME 에도 적용될 수 있으며, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
나아가, 상기한 내용은 디스커버러 UE 와 디스커버리 UE 가 RAN/네트워크를 공유(share)하는 (즉, RAN sharing 또는 network sharing 이 되는) 서로 다른 PLMN 에 등록되어 있는 경우뿐만 아니라, RAN/네트워크를 공유하지 않는 서로 다른 PLMN 에 등록되어 있는 경우에도 적용 가능하다.
또한, 상술한 실시예에서는 ProSe 서버가 셀 정보 (ECGI 정보)로부터 좌표 정보를 추출/유추/결정/변환하는 동작을 수행하나 이와는 달리 MME 또는 HSS 가 수행할 수도 있다.
또한, 상기에서 제안한 좌표 정보에 기반한 proximity 여부 결정 방법은 inter-PLMN discovery (즉, discoverer UE 와 discoveree UE 가 서로 다른 PLMN 에 등록되어 있는 경우) 뿐만 아니라, intra-PLMN discovery (즉, discoverer UE 와 discoveree UE 가 동일한 PLMN 에 등록되어 있는 경우)에도 적용될 수 있다. 특히, intra-PLMN discovery 의 경우 discoverer UE 와 discoveree UE 가 서로 다른 셀에 캠핑-온(camping-on) 한 경우에 전술한 좌표 정보에 기반한 근접(proximity) 여부 결정 방법이 사용될 수 있다.
3-11. 제 17 실시예
이하에서는, 본 발명에 또다른 실시예에 따른 시간 구간(time window)를 적용한 EPC-레벨 ProSe 탐색에 대하여 설명한다. 도 21 에서, UE-A(즉, 디스커버러)와 UE-B(즉, 디스커버리)는 동일한 PLMN 에 등록되어 있으며, 논-로밍이라고 가정한다.
UE-A 는 도 21 에서 나타난 바와 같이, 시간 구간(time window) 내에 UE-B 와 근접(proximity) 관계에 성립하는 경우 이를 알기 위하여, 네트워크에게 시간 구간(time window)와 같이 ProSe 탐색을 요청한다. 이하에서, UE-A(디스커버러)와 UE-B(디스커버리)는 서로 동일한 PLMN 에 등록되며, 논-로밍인 경우를 나타낸다.
본 실시예에서, UE-A 와 UE UE-B 는 ProSe 서버에 등록되어 있다.
도 21 의 단계 1 에서, UE-A 는 ProSe 서버로 시간 구간 내에서 UE-B 와 근접(proximity) 관계가 성립하는 경우 이를 알기 위하여, ProSe Discovery Request message 를 전송한다. 이 때, UE-A 는 ProSe 서버에게 어느 정도의 시간 구간까지 요청이 유효한지 지시하는 시간 구간 정보(즉, 도 21 의 Time_X)를 ProSe Discovery Request message 에 포함시킬 수 있다. 여기서, UE-A 및 UE-B 는, 각각 ProSe-가능 UE-A 상의 어플리케이션 및 ProSe-가능 UE-B 상의 어플리케이션을 실질적으로 의미할 수 있다.
도 21 의 단계 2 에서, ProSe 서버는 UE-A 로부터 전송된 ProSe Discovery request 를 인증(authorize)하고, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되는지 여부를 확인한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 것이 허용(permit)되지 않는다면 도 21 의 단계 8 을 수행한다.
도 21 의 단계 3 에서, ProSe 서버는 상기 요청(즉, UE-A 로부터의 요청)에 대하여, UE-A 및 UE-B 를 위한 Time_X 의 값으로 타이머를 개시(start)한다.
도 21 의 단계 4a 에서, UE-A 의 가장 최신의 셀 정보(즉, ECGI)를 획득하기 위하여, HSS 를 통하여 MME 에게, UE-A 를 위한 one round location reporting request 를 수행한다. MME 는 UE-A 의 ECGI 를 포함하는 응답을 HSS 를 통하여 ProSe 서버로 응답을 전송한다. 만약, UE-A 가 유휴 상태인 경우, MME 는 UE-A 의 ECGI 를 획득하기 위하여 UE-A 에게 페이징을 수행한다.
도 21 의 단계 4b 에서, UE-B 의 가장 최신의 셀 정보(즉, ECGI)를 획득하기 위하여, HSS 를 통하여 MME 에게, UE-B 를 위한 one round location reporting request 를 수행한다, MME 는 UE-B 의 ECGI 를 포함하는 응답을 HSS 를 통하여 ProSe 서버로 응답을 전송한다. 만약, UE-B 가 유휴 상태인경우, MME 는 UE-B 의 ECGI 를 획득하기 위하여 UE-B 에게 페이징을 수행한다.
도 21 의 단계 5 에서, UE-A 와 UE-B 모두의 위치 정보를 수신한 것에 따라, UE-A 의 위치 정보 및 UE-B 의 위치 정보 및 근접 기준(proximity criteria)에 기반하여 UE-A 와 UE-B 의 근접(proximity)를 판단한다.
만약, UE-A 와 UE-B 가 근접여부 확인(proximity check)을 위한 시간(즉, Time_X)이 만료될 때까지 UE-A 와 UE-B 가 근접 관계(proximity)로 설정되지 않을 것으로 판단되는 경우, ProSe 서버는 후속적(subsequent)인 근접(proximity) 여부 확인을 수행하지 않도록 결정한다. 이러한 경우, 오직 도 21 의 단계 8 만이 수행되며, 따라서 ProSe 서버는 UE-A 에게, ProSe Discovery Response message 와 함께 UE-A 및 UE-B 간의 근접 관계가 성립하지 않음을 지시하는 정보를 전송한다. 그렇지 않은 경우, 도 21 의 단계 6a 및 6b 가 수행된다.
도 21 의 단계 6a 에서, ProSe 서버는 MME 에게 HSS 를 통하여, UE-A 를 위한 location reporting request 를 수행한다. 상기 location reporting request 를 수행 시 ProSe 서버는 위치 보고(location reporting) 주기를 포함할 수 있다. 상기 위치 보고 주기는 ProSe 서버에 설정(configure)되어 있는 고정 값일 수도 있고, Time_X 값에 기반하여 산출/책정된 값 (예컨대, Time_X 값보다 어느 정도 작은 값)일 수도 있다.
나아가, MME 가 상기 ProSe 서버가 보낸 location reporting request 을 수신하면 다음과 같이 동작한다.
- UE-A 가 연결 모드(connected mode)인 경우: eNodeB 에게 UE-A 가 셀 변경을 할 때마다 위치 정보(즉, ECGI)을 MME 에게 보고하도록 한다 (이는 종래의 location reporting control 동작(3GPP TS 23.401 의 5.9.1 절 참고)을 그대로 이용하거나 확장/변형하여 이용할 수 있다). MME 는 셀 변경을 매번 HSS 를 통해 ProSe 서버로 보고한다. 상기 MME 의 보고는 도 21 의 단계 4a 이후에 UE-A 의 ECGI 가 변경된 경우에도 해당된다.
- 상기 location reporting request 를 수신 시, UE 가 유후 모드인 경우 또는 UE 가 연결 모드에서 유휴 모드로 전환될 때: location reporting 주기값으로 설정된 timer(이하, time_r)를 시작/개시한다. i) 상기 time_r 이 만료(expire)하기 전에 UE-A 가 TAU(Tracking Area Update) 절차 또는 SR(Service Request) 절차(이는 UE triggered 일 수도 있고, network triggered 일 수도 있음)를 수행한다면, MME 는 상기 절차를 통해 획득한 UE-A 의 ECGI 정보를 HSS 를 통해 ProSe 서버에게 보고한다. 그리고 또는 동시에 또는 이(즉, ProSe 서버 보고)에 앞서, time_r 을 중단(stop)한다. ii) 상기 time_r 이 만료되었다면, MME 는 UE-A 의 ECGI 정보를 얻기 위해 UE-A 를 페이징한다. 이를 통해 획득한 UE-A 의 ECGI 정보를 HSS 를 통해 ProSe 서버에게 보고한다.
도 22 는, 상기에서 설명한 MME 가 HSS 를 통해 ProSe 서버로부터 location reporting request 를 수신 시 동작을 나타낸 참고도이다.
상기 도 21 의 단계 6a 에서 기술된 동작 i) 와 같이, 유휴 모드인 UE-A 가 TAU 절차를 수행한 경우, 만약 TAU Request Message 에 "Active" 플래그(보다 상세한 설명은 3GPP TS 24.301 의 Table 9.9.3.14.1: EPS update type 정보 요소(IE) 참조)를 설정하지 않았다면, MME 는 eNodeB 로 하여금 UE-A 의 셀 변경마다 보고하도록 하는 요청 (도 22 에서 NOTE 1)로 표시된 동작)을 수행하지 않을 수 도 있다. 이는 UE-A 에 대해 TAU 절차에 따른 사용자 플레인 설정 절차(user plane setup procedure)를 수행할 필요가 없는 바, MME 가 TAU 절차를 완료 후, S1 release procedure (3GPP TS 23.401 의 5.3.5 절 참고)를 수행하기 때문이다. 또한, MME 가 도 22 와 같이 동작함으로써 UE 의 위치를 파악하기 위해 수행하는 페이징(paging) 동작을 줄일 수 있다. 이로 인해 UE 로 하여금 연결 모드(connected mode)가 되도록 함으로써 야기하는 UE 에서의 파워소모 및 UE 와 네트워크간 그리고 네트워크 내에서의 시그널링을 줄일 수 있다.
또한, 상기 위치 보고 주기를, ProSe 서버가 제공하는 대신 MME 가 결정하거나 HSS 가 제공할 수도 있다 이를 위해 ProSe 서버는 location reporting request 를 수행 시 Time_X 값을 제공할 수도 있다. 그러면, HSS 또는 MME 는 Time_X 값에 기반하여 위치 보고 주기를 산출/책정할 수 있다. 또는 상기 위치 보고 주기 정보가 HSS 또는 MME 에 설정되어 있을 수도 있다. MME 가 위치 보고 주기를 산출/책정하는 경우, 추가적으로는 UE 의 주기적 TAU 타이머 관련 정보, UE 의 다음 TAU 절차 수행까지 남은 시간, 그 외 UE 의 MM 동작과 관련한 타이머 정보 등이 고려될 수 있다.
도 22 의 단계 6b 에서, ProSe 서버는 MME 에게 HSS 를 통하여, UE-B 를 위한 location reporting request 를 수행한다. 본 단계에서 location reporting request 와 관련하여 일어나는 동작은 상술한 도 22 의 단계 6a 에서 설명한 내용과 동일하므로, 상술한 설명으로 이를 대체한다.
도 22 의 단계 7 에서, ProSe 서버는 HSS 를 통하여 MME 로부터, UE-A 또는 UE-B 의 새로운 위치 업데이트를 수신할 때마다 근접여부 확인(proximity check)를 수행한다. 만약, ProSe 서버가 UE-A 와 UE-B 가 근접 관계(proximity)라고 판단하거나, 도 22 의 단계 3 에서 시작된 타이머가 만료된 경우 도 22 의 단계 8 이 수행된다.
도 22 의 단계 8 에서, ProSe 서버는 UE-A 및 UE-B 가 근접(proximity)한지 아닌지 여부를 지시하는 정보와 함께 ProSe Discovery Response message 를 UE-A 로 송신한다. 만약, UE-A/사용자-A 가 UE-B/사용자-B 를 탐색하는 권한이 없는 경우라면, ProSe Discovery Response message 는 UE-A 로부터의 ProSe 탐색 요청이 거절되었음을 지시한다.
도 22 의 단계 9 에서, 만약, UE-A 및 UE-B 가 근접(proximity)하다면, ProSe 서버는 ProSe Discovery Alert message 를 UE-B 에게 전송하여 UE-A 가 UE-B 를 탐색하길 원한다는 것을 알려줄 수 있다.
또한, UE-A 와 UE-B 서로를 발견하고자 시도할 수 도 있다.
도 22 의 단계 10a 에서, ProSe 서버는 MME 에게 HSS 를 통하여, UE-A 와 관계된 위치 보고를 취소하도록 할 수 있다. 상기 위치 보고 취소는 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
도 22 의 단계 10b 에서, ProSe 서버는 MME 에게 HSS 를 통하여, UE-B 와 관계된 위치 보고를 취소하도록 할 수 있다. 상기 위치 보고 취소는 MME 및 필요한 경우 eNodeB 에게 적용될 수 있다.
상술한 본 실시예에서, 단계 4a 및 단계 5a 에서의 one round location reporting request 는 MME 로 하여금 location reporting request 에 대한 응답을 한번만 하도록 하는 요청이다.
나아가, UE-A 의 초기 위치 정보를 획득하기 위한 단계(즉, 단계 4a) 및 UE-A 의 초기 위치 정보를 획득하기 위한 단계(즉, 단계 4b)는 병렬적으로 수행될 수도 있다. 또한, UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 6a) 및 UE-A 의 위치 정보를 획득하기 위한 단계(즉, 단계 6b)는 병렬적으로 수행될 수도 있다.
또한, ProSe 서버는 UE-A 및 UE-B 에 대하여 각각 별개의 타이머를 개시(start)하는 대신에, UE-A 및 UE-B 모두를 위한 Time_X 를 가지는 단일 타이머를 개시(start)할 수도 있다.
상술한 도 21 및 도 22 에서 개시된 절차는, 설명의 편의를 위하여 UE-B 와 UE-A 는 동일한 eNodeB 및 동일한 MME 에도 적용되는 경우를 설명하였으나, 서로 다른 eNodeB(들) 및 동일한 MME 에 의하여 서비스되거나, 동일한 eNodeB 및 서로 다른 MME(들)에 의하여 서비스되거나, 서로 다른 eNodeB 및 서로 다른 MME 에 의하여 서비스되는 경우에도 적용될 수 있음은 물론이다.
또한, 본 실시예는 UE-A 및/또는 UE-B 가 로밍(roaming)인 경우에도 확장 적용될 수 있다. 나아가, 상기 실시예는 inter-PLMN 탐색 (즉, UE-A 와 UE-B 가 서로 다른 PLMN 에 등록되어 있는 경우)에도 확장 적용될 수 있다.
4. ProSe Function 에 기반한 본 발명의 실시예 - 제 18 실시예
이하에서는 본 발명에 따라 ProSe Function 에 적용되는 실시예를 설명한다.
4-1. Proximity Request
도 23 을 참조하여 본 발명에 따른 Proximity Request 에 대하여 설명한다. 이하에서는 설명의 편의를 위하여, 디스커버러는 UE-A 로 디스커버리는 UE-B 로 지칭한다.
도 23 의 단계 1 에서, UE-A 는 ProSe 탐색을 요청하기 위해 Proximity Request message 를 ProSe Function-A 에게 전송한다. 여기서, Proximity Request message 에 포함되는 파라미터로는 EPUID, 어플리케이션 식별자(Application ID), 디스커버러의 ALUID, 디스커버리의 ALUID, 구간(window), 범위(Range), 단말의 위치(location), WLAN 지시 정보(indication)를 포함할 수 있다. 따라서, UE-A 는 예를 들어, Proximity Request Message(EPUID_A, Application ID, ALUID_A, ALUID_B, window, Range, A's location, [WLAN indication])와 같은 형태의 Proximity Request Message 를 전송할 수 있다.(이하에서, 특정 메시지의 구체적 형태에서 "[A]"는, 'A' 파라미터가 옵션으로 추가될 수 있음을 나타낸다.)
여기서, EPUID 는 사용자의 EPC ProSe 사용자 ID(User's EPC ProSe User ID)를 가리키며(즉, EPUID_A 는 사용자 A 의 EPC ProSe 사용자 ID), EPC-레벨 ProSe 탐색 및 WLAN 직접 통신을 지원하는 EPC 를 위한 식별자이며, ProSe 를 위하여 등록된 UE 를 고유하게 식별하도록 한다. 이러한 식별자는 경우에 따라 ProSe Function 에 의하여 재할당될 수 도 있다. 어플리케이션 식별자(Application ID)는 제 3 파티 어플리케이션 서버 플렛폼(3rd party App Server platform)을 식별하기 위하여 사용된다. ALUID 는 어플리케이션 레이어 사용자 ID 를 나타내며, 이하에서, ALUID_A 및 ALUID_B 는 각각 사용자 A 및 사용자 B 의 어플리케이션 레이어 사용자 ID 를 나타낸다. 구간(window) 파라미터는 상기 요청이 유효한 시간 구간을 지시한다. 범위(range)는 허용되는 범위 등급들(range classes) 가운데 상기 어플리케이션을 위하여 선택된 요청 범위 등급을 지시한다. 여기서 상기 범위 등급 정보는 예를 들어, 근거리(short), 중간(medium) 및 최대(maximum)과 같은 형태일 수 있다. 단말의 위치는 단말에 의하여 알려진 가장 정확한 현재 위치를 말하며, 예를 들어, A's location 은 UE-A 의 가장 정확하게 알려진 현재 위치를 의미한다. 여기서 UE-A 는 WLAN 지시 정보를 추가함으로써, 경우에 따라(optionally) WLAN 직접 탐색 및 UE-B 와의 WLAN 직접 통신을 위한 EPC 지원을 요청할 수 있다.
도 23 의 단계 2 에서, ProSe Function-A 는 타겟 유저 B 의 EPC ProSe 사용자 ID 를 제공할 것을 요청하기 위하여, UE-A 및 UE-B 의 어플리케이션 레이어 사용자 ID 를 포함하는 Map Request message(예를 들어, Map Request (ALUID_A, ALUID_B)) 를 어플리케이션 서버(App server)로 전송한다. 여기서, ProSe Function-A 는 상기 어플리케이션 레이어 사용자 ID 들(즉, ALUID_A and ALUID_B)들을 후술할 도 24 에서 나타난 Proximity Alert Procedure 가 실행될 때까지 저장하거나, 도 25 에 나타난 Proximity Request Cancellation procedure 가 실행될 때까지 저장하거나, 상기 요청이 유효한 시간 구간이 만료될 때까지 저장한다.
도 23 의 단계 3 에서, 어플리케이션 서버는 사용자 B 의 어플리케이션-특정 Prose 허가(permission)을 체크하여, 사용자 A 가 사용자 B 를 탐색하는 것이 허용되는지 확인한다. 그리고, 어플리케이션 서버는 사용자 B 의 EPC ProSe 사용자 ID (이하, EPUID_B) 및 ProSe Function-B 의 ProSe Function ID 를 지시하는 Map Response message(예를 들어, Map Response (EPUID_B, PFID_B))를 ProSe Function-A 에 전송한다. 여기서, ProSe Function-A 는 상기 EPUID_B 및 PFID_B 들을, 후술할 도 24 에서 나타난 Proximity Alert Procedure 가 실행될 때까지 저장하거나, 도 25 에 나타난 Proximity Request Cancellation procedure 가 실행될 때까지 저장하거나, 상기 요청이 유효한 시간 구간이 만료될 때까지 저장한다.
도 23 의 단계 4 에서, ProSe Function-A 는 EPC ProSe 사용자 ID, (시간)구간, 디스커버러의 위치, 디스커버러의 WLAN 링크 레이어 ID(이하, WLLID)를 포함하는 Proximity Request message(예를 들어, Proximity Request (EPUID_B, EPUID_A, window, A's location, [WLLID_A])를 ProSe Function-B 에게 송신한다. 여기서, 상기 Proximity Request message 는 위치 업데이트 주기를 지시하거나, 위치 업데이트 트리거를 지시하거나, 혹은 두 가지 경우 모두를 지시할 수 있다. 또한, A 의 위치 정보는 도 23 의 단계 1 에서 제공된 UE-A 의 현재 위치 정보이며, GAD(Geographical Area Description) 형태로 표현될 수 있다. GAD 형태에 대한 보다 상세한 설명과 정의는 3GPP TS 23.032 를 참조할 수 있다. 그러나, A 의 위치 정보는 반드시 상술한 정의에 국한되어서 해석되어서는 아니되며, 본 발명에 따른 "1. 3GPP EPS(Evolved Packet System)와 같은 이동 통신 시스템 상의 ProSe 탐색 방법" 과 관련하여 기술한 다양한 위치 정보가 될 수 있다. 나아가, 상기 도 23 의 단계 1 에서, UE-A 가 WLAN 직접 탐색과 통신을 요청한 경우, WLAN 지시 정보가 포함될 수 있다.
도 23 의 단계 5 에서, 이전 단계에서 수신된 EPUID_B 에 기반하여, ProSe Function-B 는 가입자 B 의 기록(record)를 검색(retrieve)한다. 이때, ProSe Function-B 는 UE-B 의 마지막으로 알려진 위치를 HSS 를 통해 요청할 수도 있다(도 23 의 단계 5a).
나아가, 상기 UE-B 의 위치 정보로는 상술한 "1. 3GPP EPS(Evolved Packet System)와 같은 이동 통신 시스템 상의 ProSe 탐색 방법" 과 관련하여 기술한 다양한 위치 정보가 될 수 있다. 또한, 상기 UE-B 의 위치 정보는 i)UE-B 를 서비스하고 있는 MME 정보 (MME identifier 및/또는 MME name 및/또는 MME node FQDN(Fully Qualified Domain Name) 및/또는 MME number), ii) 및/또는 UE-B 가 위치한 국가 정보 iii) 및/또는 UE-B 가 위치한/등록한 PLMN 정보, iv) 및/또는 UE-B 가 위치한 대륙 정보 등이 될 수도 있다.
여기서, 상기 UE-B 가 위치한 국가 정보, PLMN 정보, 대륙 정보는 ProSe Function-B 가 HSS 로부터 직접적인 형태로 획득할 수도 있으나, 이와는 달리 HSS 로부터 획득한 UE-B 의 위치 정보를 이용하여 직접 또는 간접적으로 유추할 수도 있다. 예를 들어, 상기 HSS 로부터 획득한 UE-B 의 위치 정보가 UE-B 가 위치한/등록한 PLMN 정보라면, PLMN identifier 는 MCC(Mobile Country Code) 및 MNC (Mobile Network Code)로 구성되는 바, 국가 정보를 유추할 수 있다. 또 다른 예로는, 상기 HSS 로부터 획득한 UE-B 의 위치 정보가 UE-B 의 ECGI 정보라면 ECGI 는 PLMN identifier 및 ECI(E-UTRAN Cell Identity)로 구성되는 바, PLMN 정보 또는 국가 정보를 유추할 수 있다. 또 다른 예로, 상기 HSS 로부터 획득한 UE-B 의 위치 정보가 UE-B 가 위치한 좌표 정보라면, 이를 이용하여 국가 정보 또는 대륙 정보를 유추할 수 있다. 나아가, UE-B 에 대해 기술한 이러한 위치 정보 내용은 UE-A 로부터 획득한 위치 정보에도 동일하게 적용될 수 있다. 또한, UE-A 에 대한 위치 정보의 종류와 UE-B 에 대한 위치 정보의 종류가 서로 다르더라도, ProSe Function 은 상기 위치 정보들이 내포/함축하고 있는 정보 및/또는 위치 정보 변환 데이베이스(DB)/테이블(예컨대, 좌표 정보를 국가 정보로 변환하는 DB/테이블 등)을 이용하여 두 UE 간의 거리 정보/근접(proximity) 여부를 결정할 수 있다.
HSS 를 통하여 수신된 UE-B 의 마지막 알려진 위치와 상기 도 23 의 단계 4 에서 ProSe Function-A 에 의하여 제공되는 UE-A 의 위치 및 시간 구간(time window)에 기반하여, ProSe Function-B 는 요청된 시간 구간(time window)내에서 사용자들이 (즉, 사용자 A 와 사용자 B 또는 UE-A 와 UE-B) 근접 관계(proximity)가 설정되지 않을 것으로 (또는 근접 관계에 놓이지 않을 것으로)판단되는 경우, UE-A 에 대하여 적절한 근거 값(cause value)과 함께 Proximity Request Reject message 를 송신함으로써, 상기 요청을 거절할 수 도 있다(도 23 의 단계 5b 및 단계 5c). 이러한 경우, 도 23 에 나타난 나머지 단계들은 스킵 (skip)된다.
나아가, ProSe Function-B 가 상기와 같이 Proximity Request Procedure 를 중단(stop) 하고 UE-A 에게 Proximity Request Reject 메시지를 보내는 것을 결정하는 다양한 시나리오를 다음과 같이 고려해 볼 수 있다. 그러나, 여기에 국한된 것은 아니며, ProSe Function은 다양한 결정 기준 (예, 단계 1 에서 UE-A 로부터 수신한 discovery range class 정보 등)에 기반하여 상기에 대한 결정을 수행할 수 있다:
- 시나리오 A) 도 23 의 단계 1 에서 수신한 구간 파라미터(window parameter) 값이 큰 경우 또는 상대적으로 큰 경우이고:
A-1) UE-A 와 UE-B 의 거리가 먼 경우 또는 상대적으로 먼 경우
A-2) UE-A 와 UE-B 가 서로 다른 대륙에 위치해 있는 경우
A-3) UE-A 와 UE-B 가 서로 다른 국가에 위치해 있는 경우
A-4) UE-A 와 UE-B 가 서로 멀리 떨어져 있는 (또는 인접하지 않은) 국가에 위치해 있는 경우:
상기 A-1) 내지 A-4) 중 어느 하나의 경우에 있어서, ProSe Function-B 는 두 UE 가 시간 구간(time window)내에 근접(proximity) 내에 들어을 가능성이 적음을 판단하여, Proximity Request procedure 를 중단(stop)하고 UE-A 에게 Proximity Request Reject 메시지를 보내는 것을 결정한다. 이로 인해, 긴 시간동안 불필요하게 UE-A 및 UE-B 의 위치를 파악해야 하는 데 따르는 시그널링 및 UE 파워 소모를 줄일 수 있다.
- 시나리오 B) 도 23 의 단계 1 에서 수신한 구간 파라미터(window parameter) 값이 작은 경우 또는 상대적으로 작은 경우이고:
B-1) UE-A 와 UE-B 의 거리가 먼 경우 또는 상대적으로 먼 경우
B-2) UE-A 와 UE-B 가 서로 다른 대륙에 위치해 있는 경우
B-3) UE-A 와 UE-B 가 서로 다른 국가에 위치해 있는 경우
B-4) UE-A 와 UE-B 가 서로 멀리 떨어져 있는 (또는 인접하지 않은) 국가에 위치해 있는 경우
B-5) UE-A 와 UE-B 가 서로 다른 MME 에 의해 서비스(serve )되고 있는 경우
B-6) UE-A 와 UE-B 가 멀리 떨어져 있지는 않으나 구간 파라미터(window parameter) 값을 기준으로 했을 때는 먼 경우:
상기 B-1) 내지 B-6) 중 어느 하나의 경우에 있어서, ProSe Function-B 는 두 UE 가 시간 구간(time window) 내에 근접(proximity) 내에 들어올 가능성이 적음을 판단하여 Proximity Request procedure 를 중단하고 UE-A 에게 Proximity Request Reject 메시지를 보내는 것을 결정한다. 이로 인해, 짧은 시간 동안 근접(proximity) 여부를 결정해 주는/알려주는 서비스를 하고자 불필요하게 UE-A 및 UE-B 의 위치를 파악해야 하는 데 따르는 작업 상의 오버헤드 (즉, 단 몇 번의 위치 정보를 파악하고자 다수의 네트워크 노드 및 UE 에게 시그널/메시지를 전송하는 등)를 줄일 수 있다.
도 23 의 단계 6 에서, UE-B 의 ProSe 프로파일에 따라, UE-B 는 근접 요청(proximity request, 예. user-B 가 일시적으로 UE-B 의 ProSe Function 을 비활성화했을 수 있다)을 위한 허가(permission)를 확인하기 위한 요청을 받을 수 있다.
도 23 의 단계 7 에서, ProSe Function-B 가 SLP(SUPL Location Platform)-B 로부터 UE-B 상의 위치 보고를 요청하고, ProSe Function-A 로 근접 요청(proximity request)를 수신하였음을 알리고(acknowledge), (만약, 안다면)UE-B 의 현재 위치를 제공한다. 이때, 상기 도 23 의 단계 1 에서 UE-A 가 WLAN 직접 탐색 및 통신을 위한 EPC 지원을 요청한 경우이고, UE-B 가 영구적인(permanent) WLAN 링크 레이어 ID 를 사용하는 경우라면, UE-B 의 WLAN 링크 레이어 ID(즉, WLLID_B)가 포함될 수 도 있다.
도 23 의 단계 8 에서, ProSe Function-A 는 SLP-A 로부터 UE-A 상의 위치 보고를 요청한다. 만약, UE-A 의 현재 위치가 이용가능(available)하고, UE-B 의 위치가 도 23 의 단계 7 에서 포함된 경우, 만약 요청된 시간 구간(time window) 내에 사용자들이 (즉, 사용자 A 와 사용자 B 또는 UE-A 와 UE-B) 근접 관계(proximity)가 설정되지 않을 것으로 (또는 근접 관계에 놓이지 않을 것으로)판단되는 경우라면 ProSe Function-A 는 Proximity Request procedure 를 취소할 것을 결정할 수 있다. 그렇지 않다면, ProSe Function-A 는 UE-A 로 proximity request 를 수신하였음을 알린다(acknowledges).
본 단계, 즉 도 23 의 단계 8 에서의, UE-A 및 UE-B 에 대한 위치 정보 내용, ProSe Function 이 두 UE 간의 거리 정보/근접(proximity) 여부를 결정하는 내용, 그리고 ProSe Function 이 시간 구간 파라미터(time window parameter)값에 기반하여 Proximity Request procedure 를 취소(cancel) 하는 동작에 대한 내용은 상술한 단계 5 에서 기술한 내용을 동일하게 적용 가능하다.
4-2. Proximity Alert
도 24 를 참조하여 본 발명에 따른 Proximity Alert 에 대하여 설명한다.
먼저 도 24 의 단계 1 내지 단계 3 에서, UE-B 의 위치는 ProSe Function-B 로 보고되며, ProSe Function-B 는 이를 ProSe Function-A 로 포워드한다.
도 24 의 단계 4 에서, ProSe Function-A 는 요청받은 discovery range class 에 기반하여 두 UE 의 근접 여부(proximity)를 검출하고, UE-A 에게 Proximity Alert message 를 송신하여 이를 알린다. 여기서, Proximity Alert message 는 예를 들어, "Proximity Alert (ALUID_B, Assistance Information)" 와 같이, ALUID 및 Assistance Information 을 포함할 수 있다. 여기서, ALUID 는 사용자의 어플리케이션 계층 사용자 ID 이며, ALUID_B 는 사용자 B 의 어플리케이션 계층 사용자 ID 를 나타낸다. 또한, Proximity Alert message 는 추가적으로 UE-B 와의 WLAN 직접 탐색 및 통신을 위한 Assistance Information 을 포함할 수 있다. 나아가, ProSe Function-A 는 SLA-P 로부터 UE-A 상의 위치 보고를 취소할 수 있다.
도 24 의 단계 5 에서, ProSe Function-A 는 ProSe Function-B 에게 Proximity Alert message(예를 들어, Proximity Alert(ALUID_A, Assistance Information)와 같은 형태)를 UE-B 에게 송신해 줄 것을 요청할 수 있다. 여기서, ALUID_A 는 사용자 A 의 어플리케이션 계층 사용자 ID 를 나타낸다. 또한, Proximity Alert message 는 추가적으로 UE-B 와의 WLAN 직접 탐색 및 통신을 위한 Assistance Information 을 포함할 수 있다. 나아가, ProSe Function-B 는 SLA-B 로부터 UE-B 상의 위치 보고를 취소할 수 있다.
이상에서, UE 의 WLAN 인터페이스는 도 24 의 단계 6 이전에는 턴-온(turn on) 될 필요가 없다.
또한, 상술한 실시예에서, assistance information 는 WLAN 직접 탐색 및 통신을 신속하게 처리하기 위하여 설정된다. assistance information 의 내용은 WLAN 직접 링크(WLAN direct link)에서 사용되는 기술에 따른다. 또한, UE-B 가 오직 영구적인 WLAN 링크 레이어 ID(WLLID)를 지원하는 경우에는 WLLID_B 를 제외하고, assistance information 의 모든 내용은 ProSe Function-A 에 의하여 동적으로 생성될 수 있다.
4-3. Proximity Request Cancellation
도 25 를 참조하여 본 발명에 따른 Proximity Request Cancellation 에 대하여 설명한다.
도 25 의 단계 1 에서, UE-A 는 ProSe Function-A 에게 Cancel Proximity Request 을 송신한다. Cancel Proximity Request 에는 EPUID, 어플리케이션 식별자(application ID), ALUID 가 포함(예를 들어, Cancel Proximity Request (EPUID_A, Application ID, ALUID_B)와 같은 형태) 될 수 있다
도 25 의 단계 2 에서, Prose Function-A 는 저정된 PFID_B 정보에 기반하여 Cancel Proximity Request message 를 ProSe Function-B 로 전송한다. 여기서, Cancel Proximity Request message 는 EPUID 를 포함할 수 있으며, 예를 들어, Cancel Proximity Request (EPUID_B, EPUID_A)와 같은 형태일 수 있다.
도 25 의 단계 3 에서, Prose Function-A 는 SLP-A 로부터 UE-A 상의 위치 보고를 취소한다.
도 25 의 단계 4 및 단계 5 에서, Prose Function-B 는 SLP-B 로부터 UE-B 상의 위치 보고를 취소하고, ProSe-A 에게 proximity request cancellation 를 확인하였음을 알린다(acknowledges).
도 25 의 단계 6 에서, ProSe Function-A 는 UE-A 에게 Proximity request cancellation 를 확인하였음을 알린다(acknowledges)
나아가, 상술한 실시예들 각각은 하나의 실시 형태로 사용될 수 있으나, 상술한 다양한 실시예들의 전부 혹은 일부의 조합된 형태로 실시되는 경우라도 본 발명의 실시예로 해석되어야 할 것이다.
또한, 상술한 실시예들에서 UE 또는 네트워크 노드가 다른 UE 의 위치 정보를 요청 시, UE 에 대한 식별자 및/또는 ProSe Discovery/ProSe 통신/ProSe 동작과 연관한 application 에 대한 식별자 정보를 포함할 수도 있다. 이는 다른 UE 와의 근접(proximity) 여부를 요청하는 UE 및 그 대상이 되는 UE 중 어느 한쪽 또는 모두에 해당할 수 있다.
나아가, 본 발명에서 ProSe 서버는 ProSe Function 으로 해석될 수 도 있다.
도 26 은 본 발명의 일례에 따른 단말 장치 및 네트워크 노드 장치에 대한 바람직한 실시예의 구성을 도시한 도면이다.
도 26 을 참조하여 본 발명에 따른 단말 장치(100)는, 송수신모듈(110), 프로세서(120) 및 메모리(130)를 포함할 수 있다. 송수신모듈(110)은 외부 장치로 각종 신호, 데이터 및 정보를 송신하고, 외부 장치로 각종 신호, 데이터 및 정보를 수신하도록 구성될 수 있다. 단말 장치(100)는 외부 장치와 유선 및/또는 무선으로 연결될 수 있다. 프로세서(120)는 단말 장치(100) 전반의 동작을 제어할 수 있으며, 단말 장치(100)가 외부 장치와 송수신할 정보 등을 연산 처리하는 기능을 수행하도록 구성될 수 있다. 메모리(130)는 연산 처리된 정보 등을 소정시간 동안 저장할 수 있으며, 버퍼(미도시) 등의 구성요소로 대체될 수 있다.
본 발명의 일 실시예에 따른 단말 장치(100)는 네트워크에 의해 개시되는 ProSe 가능 여부 검출 또는 ProSe 단말 탐색의 결과에 따라 ProSe 에 참여할 수 있도록 구성될 수 있다. 단말 장치(100)의 프로세서(120)는, 송수신 모듈(110)을 이용하여 네트워크 노드(200)로 ProSe 기초 정보를 전송하도록 구성될 수 있다. 프로세서(120)는, 송수신 모듈(110)을 이용하여 네트워크 노드(200)로부터 ProSe 허용여부 지시 정보를 수신하도록 구성될 수 있다. 프로세서(120)는, 다른 단말 장치와의 직접 데이터 경로 셋업을 수행하기 위한 시그널링을 처리하도록 구성될 수 있다. 프로세서(120)는, 송수신 모듈(110)을 이용하여 상기 다른 단말 장치와의 직접 통신을 수행하도록 구성될 수 있다. 프로세서(120)는, 송수신 모듈(110)을 이용하여 네트워크 노드(200) 장치로 ProSe 수행 관련 결과 정보를 전송하도록 구성될 수 있다.
도 26 을 참조하여 본 발명에 따른 네트워크 노드 장치(200)는, 송수신모듈(210), 프로세서(220) 및 메모리(230)를 포함할 수 있다. 송수신모듈(210)은 외부 장치로 각종 신호, 데이터 및 정보를 송신하고, 외부 장치로 각종 신호, 데이터 및 정보를 수신하도록 구성될 수 있다. 네트워크 노드 장치(200)는 외부 장치와 유선 및/또는 무선으로 연결될 수 있다. 프로세서(220)는 네트워크 노드 장치(200) 전반의 동작을 제어할 수 있으며, 네트워크 노드 장치(200)가 외부 장치와 송수신할 정보 등을 연산 처리하는 기능을 수행하도록 구성될 수 있다. 메모리(230)는 연산 처리된 정보 등을 소정시간 동안 저장할 수 있으며, 버퍼(미도시) 등의 구성요소로 대체될 수 있다.
본 발명의 일 실시예에 따른 네트워크 노드 장치(200)는 복수개의 단말 간의 ProSe 를 지원하도록 구성될 수 있다. 네트워크 노드 장치(200)의 프로세서(220)는, 송수신 모듈(210)을 이용하여 단말 장치(100) 또는 다른 네트워크 노드 장치로부터 ProSe 기초 정보를 수신하도록 구성될 수 있다. 프로세서(120)는, 송수신 모듈(210)을 이용하여 단말 장치(100)로 ProSe 허용여부 지시 정보를 전송하도록 구성될 수 있다. 프로세서(220)는, 단말 장치(100)가 다른 단말 장치와 직접 데이터 경로 셋업을 수행하는 것을 지원하는 시그널링을 처리하도록 구성될 수 있다. 프로세서(220)는, 송수신 모듈(210)을 이용하여 단말 장치(100)로부터 ProSe 수행 관련 결과 정보를 수신하도록 구성될 수 있다.
또한, 위와 같은 단말 장치(100) 및 네트워크 장치(200)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있으며, 중복되는 내용은 명확성을 위하여 설명을 생략한다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 실시예들에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시예들을 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 본 발명의 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 예를 들어, 당업자는 상술한 실시예들에 기재된 각 구성을 서로 조합하는 방식으로 이용할 수 있다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.
본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다. 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함할 수 있다.
상술한 바와 같은 본 발명의 실시형태들은 다양한 이동통신 시스템에 적용될 수 있다.
Claims (15)
- 무선 통신 시스템에서 제1 단말의 근접 서비스(Proximity Service; ProSe)를 수행하는 방법에 있어서,
상기 제1 단말이, 상기 제1 단말과 관련되는 제1 ProSe 기능(function)에게, ProSe 탐색 요청(ProSe discovery request)을 전송하는 단계; 및
상기 제1 단말이, 제2 단말과 관련되는 제2 ProSe 기능으로부터, ProSe 탐색 응답(ProSe discovery response)을 수신하는 단계를 포함하며,
상기 제2 ProSe 기능에 의해 상기 제1 단말의 제1 위치 정보, 상기 제2 단말의 제2 위치 정보, 및 시간 윈도우에 기반하여 상기 제1 단말과 제2 단말이 상기 시간 윈도우 내에서 ProSe에 진입하지 않는다고 판단하여 ProSe 요청 절차를 중지하도록 결정되는 경우, 상기 ProSe 탐색 응답은 상기 ProSe의 거절을 나타내고,
상기 제1 위치 정보는 상기 제1 ProSe 기능을 통하여 수신되고, 상기 제2 위치 정보는 HSS(Home Subscriber Server)를 통하여 수신되는 것을 특징으로 하는,
근접 서비스 수행 방법. - 제 1 항에 있어서,
상기 제2 위치 정보는,
상기 HSS에 기저장되거나, MME(Mobility Management Entity)에 의하여 전송되는 것을 특징으로 하는,
근접 서비스 수행 방법. - 제 1 항에 있어서,
상기 제2 ProSe 기능이 ProSe 요청 절차를 중지하도록 결정하는 경우는, 상기 제1 단말과 상기 제2 단말이 소정의 거리 이상 위치하는 경우임을 특징으로 하는,
근접 서비스 수행 방법. - 제 1 항에 있어서,
상기 ProSe 탐색 응답은,
상기 제 1 단말과 상기 제 2 단말이 근접 관계에 있는지 여부를 나타내는 정보, 상기 제 1 단말과 상기 제 2 단말의 근접 관계가 가능한지 여부를 나타내는 정보, 혹은 상기 제 1 단말과 상기 제 2 단말 사이의 거리 정보 중 적어도 하나를 더 포함하는 것을 특징으로 하는,
근접 서비스 수행 방법. - 제 1 항에 있어서,
상기 시간 윈도우는,
상기 ProSe 탐색 요청에 포함되어 전송되는 것을 특징으로 하는,
근접 서비스 수행 방법. - 무선 통신 시스템에서 근접 서비스(Proximity Service; ProSe)를 지원하는 제1 ProSe 기능(function)의 방법에 있어서,
상기 제 1 ProSe 기능이, ProSe 탐색 요청(ProSe discovery request) 및 제1 단말의 제1 위치 정보를 수신하는 단계; 및
상기 제 1 ProSe 기능이, 상기 제 1 단말에게, 제2 단말과 관련되는 제2 ProSe 기능으로부터 수신한 ProSe 탐색 응답(ProSe discovery response)을 전송하는 단계를 포함하며,
상기 제2 ProSe 기능에 의해 상기 제1 단말의 제1 위치 정보, 상기 제2 단말의 제2 위치 정보, 및 시간 윈도우에 기반하여 상기 제1 단말과 제2 단말이 상기 시간 윈도우 내에서 ProSe에 진입하지 않는다고 판단하여 ProSe 요청 절차를 중지하도록 결정되는 경우, 상기 ProSe 탐색 응답은 상기 ProSe의 거절을 나타내고,
상기 제1 위치 정보는 상기 제1 ProSe 기능을 통하여 수신되고, 상기 제2 위치 정보는 HSS(Home Subscriber Server)를 통하여 수신되는 것을 특징으로 하는,
근접 서비스 지원 방법. - 무선 통신 시스템에서 근접 서비스(Proximity Service; ProSe)를 수행하는 제1 단말에 있어서,
무선 주파수 유닛(radio frequency unit); 및
프로세서(processor)를 포함하며,
상기 프로세서는:
상기 제1 단말이, 상기 제1 단말과 관련되는 제1 ProSe 기능(function)에게, ProSe 탐색 요청(ProSe discovery request)을 전송하고,
상기 제1 단말이, 제2 단말과 관련되는 제2 ProSe 기능으로부터, ProSe 탐색 응답(ProSe discovery response)을 수신하도록 구성되며,
상기 제2 ProSe 기능에 의해 상기 제1 단말의 제1 위치 정보, 상기 제2 단말의 제2 위치 정보, 및 시간 윈도우에 기반하여 상기 제1 단말과 제2 단말이 상기 시간 윈도우 내에서 ProSe에 진입하지 않는다고 판단하여 ProSe 요청 절차를 중지하도록 결정되는 경우, 상기 ProSe 탐색 응답은 상기 ProSe의 거절을 나타내고,
상기 제1 위치 정보는 상기 제1 ProSe 기능을 통하여 수신되고, 상기 제2 위치 정보는 HSS(Home Subscriber Server)를 통하여 수신되는 것을 특징으로 하는,
제1 단말. - 무선 통신 시스템에서 근접 서비스(Proximity Service; ProSe)를 지원하는 제1 ProSe 기능(function)적 엔티티(entity)에 있어서,
무선 주파수 유닛(radio frequency unit); 및
프로세서(processor)를 포함하며,
상기 프로세서는:
상기 엔티티와 관련되는 제 1 ProSe 기능이, ProSe 탐색 요청(ProSe discovery request) 및 제1 단말의 제1 위치 정보를 수신하고,
상기 제 1 ProSe 기능이, 상기 제 1 단말에게, 제2 단말과 관련되는 제2 ProSe 기능으로부터 수신한 ProSe 탐색 응답(ProSe discovery response)을 전송하도록 구성되며,
상기 제2 ProSe 기능에 의해 상기 제1 단말의 제1 위치 정보, 상기 제2 단말의 제2 위치 정보, 및 시간 윈도우에 기반하여 상기 제1 단말과 제2 단말이 상기 시간 윈도우 내에서 ProSe에 진입하지 않는다고 판단하여 ProSe 요청 절차를 중지하도록 결정되는 경우, 상기 ProSe 탐색 응답은 상기 ProSe의 거절을 나타내고,
상기 제1 위치 정보는 상기 제1 ProSe 기능을 통하여 수신되고, 상기 제2 위치 정보는 HSS(Home Subscriber Server)를 통하여 수신되는 것을 특징으로 하는,
제1 ProSe 기능적 엔티티. - 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
Applications Claiming Priority (23)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201361819626P | 2013-05-05 | 2013-05-05 | |
| US61/819,626 | 2013-05-05 | ||
| US201361820696P | 2013-05-08 | 2013-05-08 | |
| US61/820,696 | 2013-05-08 | ||
| US201361822448P | 2013-05-13 | 2013-05-13 | |
| US61/822,448 | 2013-05-13 | ||
| US201361823414P | 2013-05-15 | 2013-05-15 | |
| US61/823,414 | 2013-05-15 | ||
| US201361825078P | 2013-05-19 | 2013-05-19 | |
| US61/825,078 | 2013-05-19 | ||
| US201361826463P | 2013-05-22 | 2013-05-22 | |
| US61/826,463 | 2013-05-22 | ||
| US201361841944P | 2013-07-02 | 2013-07-02 | |
| US61/841,944 | 2013-07-02 | ||
| US201361883164P | 2013-09-26 | 2013-09-26 | |
| US61/883,164 | 2013-09-26 | ||
| US201361884121P | 2013-09-29 | 2013-09-29 | |
| US61/884,121 | 2013-09-29 | ||
| US201361889538P | 2013-10-11 | 2013-10-11 | |
| US61/889,538 | 2013-10-11 | ||
| US201361899318P | 2013-11-04 | 2013-11-04 | |
| US61/899,318 | 2013-11-04 | ||
| PCT/KR2014/004007 WO2014182040A1 (ko) | 2013-05-05 | 2014-05-07 | 근접 서비스 제공을 위한 근접 서비스 탐색 방법 및 장치 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20160013857A KR20160013857A (ko) | 2016-02-05 |
| KR102277261B1 true KR102277261B1 (ko) | 2021-07-14 |
Family
ID=51867460
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020157031703A KR102277261B1 (ko) | 2013-05-05 | 2014-05-07 | 근접 서비스 제공을 위한 근접 서비스 탐색 방법 및 장치 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20160157056A1 (ko) |
| EP (1) | EP2996364B1 (ko) |
| JP (1) | JP6216038B2 (ko) |
| KR (1) | KR102277261B1 (ko) |
| CN (1) | CN105409258B (ko) |
| WO (1) | WO2014182040A1 (ko) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10531269B2 (en) | 2012-11-01 | 2020-01-07 | Intel Corporation | Network assisted device-to-device discovery for peer-to-peer applications |
| US9930689B2 (en) * | 2013-05-08 | 2018-03-27 | Blackberry Limited | Proximity signaling and procedure for LTE |
| WO2014210250A1 (en) * | 2013-06-28 | 2014-12-31 | Intel Corporation | Network assisted device-to-device discovery for peer-to-peer applications |
| US9602959B2 (en) * | 2013-07-03 | 2017-03-21 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Communication system having relay architecture |
| US9955336B2 (en) * | 2013-09-25 | 2018-04-24 | Lg Electronics Inc. | Method for transmitting/receiving discovery signals in D2D communication and devices for supporting same |
| US9538497B2 (en) * | 2014-04-16 | 2017-01-03 | Htc Corporation | Method of handling location reporting procedure and related communication device |
| KR102176921B1 (ko) * | 2014-05-16 | 2020-11-11 | 삼성전자 주식회사 | 단말의 서비스 연속성을 위한 방법 및 장치 |
| US20150382289A1 (en) * | 2014-06-28 | 2015-12-31 | Telefonaktiebolaget L M Ericsson (Publ) | Obtaining Authorization to Use Proximity Services in a Mobile Communication System |
| KR101875346B1 (ko) | 2014-06-28 | 2018-07-05 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 모바일 통신 시스템에서 근접 서비스를 사용하기 위한 인증 획득 |
| US9871828B2 (en) * | 2014-07-18 | 2018-01-16 | T-Mobile Usa, Inc. | Enhanced IMS services restriction and selection control for mobile devices roaming in foreign networks |
| US9781753B2 (en) * | 2015-01-09 | 2017-10-03 | Acer Incorporated | Proximity map request method, server and network entity using the same, proximity request validating method, and server and network entity using the same |
| US10306450B2 (en) * | 2015-01-09 | 2019-05-28 | Acer Incorporated | Proximity request validating method, user equipment using the same, identity request method, and network entity using the same |
| WO2016185962A1 (ja) * | 2015-05-15 | 2016-11-24 | 株式会社Ｎｔｔドコモ | 移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法 |
| CN107667544B (zh) * | 2015-06-04 | 2021-11-09 | 瑞典爱立信有限公司 | 控制移动终端的通信模式 |
| US10097546B2 (en) * | 2015-07-22 | 2018-10-09 | Verizon Patent And Licensing Inc. | Authentication of a user device using traffic flow information |
| US10681626B2 (en) * | 2015-10-01 | 2020-06-09 | Samsung Electronics Co., Ltd. | User equipment and method for handling public land mobile network selection involving prose communication |
| US10015671B2 (en) | 2016-01-19 | 2018-07-03 | T-Mobile Usa, Inc. | Network service access control |
| US10873637B2 (en) * | 2016-05-02 | 2020-12-22 | Microsoft Technology Licensing, Llc | Controlling service discovery and activation among peers |
| US20180054796A1 (en) * | 2016-08-21 | 2018-02-22 | Qualcomm Incorporated | Methods and systems for support of location for the internet of things |
| CN106255202A (zh) * | 2016-09-07 | 2016-12-21 | 上海华为技术有限公司 | 一种lmu的选择方法及相关设备 |
| US11405863B2 (en) * | 2016-10-05 | 2022-08-02 | Qualcomm Incorporated | Systems and methods to enable combined periodic and triggered location of a mobile device |
| US20180376443A1 (en) * | 2017-06-14 | 2018-12-27 | Mediatek Singapore Pte. Ltd. | Methods And Apparatus Of Location Reporting Relations Between Wi-Fi Calling Capability And Cellular Network Registration |
| CN113676887B (zh) * | 2018-08-10 | 2022-11-04 | IPCom两合公司 | 通过n3gpp接入的公共报警消息 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120230308A1 (en) | 2011-03-08 | 2012-09-13 | Sony Corporation | Wireless communication apparatus, wireless communication method, and wireless communication system |
| US20130029675A1 (en) | 2010-04-23 | 2013-01-31 | Lg Electronics Inc. | Method and apparatus for direct communications in a wireless communication system |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8170481B2 (en) * | 2008-03-24 | 2012-05-01 | Intel Corporation | Techniques for discovering services provided in a wireless network |
| US8577363B2 (en) * | 2008-07-14 | 2013-11-05 | Nokia Corporation | Setup of device-to-device connection |
| CN101835098B (zh) * | 2010-03-26 | 2012-09-05 | 清华大学 | 一种面向密集用户区域的无线网络重构式通信方法 |
| US8812657B2 (en) * | 2010-04-15 | 2014-08-19 | Qualcomm Incorporated | Network-assisted peer discovery |
| US10250678B2 (en) * | 2010-07-07 | 2019-04-02 | Qualcomm Incorporated | Hybrid modes for peer discovery |
| US20130322388A1 (en) * | 2010-12-27 | 2013-12-05 | Jae-Young Ahn | Device-to-device communication and terminal relay method |
| US9271320B2 (en) * | 2011-06-21 | 2016-02-23 | Lg Electronics Inc. | Method for performing communication between devices in a wireless access system, and device for same |
| GB2496153B (en) * | 2011-11-02 | 2014-07-02 | Broadcom Corp | Device-to-device communications |
| TWI631871B (zh) * | 2012-04-27 | 2018-08-01 | 內數位專利控股公司 | 支援鄰近發現程序方法及裝置 |
| US9036603B2 (en) * | 2012-08-03 | 2015-05-19 | Intel Corporation | Network assistance for device-to-device discovery |
| US9210562B2 (en) * | 2013-04-04 | 2015-12-08 | Blackberry Limited | Method and apparatus for proximity discovery for device-to-device communication |
-
2014
- 2014-05-07 WO PCT/KR2014/004007 patent/WO2014182040A1/ko active Application Filing
- 2014-05-07 US US14/889,082 patent/US20160157056A1/en not_active Abandoned
- 2014-05-07 CN CN201480025443.4A patent/CN105409258B/zh active Active
- 2014-05-07 JP JP2016512829A patent/JP6216038B2/ja active Active
- 2014-05-07 KR KR1020157031703A patent/KR102277261B1/ko active IP Right Grant
- 2014-05-07 EP EP14794582.8A patent/EP2996364B1/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130029675A1 (en) | 2010-04-23 | 2013-01-31 | Lg Electronics Inc. | Method and apparatus for direct communications in a wireless communication system |
| US20120230308A1 (en) | 2011-03-08 | 2012-09-13 | Sony Corporation | Wireless communication apparatus, wireless communication method, and wireless communication system |
Non-Patent Citations (1)
| Title |
|---|
| 3GPP S2-131393 |
Also Published As
| Publication number | Publication date |
|---|---|
| KR20160013857A (ko) | 2016-02-05 |
| JP6216038B2 (ja) | 2017-10-18 |
| CN105409258B (zh) | 2019-05-14 |
| JP2016523044A (ja) | 2016-08-04 |
| WO2014182040A1 (ko) | 2014-11-13 |
| EP2996364A1 (en) | 2016-03-16 |
| CN105409258A (zh) | 2016-03-16 |
| EP2996364B1 (en) | 2018-04-25 |
| US20160157056A1 (en) | 2016-06-02 |
| EP2996364A4 (en) | 2016-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102277261B1 (ko) | 근접 서비스 제공을 위한 근접 서비스 탐색 방법 및 장치 | |
| US9813865B2 (en) | Network-initiated control method and apparatus for providing proximity service | |
| KR101595431B1 (ko) | 무선 통신 시스템에서 근접 서비스 제공 방법 및 장치 | |
| KR101549029B1 (ko) | 근접 서비스 제공을 위한 단말-개시 제어 방법 및 장치 | |
| EP2753133B1 (en) | Method of handling proximity service in wireless communication system | |
| US9622035B2 (en) | Relay control method for proximity service and device therefor | |
| CN110099052B (zh) | 无线通信系统中用于支持语音服务的方法和设备 | |
| US10484838B2 (en) | Group communication method and device for providing proximity service | |
| US9432885B2 (en) | Method and apparatus for packet-switched service handover in wireless communication system | |
| JP6117951B2 (ja) | 近接サービス基盤の無線接続方式変更方法及び装置 | |
| US9794973B2 (en) | Method and apparatus for providing proximity service | |
| KR20140110853A (ko) | 무선 통신 시스템에서 근접 서비스 제공 방법 및 장치 | |
| KR20150120348A (ko) | 근접 서비스 제공을 위한 그룹 통신 방법 및 장치 | |
| JP2016521514A (ja) | 近接サービス実行方法及びそのための装置 | |
| US10327130B2 (en) | Method for receiving and transmitting TAU-less PSM related signal in wireless communication system, and apparatus therefor | |
| US10003921B2 (en) | Method and apparatus for searching for proximity service so as to provide proximity service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E90F | Notification of reason for final refusal | ||
| GRNT | Written decision to grant |