KR20180022895A - 위치 기반 컨텍스트 전달 - Google Patents

위치 기반 컨텍스트 전달 Download PDF

Info

Publication number
KR20180022895A
KR20180022895A KR1020187002653A KR20187002653A KR20180022895A KR 20180022895 A KR20180022895 A KR 20180022895A KR 1020187002653 A KR1020187002653 A KR 1020187002653A KR 20187002653 A KR20187002653 A KR 20187002653A KR 20180022895 A KR20180022895 A KR 20180022895A
Authority
KR
South Korea
Prior art keywords
location
congestion
scef
information
mme
Prior art date
Application number
KR1020187002653A
Other languages
English (en)
Other versions
KR102069147B1 (ko
Inventor
아메드 모하메드
마이클 에프. 스타시닉
Original Assignee
콘비다 와이어리스, 엘엘씨
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 콘비다 와이어리스, 엘엘씨 filed Critical 콘비다 와이어리스, 엘엘씨
Publication of KR20180022895A publication Critical patent/KR20180022895A/ko
Application granted granted Critical
Publication of KR102069147B1 publication Critical patent/KR102069147B1/ko

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
    • 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/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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/10—Mobility data transfer between location register and external networks
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

향상된 3GPP 네트워크 아키텍처는 SCEF가 위치 기반 컨텍스트를 제공하는 API들을 통해 SCS/AS와 상호작용하는 것; GMLC가 UE의 위치, 이용가능한 RAT들, 및 혼잡 레벨들을 얻는 것; HSS가 UE의 위치, 이용가능한 RAT들, 및 혼잡 레벨들을 얻는 것; PCEF가 (PCRF를 통해) P-GW에서의 혼잡 레벨을 획득하는 것; RCAF가 (PCRF를 통해) E-UTRAN, UTRAN, 및 WLAN에서의 사용자 평면 혼잡 레벨들을 획득하는 것; 및 서빙 노드들(MME, SGSN, 3GPP AAA 서버)이 이용가능한 RAT들 및 혼잡 레벨들을 얻는 것을 가능하게 할 수 있다.

Description

위치 기반 컨텍스트 전달
관련 출원의 상호 참조
본 출원은 2015년 6월 29일자로 출원된 미국 가특허출원 제62/186,018호 - 그 개시내용은 이로써 참조에 의해 그 전체가 기재된 것처럼 원용됨 - 의 이익을 주장한다.
M2M(Machine to Machine)은 무선 시스템 및 유선 시스템 둘 다가 다른 디바이스들과 통신할 수 있게 하는 기술들에 관한 것이다. M2M은 사물 인터넷(Internet of Things)(IoT)의 불가결한 부분으로 간주되고, 대체로 모니터링을 위해 그러나 또한 제어 목적으로 산업 자동화, 물류, 스마트 그리드, 스마트 시티, 건강, 방위(defense) 등과 같은 다양한 적용분야들을 갖는다.
M2M은 위치 기반 서비스들(Location Based Services)(LBS) 적용분야들에서 중요한 역할을 할 수 있다. LBS의 일부 M2M 예들은, 재고관리 등을 위해, 자산(asset)을 위치확인하는 것; 컨테이너가 그의 목적지에 있을 때까지 컨테이너가 열리지 않았는지를 체크하는 것과 같은, 위치에 의존하는 규칙들을 적용하는 것; 사용 기반 보험(usage-based insurance) 등에 대해, 청구 목적을 위해 자산을 추적하는 것; 및 긴급 픽업을 위해 가장 가까운 트럭을 위치확인하는 것 등을 위해, 특정 영역 내의 자산을 찾아내는 것을 포함한다.
위치 정보(어디, 자산의 상태, 변화)를 알고 위치 정보에 기초하여 조치를 취하는 것(조치 강구, 통보, 보조, 지원)에 관한 것인 특정의 관심 대상은 무선 자산 추적이다. 자산은 고정되어(예컨대, 자동판매 시스템) 있거나 이동가능(운송 중인 상품)할 수 있다.
oneM2M, OMA, 및 3GPP와 같은 다수의 표준 단체들에서 위치 정보에 관심이 있어 왔다. 이하에서는, 위치 요구사항들 및 해결책들에 대한 각각의 표준 단체의 관점과 기여가 설명된다.
oneM2M LOC(Location) 공통 서비스 기능(Common Service Function)(CSF)(102)은 애플리케이션 엔티티(AE)들(104)이 oneM2M TS 0001에 나타낸 바와 같이 LBS를 위해 노드들(예컨대, 모바일 노드)의 지리적 위치 정보를 획득할 수 있게 하는 것이 의도되어 있다. LOC CSF(102)는 기반 네트워크에서의 위치 서버와 상호작용할 수 있다. 지리적 위치 정보는 단순히 경도 및 위도 정보 이상의 것을 포함할 수 있다.
오픈 모바일 연합(Open Mobile Alliance)(OMA) API는 원형의 지리적 영역(원형 영역에 들어가고 그로부터 나가는 것)과 관련하여 단말 위치, 거리, 또는 단말 이동들에 대한 "Terminal location" 애플리케이션 프로그램 인터페이스(Application Program Interface)(API)를 제공한다. 보다 정확하게는, "Terminal location" API는 하기의 동작들: 현재 단말 위치를 획득하는 것; 주어진 위치로부터의 단말 거리를 획득하는 것; 2개의 단말들 사이의 거리를 획득하는 것; 및 주기적인 통지들에 대한 클라이언트 특정 구독(client-specific subscription)들을 관리하는 것; 영역(원) 통지들에 대한 클라이언트 특정 구독들을 관리하는 것; 거리 통지들에 대한 클라이언트 특정 구독들을 관리하는 것을 지원한다.
위치 서비스들(Location Services)(LCS)의 기능 스테이지 2 설명은 TS 23.271에 포함되어 있다. TS 23.271의 6절에 나타낸 바와 같이, 도 2는 "GSM, UMTS 및 EPS에서의 위치 서비스 특징의 일반 구성(general arrangement)을 도시하고 있다. 이것은, 일반적으로, 코어 네트워크 내의 LCS 클라이언트들 및 서버들과 GERAN, UTRAN 및 E-UTRAN 액세스 네트워크들 간의 관계를 예시하고 있다. 액세스 네트워크 내의 LCS 엔티티들은 A, Gb, Iu 및 S1 인터페이스들을 거쳐 코어 네트워크와 통신한다. 액세스 네트워크 LCS 엔티티들 간의 통신은 액세스 네트워크의 메시징 및 시그널링 능력들을 사용한다."
게이트웨이 모바일 위치 센터(Gateway Mobile Location Center)(GMLC)(302)와 관련하여 그리고 TS 23.271의 6.3.3절에 나타낸 바와 같이, "GMLC는 외부 LCS 클라이언트가 PLMN에서 액세스하는 첫 번째 노드이다(즉, Le 참조점이 GMLC에 의해 지원된다). GMLC는 Lh 인터페이스를 통해 HLR(Home Location Register)에 또는 SLh/Lh 인터페이스를 통해 HSS에 라우팅 정보를 요청할 수 있다. 도 2에서의 비고 1은 HSS가 2G-HLR 기능 및 3G-HLR 기능 둘 다를 포함한다는 것을 나타낸다. 등록 권한부여(registration authorization)를 수행한 후에, GMLC는 방문 모바일 스위칭 센터(Mobile Switching Center)(MSC)(2G-MSC), SGSN, MSC 서버 또는 MME 중 어느 하나에게 위치결정 요청(positioning request)들을 송신하고 Lg, Lgd 또는 SLg 인터페이스를 통해 대응하는 엔티티로부터 최종 위치 추정치들을 수신한다. GMLC의 참조점들이 도 3에 나타내어져 있다(TS 29.173).
GMLC(302)는, 앞서 언급된 바와 같이, 위치 추정치들만을 제공한다. 환언하면, GMLC(302)는 이용가능한 무선 액세스 기술(RAT) 또는 서빙 노드들 중 임의의 것(예컨대, MME(306))에서의 혼잡 레벨과 같은 임의의 다른 컨텍스트 정보는 제공하지 않는다.
앞서 살펴본 바와 같이, GMLC(302)는 UE의 위치에 관해 문의하기 위해 위치 요청을 MME(306)/SGSN(308)에게 송신한다. 완료되면, MME(306)/SGSN(308)은, UE(202)가 여전히 어태치되어 있는지를 체크하기 위해 그리고 그의 현재 위치를 얻기 위해, UE(202)와 통신한다. MME(306) 및 SGSN(308)의 구체적인 거동들은 다음과 같이 요약될 수 있다.
E-UTRAN에 대해, MME(306)는 UE(202)가 디태치(detach)되거나 보류(suspend)되어 있는지를 체크하고, 어느 경우든지, 오류 응답이 반환된다. UE(202)가 ECM-IDLE 상태에 있는 경우, MME(306)는 UE(202)와의 시그널링 접속을 설정하고 특정 eNB를 할당하기 위해 TS 23.401에 정의된 바와 같은 "네트워크 트리거 서비스 요청(network triggered service request)"을 수행한다. 이어서, MME(306)는 "Location Request" 메시지를 E-SMLC(Evolved Serving Mobile Location Center)에게 송신한다. E-SMLC(702)는, TS 23.271의 9.3a 절에 설명된 바와 같이, 위치결정 방법을 결정하고 이 방법에 대한 특정의 메시지 시퀀스를 개시한다. 위치결정 방법이 위치 측정들을 반환하면, E-SMLC는 그들을 사용하여 위치 추정치를 계산한다. E-SMLC(702)는 그의 위치 추정치를 "Location Response" 메시지에서 MME(306)에게 반환한다. E-SMLC(702)는, 그의 응답에, 획득된 위치 추정치가 요청된 정확도를 충족시키는지 여부의 표시를 포함시킨다. 위치 추정치가 획득될 수 없다면, E-SMLC(702)는 실패 원인을 포함하고 위치 추정치를 포함하지 않는 Location Response 메시지를 반환한다. 마지막으로, MME(306)는 위치 정보, 그의 에이지(age) 및 획득된 정확도 표시를 GMLC(302)에게 반환한다.
UE(202)가 유휴 모드(idle mode)에 있는 경우, SGSN(308)은 페이징(paging)을 수행한다. 페이징 절차는 TS 23.060에 정의되어 있다. 페이징 응답이 수신되지 않으면, SGSN(308)은 오류 응답을 GMLC에게 반환한다. 그렇지 않으면, SGSN(308)은 "Location Request" 메시지를 RAN(604)(UTRAN/GERAN)에게 송신한다. 이 메시지는 요청된 위치 정보의 유형, 요청된 QoS, 및 페이징 응답에서 수신된 임의의 다른 위치 정보를 포함한다. 그에 따라, RAN(604)은 위치결정 방법을 결정하고 UTRAN Stage 2 TS 25.305에서의 그리고 GERAN Stage 2 TS 43.059에서의 이 방법에 대한 특정의 메시지 시퀀스를 개시한다. RAN(604)은 위치 추정치를 "Location Report" 메시지에서 SGSN(308)에게 반환한다. RAN(604)은, 그의 응답에, 획득된 위치 추정치가 요청된 정확도를 충족시키는지 여부의 표시를 포함시킨다. 마지막으로, SGSN(308)은 위치 정보, 그의 에이지 및 획득된 정확도 표시를 GMLC에게 반환한다.
3GPP는 기반 3GPP 네트워크 능력들을 애플리케이션/서비스 제공자들에게 더 잘 노출(expose)시키는 프레임워크를 최근에 정의하였다(TS 23.682). 이것을 달성하기 위해, 3GGP는 서비스 능력 노출 기능(Service Capability Exposure Function)(SCEF)(404)라는 새로운 기능을 정의하였다. 이 기능은 3GPP 네트워크들에 의해 제공되는 서비스들 및 능력들을 안전하게(securely) 노출시키기 위한 수단을 제공한다. SCEF(404)는 노출된 서비스 능력들을 발견하기 위한 수단을 제공한다. SCEF(404)는 OMA, GSMA, 및 어쩌면 다른 표준화 단체들에 의해 정의된 동종 네트워크 애플리케이션 프로그래밍 인터페이스들(예컨대, 네트워크 API)을 통해 네트워크 능력들에의 액세스를 제공한다. SCEF(404)는 기반 3GPP 네트워크 인터페이스들 및 프로토콜들로부터 서비스들을 추상화(abstract)한다.
도 4는 TS 23.682로부터 복사한 것이다. 도 4는 SCEF와 애플리케이션들 및 EPC 간의 관계의 다이어그램이다. 도면에 도시되어 있지 않지만, GMLC(302)는 SCEF(404)에 접속할 수 있는 네트워크 엔티티들 중 하나일 수 있다.
머신 타입 통신(Machine Type Communication)(MTC) 디바이스들의 개수는 "전통적인" 디바이스들보다 몇 자릿수 더 클 수 있다. 많은(그러나 전부는 아님) MTC 디바이스들은 비교적 고정(stationary)되어 있고 그리고/또는 적은 양의 트래픽을 생성한다. 그렇지만, 이 UE들은 여전히 비-MTC UE(202)와 동일한 양의 제어 시그널링을 생성할 것으로 예상될 것이다. UE들의 개수의 증가로 인한 보다 많은 양의 시그널링은, UE(202)가 MTC를 위해 사용되는지 여부와 무관하게, 과부하를 야기할 수 있다. 이러한 과부하는 P-GW/GGSN, 서빙 노드들(MME(306)/SGSN(308)), 또는 무선 액세스 네트워크(radio access network)(RAN)에서 발생할 수 있다. 따라서, TS 23.401 및 TS 23.06에 설명된 바와 같이, 과부하 및 혼잡 제어를 위한 일반 기능(generic functionality)이 요구된다.
P-GW/GGSN은 액세스 포인트 네임(Access Point Name)(APN)마다 혼잡을 검출하고 다음 중 어느 하나에 기초하여 패킷 데이터 프로토콜(Packet Data Protocol)(PDP) 컨텍스트 활성화 요청들을 거부할 수 있다:
1. APN마다의 활성 PDP 컨텍스트들의 최대 개수
2. APN마다의 PDP 컨텍스트 활성화들의 최대 비율
P-GW/GGSN이 PDP 컨텍스트 활성화 요청을 거부할 때, P-GW/GGSN은 특정 APN에 대한 백오프 시간(back-off time)을 MME(306)/SGSN(308)에게 제공할 수 있다. MME(306)/SGSN(308)은, 거부를 UE(202)에게 송신하기 전에, 상이한 P-GW/GGSN을 시도(try)할 수 있다.
MME(306)(SGSN(308))는, 과부하 제한(overload restriction)을 가능하게 하도록 구성된 경우, 그의 eNodeB들(BSC/RNC)이 그에 대해 생성하고 있는 부하를 제한한다. 특히, MME(306)(SGSN(308))는 eNodeB(BSC/RNC)에게 특정 카테고리들의 MTC 디바이스들로부터의 부하를 제한하도록 요청할 수 있다. 그에 응답하여, eNodeB(RNC)는 RRC 접속 요청들을 거부하고, 추가의 RRC 접속 요청들을 제한하기 위해, 백오프 타이머 값(back-off timer value)을 UE(202)에게 알려줄 수 있다. UE(202)는 저 액세스 우선순위 표시(low access priority indication)를 NAS 시그널링을 통해 MME(306)/SGSN(308)에게 제공할 수 있다. 이것은 MME(306)/SGSN(308)이, UE(202)가 추가의 시그널링 메시지들을 생성할 필요가 없고 그리고/또는 PLMN을 재선택하지 않는 상태로 이동하라고, UE(202)에게 명령하는 것을 가능하게 할 것이다.
TS 23.401의 4.4.12 절(및 UTRAN에 대한 TS 23.060의 5.4.11 절)에 나타낸 바와 같이, RAN 혼잡 인식 기능(RAN Congestion Awareness Function)(RCAF)(504)는 RAN의 OAM 시스템으로부터의 사용자 평면 혼잡에 관련된 정보를 수집하고, 이 정보에 기초하여 RCAF(504)는 eNB 또는 E-UTRAN(UTRAN) 셀의 혼잡 레벨(및 식별자)을 결정한다. RCAF(504)는, 도 5(TS 23.203로부터 복사됨)에 도시된 바와 같이, PCC(Policy and Charging Control) 아키텍처에 포함된다. 또한, RCAF(504)는, TS 23.203의 6.1.15.3 절에 나타낸 바와 같이, 지리적 영역에 서빙하는 것으로 가정된다.
Nq/Nq' 인터페이스를 통해, RCAF(504)는 혼잡한 eNB 또는 혼잡한 E-UTRAN 셀에 의해 서빙되는 UE들을 결정하고 그 UE들의 활성 PDN 접속들의 APN들을 검색한다. Nq 참조점(Nq-AP)을 거치는 애플리케이션 프로토콜을 정의하기 위해 최근의 Rel-13 워크 아이템(Rel-13 work item)이 막 시작되었고, 그의 결과들은 TS 29.405 Nq and Nq' Application Protocol (Nq-AP); Stage 3에 포함될 것이다. Np 참조점을 거쳐, RCAF(504)는 RAN 사용자 평면 혼잡 정보(RAN User Plane Congestion Information)(RUCI)를 UE들의 PDN 접속들을 서빙하는 PCRF들에게 송신한다. 최근의 Rel-13 TS 29.217 "Policy and Charging Control: Congestion Reporting over Np Reference Point"는 Np 메시지들 및 Diameter AVP들을 설명한다.
UE의 위치 기반 컨텍스트는 그의 위치, 속도, 이용가능한 RAT들, 및 이 RAT들에서의 혼잡 레벨들을 포함할 수 있다. 다른 메트릭들도 포함될 수 있다.
향상된 3GPP 네트워크 아키텍처는 SCEF가 위치 기반 컨텍스트를 제공하는 API들을 통해 SCS/AS와 상호작용하는 것; GMLC가 UE의 위치, 이용가능한 RAT들, 및 혼잡 레벨들을 얻는 것; HSS가 UE의 위치, 이용가능한 RAT들, 및 혼잡 레벨들을 얻는 것; PCEF가 (PCRF를 통해) P-GW에서의 혼잡 레벨을 획득하는 것; RCAF가 (PCRF를 통해) E-UTRAN, UTRAN, 및 WLAN에서의 사용자 평면 혼잡 레벨들을 획득하는 것; 및 서빙 노드들(MME, SGSN, 3GPP AAA 서버)이 이용가능한 RAT들 및 혼잡 레벨들을 얻는 것을 가능하게 할 수 있다.
GMLC 기반 위치 컨텍스트 전달 절차에서, GMLC는, 서빙 노드들에서의 혼잡 레벨 및 UE에게 이용가능한 RAT들을 포함하는 UE의 컨텍스트에 관해 문의하기 위해, 서빙 노드들(MME/SGSN/AAA 서버)와 상호작용한다.
HSS 기반 위치 컨텍스트 전달 절차에서, HSS는, UE의 위치 컨텍스트에 관해 문의하기 위해, 서빙 노드들과 직접 상호작용한다.
SCEF 기반 위치 컨텍스트 전달 절차에서, SCEF는, UE의 위치 컨텍스트에 관해 문의하기 위해, 서빙 노드들과 직접 상호작용한다. 그렇게 함에 있어서, SCEF는 T5a', T5b', 및 T5w'을, 각각, 거쳐, 서빙 노드들, 즉 MME, SGSN, 및 3GPP AAA 서버와 직접 통신할 수 있다.
PCRF 기반 위치 컨텍스트 전달 절차에서, PCRF는 PCEF 및 RCAF로부터, 각각, P-GW 및 RAN 사용자 평면에서의 혼잡 레벨들을 얻는다. 게다가, PCRF는 IP-CAN 세션 설정 및 수정 절차들 동안 PCEF로부터 사용자 위치 및 RAT-Type을 얻는다.
SCEF 개시 위치 컨텍스트 요청 절차에서, UE의 위치 컨텍스트 요청들은 다른 절차(예컨대, 특정 위치의 UE들로의 그룹 통신)의 일부로서 실행되고, 다른 절차가 어떻게 실행될 것인지를 결정하는 데 사용된다.
도 1은 oneM2M CSE 및 CSF들을 예시한 다이어그램.
도 2는 LCS의 일반 구성을 예시한 다이어그램.
도 3은 LCS 기능 아키텍처의 개요를 예시한 다이어그램.
도 4는 3GPP SCEF 아키텍처를 예시한 다이어그램.
도 5는 전체적인 PCC 논리적 아키텍처를 예시한 다이어그램.
도 6은 새로운 참조점들을 갖는 네트워크 아키텍처를 예시한 다이어그램.
도 7은 GMLC 기반 위치 컨텍스트 전달 절차를 예시한 다이어그램.
도 8은 HSS 기반 위치 컨텍스트 전달 절차를 예시한 다이어그램.
도 9는 SCEF에 앵커링된 위치 컨텍스트 전달 절차(SCEF-anchored Location Context Delivery Procedure)를 예시한 다이어그램.
도 10은 PCRF 기반 위치 컨텍스트 전달 절차를 예시한 다이어그램.
도 11은 그룹 통신을 위한 SCEF 개시 위치 컨텍스트 요청을 예시한 다이어그램.
도 12 및 도 13은 예시적인 그래픽 사용자 인터페이스(GUI)들의 다이어그램.
도 14a는 통신 네트워크를 포함하는 M2M/IoT/WoT 통신 시스템의 다이어그램.
도 14b는 M2M 애플리케이션, M2M 게이트웨이 디바이스들, 및 M2M 단말 디바이스들 그리고 통신 네트워크에 대한 서비스들을 제공하는 필드 도메인에 예시된 M2M 서비스 계층의 다이어그램.
도 14c는, UE 또는 다른 종단 노드 디바이스와 같은, 예시적인 종단 노드의 다이어그램.
도 14d는 본원에 설명되는 네트워크 노드들 중 임의의 것을 구현하는 데 사용될 수 있는 컴퓨터 시스템 또는 서버의 블록 다이어그램.
본 개시내용 전반에 걸쳐 사용되는 중요한 용어들 및 약어들.
AAA Authentication, Authorization, and Accounting
AE Application Entity
AESE Architecture Enhancements for Service Capability Exposure
APN Access Point Name
API Application Program Interface
AS Application Server
AVP Attribute-Value Pairs
BM-SC Broadcast Multicast Service Center
BSC Base Station Controller
CBS Cell Broadcast Service
CCA Credit-Control-Answer
CCR Credit-Control-Request
CSF Common Service Function
DNS Domain Name System
GERAN GSM EDGE Radio Access Network
GMLC Gateway Mobile Location Center
GGSN Gateway GPRS Support Node
GSM Global System for Mobile Communications
GSMA GSM Association
E-SMLC Evolved Serving Mobile Location Center
E-UTRAN Enhanced UTRAN
EDGE Enhanced Data rates for GSM Evolution
ELP EPC LCS Protocol
EPC Evolved Packet Core
EPS Evolved Packet System
HLR Home Location Register
HSS Home Subscriber Server
I-WLAN Interworking WLAN
IW-MT-LR Mobile Terminated Location Request for an I-WLAN
IE Information Element
IMSI International Mobile Subscriber Identity
LBS Location Based Services
LCS Location Services
LOC Location
LTE Long Term Evolution
MBMS Multimedia Broadcast Multicast Service
MCN Mobile Core Network
MLP Mobile Location Protocol
MME Mobility Management Entity
MSC Mobile Switching Center
MT-LR Mobile Terminated Location Request
MTC Machine Type Communication
NAS Non Access Stratum
NRR Non-Aggregated-RUCI-Report-Request
OAM Operations, administration and management
OMA Open Mobile Alliance
OSA-API Open Service Access Application Programming Interface
P-GW Packet Data Network Gateway
PCC Policy and Charging Control
PDN Packet Data Network
PDP Packet Data protocol
PLMN Public Land Mobile Network
PLA Provide-Location-Answer
PLR Provide-Location-Request
PPR Push-Profile-Request
RAN Radio Access Network
RAT Radio Access Technology
RCAF RAN Congestion Awareness Function
RNC Radio Network Controller
RRC Radio Resource Control
RUCI RAN User Plane Congestion Information
SMS Short Message Service
SCS Service Capability Server
SCEF Service Capability Exposure Function
SGSN Serving GPRS Support Node
S-GW Serving Gateway
TGMI Temporary Mobile Group Identity
TWAN Trusted WLAN Access Network
UDP User Datagram Protocol
UE User Equipment
UMTS Universal Mobile Telecommunications System
UTRAN Universal Terrestrial Radio Access Network
WLAN Wireless Local Area Network
M2M 서버는 UE(202)의 지리적 위치를 알기 위해 모바일 코어 네트워크(Mobile Core Network)(MCN)에 쿼리(query)한다. M2M 서버는 UE의 지리적 컨텍스트에 관해 더 알고 싶어한다. 예를 들어, UE(202)의 현재 위치(UMTS, LTE, Wi-Fi 등)에서 어떤 네트워크들이 UE(202)에 의해 액세스가능한가? 네트워크들이 UE(202)에게 얼마나 유용할 수 있는가?(즉, 혼잡 레벨들)
M2M 서버가 UE의 지리적 컨텍스트를 인식하면, M2M 서버는 UE(202)에게 이용가능한 자원들을 사용하라고 UE(202)에게 지시할 수 있다. 예를 들어, M2M 서버는 UE(202)를 특정 네트워크들 또는 서비스들 쪽으로 스티어링(steer)할 수 있다. M2M 서버는 또한 UE(202)에서 어떤 서비스를 활성화할 시간이 되었다는 것을 알 수 있다. 예를 들어, 새로운 Wi-Fi 네트워크의 이용가능성은 M2M 서버로 하여금 UE(202)에게 서비스 발견을 수행하라고 지시하게 할 수 있다. 마지막으로, UE의 컨텍스트는 다른 유형들의 애플리케이션 서버(Application Server)(AS)들에도 유익할 수 있다. 예를 들어, AS는 (이용가능한 것들 중에서) 특정의 RAT의 데이터 레이트와 매칭시키기 위해 특정의 애플리케이션 데이터 레이트(예컨대, 적응적 비트 레이트들을 갖는 비디오 스트리밍)를 적합화(adapt)할 수 있다.
구체적으로 위치 관련되지(specifically location related) 않은 절차들을 보다 효율적으로 실행하기 위해 SCEF(404)에 의해 때때로 위치 기반 컨텍스트가 요구될 수 있다. 예를 들어, SCS는 큰 메시지를 (UE들의 위치에 상관없이) 100개의 UE들의 그룹에 분배하기를 원할 수 있다. 그렇지만, SCEF(404)는, 그룹 메시지에 대한 전달 방법을 보다 지능적으로 선택할 수 있도록, UE들의 위치 기반 컨텍스트에 관한 정보를 알기를 원할 수 있다.
oneM2M TS 0001에 나타낸 바와 같이, "지리적 위치 정보는 단순히 경도 및 위도 정보 이상의 것을 포함할 수 있다." 그렇지만, 현재 위치 추적 API들은 어떤 위치 기반 컨텍스트도 제공하지 않는다. 예를 들어, OMA "Terminal Location"는, 어떤 부가의 컨텍스트 정보도 고려하지 않고, 위치 및 거리 메트릭들만을 제공한다.
UE의 컨텍스트는 3GPP(LTE, UMTS) 또는 비-3GPP(Wi-Fi)와 같은 특정의 지리적 영역에서 이용가능한 RAT들; RAT 접속 속성(RAT connectivity attribute)들(예컨대, 혼잡 레벨, 신뢰성, 보안 등); 각각의 이용가능한 RAT의 부과 요금(charging tariff)들을 포함할 수 있다.
하기와 같은 문제점들이 이하에서 논의된다:
Figure pct00001
위치 기반 컨텍스트 API를 SCS/AS(602)(예컨대, M2M 서버)에게 어떻게 노출시킬 것인가?
Figure pct00002
SCEF(404)가 위치 기반 컨텍스트에 관해 문의하기 위해 상이한 코어 네트워크 엔티티들과 상호작용하는 것을 어떻게 가능하게 하는가?
o 혼잡 보고를 위해, SCEF(404), MME(306), SGSN(308), 3GPP AAA 서버(312), PCEF(502), 및 RCAF(504) 사이의 통신(프로토콜들 및 필요한 정보 엘리먼트들)을 어떻게 가능하게 하는가?
o RAT 이용가능성 보고를 위해, SCEF(404)와 잠재적 서빙 노드들(MME(306), SGSN(308), 3GPP AAA 서버(312)) 사이의 통신(프로토콜들/IE들)을 어떻게 가능하게 하는가?
o 위치 보고를 위해, 한쪽으로부터의 SCEF(404)와 다른 쪽으로부터의 GMLC, HSS(304), PCRF(402) 사이의 통신을 어떻게 가능하게 하는가?
Figure pct00003
SCEF(404)에 의해 통합(consolidate)된 위치 기반 컨텍스트를 SCS/AS(602)에게 어떻게 전달하는가?
SCEF(404)가 절차들을 효율적으로 실행하기 위해 어떻게 위치 컨텍스트 요청을 암시적으로 개시할 수 있는가.
위치 기반 컨텍스트 전달 절차들의 상세가 설명된다. 먼저, 네트워크 아키텍처는 SCEF(404) 및 그와 HSS(304), GMLC, PCRF(402), MME(306), SGSN(308), 및 AAA 서버(312) 간의 상호작용들을 보여준다. GMLC(302)가 서빙 노드들에서의 혼잡 레벨을 포함하는 UE의 위치 관련 컨텍스트에 관해 문의하기 위해 서빙 노드들(MME(306)/SGSN(308)/AAA 서버(312))과 상호작용하는, GMLC 기반 위치 컨텍스트 전달 절차가 설명된다. HSS(304)가 서빙 노드들과 상호작용하는 HSS 기반 위치 컨텍스트 전달 절차가 설명된다. 대안적으로, SCEF(404)는 UE의 위치 및 혼잡 레벨들에 관해 문의하기 위해 서빙 노드들과 직접 상호작용할 수 있다. SCEF(404)는 혼잡에 관해 문의하기 위해 PCEF(502) 및 RCAF(504)와 상호작용할 수 있다. 그룹 통신과 같은 다른 메커니즘들에서의 위치 기반 컨텍스트 전달 절차들이 또한 설명된다.
SCEF(404) 및 SCS/AS(602)가 EPC로부터 위치 관련 컨텍스트를 추출하는 것을 가능하게 하는 네트워크 아키텍처가 제시된다. 도 6은 SCEF를 SCS/AS와 3GPP 코어 네트워크들 간의 인터페이스로서 도시하고 있다. SCEF는 API(들)를 SCS/AS(602)에 노출시킨다. 이 API들은 SCS/AS(602)가 3GPP 네트워크의 서비스들 중 일부에 액세스하는 것을 가능하게 한다. SCEF(404)는 가입자 정보에 관한 Sh 참조점을 거쳐 HSS(304)와 상호작용한다. 그에 부가하여, SCEF(404)는 UE의 위치에 관해 문의하기 위해 Le 참조점을 거쳐 GMLC(302)와 상호작용한다. 게다가, SCEF(404)는, (Np 참조점을 거쳐) RCAF로부터 그리고 (Gx 참조점을 거쳐) P-GW/PCEF(502)로부터 혼잡 정보를 얻을 수 있기 위해, Rx 참조점을 거쳐 PCRF(402)와 통신한다.
SCEF(404)는 T5a', T5b', 및 T5w'을, 각각, 거쳐, 서빙 노드들, 즉 MME(306), SGSN(308), 및 3GPP AAA 서버(312)와 직접 통신할 수 있다.
SCEF(404) 이외에도, 도 6은 HSS(304)가 S6a, S6d, 및 Swx를, 각각, 거쳐 서빙 노드들 MME(306), SGSN(308), 및 3GPP AAA 서버(312)와 상호작용한다는 것을 도시하고 있다. 이와 유사하게, GMLC(302)는 SLg, Lgd, 및 La 참조점들을 거쳐 동일한 서빙 노드들과 상호작용한다. 게다가, 서빙 노드들 각각은 자신의 RAN 노드(604)(EUTRAN/UTRAN/GERAN/WLAN)에 접속되고 각자의 lu, S1, 및 STa 참조점들을 거쳐 통신한다. 마지막으로, 각각의 RAN 노드(604)는 연관된 RAT를 통해 UE(202)와 무선으로 접속된다.
도 6에 예시된 기능이, 이하에서 설명되는 도 14c 또는 도 14d에 예시된 것들 중 하나와 같은, 무선 디바이스 또는 다른 장치(예컨대, 서버, 게이트웨이, 디바이스, 또는 다른 컴퓨터 시스템)의 메모리에 저장되고 그의 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있다는 것을 잘 알 것이다. 또한, 도 6에 예시된 기능이 가상화된 네트워크 기능들의 세트로서 구현될 수 있다는 것을 잘 알 것이다. 네트워크 기능들은 꼭 직접 통신하는 것은 아닐 수 있고, 오히려 포워딩 또는 라우팅 기능을 통해 통신할 수 있다.
GMLC 기반 위치 컨텍스트 전달 절차
이 섹션은 특정의 UE(202)의 위치 컨텍스트를 SCS/AS(602)에게 제공하는 해결책을 설명한다. 이 해결책은 UE(202)에 의해 액세스될 수 있는 RAT를 사용하여 UE(202)의 위치를 보고하기 위해 GMLC(302)를 이용한다. 그렇게 함에 있어서, GMLC(302)는 어떤 RAT들이 UE(202)에게 이용가능한지를 SCEF(404)에게 알려줄 수 있을 것이다. 게다가, 서빙 노드들(예컨대, MME(306), SGSN(308), 3GPP AAA 서버(312))에서의 혼잡 레벨이 GMLC에게 보고될 것이다. 이 정보 전부가 SCEF(404)에게 보고될 것이다.
도 7의 단계 1에서, SCS/AS(602)는 "Location Context Request" (External Identifier, SCS Identifier) API를 SCEF(404)에게 송신하는 것에 의해 주어진 UE(202)의 위치에 관해 문의하기 시작한다. SCS/AS(602)는 External Identifier를 사용하여 DNS 쿼리를 수행하는 것 또는 로컬적으로 구성된 SCEF 식별자를 사용하는 것에 의해 SCEF(404)의 IP 주소(들)/포트(들)를 결정할 수 있다. UE(202)의 'External Identifier'는 TS 23.682 "Architecture Enhancements to facilitate communications with Packet Data Networks and Applications"에 따라 정의된다. 게다가, TS 23.682에 나타낸 바와 같이, MSISDN을 SCS 식별자로서 사용하는 것이 가능할 수 있다.
새로운 API "Location Context Request"는, 위치, 속도, 서빙 노드들에서의 혼잡 레벨, 및 이용가능한 RAT들을 비롯한, 특정의 UE(202)의 컨텍스트에 관해 문의할 수 있다.
도 7의 단계 2에서, SCEF(404)는 SCS/AS(602)가 UE(202)의 위치 컨텍스트를 고려하도록 허가되어 있는지 체크한다. 그러한 경우, 흐름은 단계 3으로 이동한다. 그렇지 않은 경우, 흐름은 중단되고, SCEF(404)는 거부 및 그의 원인을 SCS/AS(602)에게 보고한다.
도 7의 단계 3에서, 요청이 허가되면, SCEF(404)는, UE(202)와 관련된 GMLC 번호를 획득하기 위해 그리고 UE의 서빙 노드들의 아이덴티티들을 획득하기 위해, Sh 참조점을 거쳐 "Subscriber Information Request" (External Identifier, SCS Identifier)를 HSS(304)에게 송신한다.
도 7의 단계 4에서, HSS(304)는 "Subscriber Information Response" (IMSI 또는 External Identifier, GMLC number, Serving nodes) 메시지를 SCEF(404)에게 송신하는 것으로 응답한다. HSS(304)는 External Identifier를 IMSI로 해석하고, UE의 서빙 CN 노드(들)(MME(306), SGSN(308), 3GPP AAA 서버(312) 또는 MSC(310))의 아이덴티티들을 포함하는 관련 HSS(304)에 저장된 라우팅 정보를 검색한다. GMLC 번호는, TS 23.008 "Organization of subscriber data" (2.4.9.2 절)에 언급된, GMLC(302)의 E.164 주소이다. GMLC 번호(들)는 특정의 UE(202)에 대한 GMLC(들) - 이에 대해 이 UE(202)에 대한 위치 요청이 행해질 수 있음 - 를 식별해준다. HSS(304)는 IMSI를 SCEF(404)에게 송신할 수 있거나 그렇지 않을 수 있다.
도 7의 단계 5에서, SCEF(404)가 GMLC 번호를 수신하면, SCEF(404)는 GMLC 번호에 의해 명시되는 특정의 GMLC를 식별한다. 이어서, SCEF(404)는 "LCS Service Request" (IMSI 또는 External Identifier) 메시지를 Le 참조점을 거쳐 GMLC(302)에게 송신한다. 이 메시지는, OMA Mobile Location Protocol (MLP)　and Open Service Access Application Programming Interface (OSA-API), TS　29.198에 정의된, 기존의 메시지의 확장 버전일 것이다. 확장 메시지는, 이용가능한 RAT들 및 혼잡 레벨들을 포함하는, 그 UE(202)의 위치 컨텍스트의 필요성을 나타내기 위한 부가의 정보 엘리먼트들(예컨대, RAT-Requested, Congestion-Requested)을 포함할 것이다. 타깃 UE(202)는 IMSI, External ID, 또는 MSISDN을 통해 식별될 것이다.
임의로, SCEF(404)는, 단계 4에서 획득되었던, 서빙 노드 주소들을 "LCS Service Request"에서 GMLC(302)에게 제공할 수 있다.
도 7의 단계 6에서, 결과적으로, GMLC(302)는 UE(202)의 IMSI에 의해 명시된 UE(202)에 대한 서빙 노드들을 검색하기 위해 HSS(304)와 접촉한다. 상세하게는, GMLC(302)는 UE의 IMSI를 나타내는 "LCS-Routing-Info-Request (RIR)" (IMSI) 메시지를 SLh 참조점을 거쳐 HSS(304)에게 송신한다. TS 29.173의 표 5.2.1.1/1은 RIR 메시지의 IE들을 제시한다.
SCEF(404)가 서빙 노드 주소들을 "LCS Service Request"에서 GMLC(302)에게 제공한 경우, 도 7의 단계 6 및 단계 7이 스킵될 수 있다.
도 7의 단계 7에서, 그에 응답하여, HSS(304)는 “LCS-Routing-Info-Answer (RIA)" (Serving nodes) 메시지를 SLh 참조점을 거쳐 GMLC(302)에게 송신한다. TS 29.173 "Diameter-based SLh interface for Control Plane LCS"의 표 5.2.1.1/2에 설명된 바와 같이, HSS(304)는 모든 서빙 노드들(MME(306), SGSN(308), 3GPP AAA 서버(312) 또는 MSC(310))에 관해 GMLC(302)에게 통보하는 'Serving Node' 및 'Additional Serving Node(s)' IE들을 GMLC(302)에게 전달할 것이다.
도 7의 단계 8에서, GMLC(302)가 서빙 노드들(MME(306)/SGSN(308)/3GPP AAA 서버)의 주소들을 취득할 때, GMLC(302)는 UE(202)가 그 서빙 노드를 통해 액세스될 수 있는지를 체크하기 위해 서빙 노드들과 접촉하기 시작한다. 먼저 3GPP 액세스를 위해, GMLC(302)는 MME(306)/SGSN(308) 서빙 노드와 접촉한다. 보다 정확하게는, GMLC(302)는 "Provide-Location-Request (PLR)" (External ID 또는 IMSI, Location-Type=current location, Velocity-Requested, Congestion-Level-Requested) 메시지를 SLg/Lg 참조점을 거쳐 MME(306)/SGSN(308)에게 송신한다. GMLC(302)는, 그의 요청에서, 특정의 UE(202)(UE(202)의 External ID 또는 IMSI에 의해 식별됨)의 현재 위치 및 속도를 획득하고자 한다는 그의 요망을 나타낸다. 표준의 PLR 메시지의 전체 IE들은 TS 29.172 "Location Services (LCS); Evolved Packet Core (EPC) LCS Protocol (ELP) between the Gateway Mobile Location Centre (GMLC) and the Mobile Management Entity (MME); SLg interface"의 표 6.2.2-1에 나타내어져 있다.
MME(306)/SGSN(308)에서의 혼잡 레벨들을 알고자 한다는 GMLC(302)의 요망을 알려주기 위해 'Congestion-Level-Requested' IE가 PLR 메시지에 포함될 수 있다.
도 7의 단계 9에서, 그에 응답하여, MME(306)/SGSN(308)은, UE(202)가 여전히 어태치되어 있는지를 체크하기 위해 그리고 그의 현재 위치를 얻기 위해, UE(202)와 통신한다. MME(306) 및 SGSN(308)의 특정 거동들은 앞서 설명되었다.
도 7의 단계 10에서, MME(306) 및 SGSN(308)은 그들의 혼잡 레벨의 표시를 GMLC(302)에 대한 그들의 응답에 포함시킬 수 있다.
도 7의 단계 11에서, MME(306)/SGSN(308)이 UE의 위치 정보의 추정치를 그의 혼잡 레벨들과 함께 가지면, MME(306)/SGSN(308)은 "Provide-Location-Answer (PLA)" (Location-Estimate, Velocity-Estimate, E-UTRAN-Positioning-Data, UTRAN-Positioning-Data, GERAN-Positioning-Data, MME(306)-Congestion-Level, SGSN-Congestion-Level) 메시지를 GMLC(302)에게 송신한다. 'Location-Estimate' 및 'Velocity-Estimate' IE들은 UE의 위치 및 속도의 계산된 추정치들을 제공한다. 게다가, 'E-UTRAN-Positioning-Data' IE는 E-UTRAN 액세스에 어태치된 UE(202)의 획득된 위치 추정치를 제공하고, MME(306) 또는 조합된 MME(306)/SGSN(308)에 의해 송신된다. 이 IE는, UE(202)가 MME(306)에 어태치되지 않을 때, 유효한 위치 정보를 포함하지 않을 것이다. 따라서, E-UTRAN RAT가 UE(202)에게 이용가능한지 여부를 알기 위해 'E-UTRAN-Positioning-Data' IE가 사용될 수 있다. 이와 유사하게, 'UTRAN-Positioning-Data' 및 'GERAN-Positioning-Data' IE들은, 각각, UTRAN RAT 및 GERAN RAT를 통해 수신되는, 개개의 위치 추정치들을 나타낸다. PLA 메시지의 전체 IE들은 TS 29.172의 표 6.2.2-2에 나타내어져 있다.
UE(202)가 E-UTRAN, UTRAN, 및/또는 GERAN RAT들에 액세스할 수 있는지를 알기 위해, 각각, 'E-UTRAN-Positioning-Data', 'UTRAN-Positioning-Data', 및 'GERAN-Positioning-Data' IE들이 사용될 수 있다. 게다가, 단계 10에서 계산된 바와 같은, MME(306) 및 SGSN(308)에서의 혼잡 레벨들을 포함할, 새로운 'MME-Congestion-Level' 및 'SGSN-Congestion-Level' IE들이 "PLA" 메시지에 포함될 수 있다. 'MME-Congestion-Level' 및 'SGSN-Congestion-Level' IE들은 상대 혼잡 레벨을 표시하는 데 사용되는 숫자(즉, 정수) 값일 수 있거나, 상대 혼잡 레벨(즉, 낮음, 중간, 높음)을 표시하는 영숫자 텍스트 스트링일 수 있다.
도 7의 단계 12에서, GMLC(302)는 "UE Routing Info Inquiry" (IMSI 또는 External Identifier, Congestion-Level-Requested) 메시지를 La 참조점을 거쳐 송신하는 것에 의해 WLAN UE(202)의 주소를 획득하기 위해 3GPP AAA 서버(312)에 쿼리한다. GMLC(302)는 단계 7로부터 3GPP AAA 서버(312)의 주소를 알고 있다.
3GPP AAA 서버(312)에서의 혼잡 레벨에 관해 문의하기 위해 'Congestion-Level-Requested' IE가 "UE Routing Info Inquiry" 메시지에 포함될 수 있다.
도 7의 단계 13에서, 3GPP AAA 서버(312)는 그의 혼잡 레벨을, 그를 통해 코어 네트워크에 접속된 UE들의 개수를 고려하는 것에 의해, 추정한다.
도 7의 단계 14에서, 3GPP AAA 서버(312)는 "UE Routing Info Inquiry Ack" (WLAN-Positioning-Data, UE-Reachable, AAA-Congestion-Level) 메시지를 La 참조점을 거쳐 GMLC(302)에게 송신한다. 'WLAN-Positioning-Data' IE는 UE(202)의 이용가능한 위치 정보를 포함한다. P-GW와 UE(202) 사이에 이용가능한 터널이 없다면, AAA는 UE(202)가 접근가능(reachable)하지 않다는 표시, 즉 'UE-Reachable=false'를 반환할 것이다.
3GPP AAA 서버(312)에서의 혼잡 레벨을 포함시키기 위해 'AAA-Congestion-Level' IE가 "UE Routing Info Inquiry Ack" 메시지에 포함될 수 있다. 'AAA-Congestion-Level' IE는 상대 혼잡 레벨을 표시하는 데 사용되는 숫자(즉, 정수) 값일 수 있거나, 상대 혼잡 레벨(즉, 낮음, 중간, 높음)을 표시하는 영숫자 텍스트 스트링일 수 있다.
도 7의 단계 15에서, MME(306), SGSN(308), 및 3GPP AAA 서버(312)로부터의 모든 수신된 위치 추정치들에 기초하여, GMLC(302)는 UE의 위치 및 속도의 최상의 추정치를 도출할 것이다. 게다가, GMLC(302)는 UE(202)에게 이용가능한 RAT들을 식별할 수 있을 것이다. 예를 들어, 'E-UTRAN-Positioning-Data'가 MME(306)로부터 수신되었다면, 이것은 UE(202)가 E-UTRAN RAT에 액세스할 수 있다는 것을 의미한다. 이와 유사하게, GMLC(302)는 SGSN(308) 및 3GPP AAA 서버(312)로부터의 대응하는 수신된 정보에 따라, 각각, UTRAN/GERAN 및 WLAN RAT들의 이용가능성을 결정할 수 있을 것이다. 마지막으로, GMLC(302)는 MME(306), SGSN(308), 및 3GPP AAA 서버(312)로부터의 모든 수신된 혼잡 레벨들을 연결(concatenate)시킬 것이다.
도 7의 단계 16에서, GMLC(302)는 "LCS Service Response" (Location, Velocity, Available-RATs, Congestion-Levels) 메시지를 Le 참조점을 거쳐 SCEF(404)에게 송신한다.
UE의 전체 위치 컨텍스트를 전달하기 위해 새로운 IE들 'Available-RATs' 및 'Congestion-Levels'가 "LCS Service Response"에 추가된다.
도 7의 단계 17에서, SCEF(404)는, 단계 16에서 GMLC(302)로부터 수신된, UE의 컨텍스트 정보를 담고 있는 "Location Context Response" (Location, Velocity, Available-RATs, Congestion-Levels) API를 송신한다.
도 7에 예시된 단계들을 수행하는 엔티티들이 도 14c 또는 도 14d에 예시된 것들과 같은 무선 및/또는 네트워크 통신을 위해 구성된 장치 또는 컴퓨터 시스템의 메모리에 저장되고 그의 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리적 엔티티들일 수 있다는 것을 잘 알 것이다. 즉, 도 7에 예시된 방법(들)은, 도 14c 또는 도 14d에 예시된 장치 또는 컴퓨터 시스템과 같은, 장치의 메모리에 저장된 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있고, 이 컴퓨터 실행가능 명령어들은, 장치의 프로세서에 의해 실행될 때, 도 7에 예시된 단계들을 수행한다. 또한, 도 7에 예시된 기능이 가상화된 네트워크 기능들의 세트로서 구현될 수 있다는 것을 잘 알 것이다. 네트워크 기능들은 꼭 직접 통신하는 것은 아닐 수 있고, 오히려 포워딩 또는 라우팅 기능을 통해 통신할 수 있다. 도 7에 예시된 임의의 전송 및 수신 단계들이 장치의 프로세서 및 프로세서가 실행하는 컴퓨터 실행가능 명령어들(예컨대, 소프트웨어)의 제어 하에서 장치의 통신 회로부에 의해 수행될 수 있다는 것을 또한 잘 알 것이다.
이 섹션에서, 위치 컨텍스트 전달 절차는 서빙 노드들에게 질문(interrogate)하기 위해 HSS(304)를 사용한다. 상기 해결책과 달리, 이 해결책은 GMLC(302)를 이용하지 않는다.
도 8에서의 호 흐름은 다음과 같이 설명될 수 있다.
도 8의 단계 1 및 단계 2는 도 7에서의 단계 1 및 단계 2와 유사하다.
도 8의 단계 3에서, SCEF(404)가 SCS의 컨텍스트 요청을 허가하면, SCEF(404)는 "LCS Service Request" (External Identifier) 메시지를 통해 UE의 컨텍스트에 관해 HSS(304)에게 질문한다.
SCEF(404)는 새로운 "LCS Service Request" (External Identifier) 메시지를 Sh 참조점을 거쳐 HSS(304)에게 송신할 수 있다.
도 8의 단계 4에서, HSS(304)는 UE의 'External Identifier'를 UE의 IMSI에 매핑한다. 게다가, HSS(304)는 사용자의 프로파일에 기록된 모든 서빙 노드들(예컨대, MME(306), SGSN(308), 3GPP AAA 서버(312))의 주소들을 검색한다. MME(306)/SGSN(308)의 주소가 기록되어 있으면, HSS(304)는 UE의 위치에 관해 문의하기 위해 MME(306)/SGSN(308)과 통신한다.
HSS(304)는 새로운 "User Location Request" (IMSI, Congestion-Level-Requested) 메시지를 S6a/S6d 참조점을 거쳐 MME(306)/SGSN(308)에게 송신할 수 있다. 'Congestion-Level-Requested' AVP는 MME(306)/SGSN(308) 서빙 노드들에서의 혼잡 레벨을 알고자 한다는 HSS(304)의 요망을 나타낸다.
도 8의 단계 5 및 단계 6에서, MME(306)/SGSN(308)은, 도 7의 단계 9 및 단계 10과 유사하게, 표준의 위치결정 절차들을 수행하고 MME(306)/SGSN(308)에서의 혼잡 레벨을 추정한다.
도 8의 단계 7에서, MME(306)/SGSN(308)은, TS 29. 272 "Mobility Management Entity (MME) and Serving GPRS Support Node (SGSN) related interfaces based on Diameter protocol, (Release 12),V12.6.0 Sep. 2014"에 나타낸 바와 같이, 'MME 306-Location-Information' 및 'SGSN-Location-Information'을 포함하는, 'EPS-Location-Information' AVP에 사용자 위치 정보를 저장한다. 이 AVP들 각각은, 사용자의 지리적 정보를 포함하는, 'Geographical-Information' AVP(TS 29. 272의 7.3.123 절)을 포함할 것이다.
MME(306)/SGSN(308)은 새로운 "User Location Response" (EPS-Location-Information, MME-Congestion-Level, SGSN-Congestion-Level) 메시지를 S6a/S6d 참조점을 거쳐 HSS(304)에게 송신할 수 있다. MME(306)로부터 하나 이상의 'Geographical-Information'을 수신하는 것을 통해, HSS(304)는 현재 이용가능한 RAT(들)(E-UTRAN, UTRAN)를 알 수 있을 것이다. 게다가, 상기 단계 6에서 계산된 바와 같은, MME(306) 및 SGSN(308)에서의 혼잡 레벨들을 포함할, 새로운 'MME-Congestion-Level' 및 'SGSN-Congestion-Level' AVP들이 사용될 수 있다.
도 8의 단계 8에서, HSS(304)가 3GPP AAA 서버(312)에 대한 주소를 갖는다면, 이는 UE(202)가 진행중인 WLAN 접속을 갖는다는 것을 의미한다.
HSS(304)가 UE의 위치에 관해 문의하기 위해, HSS(304)는 수정된 "User-Profile-Update-Request" (IMSI, Access-Network-Info-Request, Congestion-Request) 메시지를 SWx 참조점을 거쳐 3GPP AAA 서버(312)에게 송신할 수 있다. 'Congestion-Request'는 3GPP AAA 서버(312)에서의 혼잡 레벨에 관해 통지받고자 한다는 HSS의 요망을 표시한다. 'Access-Network-Info-Request' AVP는 HSS(304)가 UE(202)가 현재 어태치되어 있는 액세스 네트워크의 아이덴티티 및 위치 정보를 3GPP AAA 서버(312)에 요청한다는 것을 나타낸다(TS 29.273의 8.2.3.17 절).
도 8의 단계 9에서, 그에 응답하여, 3GPP AAA 서버(312)는, 도 7의 단계 13과 유사하게, 그의 혼잡 레벨을 추정한다.
도 8의 단계 10에서, 3GPP 서버는 그의 혼잡 레벨을 UE의 위치와 함께 HSS(304)에게 보고한다.
3GPP AAA 서버(312)는 수정된 "User-Profile-Update-Response" (Access-Network-Info, AAA-Congestion-Level) 메시지를 SWx 참조점을 거쳐 HSS(304)에게 송신한다. 'Access-Network-Info' AVP는 UE(202)가 어태치된 액세스 네트워크의 아이덴티티 및 위치 정보를 포함한다(TS 29.273의 5.2.3.24 절). 새로운 'AAA-Congestion-Level' AVP는, UE(202)가 어태치되어 있는, 액세스 네트워크에서의 혼잡 레벨을 제공한다.
도 8의 단계 11에서, HSS(304)는 새로운 LCS Service Response (EPS-Location-Information, Access-Network-Info, Congestion-Levels) 메시지를 Sh 참조점을 거쳐 SCEF(404)에게 송신할 수 있다. 이 메시지는 단계 7 및 단계 10에서, 각각, MME(306)/SGSN(308) 및 3GPP AAA 서버(312)로부터 이전에 수신된 모든 위치 및 혼잡 AVP들을 담고 있다.
도 8의 단계 12에서, SCEF(404)는 HSS(304)로부터 수신된 위치 정보에 기초하여 'Available RATs' AVP를 도출할 수 있다. 'MME-Location-Information', 'SGSN-Location-Information', 또는 'Access-Network-Info'가 유효한 위치 정보가 포함하면, E-UTRAN, UTRAN, 또는 WLAN이 이용가능하다. 마지막으로, SCEF(404)는 요구된 위치 컨텍스트를 담고 있는 "Location Context Response API (Location, Available-RATs, Congestion-Levels)" 메시지를 SCS/AS(602)에게 송신한다.
도 8에 예시된 단계들을 수행하는 엔티티들이 도 14c 또는 도 14d에 예시된 것들과 같은 무선 및/또는 네트워크 통신을 위해 구성된 장치 또는 컴퓨터 시스템의 메모리에 저장되고 그의 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리적 엔티티들일 수 있다는 것을 잘 알 것이다. 즉, 도 8에 예시된 방법(들)은, 도 14c 또는 도 14d에 예시된 장치 또는 컴퓨터 시스템과 같은, 장치의 메모리에 저장된 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있고, 이 컴퓨터 실행가능 명령어들은, 장치의 프로세서에 의해 실행될 때, 도 8에 예시된 단계들을 수행한다. 또한, 도 8에 예시된 기능이 가상화된 네트워크 기능들의 세트로서 구현될 수 있다는 것을 잘 알 것이다. 네트워크 기능들은 꼭 직접 통신하는 것은 아닐 수 있고, 오히려 포워딩 또는 라우팅 기능을 통해 통신할 수 있다. 도 8에 예시된 임의의 전송 및 수신 단계들이 장치의 프로세서 및 프로세서가 실행하는 컴퓨터 실행가능 명령어들(예컨대, 소프트웨어)의 제어 하에서 장치의 통신 회로부에 의해 수행될 수 있다는 것을 또한 잘 알 것이다.
SCEF에 앵커링된 위치 컨텍스트 전달 절차
위치 절차에 대한 대안의 접근법이 HSS(304) 대신에 SCEF(404)에 앵커링될 수 있다. 보다 정확하게는, SCEF(404)는 서빙 노드들의 주소들을 획득하기 위해 HSS(304)에게 질문할 수 있다. 이어서, SCEF(404)는, HSS(304)가 앞서 행했던 것과 유사하게, 서빙 노드들(MME(306)/SGSN(308)/AAA 서버(312))과 접촉할 수 있다.
도 9에서의 호 흐름은 다음과 같이 설명될 수 있다.
도 9의 단계 1 및 단계 2는 도 8의 단계 1 및 단계 2와 유사하다.
도 9의 단계 3 및 단계 4는 도 7의 단계 3 및 단계 4와 유사하다. 단계 4에서, SCEF(404)는 HSS(304)로부터 UE의 서빙 노드들(MME(306), SGSN(308), 3GPP AAA 서버(312))의 주소들을 얻는다.
도 9의 단계 4에서, SCEF(404)는 UE의 컨텍스트에 관해 MME(306)/SGSN(308)에게 직접 문의한다. 보다 정확하게는, SCEF(404)는 새로운 "User Location Request" (IMSI 또는 External Identifier, Congestion-Level-Requested) 메시지를 T5b'/T5a' 참조점들을 거쳐 MME(306)/SGSN(308)에게 송신할 수 있다.
도 9의 단계 6 및 단계 7은 도 8의 단계 11과 유사하다.
도 9의 단계 8에서, 도 8의 단계 7과 유사하게, MME(306)/SGSN(308)은 새로운 "User Location Response" (EPS-Location-Information, MME-Congestion-Level, SGSN-Congestion-Level) 메시지를 새로운 T5b'/T5a' 참조점을 거쳐 SECF에게 송신한다. MME(306)로부터 하나 이상의 'Geographical-Information'을 수신하는 것을 통해, SCEF(404)는 현재 이용가능한 RAT(들)(E-UTRAN, UTRAN)를 알 수 있을 것이다. 게다가, 상기 단계 7에서 계산된 바와 같은, MME(306) 및 SGSN(308)에서의 혼잡 레벨들을 포함할, 새로운 'MME-Congestion-Level' 및 'SGSN-Congestion-Level' AVP들이 사용될 수 있다.
도 9의 단계 9 내지 단계 11은, 메시지들(User-Profile-Update-Request/User-Profile-Update-Response)이 SCEF(404)와 3GPP AAA 서버(312) 사이의 새로운 T5w 참조점을 거쳐 교환된다는 점을 제외하고는, 도 8의 단계 8 내지 단계 10과 유사하다. 이 메시지들의 AVP들은 도 8의 단계 8 내지 단계 10에서 논의된 대응하는 AVP들과 유사하다.
도 9의 단계 12는 도 8의 단계 12와 유사하다.
도 9에 예시된 단계들을 수행하는 엔티티들이 도 14c 또는 도 14d에 예시된 것들과 같은 무선 및/또는 네트워크 통신을 위해 구성된 장치 또는 컴퓨터 시스템의 메모리에 저장되고 그의 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리적 엔티티들일 수 있다는 것을 잘 알 것이다. 즉, 도 9에 예시된 방법(들)은, 도 14c 또는 도 14d에 예시된 장치 또는 컴퓨터 시스템과 같은, 장치의 메모리에 저장된 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있고, 이 컴퓨터 실행가능 명령어들은, 장치의 프로세서에 의해 실행될 때, 도 9에 예시된 단계들을 수행한다. 또한, 도 9에 예시된 기능이 가상화된 네트워크 기능들의 세트로서 구현될 수 있다는 것을 잘 알 것이다. 네트워크 기능들은 꼭 직접 통신하는 것은 아닐 수 있고, 오히려 포워딩 또는 라우팅 기능을 통해 통신할 수 있다. 도 9에 예시된 임의의 전송 및 수신 단계들이 장치의 프로세서 및 프로세서가 실행하는 컴퓨터 실행가능 명령어들(예컨대, 소프트웨어)의 제어 하에서 장치의 통신 회로부에 의해 수행될 수 있다는 것을 또한 잘 알 것이다.
PCRF 기반 위치 컨텍스트 전달 절차
이 섹션에서, SCEF(404)는 특정의 UE(202)의 위치 컨텍스트를 얻기 위해 PCRF(402)를 이용한다. PCRF(402)는 PCEF(502) 및 RCAF(504)로부터, 각각, P-GW 및 RAN 사용자 평면에서 혼잡 레벨들을 얻는다. 게다가, PCRF(402)는 IP-CAN 절차 동안 PCEF(502)로부터 사용자 위치 및 RAT-Type을 얻는다.
도 10에서의 호 흐름은 다음과 같이 설명될 수 있다.
도 10의 단계 0에서, 초기에, UE(202)가 기존의 LTE 데이터 접속을 갖는 것으로 가정된다. 이러한 접속은 TS 23.401 "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access," V12.4.0, March 2014의 5.3.2. 절에 정의된 초기 어태치 절차(initial attach procedure)를 사용하여 설정되었다. 어태치 절차에서의 특별한 관심 대상은 P-GW(상세하게는, PCEF(502))와 PCRF(402) 사이의 PCEF 개시 IP-CAN 세션 설정 절차(TS 23.203 "Policy and charging control architecture," V12.4.0, Mar. 2014의 7.2 절)이다. 이 절차에서, PCEF(502)는 "CC-Request (CCR)" (Subscription-Id, 3GPP-User-Location-Info, RAT-Type) 메시지를 Gx 참조점을 거쳐 PCRF(402)에게 송신하는 것에 의해 PCC 규칙들을 요청한다. 'Subscription-Id'는 구독의 ID(identification) (예컨대, IMSI, MSISDN)이고, '3GPP-User-Location-Info' AVP는 사용자의 위치를 포함하며, 'RAT-Type=EUTRAN (1004)' AVP는 이용된 RAT의 유형을 나타낸다. 그에 응답하여, PCRF(402)는 PCEF(502)에 대한 "CC-Answer (CCA)" (QoS-Information) 메시지에서 PCC 규칙들을 프로비저닝한다. 'QoS-Information'은 UE의 트래픽의 허가된 QoS를 나타낸다. CCR 및 CCA 메시지들의 전체 AVP들은 TS 29.212 "Policy and Charging Control (PCC); Reference points," V12.4.0, Mar. 2014의 5.6.2 절 및 5.6.3 절에 열거되어 있다.
도 10의 단계 1 내지 단계 4는 도 7의 단계 1 내지 단계 4와 유사하다.
도 10의 단계 5에서, SCEF(404)가 SCS/AS(602)로부터 API 요청을 수신했고, 그것을 허가했으며, UE의 IMSI를 획득했을 때, SCEF(404)는 "LCS Service Request" (IMSI) 메시지를 PCRF(402)에게 송신한다.
SCEF(404)는 "LCS Service Request" (IMSI 또는 External Identifier)를 Rx 참조점을 거쳐 PCRF(402)에게 송신할 수 있다.
도 10의 단계 6에서, PCRF(402)가 UE(202)에 관한 임의의 업데이트된 정보를 취득하기 위해, PCRF(402)는 "Profile-Update-Request" 메시지를 PCEF(502)에게 송신한다.
PCRF(402)로부터 Gx 참조점을 거쳐 PCEF(502)로 가는, 새로운 메시지 "Profile-Update-Request"가 정의될 수 있다.
대안적으로, PCRF(402)가 배치되어 있지 않으면, 단계 5 및 단계 6이 SCEF(404)와 PCEF(502) 사이에 직접 접속을 갖는 것으로 대체될 수 있다. 이 경우에, PCEF(502)는 새로운 메시지 "LCS Service Request"를 P-GW에게 송신한다.
도 10의 단계 7에서, 그에 응답하여, PCEF(502)는 "Profile Update Response" (3GPP-User-Location-Info, RAT-Type, PGW-Congestion) 메시지로 PCRF(402)에 응답한다. PCRF(402)가 배치되어 있지 않으면, PCEF(502)는 "Profile Update Response" 메시지로 SCEF(404)에 직접 응답한다.
새로운 메시지 "Profile Update Response" (3GPP-User-Location-Info, RAT-Type, PGW-Congestion)은 PCEF(502)로부터 Gx 참조점을 거쳐 PCRF(402)에게 송신될 수 있다. '3GPP-User-Location-Info' AVP는 현재 UE의 위치를 나타내고, 'RAT-Type' AVP는 현재 RAT를 나타내며, 'PGW-Congestion' AVP는 P-GW에서의 혼잡 레벨을 나타낸다. TS 23.401의 4.3.7.5 절에 나타낸 바와 같이, P-GW는 그의 혼잡 레벨을, APN마다의 활성 베어러들의 최대 개수 및/또는 APN마다의 베어러 활성화들의 최대 비율을 사용하여, 추정할 수 있다. 이 혼잡 레벨은 'PGW-Congestion' AVP에 포함될 것이다.
도 10의 단계 8에서, PCRF(402)가 P-GW에서의 혼잡 레벨을 얻으면, PCRF(402)는 또한 RAN 사용자 평면에서의 혼잡 레벨을 얻을 수 있다. 상세하게는, PCRF(402)는 RUCI(RAN User Plane Congestion Information)에 관해 문의하기 위해 Np 참조점(TS 29.217)을 거쳐 RCAF(504)와 접촉할 수 있다.
새로운 메시지 "RUCI Report Request" (Subscription-Id, Congestion-Location-Id) 메시지가 PCRF(402)로부터 Np 참조점을 거쳐 RCAF(504)에게 송신될 수 있다. PCRF(402)는 그의 관심 대상이 그 특정의 위치에서의 혼잡 레벨이라는 것을 나타내기 위해 'Congestion-Location-Id' AVP를 포함시킨다. 'Congestion-Location-Id' AVP는, TS 29.217의 5.3.9 절에 정의된 바와 같은, 3GPP-User-Location-Info 및 eNodeB-ID를 포함한다. 또한, PCRF(402)는 사용자 id를 'Subscription-Id' AVP 내에 포함시킨다. 이 AVP들 둘 다는 TS 29.217에서 이전에 정의되었으며, 여기서 새 메시지 "RUCI Report Request"에서 이용된다.
대안적으로, PCRF(402)가 배치되지 않은 경우, SCEF(404)는 "RUCI Report Request" 메시지를 RCAF(504)에게 직접 송신할 수 있다.
도 10의 단계 9에서, 그에 응답하여, RCAF(504)는 "Non-Aggregated-RUCI-Report-Request (NRR)" (Congestion-Level-Value, Subscription-Id, Congestion-Location-Id) 메시지를 Np 참조점을 거쳐 PCRF(402)에게 송신한다(TS 29.217의 5.6.1 절). 'Congestion-Level-Value' AVP는 UE(202)가 위치되는 셀의 혼잡 레벨을 나타낸다(TS 29.217의 5.3.6 절).
도 10의 단계 10에서, PCRF(402)가 RCAF(504)로부터 RUCI 보고를 얻으면, PCRF(402)는 "Non-Aggregated-RUCI-Report-Answer (NRA)" (TS 29.217의 5.6.2 절)를 Np 참조점을 거쳐 송신한다.
도 10의 단계 11에서, PCRF(402)는 "LCS Service Response" (3GPP-User-Location-Info, RUCI-Congestion-Level-Value, PGW-Congestion) 메시지를 Rx 참조점을 거쳐 SCEF(404)에게 송신한다.
새로운 메시지 "LCS Service Response" (3GPP-User-Location-Info, RUCI-Congestion-Level-Value, PGW-Congestion)이 PCRF(402)로부터 Rx 참조점을 거쳐 SCEF(404)에게 송신될 수 있다. 'RUCI-Congestion-Level-Value' AVP는 단계 9에서 RCAF(504)로부터 수신된 'Congestion-Level-Value'과 동일하다.
도 10의 단계 12에서, SCEF(404)는 UE의 컨텍스트 정보를 담고 있는 "Location Context Response" (Location, Available-RATs, Congestion-Levels) API를 SCS/AS(602)에게 송신할 수 있다. 'Congestion-Levels' AVP는 'PGW-Congestion' 및 'RUCI-Congestion-Level-Value' AVP들을 포함할 것이다.
도 10의 단계 13에서, UE(202)가 신뢰할 수 있는 WLAN(TWAN)을 통해 Wi-Fi로 전환하기로 결정하는 것으로 가정되고, TS 23.402 "Architecture enhancements for non-3GPP accesses," V12.4.0, March 2014의 16.10.1.1. 절에 정의된, LTE로부터 WLAN으로의 인터-RAT 핸드오버 절차가 실행될 것이다. PCEF 개시 IP-CAN 세션 수정 절차가 핸드오버 절차의 일부로 실행될 것이다. IP-CAN 절차 동안, PCEF(502)는 업데이트된 PCC 규칙들을 요청하기 위해 "CC-Request (CCR)" (RAT-Type, TWAN-Identifier) 메시지(TS 29.212의 5.6.2 절)를 Gx 참조점을 거쳐 PCRF(402)에게 송신한다. RAT-Type = WLAN은 새로운 RAT를 나타내고, 'TWAN-Identifier' AVP는 TWAN에서의 UE(202) 위치를 나타낸다. 그에 응답하여, PCRF(402)는 'QoS-Information' in the "CC-Answer (CCA)" (QoS-Information) 메시지(TS 29.212의 5.6.3 절)를 포함하는 PCC 규칙들을 Gx 참조점을 거쳐 PCEF(502)에게 제공한다.
도 10의 단계 14에서, PCRF(402)가 상기 단계에서의 IP-CAN 세션 수정 절차를 통한 RAT 변경으로 업데이트되면, PCRF(402)는, 단계 8에서 설명된 바와 같이, "RUCI Report Request" (Subscription-Id) 메시지를 RCAF(504)에게 송신하는 것에 의해 TWAN에서의 혼잡 상태(congestion status)에 관해 문의하는 것을 목표로한다.
도 10의 단계 15에서, 그에 응답하여, RCAF(504)는 "Congestion Level Request" 메시지를 새로 도입된 Nq" 참조점을 거쳐 3GPP AAA 서버(312)에게 송신한다. 이 새로 도입된 참조점의 명명은 Nq (MME-RCAF, TS 23.401의 4.4.12 절) 및 Nq' (SGSN-RCAF, TS 23.060 "General Packet Radio Service (GPRS), Stage 2"의 5.4.11 절)을 따른다.
도 10의 단계 16에서, 결과적으로, 3GPP AAA 서버(312)는 "Congestion Level Response" (TWAN-RUCI-Congestion-Level-Value) 메시지를 새로 도입된 Nq" 참조점을 거쳐 RCAF(504)에게 송신할 수 있다. 'TWAN-RUCI-Congestion-Level-Value' AVP는 TWAN에서의 혼잡 레벨을 담고 있다.
TWAN RAN 혼잡 레벨에 대한 'TWAN-RUCI-Congestion-Level-Value', TWAN에서의 UE의 위치에 대한 'TWAN-Identifier', 및 이용가능한 RAT들에 대한 'WLAN'을 전달하는 도 10의 단계 17 내지 단계 20은 단계 9 내지 단계 12와 유사하다.
도 10에 예시된 단계들을 수행하는 엔티티들이 도 14c 또는 도 14d에 예시된 것들과 같은 무선 및/또는 네트워크 통신을 위해 구성된 장치 또는 컴퓨터 시스템의 메모리에 저장되고 그의 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리적 엔티티들일 수 있다는 것을 잘 알 것이다. 즉, 도 10에 예시된 방법(들)은, 도 14c 또는 도 14d에 예시된 장치 또는 컴퓨터 시스템과 같은, 장치의 메모리에 저장된 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있고, 이 컴퓨터 실행가능 명령어들은, 장치의 프로세서에 의해 실행될 때, 도 10에 예시된 단계들을 수행한다. 또한, 도 10에 예시된 기능이 가상화된 네트워크 기능들의 세트로서 구현될 수 있다는 것을 잘 알 것이다. 네트워크 기능들은 꼭 직접 통신하는 것은 아닐 수 있고, 오히려 포워딩 또는 라우팅 기능을 통해 통신할 수 있다. 도 10에 예시된 임의의 전송 및 수신 단계들이 장치의 프로세서 및 프로세서가 실행하는 컴퓨터 실행가능 명령어들(예컨대, 소프트웨어)의 제어 하에서 장치의 통신 회로부에 의해 수행될 수 있다는 것을 또한 잘 알 것이다.
SCEF 개시 위치 컨텍스트 요청 절차
앞서 논의된 실시예들에서, SCS/AS(602)가 특정의 UE의 위치 기반 컨텍스트에 관한 문의를 개시하는 것으로 가정된다. 대안적으로, SCEF(404)는 다른 절차의 일부로서 이러한 위치 기반 컨텍스트 요청을 개시하는 노드일 수 있다. 예를 들어, 3GPP TR 23.769 "Group based Enhancements (GROUPE)"에서 GROUPE(group-based enhancement)가 현재 연구되고 있다. GROUPE의 핵심 쟁점들 중 하나는 그룹에 메시징하기 위한 전달 메커니즘의 선택이다(3GPP TR 23.769의 5.2 절). 예를 들어, 메시지가 전달될 필요가 있는 지리적 영역 내에서의 메시지 전달 메커니즘들(예컨대, MBMS) 및 무선 액세스 기술의 이용가능성이 고려될 필요가 있다(3GPP TR 23.769의 5.2 절). 이러한 정보는, 앞서 논의된 바와 같은, 위치 기반 컨텍스트의 일부이다. 이 경우에, SCEF(404)가 SCS/AS(602)로부터 특정의 그룹 요청을 수신하면, SCEF(404)는, 그룹 요청을 실행하기 전에, 그룹의 컨텍스트에 관해 알기 위해 위치 컨텍스트 전달 절차들 중 임의의 것을 개시하기로 결정한다. 도 11은 이러한 절차를 설명한다.
도 11에서의 호 흐름은 다음과 같이 설명될 수 있다.
도 11의 단계 0에서, SCS/AS(602)는 특정의 Group Request(예컨대, 데이터 전달)를 SCEF(404)에게 송신한다. 그룹은 그의 External-Group-ID에 의해 식별되고, 개개의 UE들은 그들의 External-Device-IDs에 의해 식별된다.
도 11의 단계 1에서, SCEF(404)는 SCS/AS(602)가 이러한 그룹 요청을 송신하도록 허가되어 있다는 것을 검증하였다.
도 11의 단계 2에서, 허가되어 있으면, SCEF(404)는, 3GPP TR 23.769의 5.5.3 절에 나타낸 바와 같이, "Group Information Request" (SCS/AS-ID, External-Group-ID, External-IDs)를 Sh 참조점을 거쳐 HSS(304)에게 송신한다.
도 11의 단계 3에서, 그에 응답하여, HSS(304)는 "Group Information Response" (Internal-Group-ID, Internal-IDs)를 SCEF(404)에게 송신한다.
도 11의 단계 4에서, SCEF(404)가 그룹 요청을 의도된 코어 네트워크 노드(예컨대, BM-SC)에게 포워딩하기 전에, SCEF(404)는 이 UE 그룹의 위치 기반 컨텍스트에 관해 문의한다. 따라서, SCEF(404)는, 앞서 설명된, 컨텍스트 전달 절차들 중 하나를 실행한다. SCEF(404)는 각각의 그룹 구성원의 위치를 찾기 위해 하나 초과의 문의를 할 수 있다.
도 11의 단계 5에서, 그 결과, SCEF(404)는 고려 중인 그룹의 위치 기반 컨텍스트(위치, 이용가능한 RAT들, 혼잡 레벨들)를 취득한다.
도 11의 단계 6에서, 수신된 컨텍스트에 기초하여, SCEF(404)는, MBMS(Multimedia Broadcast Multicast Service), CBS(Cell Broadcast Service), 또는 SMS(Short Message Service)와 같은, 그룹 요청을 실행하기 위한 최상의 이용가능한 방법을 선택할 수 있을 것이다.
도 11의 단계 7에서, 마지막으로 그룹 요청이 실행되면, SCEF(404)는 "Group Response" 메시지를 SCS/AS(602)에게 송신한다.
도 11에 예시된 단계들을 수행하는 엔티티들이 도 14c 또는 도 14d에 예시된 것들과 같은 무선 및/또는 네트워크 통신을 위해 구성된 장치 또는 컴퓨터 시스템의 메모리에 저장되고 그의 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리적 엔티티들일 수 있다는 것을 잘 알 것이다. 즉, 도 11에 예시된 방법(들)은, 도 14c 또는 도 14d에 예시된 장치 또는 컴퓨터 시스템과 같은, 장치의 메모리에 저장된 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있고, 이 컴퓨터 실행가능 명령어들은, 장치의 프로세서에 의해 실행될 때, 도 11에 예시된 단계들을 수행한다. 또한, 도 11에 예시된 기능이 가상화된 네트워크 기능들의 세트로서 구현될 수 있다는 것을 잘 알 것이다. 네트워크 기능들은 꼭 직접 통신하는 것은 아닐 수 있고, 오히려 포워딩 또는 라우팅 기능을 통해 통신할 수 있다. 도 11에 예시된 임의의 전송 및 수신 단계들이 장치의 프로세서 및 프로세서가 실행하는 컴퓨터 실행가능 명령어들(예컨대, 소프트웨어)의 제어 하에서 장치의 통신 회로부에 의해 수행될 수 있다는 것을 또한 잘 알 것이다.
프로토콜 실시예들 : 메시지 확장들
이 섹션에서, 상세한 메시지 확장들을 커버하는 프로토콜 실시예들이 설명된다. 보다 정확하게는, 앞서 설명된 절차들을 가능하게 하는 데 필요한 메시지와 프로토콜 확장들이 소개된다.
GMLC와 연관된 참조점들
GMLC(302)는, 도 7에 설명된, GMLC 기반 위치 컨텍스트 전달 절차에서 이용되어 왔다. 이 섹션에서, 새로운 그리고 수정된 메시지들만이, 그와 연관된 참조점들(SLg/Lg, La, Le)을 거쳐 전달되는 새로운 정보 엘리먼트들과 함께 설명된다.
SLg/Lg 참조점(GMLC-MME/SGSN간)
도 7의 단계 8 및 단계 11에서, GMLC(302)는, 각각, Provide-Location-Request (PLR) 및 Provide-Location-Answer (PLA)인, 2개의 수정된 메시지들을 사용하여 SLg/Lg 참조점을 거쳐 MME(306)/SGSN(308)과 통신한다. 이 섹션에서, 새로운 메시지들을 비롯한, 이 2개의 메시지들의 정보 엘리먼트들이 기술된다. SLg/Lg: Provide-Location-Request (PLR) 커맨드 (도 7, 단계 8)
Command-Code 필드가 8388620으로 설정되어 있는 것 및 Command Flags 필드에서 'R' 비트가 세트되어 있는 것에 의해 표시되는, Provide-Location-Request (PLR) 커맨드는 가입자 위치를 요청하기 위해 GMLC(302)에 의해 MME(306) 또는 SGSN(308)에게 송신된다(TS 29.172의 7.3.1 절).
MME(306)/SGSN(308)에서의 혼잡 레벨들을 알고자 한다는 GMLC의 요망을 알려주기 위해 새로운 'Congestion-Level-Requested' IE가 PLR 메시지에 포함될 수 있다. 업데이트된 메시지 포맷은 다음과 같다:
< Provide-Location-Request> ::= < Diameter Header: 8388620, REQ, PXY, 16777255 >
< Session-Id >
[ Vendor-Specific-Application-Id ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
{Destination-Host }
{ Destination-Realm }
{ Location-Type }
[ User-Name ]
[ MSISDN]
[ IMEI ]
{ LCS-EPS-Client-Name }
{ LCS-Client-Type }
[ LCS-Requestor-Name ]
[ LCS-Priority ]
[ LCS-QoS ]
[ Velocity-Requested ]
[LCS-Supported-GAD-Shapes ]
[ LCS-Service-Type-ID ]
[ LCS-Codeword ]
[ LCS-Privacy-Check-Non-Session ]
[ LCS-Privacy-Check-Session ]
[Service-Selection ]
[ Deferred-Location-Type ]
[ PLR-Flags ]
*[ Supported-Features ]
*[ AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
*[ Congestion-Level-Requested ]
SLg/Lg: Provide-Location-Answer (PLA) 커맨드(도 7, 단계 11)
Command-Code 필드가 8388620으로 설정된 것 및 Command Flags 필드에서 'R' 비트가 클리어된 것에 의해 표시되는, 수정된 Provide-Location-Answer (PLA) 커맨드는 PLR 커맨드에 응답하여 MME(306) 또는 SGSN(308)에 의해 GMLC(302)에게 송신된다(TS 29.172의 7.3.2 절).
MME(306) 및 SGSN(308)에서의 혼잡 레벨들을 포함할, 새로운 'MME-Congestion-Level' 및 'SGSN-Congestion-Level' IE들이 PLA 메시지에 포함될 수 있다. 또한, UE(202)가 E-UTRAN, UTRAN, 및/또는 GREAN RAT들에 액세스할 수 있는지를 알기 위해, 각각, 기존의 'E-UTRAN-Positioning-Data', 'UTRAN-Positioning-Data', 및 'GERAN-Positioning-Data' IE들이 사용될 수 있다. 업데이트된 메시지 포맷은 다음과 같다:
< Provide-Location-Answer > ::= < Diameter Header: 8388620, PXY, 16777255 >
< Session-Id >
[ Vendor-Specific-Application-Id ]
[ Result-Code ]
[ Experimental-Result ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
[ Location-Estimate ]
[ Accuracy-Fulfilment-Indicator ]
[ Age-Of-Location-Estimate]
[ Velocity-Estimate ]
[ EUTRAN-Positioning-Data]
[ ECGI ]
[ GERAN-Positioning-Info ]
[ Cell-Global-Identity ]
[ UTRAN-Positioning-Info ]
[ Service-Area-Identity ]
[ Serving-Node ]
[ PLA-Flags ]
[ ESMLC-Cell-Info ]
*[ Supported-Features ]
*[ AVP ]
*[ Failed-AVP ]
*[ Proxy-Info ]
*[ Route-Record]
*[ MME-Congestion-Level]
*[ SGSN-Congestion-Level]
La 참조점(GMLC-3GPP AAA 서버(312)간)
La 참조점은 TS 23.271 "Functional stage 2 description of Location Services (LCS)"에서 I-WLAN을 위해 도입되었다. 게다가, TS 23.271의 9.1.13 절에, GMLC(302)가 UE 위치를 얻기 위해 3GPP AAA 서버(312)와 통신하는, IW-MT-LR (Mobile Terminated Location Request for an I-WLAN) 절차가 설명되어 있다. GMLC(302)는 "UE Routing Info Inquiry" 메시지를 3GPP AAA 서버(312)에게 송신한다. 그에 응답하여, AAA 서버(312)는 "UE Routing Info Inquiry Ack" 메시지로 응답한다. 도 7의 단계 12 및 단계 14에서, GMLC(302)는 이 2개의 메시지들의 업데이트된 버전을 사용하여 La 참조점을 거쳐 3GPP AAA 서버(312)와 통신할 수 있다.
이 2개의 La 메시지들의 스테이지-3 정의는 없다. 그들에 대한 유일한 설명은 IW-MT-LR 절차(stage-2 TS 23.271의 9.1.13 절)에 있다. 이 Stage-2 설명을 사용하여, 제한된 수의 정보 엘리먼트들이 언급된다. 포함된 정보 엘리먼트들은 앞서 설명된 것들(GMLC-MME(306)/SGSN(308)간)을 따를 것이다.
La: UE Routing Info Inquiry 커맨드(도 7, 단계 12)
수정된 UE Routing Info Inquiry 메시지는 UE의 위치 및 혼잡에 관해 문의하기 위해 GMLC(302)로부터 3GPP AAA 서버(312)에게 송신된다. 3GPP AAA 서버(312)에서의 혼잡 레벨에 관해 문의하기 위해 새로운 'Congestion-Level-Requested' IE가 수정된 "UE Routing Info Inquiry" 메시지에 포함될 수 있다. 메시지 포맷은 다음과 같다:
< UE Routing Info Inquiry > ::= < Diameter Header: TBD>
< Session-Id >
[ Vendor-Specific-Application-Id ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
{Destination-Host }
{ Destination-Realm }
{ Location-Type }
[ User-Name ]
[ MSISDN]
[ IMEI ]
{ LCS-EPS-Client-Name }
{ LCS-Client-Type }
[ LCS-Requestor-Name ]
[ LCS-Priority ]
[ LCS-QoS ]
[ Velocity-Requested ]
[LCS-Supported-GAD-Shapes ]
[ LCS-Service-Type-ID ]
[ LCS-Codeword ]
[ LCS-Privacy-Check-Non-Session ]
[ LCS-Privacy-Check-Session ]
[Service-Selection ]
[ Deferred-Location-Type ]
[ Flags ]
*[ Supported-Features ]
*[ AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
*[ Congestion-Level-Requested ]
La: UE Routing Info Inquiry Ack 커맨드(도 7, 단계 14)
수정된 UE Routing Info Inquiry Ack 메시지는 UE의 위치 및 혼잡을 알려주기 위해 3GPP AAA 서버(312)로부터 GMLC(302)에게 송신된다. 3GPP AAA 서버(312)에서의 혼잡 레벨을 포함시키기 위해 새로운 'AAA-Congestion-Level' IE가 수정된 "UE Routing Info Inquiry Ack" 메시지에 포함될 수 있다. 새로운 'WLAN-Positioning-Data' IE는 UE의 위치를 담고 있을 것이고 'UE-Reachable'은 UE(202)가 Wi-Fi를 통해 접근가능한지 여부를 나타낼 것이다. PLA와 유사한, 메시지 포맷은 다음과 같다.
< UE Routing Info Inquiry Ack > ::= < Diameter Header: TBD >
< Session-Id >
[ Vendor-Specific-Application-Id ]
[ Result-Code ]
[ Experimental-Result ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
[ Location-Estimate ]
[ Accuracy-Fulfilment-Indicator ]
[ Age-Of-Location-Estimate]
[ Velocity-Estimate ]
[ ECGI ]
[ Cell-Global-Identity ]
[ UTRAN-Positioning-Info ]
[ Service-Area-Identity ]
[ Serving-Node ]
[Flags ]
[ ESMLC-Cell-Info ]
*[ Supported-Features ]
*[ AVP ]
*[ Failed-AVP ]
*[ Proxy-Info ]
*[ Route-Record]
*[UE-Reachable]
*[ WLAN-Positioning-Data]
*[ AAA-Congestion-Level]
Le 참조점(GMLC-SCEF간)
"LCS Service Request" and "LCS Service Response" 메시지들을 전달하기 위해 Le 참조점이 이용된다(TS 23.271의 9.1.1 절). TS 23.002 "Network architecture"에 나타낸 바와 같이, "Le 인터페이스는 LCS 서버로부터 위치 정보를 검색하기 위해 외부 LCS 클라이언트에 의해 사용된다. 이 인터페이스를 통한 시그널링은 OMA 모바일 위치 프로토콜(Mobile Location Protocol)(MLP)　및 오픈 서비스 액세스 애플리케이션 프로그래밍 인터페이스(Open Service Access Application Programming Interface)(OSA-API)(TS　29.198)를 사용할 수 있다".
Le: LCS Service Response(도 7, 단계 16)
UE의 전체 위치 컨텍스트를 전달하기 위해 새로운 IE들 'Available-RATs' 및 'Congestion-Levels'가 "LCS Service Response"에 포함될 수 있다. 따라서, GMLC(302)는 "LCS Service Response" (Location, Velocity, Available-RATs, Congestion-Levels) 메시지를 Le 참조점을 거쳐 SCEF(404)에게 송신할 것이다.
HSS와 연관된 참조점들
HSS(304)는, 도 8에 설명된, HSS 기반 위치 컨텍스트 전달 절차에서 이용되어 왔다. 이 섹션에서, 새로운 그리고 수정된 메시지들만이, 그와 연관된 참조점들(Sh, S6a/S6d, SWx)을 거쳐 전달되는 새로운 정보 엘리먼트들과 함께 제시된다.
S6a/S6d 참조점(HSS-MME/SGSN간)
도 8의 단계 4 및 단계 7에서, HSS(304)는, 각각, User-Location-Request 및 User-Location-Response인, 2개의 새로운 메시지들을 사용하여 S6a/S6d 참조점을 거쳐 MME(306)/SGSN(308)과 통신한다. S6a/S6d 참조점을 거치는 전체 메시지들 및 정보 엘리먼트들은 TS 29.272에 포함되어 있다. TS 29.272에서 발견되는, 전형적인 AVP들이 이 메시지들에 추가된다. 이 섹션에서, 이 2개의 메시지들의 새로운 정보 엘리먼트들이 제시된다.
S6a/S6d: User-Location-Request(도 8, 단계 4)
HSS(304)는 새로운 "User-Location-Request" (IMSI, Congestion-Level-Requested) 메시지를 S6a/S6d 참조점을 거쳐 MME(306)/SGSN(308)에게 송신할 수 있다. 'Congestion-Level-Requested' AVP는 MME(306)/SGSN(308) 서빙 노드들에서의 혼잡 레벨을 알고자 한다는 HSS의 요망을 나타낸다. 메시지 포맷은 다음과 같다:
< User-Location-Request > ::= < Diameter Header: TBD>
< Session-Id >
[ Vendor-Specific-Application-Id ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
{ Destination-Host }
{ Destination-Realm }
{ User-Name }
*[Supported-Features ]
[Flags ]
*[ AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
{ Congestion-Level-Requested }
S6a/S6d: User-Location-Response(도 8, 단계 7)
MME(306)/SGSN(308)은 새로운 "User-Location-Response" (EPS-Location-Information, MME-Congestion-Level, SGSN-Congestion-Level) 메시지를 S6a/S6d 참조점을 거쳐 HSS(304)에게 송신할 수 있다. 게다가, 새로운 'MME-Congestion-Level' 및 'SGSN-Congestion-Level' AVP들이 사용될 수 있다. 메시지 포맷은 다음과 같다:
< User-Location-Response > ::= < Diameter Header: TBD>
< Session-Id >
[ Vendor-Specific-Application-Id ]
*[ Supported-Features ]
[ Result-Code ]
[ Experimental-Result ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
[ IMS-Voice-Over-PS-Sessions-Supported ]
[ Last-UE-Activity-Time ]
[ RAT-Type ]
[Flags ]
[ EPS-User-State ]
[ EPS-Location-Information ]
[Local-Time-Zone ]
*[ AVP ]
*[ Failed-AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
{ MME-Congestion-Level}
{ SGSN-Congestion-Level' }
SWx 참조점(HSS-3GPP AAA 서버간)
도 8의 단계 8 및 단계 10에서, HSS(304)는, 각각, "User-Profile-Update-Request" 및 "User-Profile-Update-Response"인, 2개의 수정된 메시지들을 사용하여 SWx 참조점을 거쳐 3GPP AAA 서버(312)와 통신한다. SWx 참조점을 거치는 전체 메시지들 및 정보 엘리먼트들은 TS 29.272에 포함되어 있다. TS 29.272에서 발견되는, 전형적인 AVP들이 이 메시지들에 추가된다. 이 섹션에서, 이 2개의 메시지들의 새로운 정보 엘리먼트들이 제시된다.
SWx: User-Profile-Update-Request(도 8, 단계 8)
HSS(304)는 수정된 "User-Profile-Update-Request" (IMSI, Access-Network-Info-Request, Congestion-Request) 메시지를 SWx 참조점을 거쳐 3GPP AAA 서버(312)에게 송신할 수 있다. 'Congestion-Request'는 3GPP AAA 서버에서의 혼잡 레벨에 관해 통지받고자 한다는 HSS의 요망을 표시한다. 표 1(TS 29.273 "Evolved Packet System (EPS); 3GPP EPS AAA interfaces"로부터 복사됨)은 "User-Profile-Update-Request" 메시지의 IE들을 나타내고 있으며 표 2(기본값은 TS 29.273로부터 복사됨)는 그의 Push-Profile-Request (PPR) 플래그들을 나타내고 있다. 'Congestion-Request' IE는 "User-Profile-Update-Request" 메시지 IE들에 또는 PPR-flags에 포함될 수 있다. 일 예로서, 'Congestion-Request' IE가 표 2에 추가되어 있다. PPR-Flags AVP는 Unsigned32 타입이고 비트 마스크(bit mask)를 포함한다. 비트들의 의미들은 표 2에 정의된 바와 같다.
Figure pct00004
Figure pct00005
SWx: User-Profile-Update-Response(도 8, 단계 10)
3GPP AAA 서버(312)는 수정된 "User-Profile-Update-Response" (Access-Network-Info, AAA-Congestion-Level) 메시지를 SWx 참조점을 거쳐 HSS(304)에게 송신할 수 있다. 새로운 'AAA-Congestion-Level' AVP는, UE(202)가 어태치되어 있는, 액세스 네트워크에서의 혼잡 레벨을 제공한다.
Figure pct00006
Sh 참조점(HSS-SCEF간)
도 8의 단계 3 및 단계 11에서, HSS(304)는, 각각, “LCS Service Request” 및 "LCS Service Response"인, 2개의 새로운 메시지들을 사용하여 Sh 참조점을 거쳐 SCEF(404)와 통신할 수 있다. Le 참조점과 유사하게, 이 인터페이스를 통한 시그널링은 OMA 모바일 위치 프로토콜(MLP)　및 오픈 서비스 액세스 애플리케이션 프로그래밍 인터페이스(OSA-API)(TS　29.198)를 사용할 수 있다. 이 섹션에서, 이 2개의 메시지들의 새로운 정보 엘리먼트들이 제시된다.
Sh: LCS Service Request(도 8, 단계 3)
SCEF(404)는 새로운 "LCS Service Request" (External Identifier) 메시지를 Sh 참조점을 거쳐 HSS(304)에게 송신할 수 있다.
Sh: LCS Service Response(도 8, 단계 11)
HSS(304)는 새로운 LCS Service Response (EPS-Location-Information, Access-Network-Info, MME-Congestion-Level, SGSN-Congestion-Level, AAA-Congestion-Level) 메시지를 Sh 참조점을 거쳐 SCEF(404)에게 송신할 수 있다. 이 메시지는, 섹션 6.1.2.1.2 및 섹션 6.1.2.2.2에서 앞서 설명되었던, MME(306)/SGSN(308) 및 3GPP AAA 서버(312)로부터 이전에 수신된 모든 위치 및 혼잡 AVP들을 담고 있다.
SCEF와 연관된 참조점들
SCEF(404)는, 도 9에 설명된, SCEF 기반 위치 컨텍스트 전달 절차에서 이용되어 왔다. 이 섹션에서, 새로운 그리고 수정된 메시지들만이, 그와 연관된 참조점들(T5b'/T5a', T5w')을 거쳐 전달되는 새로운 정보 엘리먼트들과 함께 제시된다.
T5b'/T5a' 참조점(SCEF-MME/SGSN간)(도 9, 단계 5 및 단계 8)
도 9의 단계 5 및 단계 8에서, SCEF(404)는, 각각, User-Location-Request 및 User-Location-Response인, 2개의 새로운 메시지들을 사용하여 T5b'/T5a' 참조점을 거쳐 MME(306)/SGSN(308)과 통신한다. 이 2개의 메시지들의 메시지 포맷 및 IE들은 S6a/S6d를 거치는 그들의 대응하는 메시지 포맷 및 IE들과 유사하다.
T5w 참조점(SCEF-3GPP AAA 서버간)(도 9, 단계 9 및 단계 11)
도 9의 단계 9 및 단계 11에서, SCEF(404)는, 각각, "User-Profile-Update-Request" 및 "User-Profile-Update-Response"인, 2개의 새로운 메시지들을 사용하여 새로운 T5w 참조점을 거쳐 3GPP AAA 서버(312)와 통신한다. 이 2개의 메시지들의 메시지 포맷 및 IE들은, 앞서 설명된, SWx를 거치는 그들의 대응하는 메시지 포맷 및 IE들과 유사하다.
SCS/AS(602)에 대한 API
앞서 논의된 해결책들 전부의 첫 번째 단계에서, SCEF(404)는 "Location Context Request API"를 SCS/AS(602)에 노출시킬 수 있다. 모든 해결책의 끝에서, SCEF(404)는 UE의 컨텍스트 정보를 담고 있는"Location Context Request API" (Location, Velocity, Available-RATs, Congestion-Levels) API를 SCS/AS(602)에게 송신하는 것으로 SCEF(404)에 다시 응답한다.
PCRF와 연관된 참조점들
PCRF(402)는, 도 10에 설명된, PCRF(402) 기반 위치 컨텍스트 전달 절차에서 이용되어 왔다. 이 섹션에서, 새로운 그리고 수정된 메시지들만이, 그와 연관된 참조점들(Gx, Rx)을 거쳐 전달되는 새로운 정보 엘리먼트들과 함께 제시된다.
Gx 참조점(PCRF-PCEF간)
도 10의 단계 6 및 단계 7에서, PCRF(402)는, 각각, Profile-Update-Request 및 Profile-Update-Response인, 2개의 새로운 메시지들을 사용하여 Gx 참조점을 거쳐 (P-GW에 있는) PCEF(502)와 통신한다. Gx 참조점을 거치는 전체 메시지들 및 정보 엘리먼트들은 TS 29.212에 포함되어 있다. TS 29.212에서 발견되는, 전형적인 AVP들이 이 메시지들에 추가된다. 이 섹션에서, 이 2개의 메시지들의 메시지 포맷이 제시된다.
Gx: Profile-Update-Request(도 10, 단계 6)
새로운 메시지 "Profile-Update-Request"가 PCRF(402)로부터 Gx 참조점을 거쳐 PCEF(502)에게 송신될 수 있다. 메시지 포맷은 다음과 같다:
<Profile-Update-Request> ::= < Diameter Header: TBD >
< Session-Id >
{ Origin-Host }
{ Origin-Realm }
{ Destination-Realm }
{ Destination-Host }
[ Proxy-Info ]
*[ Route-Record ]
*[ AVP ]
Gx: Profile-Update-Response(도 10, 단계 7)
새로운 메시지 "Profile-Update-Response" (3GPP-User-Location-Info, RAT-Type, PGW-Congestion-Level)은 PCEF(502)로부터 Gx 참조점을 거쳐 PCRF(402)에게 송신될 수 있다. '3GPP-User-Location-Info' AVP는 현재 UE의 위치를 나타내고, 'RAT-Type' AVP는 현재 RAT를 나타내며, 'PGW-Congestion-Level' AVP는 P-GW에서의 혼잡 레벨을 나타낸다. 메시지 포맷은 다음과 같다:
< Profile-Update-Response > ::= < Diameter Header: TBD>
< Session-Id >
{ Origin-Host }
{ Origin-Realm }
{ Destination-Realm }
*[ Subscription-Id ]
[ IP-CAN-Type ]
[ 3GPP-RAT-Type ]
[ AN-Trusted ]
[ RAT-Type ]
[ QoS-Information ]
[ 3GPP-User-Location-Info]
[ User-Location-Info-Time ]
[ User-CSG-Information ]
[ TWAN-Identifier ]
[ 3GPP-MS-TimeZone ]
*[ Proxy-Info ]
*[ Route-Record ]
[PGW-Congestion-Level]
*[ AVP ]
Rx 참조점(PCRF-SCEF간)
도 10의 단계 5, 단계 11, 및 단계 19에서, SCEF(404)는, 각각, “LCS Service Request” 및 "LCS Service Response"인, 2개의 새로운 메시지들을 사용하여 Rx 참조점을 거쳐 PCRF(402)와 통신할 수 있다. Le 참조점과 유사하게, 이 인터페이스를 통한 시그널링은 OMA 모바일 위치 프로토콜(MLP)　및 오픈 서비스 액세스 애플리케이션 프로그래밍 인터페이스(OSA-API)(TS　29.198)를 사용할 수 있다. 이 섹션에서, 이 2개의 메시지들의 새로운 정보 엘리먼트들이 설명된다.
Rx: LCS Service Request(도 10, 단계 5)
SECF는 새로운 "LCS Service Request" (IMSI) 메시지를 Rx 참조점을 거쳐 PCRF(402)에게 송신할 수 있다.
Rx: LCS Service Response(도 10, 단계 11, 단계 19)
PCRF(402)는 새로운 LCS Service Response (3GPP-User-Location-Info, TWAN-Identifier, RUCI-Congestion-Level-Value, TWAN-RUCI-Congestion-Level-Value, PGW-Congestion-Level) 메시지를 Rx 참조점을 거쳐 SCEF(404)에게 송신한다. 이 메시지는 P-GW 및 RCAF(504)로부터 수신된 모든 위치 및 혼잡 AVP들을 담고 있다.
RCAF와 연관된 참조점
RCAF(504)는, 도 10에 설명된, PCRF 기반 위치 컨텍스트 전달 절차에서 이용되어 왔다. 이 섹션에서, 새로운 그리고 수정된 메시지들만이, 그와 연관된 참조점들(Np, Nq'')을 거쳐 전달되는 새로운 정보 엘리먼트들과 함께 설명된다.
Np 참조점(RCAF-PCRF간)
도 10의 단계 8, 단계 9, 단계 14, 및 단계 17에서, RCAF(504)는, "RUCI Report Request" 및 "Non-Aggregated-RUCI-Report-Request (NRR)"인, 새로운 그리고 수정된 메시지들을 사용하여 Np 참조점을 거쳐 PCRF(402)와 통신할 수 있다. Np 참조점의 상세는 TS 29.217에 나타내어져 있다. 이 섹션에서, 이 2개의 메시지들의 새로운 정보 엘리먼트들이 설명된다.
Np: RUCI Report Request(도 10, 단계 8 및 14)
새로운 메시지 "RUCI Report Request" (Subscription-Id, Congestion-Location-Id) 메시지가 PCRF(402)로부터 Np 참조점을 거쳐 RCAF(504)에게 송신될 수 있다. 'Congestion-Location-Id' AVP는, TS 29.217의 5.3.9 절에 정의된 바와 같은, 3GPP-User-Location-Info 및 eNodeB-ID를 포함한다. 또한, PCRF(402)는 사용자 id를 'Subscription-Id' AVP 내에 포함시킨다. 이 AVP들 둘 다는 TS 29.217에서 이전에 정의되었으며, 여기서 새 메시지 "RUCI Report Request"에서 사용된다.
Np: Non-Aggregated-RUCI-Report-Request (NRR)(도 10, 단계 9 및 단계 17)
RCAF(504)는 "Non-Aggregated-RUCI-Report-Request (NRR)" (TWAN-RUCI-Congestion-Level-Value, Congestion-Level-Value, Subscription-Id , Congestion-Location-Id) 메시지를 Np 참조점을 거쳐 PCRF(402)에게 송신한다(TS 29.217의 5.6.1 절). 'Congestion-Level-Value' 또는 'TWAN-RUCI-Congestion-Level-Value' AVP들은 UE(202)가 위치되는 셀의 혼잡 레벨을 나타낸다(TS 29.217의 5.3.6 절). Command-Code 필드가 xxxxxx로 설정되어 있는 것 및 Command Flags 필드에서 'R' 비트가 세트되어 있는 것에 의해 표시되는, NRR 커맨드가 비-집계된 RUCI 보고(Non-aggregated RUCI report) 절차의 일부로서 RCAF(504)에 의해 PCRF(402)에게 송신된다. 메시지 포맷은 다음과 같다:
< Non-Aggregated-RUCI-Report-Request> ::= <Diameter Header: TBD >
< Session-Id >
{ Auth-Application-Id }
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
{ Destination-Realm }
[ Destination-Host ]
[ Origin-State-Id ]
[ Subscription-Id ]
[ Called-Station-Id ]
[ Congestion-Level-Value ]
[ Congestion-Level-Set-Id ]
[ Congestion-Location-Id ]
[ RCAF-Id ]
*[ Proxy-Info ]
*[ Route-Record ]
*[ Supported-Features ]
*[ AVP ]
[ TWAN-RUCI-Congestion-Level-Value ]
Nq'' 참조점(RCAF-3GPP AAA 서버간)
도 10의 단계 15 및 단계 16에서, RCAF(504)는, "Congestion Level Request" 및 "Congestion Level Response"인, 새로운 메시지들을 사용하여 Nq" 참조점을 거쳐 3GPP AAA 서버(312)와 통신한다. 먼저, RCAF(504)는 "Congestion Level Request" 메시지를 새로 도입된 Nq" 참조점을 거쳐 3GPP AAA 서버(312)에게 송신한다. 그에 응답하여, 3GPP AAA 서버(312)는 "Congestion Level Response" (TWAN-RUCI-Congestion-Level-Value) 메시지를 새로 도입된 Nq" 참조점을 거쳐 RCAF(504)에게 송신한다. 'TWAN-RUCI-Congestion-Level-Value' AVP는 TWAN에서의 혼잡 레벨을 담고 있다.
그래픽 사용자 인터페이스
GUI(Graphical User Interface)들과 같은, 인터페이스들은 사용자가 서비스 계층 과금 상관(service layer charging correlation)에 관련된 기능들을 제어 및/또는 구성하는 것을 지원하기 위해 사용될 수 있다. 도 12 및 도 13은 인터페이스(1202) 및 인터페이스(1302)를 예시하고 있다. 인터페이스들(1202 및 1302)이 이하에서 설명되는 도 14c 및 도 14d에 도시된 것들과 같은 디스플레이들을 사용하여 생성될 수 있다는 것을 잘 알 것이다.
도 12는 UE(202)가 UE의 위치 컨텍스트에 액세스하기 위한 SCS/AS의 요청을 승인(approve) 또는 불승인(disapprove)하는 것을 가능하게 하는 그래픽 사용자 인터페이스(GUI)(1202)를 도시하고 있다.
도 13은 어느 코어 네트워크 엔티티들이 위치 기반 컨텍스트 정보를 보고하는 것에 관여되도록 허용되어 있는지를 결정하기 위해 오퍼레이터에 의해 사용될 수 있는 네트워크 구성 콘솔(1302)을 도시하고 있다. 보다 구체적으로는, 오퍼레이터는 SCEF(404)를 구성하고 SCEF(404)와 모든 잠재적 네트워크 엔티티(예컨대, MME(306), GMLC(302)) 간의 상호작용을 인에이블 또는 디스에이블시킬 것이다. 본 개시내용에서의 모든 위치 요청들이 SCEF(404)에 의해 개시되기 때문에, SCEF(404) 엔티티가 이러한 구성 콘솔을 가질 좋은 후보이다. 따라서, SCEF(404)는 중심점으로서 기능하며, 이를 통해 오퍼레이터는 위치 컨텍스트 관련 요청들에 대한 모든 잠재적인 네트워크 노드들을 구성할 수 있다.
도 13은 모든 관여될 가능성이 있는 네트워크 엔티티들(예컨대, GMLC(302), MME(306), P-GW, PCRF(402))의 앞에 체크 박스들을 보여주는, SCEF(404) 구성 콘솔(1302)을 도시하고 있다. SCEF(404)가 구성되면, SCEF(404)는 체크된 네트워크 노드들에만 위치 기반 컨텍스트를 요청할 수 있다.
예시적인 M2M / IoT / WoT 통신 시스템
본원에 기술되는 다양한 기법들이 하드웨어, 펌웨어, 소프트웨어, 또는 적절한 경우, 이들의 조합들과 관련하여 구현될 수 있다. 이러한 하드웨어, 펌웨어, 및 소프트웨어는 통신 네트워크의 다양한 노드들에 위치된 장치들에 존재할 수 있다. 장치들은 본원에 기술되는 방법들을 수행하기 위해 단독으로 또는 서로 조합하여 동작할 수 있다. 본원에서 사용되는 바와 같이, "장치", "네트워크 장치", "노드", "디바이스", 및 "네트워크 노드"라는 용어들은 서로 바꾸어 사용될 수 있다.
"서비스 계층"이라는 용어는 네트워크 서비스 아키텍처 내의 기능 계층(functional layer)을 지칭한다. 서비스 계층들은 전형적으로 HTTP, CoAP 또는 MQTT와 같은 애플리케이션 프로토콜 계층 위쪽에 위치되고 클라이언트 애플리케이션들에게 부가 가치 서비스들을 제공한다. 서비스 계층은 또한, 예를 들어, 제어 계층 및 전송/액세스 계층과 같은, 하위 자원 계층에서 코어 네트워크들에 대한 인터페이스를 제공한다. 서비스 계층은 서비스 정의, 서비스 런타임 인에이블먼트(service runtime enablement), 정책 관리, 액세스 제어, 및 서비스 클러스터링을 비롯한 다수의 카테고리의 (서비스) 능력들 또는 기능들을 지원한다. 최근에, 몇 개의 산업 표준 단체들, 예컨대, oneM2M이 M2M 유형의 디바이스들 및 애플리케이션들을 인터넷/웹, 셀룰러, 엔터프라이즈, 및 홈 네트워크들과 같은 배치들에 통합시키는 것과 연관된 과제들을 해결하기 위해 M2M 서비스 계층들을 개발해오고 있다. M2M 서비스 계층은 애플리케이션들 및/또는 다양한 디바이스들에게, CSE 또는 SCL이라고 지칭될 수 있는, 서비스 계층에 의해 지원되는, 앞서 언급된 능력들 또는 기능들의 모음 또는 세트에 대한 액세스를 제공할 수 있다. 몇 가지 예들은, 다양한 애플리케이션들에 의해 흔히 사용될 수 있는, 보안, 과금, 데이터 관리, 디바이스 관리, 발견, 프로비저닝, 및 접속 관리(connectivity management)를 포함하지만, 이들로 제한되지 않는다. 이 능력들은 M2M 서비스 계층에 의해 정의되는 메시지 포맷들, 자원 구조들, 및 자원 표현들을 사용하는 API들을 통해 이러한 다양한 애플리케이션들에게 이용가능하게 된다. CSE 또는 SCL은 하드웨어 및/또는 소프트웨어로 구현될 수 있는 그리고 다양한 애플리케이션들 및/또는 디바이스들에 노출된 (서비스) 능력들 또는 기능들(즉, 이러한 기능 엔티티들 간의 기능 인터페이스들)을, 그들이 이러한 능력들 또는 기능들을 사용하도록, 제공하는 기능 엔티티이다.
도 14a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 M2M(machine to machine), IoT(Internet of Things), 또는 WoT(Web of Things) 통신 시스템(10)의 다이어그램이다. 일반적으로, M2M 기술들은 IoT/WoT에 대한 구성 블록들을 제공하고, 임의의 M2M 디바이스, M2M 게이트웨이, M2M 서버, 또는 M2M 서비스 플랫폼은 IoT/WoT는 물론 IoT/WoT 서비스 계층 등의 컴포넌트 또는 노드일 수 있다. 통신 시스템(10)은 개시된 실시예들의 기능을 구현하는 데 사용될 수 있고 SCS/AS(602), SCEF(404), PCRF(402), PCEF(502), RCAF(504), HSS(304), GMLC(302), AAA 서버(312), MME(306), SGSN(308), RAN(604) 및 UE(202)와 같은 기능 및 논리적 엔터티들 그리고 인터페이스들(1202 및 1302)과 같은 사용자 인터페이스들을 생성하기 위한 논리적 엔터티들을 포함할 수 있다.
도 14a에 도시된 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 통신 네트워크(12)를 포함한다. 통신 네트워크(12)는 고정 네트워크(fixed network)(예컨대, 이더넷, 파이버(Fiber), ISDN, PLC 등) 또는 무선 네트워크(wireless network)(예컨대, WLAN, 셀룰러 등) 또는 이종 네트워크(heterogeneous network)들의 네트워크일 수 있다. 예를 들어, 통신 네트워크(12)는 음성, 데이터, 비디오, 메시징, 방송 등과 같은 콘텐츠를 다수의 사용자들에게 제공하는 다수의 액세스 네트워크들로 이루어져 있을 수 있다. 예를 들어, 통신 네트워크(12)는, CDMA(code division multiple access), TDMA(time division multiple access), FDMA(frequency division multiple access), OFDMA(orthogonal FDMA), SC-FDMA(single-carrier FDMA) 등과 같은, 하나 이상의 채널 액세스 방법들을 이용할 수 있다. 게다가, 통신 네트워크(12)는, 예를 들어, 코어 네트워크, 인터넷, 센서 네트워크, 산업 제어 네트워크(industrial control network), 개인 영역 네트워크(personal area network), 융합 개인 네트워크(fused personal network), 위성 네트워크, 홈 네트워크, 또는 엔터프라이즈 네트워크와 같은 다른 네트워크들을 포함할 수 있다.
도 14a에 도시된 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 인프라스트럭처 도메인(Infrastructure Domain) 및 필드 도메인(Field Domain)을 포함할 수 있다. 인프라스트럭처 도메인은 종단간 M2M 배치(end-to-end M2M deployment)의 네트워크측을 지칭하고, 필드 도메인은, 보통 M2M 게이트웨이 후방에 있는, 영역 네트워크(area network)들을 지칭한다. 필드 도메인 및 인프라스트럭처 도메인 둘 다는 각종의 상이한 네트워크 노드들(예컨대, 서버, 게이트웨이, 디바이스 등)을 포함할 수 있다. 예를 들어, 필드 도메인은 M2M 게이트웨이들(14) 및 단말 디바이스들(18)을 포함할 수 있다. 원하는 바에 따라, 임의의 수의 M2M 게이트웨이 디바이스들(14) 및 M2M 단말 디바이스들(18)이 M2M/IoT/WoT 통신 시스템(10)에 포함될 수 있다는 것을 잘 알 것이다. M2M 게이트웨이 디바이스들(14) 및 M2M 단말 디바이스들(18) 각각은, 통신 회로부를 사용하여, 통신 네트워크(12) 또는 직접 무선 링크를 통해 신호들을 전송 및 수신하도록 구성되어 있다. M2M 게이트웨이(14)는 무선 M2M 디바이스들(예컨대, 셀룰러 및 비셀룰러)은 물론 고정 네트워크 M2M 디바이스들(예컨대, PLC)이 통신 네트워크(12)와 같은 통신사업자 네트워크들 또는 직접 무선 링크를 통해 통신할 수 있게 한다. 예를 들어, M2M 단말 디바이스들(18)은 데이터를 수집하고, 데이터를 통신 네트워크(12) 또는 직접 무선 링크를 통해 M2M 애플리케이션(20) 또는 M2M 디바이스들(18)에게 송신할 수 있다. M2M 단말 디바이스들(18)은 또한 M2M 애플리케이션(20) 또는 M2M 단말 디바이스(18)로부터 데이터를 수신할 수 있다. 게다가, 이하에서 기술되는 바와 같이, 데이터 및 신호들이 M2M 서비스 계층(22)을 통해 M2M 애플리케이션(20)에게 송신되고 그로부터 수신될 수 있다. M2M 단말 디바이스들(18) 및 게이트웨이들(14)은, 예를 들어, 셀룰러, WLAN, WPAN(예컨대, Zigbee, 6LoWPAN, Bluetooth), 직접 무선 링크, 및 유선(wireline)을 비롯한 다양한 네트워크들을 통해 통신할 수 있다.
예시적인 M2M 단말 디바이스들(18)은 태블릿들, 스마트폰들, 의료 디바이스들, 온도 및 날씨 모니터들, 커넥티드 카(connected car)들, 스마트 미터(smart meter)들, 게임 콘솔들, PDA(personal digital assistant)들, 건강 및 피트니스 모니터들, 전등들, 서모스탯들, 가전기기들, 차고문들 및 다른 액추에이터 기반 디바이스들, 보안 디바이스들, 및 스마트 콘센트들을 포함할 수 있지만, 이들로 제한되지 않는다.
도 14b를 참조하면, 필드 도메인에 예시된 M2M 서비스 계층(22)은 M2M 애플리케이션(20), M2M 게이트웨이 디바이스들(14), 및 M2M 단말 디바이스들(18) 그리고 통신 네트워크(12)에 대한 서비스들을 제공한다. 통신 네트워크(12)는 개시된 실시예들의 기능을 구현하는 데 사용될 수 있고 SCS/AS(602), SCEF(404), PCRF(402), PCEF(502), RCAF(504), HSS(304), GMLC(302), AAA 서버(312), MME(306), SGSN(308), RAN(604) 및 UE(202)와 같은 기능 및 논리적 엔터티들 그리고 인터페이스들(1202 및 1302)과 같은 사용자 인터페이스들을 생성하기 위한 논리적 엔터티들을 포함할 수 있다. M2M 서비스 계층(22)은, 예를 들어, 이하에 기술되는 도 14c 및 도 14d에 예시된 디바이스들을 비롯한, 하나 이상의 서버들, 컴퓨터들, 디바이스들, 가상 머신들(예컨대, 클라우드/스토리지 팜(storage farm) 등)에 의해 구현될 수 있다. M2M 서비스 계층(22)이 원하는 바에 따라 임의의 수의 M2M 애플리케이션들, M2M 게이트웨이들(14), M2M 단말 디바이스들(18), 및 통신 네트워크들(12)과 통신할 수 있다는 것을 잘 알 것이다. M2M 서비스 계층(22)은 서버들, 컴퓨터들, 디바이스들 등을 포함할 수 있는, 네트워크의 하나 이상의 노드들에 의해 구현될 수 있다. M2M 서비스 계층(22)은 M2M 단말 디바이스들(18), M2M 게이트웨이들(14), 및 M2M 애플리케이션들(20)에 적용되는 서비스 능력들을 제공한다. M2M 서비스 계층(22)의 기능들은 각종의 방식들로, 예를 들어, 웹 서버로서, 셀룰러 코어 네트워크에, 클라우드에, 기타로 구현될 수 있다.
예시된 M2M 서비스 계층(22)과 유사하게, 인프라스트럭처 도메인에도 M2M 서비스 계층(22')이 있다. M2M 서비스 계층(22')은 인프라스트럭처 도메인 내의 M2M 애플리케이션(20') 및 기반 통신 네트워크(underlying communication network)(12)에 대한 서비스들을 제공한다. M2M 서비스 계층(22')은 또한 필드 도메인 내의 M2M 게이트웨이들(14) 및 M2M 단말 디바이스들(18)에 대한 서비스들을 제공한다. M2M 서비스 계층(22')이 임의의 수의 M2M 애플리케이션들, M2M 게이트웨이들 및 M2M 디바이스들과 통신할 수 있다는 것을 잘 알 것이다. M2M 서비스 계층(22')은 상이한 서비스 제공자에 의한 서비스 계층과 상호작용할 수 있다. M2M 서비스 계층(22')은 서버들, 컴퓨터들, 디바이스들, 가상 머신들(예컨대, 클라우드 컴퓨팅/스토리지 팜 등) 등을 포함할 수 있는, 네트워크의 하나 이상의 노드들에 의해 구현될 수 있다.
또한 도 14b를 참조하면, M2M 서비스 계층들(22 및 22')은 다양한 애플리케이션들 및 버티컬(vertical)들이 이용할 수 있는 핵심적인 서비스 전달 능력들의 세트를 제공한다. 이 서비스 능력들은 M2M 애플리케이션들(20 및 20')이 디바이스들과 상호작용하고 데이터 수집, 데이터 분석, 디바이스 관리, 보안, 청구서 작성(billing), 서비스/디바이스 발견 등과 같은 기능들을 수행할 수 있게 한다. 본질적으로, 이 서비스 능력들은 애플리케이션들로부터 이 기능들을 구현하는 부담을 덜어주고, 따라서 애플리케이션 개발을 단순화시키며 출시까지의 비용 및 시간을 감소시킨다. 서비스 계층들(22 및 22')은 또한 M2M 애플리케이션들(20 및 20')이 서비스 계층들(22 및 22')이 제공하는 서비스들과 관련하여 네트워크들(12)을 통해 통신할 수 있게 한다.
본 출원의 방법들은 서비스 계층(22 및 22')의 일부로서 구현될 수 있다. 서비스 계층(22 및 22')은 한 세트의 애플리케이션 프로그래밍 인터페이스(API)들 및 기반 네트워킹 인터페이스(underlying networking interface)들을 통해 부가 가치 서비스 능력들을 지원하는 소프트웨어 미들웨어 계층이다. ETSI M2M과 oneM2M 둘 다는 본 출원의 접속 방법들을 포함할 수 있는 서비스 계층을 사용한다. ETSI M2M의 서비스 계층은 서비스 능력 계층(Service Capability Layer)(SCL)이라고 지칭된다. SCL은 M2M 디바이스(여기서 DSCL(device SCL)이라고 지칭됨), 게이트웨이(여기서 GSCL(gateway SCL)이라고 지칭됨), 및/또는 네트워크 노드(여기서 NSCL(network SCL)이라고 지칭됨) 내에 구현될 수 있다. oneM2M 서비스 계층은 한 세트의 공통 서비스 기능(Common Service Function)(CSF)들(즉, 서비스 기능들)을 지원한다. 하나 이상의 특정 유형들의 CSF들의 세트의 인스턴스화는, 상이한 유형들의 네트워크 노드들(예컨대, 인프라스트럭처 노드, 중간 노드, 애플리케이션 특정 노드(application-specific node)) 상에서 호스팅될 수 있는, 공통 서비스 엔티티(Common Services Entity)(CSE)라고 지칭된다. 게다가, 본 출원의 접속 방법들은 본 출원의 접속 방법들과 같은 서비스들에 액세스하기 위해 서비스 지향 아키텍처(Service Oriented Architecture)(SOA) 및/또는 리소스 지향 아키텍처(resource-oriented architecture)(ROA)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.
일부 실시예들에서, M2M 애플리케이션들(20 및 20')은 개시된 시스템들 및 방법들과 관련하여 사용될 수 있다. M2M 애플리케이션들(20 및 20')은 UE 또는 게이트웨이와 상호작용하는 애플리케이션들을 포함할 수 있고, 또한 다른 개시된 시스템들 및 방법들과 관련하여 사용될 수 있다.
일 실시예에서, SCS/AS(602), SCEF(404), PCRF(402), PCEF(502), RCAF(504), HSS(304), GMLC(302), AAA 서버(312), MME(306), SGSN(308), RAN(604) 및 UE(202)와 같은 논리적 엔터티들 그리고 인터페이스들(1202 및 1302)과 같은 사용자 인터페이스들을 생성하기 위한 논리적 엔터티들이 도 14b에 도시된 바와 같이, M2M 서버, M2M 게이트웨이, 또는 M2M 디바이스와 같은, M2M 노드에 의해 호스팅되는 M2M 서비스 계층 인스턴스 내에서 호스팅될 수 있다. 예를 들어, SCS/AS(602), SCEF(404), PCRF(402), PCEF(502), RCAF(504), HSS(304), GMLC(302), AAA 서버(312), MME(306), SGSN(308), RAN(604) 및 UE(202)와 같은 논리적 엔터티들 그리고 인터페이스들(1202 및 1302)과 같은 사용자 인터페이스들을 생성하기 위한 논리적 엔터티들은 M2M 서비스 계층 인스턴스 내의 개개의 서비스 능력 또는 기존의 서비스 능력 내의 서브기능(sub-function)을 포함할 수 있다.
M2M 애플리케이션들(20 및 20')은 운송, 건강 및 웰빙(health and wellness), 커넥티드 홈(connected home), 에너지 관리, 자산 추적, 그리고 보안 및 감시(이들로 제한되지 않음)와 같은 다양한 산업들에서의 애플리케이션들을 포함할 수 있다. 앞서 언급된 바와 같이, 시스템의 디바이스들, 게이트웨이들, 서버들 및 다른 노드들에 걸쳐 동작하는 M2M 서비스 계층은, 예를 들어, 데이터 수집, 디바이스 관리, 보안, 계산서 작성, 위치 추적/지오펜싱, 디바이스/서비스 발견, 및 레거시 시스템들 통합과 같은 기능들을 지원하고, 이 기능들을 서비스들로서 M2M 애플리케이션들(20 및 20')에 제공한다.
일반적으로, 서비스 계층들(22 및 22')은 한 세트의 애플리케이션 프로그래밍 인터페이스(API)들 및 기반 네트워크 인터페이스들을 통해 부가 가치 서비스 능력들을 지원하는 소프트웨어 미들웨어 계층을 정의한다. ETSI M2M 아키텍처와 oneM2M 아키텍처 둘 다는 서비스 계층을 정의한다. ETSI M2M의 서비스 계층은 서비스 능력 계층(SCL)이라고 지칭된다. SCL은 ETSI M2M 아키텍처의 각종의 상이한 노드들에 구현될 수 있다. 예를 들어, 서비스 계층의 인스턴스는 M2M 디바이스(여기서 이는 디바이스 SCL(device SCL, DSCL)이라고 지칭됨), 게이트웨이(여기서 이는 게이트웨이 SCL(gateway SCL, GSCL)이라고 지칭됨), 및/또는 네트워크 노드(여기서 이는 네트워크 SCL(network SCL, NSCL)이라고 지칭됨) 내에 구현될 수 있다. oneM2M 서비스 계층은 공통 서비스 기능(CSF)들(즉, 서비스 능력들)의 세트를 지원한다. 한 세트의 하나 이상의 특정 유형들의 CSF들의 인스턴스화는, 상이한 유형들의 네트워크 노드들(예컨대, 인프라스트럭처 노드, 중간 노드, 애플리케이션 특정 노드(application-specific node)) 상에서 호스팅될 수 있는, 공통 서비스 엔티티(CSE)라고 지칭된다. 3GPP(Third Generation Partnership Project)는 또한 머신 타입 통신(MTC)에 대한 아키텍처도 정의하였다. 그 아키텍처에서, 서비스 계층과, 서비스 계층이 제공하는 서비스 능력들이 서비스 능력 서버(Service Capability Server)(SCS)의 일부로서 구현된다. ETSI M2M 아키텍처의 DSCL, GSCL, 또는 NSCL에, 3GPP MTC 아키텍처의 서비스 능력 서버(SCS)에, oneM2M 아키텍처의 CSF 또는 CSE에, 또는 네트워크의 어떤 다른 노드에 구현되든 간에, 서비스 계층의 인스턴스는, 서버들, 컴퓨터들, 및 다른 컴퓨팅 디바이스들 또는 노드들을 비롯한, 네트워크 내의 하나 이상의 독립형 노드(standalone node)들 상에서 실행되는 논리적 엔티티(예컨대, 소프트웨어, 컴퓨터 실행가능 명령어들 등)로서 또는 하나 이상의 기존의 노드들의 일부로서 구현될 수 있다. 일 예로서, 서비스 계층의 인스턴스 또는 그의 컴포넌트는 이하에서 기술되는 도 14c 또는 도 14d에 예시된 일반적인 아키텍처를 가지는 네트워크 노드(예컨대, 서버, 컴퓨터, 게이트웨이, 디바이스 등) 상에서 실행되는 소프트웨어의 형태로 구현될 수 있다.
게다가, SCS/AS(602), SCEF(404), PCRF(402), PCEF(502), RCAF(504), HSS(304), GMLC(302), AAA 서버(312), MME(306), SGSN(308), RAN(604) 및 UE(202)와 같은 논리적 엔터티들 그리고 인터페이스들(1202 및 1302)과 같은 사용자 인터페이스들을 생성하기 위한 논리적 엔터티들은 본 출원의 서비스들에 액세스하기 위해 서비스 지향 아키텍처(SOA) 및/또는 리소스 지향 아키텍처(ROA)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.
도 14c는, M2M 디바이스(18), M2M 게이트웨이(14), M2M 서버 등과 같은, M2M 네트워크 노드(30)의 예시적인 하드웨어/소프트웨어 아키텍처의 블록 다이어그램이다. 노드(30)는 SCS/AS(602), SCEF(404), PCRF(402), PCEF(502), RCAF(504), HSS(304), GMLC(302), AAA 서버(312), MME(306), SGSN(308), RAN(604) 및 UE(202)와 같은 논리적 엔터티들 그리고 인터페이스들(1202 및 1302)과 같은 사용자 인터페이스들을 생성하기 위한 논리적 엔터티들을 실행하거나 포함할 수 있다. 디바이스(30)는 도 14a 및 도 14b에 도시된 바와 같은 M2M 네트워크의 일부이거나 비-M2M 네트워크의 일부일 수 있다. 도 14c에 도시된 바와 같이, M2M 노드(30)는 프로세서(32), 비이동식 메모리(44), 이동식 메모리(46), 스피커/마이크로폰(38), 키패드(40), 디스플레이, 터치패드, 및/또는 표시기들(42), 전원(48), GPS(global positioning system) 칩셋(50), 및 다른 주변기기들(52)을 포함할 수 있다. 노드(30)는 또한, 송수신기(34) 및 송신/수신 요소(36)와 같은, 통신 회로부를 포함할 수 있다. M2M 노드(30)가 일 실시예와 부합한 채로 있으면서 상기 요소들의 임의의 서브컴비네이션(sub-combination)을 포함할 수 있다는 것을 잘 알 것이다. 이 노드는 본원에 기술되는 SMSF 기능을 구현하는 노드일 수 있다.
프로세서(32)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서들, 제어기, 마이크로컨트롤러, ASIC(Application Specific Integrated Circuit)들, FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 유형의 IC(integrated circuit), 상태 머신 등일 수 있다. 일반적으로, 프로세서(32)는 노드의 다양한 요구된 기능들을 수행하기 위해 노드의 메모리(예컨대, 메모리(44) 및/또는 메모리(46))에 저장된 컴퓨터 실행가능 명령어들을 실행할 수 있다. 예를 들어, 프로세서(32)는 신호 코딩, 데이터 처리, 전력 제어, 입출력 처리, 및/또는 M2M 노드(30)가 무선 또는 유선 환경에서 동작할 수 있게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(32)는 애플리케이션 계층 프로그램들(예컨대, 브라우저들) 및/또는 RAN(radio access-layer) 프로그램들 및/또는 다른 통신 프로그램들을 실행할 수 있다. 프로세서(32)는 또한, 예를 들어, 액세스 계층 및/또는 애플리케이션 계층 등에서의, 인증, 보안 키 일치(security key agreement), 및/또는 암호 동작들과 같은 보안 동작들을 수행할 수 있다.
도 14c에 도시된 바와 같이, 프로세서(32)는 그의 통신 회로부(예컨대, 송수신기(34) 및 송신/수신 요소(36))에 결합되어 있다. 프로세서(32)는, 컴퓨터 실행가능 명령어들의 실행을 통해, 노드(30)로 하여금 그에 접속되어 있는 네트워크를 통해 다른 노드들과 통신하게 하기 위해 통신 회로부를 제어할 수 있다. 상세하게는, 프로세서(32)는 본원 및 청구항들에 기술된 전송 및 수신 단계들을 수행하기 위해 통신 회로부를 제어할 수 있다. 도 14c가 프로세서(32) 및 송수신기(34)를 개별적인 컴포넌트들로서 도시하고 있지만, 프로세서(32) 및 송수신기(34)가 전자 패키지 또는 칩에 하나로 통합되어 있을 수 있다는 것을 잘 알 것이다.
송신/수신 요소(36)는 M2M 서버들, 게이트웨이들, 디바이스 등을 비롯한, 다른 M2M 노드들에게 신호들을 전송하거나 그들로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송신/수신 요소(36)는 RF 신호들을 전송 및/또는 수신하도록 구성된 안테나일 수 있다. 송신/수신 요소(36)는, WLAN, WPAN, 셀룰러 등과 같은, 다양한 네트워크들 및 무선 인터페이스(air interface)들을 지원할 수 있다. 일 실시예에서, 송신/수신 요소(36)는, 예를 들어, IR, UV 또는 가시 광 신호들을 전송 및/또는 수신하도록 구성된 방출기/검출기일 수 있다. 또 다른 실시예에서, 송신/수신 요소(36)는 RF 및 광 신호들 둘 다를 전송 및 수신하도록 구성될 수 있다. 송신/수신 요소(36)가 무선 또는 유선 신호들의 임의의 조합을 전송 및/또는 수신하도록 구성될 수 있다는 것을 잘 알 것이다.
그에 부가하여, 송신/수신 요소(36)가 도 14c에 단일 요소로서 도시되어 있지만, M2M 노드(30)는 임의의 수의 송신/수신 요소들(36)을 포함할 수 있다. 보다 구체적으로는, M2M 노드(30)는 MIMO 기술을 이용할 수 있다. 이와 같이, 일 실시예에서, M2M 노드(30)는 무선 신호들을 전송 및 수신하기 위한 2개 이상의 송신/수신 요소들(36)(예컨대, 다수의 안테나들)을 포함할 수 있다.
송수신기(34)는 송신/수신 요소(36)에 의해 전송되어야 하는 신호들을 변조하도록 그리고 송신/수신 요소(36)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 앞서 살펴본 바와 같이, M2M 노드(30)는 다중 모드 능력들을 가질 수 있다. 이와 같이, 송수신기(34)는 M2M 노드(30)가, 예를 들어, UTRA 및 IEEE 802.11과 같은 다수의 RAT들을 통해 통신할 수 있게 하기 위한 다수의 송수신기들을 포함할 수 있다.
프로세서(32)는, 비이동식 메모리(44) 및/또는 이동식 메모리(46)와 같은, 임의의 유형의 적당한 메모리로부터의 정보에 액세스하고 그에 데이터를 저장할 수 있다. 예를 들어, 프로세서(32)는, 앞서 기술된 바와 같이, 세션 컨텍스트(session context)를 그의 메모리에 저장할 수 있다. 비이동식 메모리(44)는 RAM(random-access memory), ROM(read-only memory), 하드 디스크, 또는 임의의 다른 유형의 메모리 저장 디바이스를 포함할 수 있다. 이동식 메모리(46)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예에서, 프로세서(32)는, 서버 또는 홈 컴퓨터와 같은, M2M 노드(30) 상에 물리적으로 위치해 있지 않은 메모리로부터의 정보에 액세스하고 데이터를 그에 저장할 수 있다. 프로세서(32)는 M2M 서비스 계층 세션 마이그레이션 또는 공유의 상태를 반영하기 위해 또는 사용자로부터 입력을 획득하거나 노드의 세션 마이그레이션 또는 공유 능력들 또는 설정들에 관한 정보를 사용자에게 디스플레이하기 위해 디스플레이 또는 표시기들(42) 상에서의 조명 패턴들, 영상들, 또는 색상들을 제어하도록 구성될 수 있다. 다른 예에서, 디스플레이는 세션 상태에 관한 정보를 보여줄 수 있다. 본 개시내용은 oneM2M 실시예에서 RESTful 사용자/애플리케이션 API를 정의한다. 디스플레이 상에 보여질 수 있는 그래픽 사용자 인터페이스는 사용자가, 본원에 기술되는 기반이 되는 서비스 계층 세션 기능을 통해, E2E 세션 또는 그의 마이그레이션 또는 공유를 상호작용적으로 설정 및 관리할 수 있게 하기 위해 API 위에 계층화될 수 있다.
프로세서(32)는 전원(48)으로부터 전력을 받을 수 있고, M2M 노드(30) 내의 다른 컴포넌트들에게 전력을 분배하고 그리고/또는 전력을 제어하도록 구성될 수 있다. 전원(48)은 M2M 노드(30)에 전력을 공급하기 위한 임의의 적당한 디바이스일 수 있다. 예를 들어, 전원(48)은 하나 이상의 건전지 배터리들(예컨대, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬 이온(Li 이온) 등), 태양 전지들, 연료 전지들 등을 포함할 수 있다.
프로세서(32)는 또한 M2M 노드(30)의 현재 위치에 관한 위치 정보(예컨대, 경도 및 위도)를 제공하도록 구성되어 있는 GPS 칩셋(50)에 결합될 수 있다. M2M 노드(30)가 일 실시예와 부합한 채로 있으면서 임의의 적당한 위치 결정 방법을 통해 위치 정보를 획득할 수 있다는 것을 잘 알 것이다.
프로세서(32)는, 부가의 특징들, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있는, 다른 주변기기들(52)에 추가로 결합될 수 있다. 예를 들어, 주변기기들(52)은 가속도계, 생체측정(예컨대, 지문) 센서들, 전자 나침반(e-compass)과 같은 다양한 센서들, 위성 송수신기, 디지털 카메라(사진 또는 비디오용), USB(universal serial bus) 포트 또는 다른 상호접속 인터페이스들, 진동 디바이스, 텔레비전 송수신기, 핸즈프리 헤드셋, 블루투스® 모듈, FM(frequency modulated) 라디오 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.
노드(30)는, 센서, 소비자 전자제품, 스마트 워치 또는 스마트 의류와 같은 웨어러블 디바이스, 의료 또는 e헬스(eHealth) 디바이스, 로봇, 산업 장비, 드론, 자동차, 트럭, 기차, 또는 비행기와 같은 차량과 같은 다른 장치들 또는 디바이스들에 구현될 수 있다. 노드(30)는, 주변기기들(52) 중 하나를 포함할 수 있는 상호접속 인터페이스와 같은, 하나 이상의 상호접속 인터페이스들을 통해 이러한 장치들 또는 디바이스들의 다른 컴포넌트들, 모듈들, 또는 시스템들에 접속할 수 있다. 대안적으로, 노드(30)는, 센서, 소비자 전자제품, 스마트 워치 또는 스마트 의류와 같은 웨어러블 디바이스, 의료 또는 e헬스(eHealth) 디바이스, 로봇, 산업 장비, 드론, 자동차, 트럭, 기차, 또는 비행기와 같은 차량과 같은 다른 장치들 또는 디바이스들을 포함할 수 있다.
도 14d는, M2M 서버, 게이트웨이, 디바이스, 또는 다른 노드와 같은, M2M 네트워크의 하나 이상의 노드들을 구현하는 데 또한 사용될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록 다이어그램이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있고, 주로 컴퓨터 판독가능 명령어들 - 소프트웨어의 형태로 되어 있을 수 있고, 이러한 소프트웨어는 어느 곳에든 또는 어떤 수단에 의해서든 저장되거나 액세스됨 - 에 의해 제어될 수 있다. 컴퓨팅 시스템(90)은 SCS/AS(602), SCEF(404), PCRF(402), PCEF(502), RCAF(504), HSS(304), GMLC(302), AAA 서버(312), MME(306), SGSN(308), RAN(604) 및 UE(202)와 같은 논리적 엔터티들 그리고 인터페이스들(1202 및 1302)과 같은 사용자 인터페이스들을 생성하기 위한 논리적 엔터티들을 실행하거나 포함할 수 있다. 컴퓨팅 시스템(90)은, 예를 들어, M2M 디바이스, 사용자 장비, 게이트웨이, UE/GW 또는 모바일 코어 네트워크의 노드들을 비롯한 임의의 다른 노드들, 서비스 계층 네트워크 애플리케이션 제공업자, 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14)일 수 있다. 이러한 컴퓨터 판독가능 명령어들은 컴퓨팅 시스템(90)으로 하여금 작업을 수행하게 하기 위해, 중앙 처리 유닛(central processing unit, CPU)(91)과 같은, 프로세서 내에서 실행될 수 있다. 많은 공지된 워크스테이션들, 서버들, 및 개인용 컴퓨터들에서, 중앙 처리 유닛(91)은 마이크로프로세서라고 불리는 단일 칩 CPU에 의해 구현된다. 다른 머신들에서, 중앙 처리 유닛(91)은 다수의 프로세서들을 포함할 수 있다. 코프로세서(81)는 부가의 기능들을 수행하거나 CPU(91)를 보조하는, 주 CPU(91)와 별개인, 임의적인 프로세서이다. CPU(91) 및/또는 코프로세서(81)는 세션 자격증명들을 수신하는 것 또는 세션 자격증명들에 기초하여 인증하는 것과 같은, E2E M2M 서비스 계층 세션들에 대한 개시된 시스템들 및 방법들에 관련된 데이터를 수신, 생성, 및 처리할 수 있다.
동작을 설명하면, CPU(91)는 명령어들을 페치, 디코딩, 및 실행하고, 정보를 컴퓨터의 주 데이터 전송 경로인 시스템 버스(80)를 통해 다른 자원들에게 그리고 그들로부터 전송한다. 이러한 시스템 버스는 컴퓨팅 시스템(90) 내의 컴포넌트들을 접속시키고, 데이터 교환을 위한 매체를 정의한다. 시스템 버스(80)는 전형적으로 데이터를 송신하기 위한 데이터 라인들, 주소들을 송신하기 위한 주소 라인들, 및 인터럽트들을 송신하고 시스템 버스를 작동시키기 위한 제어 라인들을 포함한다. 이러한 시스템 버스(80)의 일 예는 PCI(Peripheral Component Interconnect) 버스이다.
시스템 버스(80)에 결합된 메모리들은 RAM(random access memory)(82) 및 ROM(and read only memory)(93)을 포함한다. 이러한 메모리들은 정보가 저장 및 검색될 수 있게 하는 회로부를 포함한다. ROM(93)은 일반적으로 용이하게 수정될 수 없는 저장된 데이터를 포함한다. RAM(82)에 저장된 데이터는 CPU(91) 또는 다른 하드웨어 디바이스들에 의해 판독 또는 변경될 수 있다. RAM(82) 및/또는 ROM(93)에의 액세스는 메모리 제어기(92)에 의해 제어될 수 있다. 메모리 제어기(92)는, 명령어들이 실행될 때, 가상 주소들을 물리 주소들로 변환하는 주소 변환 기능(address translation function)을 제공할 수 있다. 메모리 제어기(92)는 또한 시스템 내에서 프로세스들을 격리시키고 시스템 프로세스들을 사용자 프로세스들로부터 격리시키는 메모리 보호 기능을 제공할 수 있다. 이와 같이, 제1 모드에서 실행 중인 프로그램은 그 자신의 프로세스 가상 주소 공간에 의해 매핑되는 메모리에만 액세스할 수 있고; 프로세스들 간의 메모리 공유가 설정되어 있지 않은 한, 다른 프로세스의 가상 주소 공간 내의 메모리에 액세스할 수 없다.
그에 부가하여, 컴퓨팅 시스템(90)은 명령어들을 CPU(91)로부터, 프린터(94), 키보드(84), 마우스(95), 및 디스크 드라이브(85)와 같은, 주변기기들에게 전달하는 일을 책임지고 있는 주변기기 제어기(83)를 포함할 수 있다.
디스플레이 제어기(96)에 의해 제어되는, 디스플레이(86)는 컴퓨팅 시스템(90)에 의해 생성된 시각적 출력을 디스플레이하는 데 사용된다. 이러한 시각적 출력은 텍스트, 그래픽, 애니메이션화된 그래픽(animated graphics), 및 비디오를 포함할 수 있다. 디스플레이(86)는 CRT 기반 비디오 디스플레이, LCD 기반 평판 디스플레이, 가스 플라즈마 기반 평판 디스플레이, 또는 터치 패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)에게 송신되는 비디오 신호를 생성하는 데 필요한 전자 컴포넌트들을 포함한다.
게다가, 컴퓨팅 시스템(90)은 컴퓨팅 시스템(90)이 네트워크의 다른 노드들과 통신할 수 있게 하기 위해 컴퓨팅 시스템(90)을, 도 14a 및 도 14b의 네트워크(12)와 같은, 외부 통신 네트워크에 접속시키는 데 사용될 수 있는, 예를 들어, 네트워크 어댑터(97)와 같은, 통신 회로부를 포함할 수 있다.
사용자 장비(UE)는 통신하기 위해 최종 사용자에 의해 사용되는 임의의 디바이스일 수 있다. 사용자 장비(UE)는 핸드헬드 전화기, 모바일 광대역 어댑터가 장착된 랩톱 컴퓨터, 또는 임의의 다른 디바이스일 수 있다. 예를 들어, UE는 도 14a 및 도 14b의 M2M 단말 디바이스(18) 또는 도 14c의 디바이스(30)로서 구현될 수 있다.
본원에 기술되는 시스템들, 방법들 및 프로세스들 중 일부 또는 전부가 컴퓨터 판독가능 저장 매체 상에 저장된 컴퓨터 실행가능 명령어들(즉, 프로그램 코드)의 형태로 구현될 수 있고, 이 명령어들이, 예를 들어, M2M 서버, 게이트웨이, 디바이스 등을 비롯한 M2M 네트워크의 노드와 같은 머신에 의해 실행될 때, 본원에 기술되는 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현한다는 것을 잘 알 것이다. 구체적으로는, 게이트웨이, UE, UE/GW, 또는 모바일 코어 네트워크의 노드들, 서비스 계층 또는 네트워크 애플리케이션 제공업자 중 임의의 것의 동작들을 비롯한, 앞서 기술된 단계들, 동작들 또는 기능들 중 임의의 것이 이러한 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. SCS/AS(602), SCEF(404), PCRF(402), PCEF(502), RCAF(504), HSS(304), GMLC(302), AAA 서버(312), MME(306), SGSN(308), RAN(604) 및 UE(202)와 같은 논리적 엔터티들 그리고 인터페이스들(1202 및 1302)과 같은 사용자 인터페이스들을 생성하기 위한 논리적 엔터티들은 컴퓨터 판독가능 저장 매체 상에 저장되는 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독가능 저장 매체는 정보의 저장을 위해 임의의 비일시적(즉, 유형적 또는 물리적) 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 이동식 및 비이동식 매체 둘 다를 포함하지만, 이러한 컴퓨터 판독가능 저장 매체가 신호들은 포함하지 않는다. 컴퓨터 판독가능 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disk) 또는 다른 광학 디스크 저장소, 자기 카세트, 자기 테이프, 자기 디스크 저장소 또는 다른 자기 저장 디바이스, 또는 원하는 정보를 저장하는 데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 유형적 또는 물리적 매체를 포함하지만, 이들로 제한되지 않는다.
본 개시내용의 발명 요지의 바람직한 실시예들을 기술함에 있어서, 도면들에 예시된 바와 같이, 명확함을 위해 특정의 용어가 이용된다. 그렇지만, 청구된 발명 요지는 그렇게 선택된 특정 용어로 제한되는 것으로 의도되어 있지 않으며, 각각의 특정 요소가 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 등가물들을 포함한다는 것을 잘 알 것이다.
이러한 서면 설명은 최상의 실시 형태(best mode)를 비롯한 본 발명을 개시하기 위해 그리고 또한 통상의 기술자가, 임의의 디바이스들 또는 시스템들을 제조 및 사용하는 것 그리고 임의의 포함된 방법들을 수행하는 것을 비롯하여, 본 발명을 실시할 수 있게 하기 위해 예들을 사용한다. 본 발명의 특허가능 범주는 청구항들에 의해 한정되고, 통상의 기술자에게 안출되는 다른 예들을 포함할 수 있다. 이러한 다른 예들은, 청구항들의 문언적 표현과 상이하지 않은 요소들을 가지는 경우, 또는 청구항들의 문언적 표현과 그다지 차이를 갖지 않는 등가의 요소들을 포함하는 경우, 청구항들의 범주 내에 속하는 것으로 의도된다.

Claims (22)

  1. 프로세서와 메모리를 포함하는 장치로서, 상기 장치는, 상기 노드의 상기 프로세서에 의해 실행될 때, 상기 장치로 하여금
    서버로부터 위치 컨텍스트 요청을 수신하게 하고;
    코어 네트워크 노드로부터 위치 컨텍스트 정보를 획득하게 하며;
    위치 컨텍스트를 상기 서버에 제공하게 하는
    상기 장치의 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 추가로 포함하는, 장치.
  2. 제1항에 있어서, 상기 위치 컨텍스트는 사용자 장비(UE)의 위치 정보를 포함하는, 장치.
  3. 제1항에 있어서, 상기 위치 컨텍스트는 혼잡 정보를 포함하는, 장치.
  4. 제3항에 있어서, 상기 혼잡 정보는 사용자 평면 혼잡 정보인, 장치.
  5. 제3항에 있어서, 상기 혼잡 정보는 제어 평면 혼잡 정보인, 장치.
  6. 제1항에 있어서, 상기 위치 컨텍스트는 이용가능한 무선 액세스 기술(Radio Access Technology)(RAT)들에 관한 정보를 포함하는, 장치
  7. 제1항에 있어서, 상기 코어 네트워크 노드는 게이트웨이 모바일 위치 센터(Gateway Mobile Location Center)(GMLC)인, 장치.
  8. 제1항에 있어서, 상기 코어 네트워크 노드는 홈 가입자 서버(Home Subscriber Server)(HSS)인, 장치.
  9. 제1항에 있어서, 상기 코어 네트워크 노드는 정책 및 과금 규칙 기능(Policy and Charging Rules Function)(PCRF)인, 장치.
  10. 제9항에 있어서, 상기 정책 및 과금 규칙 기능(PCRF)은 정책 및 과금 시행 기능(Policy and Charging Enforcement Function)(PCEF)으로부터 상기 위치 컨텍스트 정보를 획득하는, 장치.
  11. 제9항에 있어서, 상기 정책 및 과금 규칙 기능(PCRF)은 무선 액세스 네트워크(RAN) 혼잡 인식 기능(Congestion Awareness Function)(RCAF)으로부터 상기 위치 컨텍스트 정보를 획득하는, 장치.
  12. 제1항에 있어서, 상기 코어 네트워크 노드는 정책 및 과금 시행 기능(PCEF)인, 장치.
  13. 제1항에 있어서, 상기 코어 네트워크 노드는 무선 액세스 네트워크(RAN) 혼잡 인식 기능(RCAF)인, 장치.
  14. 제1항에 있어서, 상기 코어 네트워크 노드는 이동성 관리 엔티티(Mobility Management Entity)(MME)인, 장치.
  15. 제1항에 있어서, 상기 코어 네트워크 노드는 서빙 GPRS 지원 노드(Serving GPRS Support Node)(SGSN)인, 장치.
  16. 제1항에 있어서, 상기 코어 네트워크 노드는 3GPP 인증, 인가, 및 어카운팅(Authentication, Authorization, and Accounting)(AAA) 서버인, 장치.
  17. 제1항에 있어서, 상기 장치는 서비스 능력 노출 기능(Service Capability Exposure Function)(SCEF)인, 장치.
  18. 장치에 의해 사용하기 위한 방법으로서, 상기 장치는 프로세서와 메모리를 포함하고, 상기 장치는, 상기 프로세서에 의해 실행될 때, 방법의 기능들을 수행하게 하는 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 추가로 포함하며, 상기 방법은:
    서버로부터 위치 컨텍스트 요청을 수신하는 단계;
    코어 네트워크 노드로부터 위치 컨텍스트 정보를 획득하는 단계; 및
    위치 컨텍스트를 상기 서버에 제공하는 단계
    를 포함하는, 방법.
  19. 제18항에 있어서, 상기 장치는 서비스 능력 노출 기능(SCEF)인, 방법.
  20. 프로세서와 메모리를 포함하는 장치로서, 상기 장치는, 상기 노드의 상기 프로세서에 의해 실행될 때, 상기 장치로 하여금
    서버로부터 그룹 메시지 전달 요청을 수신하게 하고;
    코어 네트워크 노드로부터 위치 컨텍스트 정보를 획득하게 하며;
    상기 위치 컨텍스트 정보를 사용하여 상기 그룹 메시지를 어떻게 전달할지를 결정하게 하는
    상기 장치의 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 추가로 포함하는, 장치.
  21. 제20항에 있어서, 상기 위치 컨텍스트는 상기 UE의 위치, 이용가능한 RAT들, 또는 혼잡 정보를 포함하는, 장치.
  22. 제20항에 있어서, 상기 장치는 서비스 능력 노출 기능(SCEF)인, 장치.
KR1020187002653A 2015-06-29 2016-06-29 위치 기반 컨텍스트 전달을 위한 장치들 및 방법들 KR102069147B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201562186018P 2015-06-29 2015-06-29
US62/186,018 2015-06-29
PCT/US2016/040021 WO2017004158A1 (en) 2015-06-29 2016-06-29 Location-based context delivery

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020207001501A Division KR20200009129A (ko) 2015-06-29 2016-06-29 위치 기반 컨텍스트 전달을 위한 장치들 및 방법들

Publications (2)

Publication Number Publication Date
KR20180022895A true KR20180022895A (ko) 2018-03-06
KR102069147B1 KR102069147B1 (ko) 2020-01-22

Family

ID=56555750

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020207001501A KR20200009129A (ko) 2015-06-29 2016-06-29 위치 기반 컨텍스트 전달을 위한 장치들 및 방법들
KR1020187002653A KR102069147B1 (ko) 2015-06-29 2016-06-29 위치 기반 컨텍스트 전달을 위한 장치들 및 방법들

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020207001501A KR20200009129A (ko) 2015-06-29 2016-06-29 위치 기반 컨텍스트 전달을 위한 장치들 및 방법들

Country Status (6)

Country Link
US (2) US10334392B2 (ko)
EP (2) EP3314980A1 (ko)
JP (1) JP6695362B2 (ko)
KR (2) KR20200009129A (ko)
CN (1) CN107736078B (ko)
WO (1) WO2017004158A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12035202B2 (en) 2019-06-17 2024-07-09 Samsung Electronics Co., Ltd. Method and apparatus for processing requests for location information service of terminals concurrent in mobile communication system

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10433161B2 (en) * 2012-01-30 2019-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Call handover between cellular communication system nodes that support different security contexts
US10855645B2 (en) 2015-01-09 2020-12-01 Microsoft Technology Licensing, Llc EPC node selection using custom service types
US10021559B2 (en) * 2015-08-04 2018-07-10 Qualcomm Incorporated Supporting multiple concurrent service contexts with a single connectivity context
US10237847B2 (en) * 2015-10-02 2019-03-19 Intel IP Corporation Enhanced paging mechanism for cellular internet of things
US10536326B2 (en) 2015-12-31 2020-01-14 Affirmed Networks, Inc. Network redundancy and failure detection
WO2017206012A1 (zh) * 2016-05-30 2017-12-07 华为技术有限公司 用户信息获取方法、标识对应关系保存方法及装置与设备
CN107580290B (zh) * 2016-06-30 2021-04-06 阿尔卡特朗讯公司 一种用于实现mtc 组消息传送的方法与设备
KR102501434B1 (ko) * 2016-10-12 2023-02-20 삼성전자 주식회사 이동통신 네트워크 기능들을 연결하는 방법 및 장치
US10530599B2 (en) * 2017-02-27 2020-01-07 Oracle International Corporation Methods, systems and computer readable media for providing service capability exposure function (SCEF) as a cloud service
US10791443B2 (en) * 2017-03-03 2020-09-29 Verizon Patent And Licensing Inc. System and method for enhanced messaging using external identifiers
KR102418891B1 (ko) * 2017-04-25 2022-07-08 삼성전자주식회사 무선 통신 시스템에서 트래픽 제어 장치 및 방법
US10548140B2 (en) 2017-05-02 2020-01-28 Affirmed Networks, Inc. Flexible load distribution and management in an MME pool
EP4178242A1 (en) * 2017-05-05 2023-05-10 Microsoft Technology Licensing, LLC Methods of and systems of service capabilities exposure function (scef) based internet-of-things (iot) communications
US10499306B2 (en) 2017-05-24 2019-12-03 Cisco Technology, Inc. Methods and apparatus for selecting a network route for data communications for IoT devices
CN110800275B (zh) 2017-05-31 2022-09-23 微软技术许可有限责任公司 Ipsec地理冗余的解耦控制和数据平面同步
CN109547997A (zh) * 2017-08-04 2019-03-29 中国移动通信有限公司研究院 数据共享方法、服务器、计算机可读存储介质和系统
US10856134B2 (en) 2017-09-19 2020-12-01 Microsoft Technolgy Licensing, LLC SMS messaging using a service capability exposure function
US10805178B2 (en) 2017-11-27 2020-10-13 Cisco Technology, Inc. Subscription-based event notification techniques for reducing data buffering in mobile networks
JP2021506147A (ja) * 2017-12-11 2021-02-18 テレフオンアクチーボラゲット エルエム エリクソン（パブル） データ配信設定のための方法、ネットワークエンティティ、ネットワークエクスポージャエンティティ、及びコンピュータ可読媒体
US10932098B1 (en) * 2018-02-15 2021-02-23 Sprint Communications Company L.P. Mobility management entity selection by establishment cause
CN111742581B (zh) 2018-02-20 2023-04-28 微软技术许可有限责任公司 网络元件的动态选择
AU2019238187B2 (en) 2018-03-20 2022-08-25 Microsoft Technology Licensing, Llc Systems and methods for network slicing
US11917713B2 (en) * 2018-03-28 2024-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for accessing a service outside a mobile communications network in a multipath connection
CN110366145B (zh) * 2018-04-09 2022-05-24 华为技术有限公司 通信方法、装置及系统
US10924913B2 (en) * 2018-04-18 2021-02-16 T-Mobile Usa, Inc. Fault handling for location services requests
EP3827577B1 (en) 2018-07-23 2023-09-13 Microsoft Technology Licensing, LLC System and method for intelligently managing sessions in a mobile network
WO2020032928A1 (en) * 2018-08-07 2020-02-13 Google Llc Creating a communication channel between user devices and local stores
US10531421B1 (en) 2018-12-06 2020-01-07 At&T Intellectual Property I, L.P. Systems and methods for locating user equipment during disasters
US11121921B2 (en) 2019-01-15 2021-09-14 Microsoft Technology Licensing, Llc Dynamic auto-configuration of multi-tenant PaaS components
KR20200144013A (ko) * 2019-06-17 2020-12-28 삼성전자주식회사 이동통신 시스템에서 동시에 발생하는 단말의 위치 정보 서비스 요청을 처리하는 방법
US11190591B2 (en) 2019-07-18 2021-11-30 Oracle International Corporation Methods, systems, and computer readable media for resource optimization in group message delivery for narrowband internet of things (NB-IoT) devices
CN112312380B (zh) * 2019-07-29 2022-04-01 大唐移动通信设备有限公司 一种位置上下文的管理方法及网络侧设备
GB2586232B (en) * 2019-08-09 2021-10-20 Prevayl Ltd Garment, server and method
GB2594898B (en) * 2019-08-09 2022-03-16 Prevayl Innovations Ltd Garment, server and method
WO2021032907A1 (en) 2019-08-22 2021-02-25 Nokia Technologies Oy Providing location information
US11140523B2 (en) * 2019-10-17 2021-10-05 Oracle International Corporation Methods, systems, and computer readable media for non-internet protocol (non-IP) data delivery between user equipment (UEs) and multiple application servers (ASs)
US20210410100A1 (en) * 2020-06-25 2021-12-30 Celona, Inc. Method and Apparatus for Location Based Services for Enterprise Networks
US11381955B2 (en) 2020-07-17 2022-07-05 Oracle International Corporation Methods, systems, and computer readable media for monitoring machine type communications (MTC) device related information
US11895716B2 (en) 2020-12-02 2024-02-06 Oracle International Corporation Methods, systems, and computer readable media for providing a unified interface configured to support infrequent data communications via a network exposure function
US11700510B2 (en) 2021-02-12 2023-07-11 Oracle International Corporation Methods, systems, and computer readable media for short message delivery status report validation

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040192299A1 (en) * 2002-06-14 2004-09-30 Brian Wilson Apparatus and systems for providing location-based services within a wireless network
JP2011217058A (ja) * 2010-03-31 2011-10-27 Sony Corp 通信制御装置、通信制御方法、プログラム、端末装置および無線通信システム

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8977284B2 (en) * 2001-10-04 2015-03-10 Traxcell Technologies, LLC Machine for providing a dynamic data base of geographic location information for a plurality of wireless devices and process for making same
AU2003237993B2 (en) * 2002-06-14 2008-05-29 At&T Mobility Ii, Llc Location determining system for wireless network and associated methods
JP4692760B2 (ja) * 2006-03-16 2011-06-01 日本電気株式会社 移動体通信システムおよびその移動管理制御方法
CN101325801B (zh) * 2007-06-12 2013-05-01 北京三星通信技术研究有限公司 Wimax网络中定位业务认证和授权检查的方法和装置
CN101370007B (zh) * 2007-08-13 2013-10-23 北京三星通信技术研究有限公司 Wimax网络中对定位业务增强安全性和保护隐私权的方法
EP2104312A1 (en) * 2008-03-18 2009-09-23 Nokia Siemens Networks Oy AAA based location retrieval
JP5309771B2 (ja) * 2008-07-31 2013-10-09 富士通株式会社 無線通信システム、無線端末装置、管理サーバ、無線案内プログラム及び無線案内方法
US8818412B2 (en) * 2009-03-18 2014-08-26 Wavemarket, Inc. System for aggregating and disseminating location information
US9049543B2 (en) * 2009-04-29 2015-06-02 Blackberry Limited Method and apparatus for location notification using location context information
US20100311435A1 (en) * 2009-06-08 2010-12-09 Infineon Technologies Ag Base station selecting devices and methods for establishing communication connections for radio communication terminal devices
US8831658B2 (en) * 2010-11-05 2014-09-09 Qualcomm Incorporated Controlling application access to a network
US9065936B2 (en) * 2010-12-09 2015-06-23 Allot Communications Ltd. Cellular traffic monitoring and charging using application detection rules
US20120226757A1 (en) * 2011-03-01 2012-09-06 Mcfarland Keith Location Filtered Messaging
US9338704B2 (en) * 2013-05-28 2016-05-10 Rivada Networks, Llc Methods and systems for intelligent selection of devices for handins
US9930188B2 (en) * 2013-06-21 2018-03-27 Openet Telecom Ltd. System and method for dynamically allocating quota for shared balances in distributed telecommunications networks
US20150110007A1 (en) * 2013-10-21 2015-04-23 Mistral Mobile Remotely configurable mobile application having bearer selection
WO2015134781A1 (en) * 2014-03-06 2015-09-11 Radius Mobile, Inc. Identifying proximity history of computer devices
US9888341B2 (en) * 2014-06-26 2018-02-06 Lg Electronics Inc. Data transmitting method using WLAN
US20170150395A1 (en) * 2014-07-04 2017-05-25 Telefonaktiebolaget Lm Ericsson (Publ) Mobility management of user equipment
WO2016054588A1 (en) * 2014-10-02 2016-04-07 Zte Corporation Group communication with a logical group of wireless devices operating in different networks
US10129788B2 (en) * 2015-03-11 2018-11-13 Cisco Technology, Inc. System and method for deferred delivery of content based on congestion in a network environment
EP3456090B1 (en) * 2016-05-12 2021-03-31 Convida Wireless, Llc Connecting to virtualized mobile core networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040192299A1 (en) * 2002-06-14 2004-09-30 Brian Wilson Apparatus and systems for providing location-based services within a wireless network
JP2011217058A (ja) * 2010-03-31 2011-10-27 Sony Corp 通信制御装置、通信制御方法、プログラム、端末装置および無線通信システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP, Architecture enhancements to facilitate communications with packet data networks and applications (TS 23.682), 2015.06.21.* *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12035202B2 (en) 2019-06-17 2024-07-09 Samsung Electronics Co., Ltd. Method and apparatus for processing requests for location information service of terminals concurrent in mobile communication system

Also Published As

Publication number Publication date
CN107736078B (zh) 2021-06-08
US20190327577A1 (en) 2019-10-24
JP6695362B2 (ja) 2020-05-20
CN107736078A (zh) 2018-02-23
US10334392B2 (en) 2019-06-25
EP3941112A1 (en) 2022-01-19
EP3941112B1 (en) 2024-03-13
KR102069147B1 (ko) 2020-01-22
KR20200009129A (ko) 2020-01-29
US20180192234A1 (en) 2018-07-05
JP2018519748A (ja) 2018-07-19
US10645524B2 (en) 2020-05-05
WO2017004158A1 (en) 2017-01-05
EP3314980A1 (en) 2018-05-02

Similar Documents

Publication Publication Date Title
US10645524B2 (en) Location-based context delivery
US11903048B2 (en) Connecting to virtualized mobile core networks
US11974264B2 (en) Mobile core network service exposure for the user equipment
US11297660B2 (en) Session management with relaying and charging for indirect connection for internet of things applications in 3GPP network
US10812461B2 (en) Connecting IMSI-less devices to the EPC
JP6696033B2 (ja) 中継デバイスの課金
US9344887B2 (en) Direct communication among devices
US9414421B2 (en) Direct communication among devices

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant