KR20230053595A - 열적 완화 향상 - Google Patents

열적 완화 향상 Download PDF

Info

Publication number
KR20230053595A
KR20230053595A KR1020237005033A KR20237005033A KR20230053595A KR 20230053595 A KR20230053595 A KR 20230053595A KR 1020237005033 A KR1020237005033 A KR 1020237005033A KR 20237005033 A KR20237005033 A KR 20237005033A KR 20230053595 A KR20230053595 A KR 20230053595A
Authority
KR
South Korea
Prior art keywords
vehicle
communication unit
communication
user device
temperature
Prior art date
Application number
KR1020237005033A
Other languages
English (en)
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 KR20230053595A publication Critical patent/KR20230053595A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/16—Constructional details or arrangements
    • G06F1/20—Cooling means
    • G06F1/206—Cooling means comprising thermal management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/325—Power saving in peripheral device
    • G06F1/3278—Power saving in modem or I/O interface
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/3287—Power saving characterised by the action undertaken by switching off individual functional units in the computer system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/38—Services specially adapted for particular environments, situations or purposes for collecting sensor information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/48—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for in-vehicle communication
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

하나 이상의 디바이스를 위한 열적 완화를 수행하기 위한 기술이 개시된다. 예를 들어, 차량과 연관된 온도, 습도, 광량, 및/또는 다른 특성 또는 요인을 획득할 수 있다. 온도, 습도 등에 기초하여 하나 이상의 통신 기능을 차량에서 사용자 디바이스로 천이할지 여부가 결정될 수 있다. 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 하나 이상의 통신 기능이 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이될 수 있다.

Description

열적 완화 향상
본 개시의 양태들은 일반적으로 무선 포지셔닝 등에 관한 것이다. 일부 구현에서, 디바이스를 위한 열적 완화 향상을 제공하기 위한 예가 설명된다.
무선 통신 시스템은 다른 것 중에서도, 전화 통신, 비디오, 데이터, 메시징, 브로드캐스트와 같은 다양한 전기 통신 서비스를 제공하기 위해 배치되어 있다. 무선 통신 시스템들은, 제 1 세대 아날로그 무선 전화 서비스 (1G), (중간 2.5G 네트워크들을 포함하는) 제 2 세대 (2G) 디지털 무선 전화 서비스, 제 3 세대 (3G) 고속 데이터, 인터넷 가능 무선 서비스 및 제 4 세대 (4G) 서비스 (예컨대, 롱 텀 에볼루션 (LTE), WiMax) 를 포함한, 다양한 세대들을 통해 개발되었다. 셀룰러 및 개인 통신 서비스 (PCS) 시스템을 포함하여, 현재 많은 상이한 타입들의 무선 통신 시스템이 사용되고 있다. 알려진 셀룰러 시스템들의 예들은 코드 분할 다중 액세스 (CDMA), 주파수 분할 다중 액세스 (FDMA), 시간 분할 다중 액세스 (TDMA), 모바일 통신을 위한 글로벌 시스템 (GSM) 등에 기초한 디지털 셀룰러 시스템들, 및 셀룰러 아날로그 어드밴스드 모바일 폰 시스템 (AMPS) 을 포함한다.
제 5 세대 (5G) 모바일 표준은, 다른 개선들 중에서도, 보다 높은 데이터 전송 속도, 보다 많은 수의 접속, 및 보다 양호한 커버리지를 요구한다. 차세대 모바일 네트워크 연합 (Next Generation Mobile Networks Alliance) 에 따르면 (“뉴 라디오” 또는 “NR” 로서도 지칭되는) 5G 표준은, 오피스 플로어(office floor)에서 수십 명의 작업자들에 초당 1 기가 비트와 함께, 수만 명의 사용자들 각각에게 초당 수십 메가비트의 데이터 레이트를 제공하도록 설계된다. 대규모 센서 배치들을 지원하기 위해서는 수십만의 동시 접속들이 지원되어야만 한다. 결과적으로, 5G 모바일 통신의 스펙트럼 효율은 현재 4G/LTE 표준에 비해 현저하게 향상되어야 한다. 더욱이, 현재 표준에 비해 시그널링 효율이 향상되어야 하고 레이턴시는 실질적으로 감소되어야 한다.
차량은 무선 통신 능력을 포함할 수 있는 시스템의 예이다. 예를 들어, 차량(예를 들어, 다른 것 중에서도, 자동차, 항공기, 해상 선박)은 다른 차량 및/또는 무선 통신 능력을 가진 다른 디바이스와 통신할 수 있다.
개요
다음은 본 명세서에 개시된 하나 이상의 양태들에 관한 간략화된 개요를 제시한다. 따라서, 다음의 개요는 모든 고려된 양태들에 관한 광범위한 개관으로 간주되지 않아야 하고, 다음의 개요는 모든 고려된 양태들에 관한 핵심적인 또는 중요한 엘리먼트들을 식별하거나 임의의 특정 양태와 연관된 범위를 기술하는 것으로 간주되지도 않아야 한다. 따라서, 다음의 개요는 하기에 제시된 상세한 설명에 선행하는 간략화된 형태로 본 명세서에 개시된 메커니즘들에 관한 하나 이상의 양태들에 관한 소정의 개념들을 제시하기 위한 유일한 목적을 갖는다.
본 개시의 일부 양태는 열적 완화 향상(thermal mitigation enhancement)을 수행하기 위한 시스템, 방법, 장치 및 컴퓨터 판독 가능 매체를 포함한다. 적어도 하나의 예에 따르면, 열적 완화를 위한 방법이 제공된다. 그 방법은: 차량과 연관된 온도를 획득하는 단계; 온도에 기초하여 하나 이상의 통신 기능을 차량에서 사용자 디바이스로 천이(transition)할지 여부를 결정하는 단계; 및 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 하나 이상의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 단계를 포함할 수 있다.
다른 예에서, 메모리 및 프로세서에 통신적으로 커플링된 (예를 들어, 회로에 구성된) 적어도 하나의 프로세서를 포함하는 열적 완화를 위한 장치가 제공된다. 적어도 하나의 프로세서는 다음과 같이 구성된다: 차량과 연관된 온도를 획득하고; 온도에 기초하여 하나 이상의 통신 기능을 차량에서 사용자 디바이스로 천이할지 여부를 결정하고; 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 하나 이상의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이한다.
다른 예에서, 하나 이상의 프로세서에 의해 실행될 때 상기 하나 이상의 프로세서로 하여금: 차량과 연관된 온도를 획득하고; 온도에 기초하여 하나 이상의 통신 기능을 차량에서 사용자 디바이스로 천이할지 여부를 결정하고; 하나 이상의 통신 기능을 천이하기 위한 결정에 응답하여, 하나 이상의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하게 하는 적어도 하나의 명령을 저장한 비일시적 컴퓨터 판독 가능 매체가 제공된다.
다른 예에서, 열적 완화를 위한 장치가 제공된다. 장치는: 차량과 연관된 온도를 획득하는 수단; 온도에 기초하여 하나 이상의 통신 기능을 차량에서 사용자 디바이스로 천이할지 여부를 결정하는 수단; 및 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 하나 이상의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 수단을 포함한다.
본 개시의 일부 추가적 또는 대안적 양태는 디바이스 프로세싱 시스템 내부의 또는 이에 통신적으로 커플링되는 열적 인식 로드 밸런서(thermal aware load balancer)를 제공하는 시스템, 방법, 장치 및 컴퓨터 판독 가능 매체를 포함한다. 열 인식 로드 밸런서는 프로세싱 시스템으로 하여금 열적 기반 로드 밸런싱을 수행하여 프로세싱 로드를 제어할 수 있게 한다. 예를 들어, 열적 인식 로드 밸런서는 연관된 하드웨어 컴포넌트의 열적 조건에 기초하여 그리고 프로세싱 시스템의 순시 프로세싱 로드(instantaneous processing load)에 기초하여 프로세싱할 수신된 메시지의 수를 제어할 수 있다.
적어도 하나의 예에 따르면, 열적 기반 로드 밸런싱을 위한 방법이 제공된다. 그 방법은: 하나 이상의 디바이스로부터 복수의 메시지를 수신하는 단계; 열적 수준을 결정하는 단계; 적어도 복수의 메시지의 수에 기초하여 프로세싱 로드를 결정하는 단계; 열적 수준 및 프로세싱 로드에 기초하여, 프로세싱 로드를 프로세싱 용량 이하로 유지하기 위해 복수의 메시지를 필터링하기 위해 적용될 필터링 방식을 결정하는 단계; 및 복수의 메시지를 필터링하기 위해 장치와 연관된 하나 이상의 컴포넌트를 사용하여 필터링 방식을 적용하는 단계를 포함할 수 있다.
다른 예에서, 적어도 하나의 트랜시버, 적어도 하나의 메모리, 및 적어도 하나의 메모리 및 적어도 하나의 트랜시버에 통신적으로 커플링된 적어도 하나의 프로세서를 포함하는 열적 기반 로드 밸런싱을 위한 장치가 제공된다. 적어도 하나의 프로세서는 다음과 같이 구성된다 적어도 하나의 트랜시버를 통해, 하나 이상의 디바이스로부터 복수의 메시지를 수신하고; 열적 수준을 결정하고; 적어도 복수의 메시지의 수에 기초하여 프로세싱 로드를 결정하고; 열적 수준 및 프로세싱 로드에 기초하여, 프로세싱 로드를 프로세싱 용량 이하로 유지하기 위해 복수의 메시지를 필터링하기 위해 적용될 필터링 방식을 결정하고; 복수의 메시지를 필터링하기 위해 장치와 연관된 하나 이상의 컴포넌트를 사용하여 필터링 방식을 적용한다.
다른 예에서, 하나 이상의 프로세서에 의해 실행될 때 상기 하나 이상의 프로세서로 하여금: 하나 이상의 디바이스로부터 복수의 메시지를 수신하고; 열적 수준을 결정하고; 적어도 복수의 메시지의 수에 기초하여 프로세싱 로드를 결정하고; 열적 수준 및 프로세싱 로드에 기초하여, 프로세싱 로드를 프로세싱 용량 이하로 유지하기 위해 복수의 메시지를 필터링하기 위해 적용될 필터링 방식을 결정하고; 복수의 메시지를 필터링하기 위해 장치와 연관된 하나 이상의 컴포넌트를 사용하여 필터링 방식을 적용하게 하는 적어도 하나의 명령을 저장한 비일시적 컴퓨터 판독 가능 매체가 제공된다.
다른 예에서, 열적 기반 로드 밸런싱을 위한 장치가 제공된다. 장치는: 하나 이상의 디바이스로부터 복수의 메시지를 수신하는 수단; 열적 수준을 결정하는 수단; 적어도 복수의 메시지의 수에 기초하여 프로세싱 로드를 결정하는 수단; 열적 수준 및 프로세싱 로드에 기초하여, 프로세싱 로드를 프로세싱 용량 이하로 유지하기 위해 복수의 메시지를 필터링하기 위해 적용될 필터링 방식을 결정하는 수단; 및 복수의 메시지를 필터링하기 위해 장치와 연관된 하나 이상의 컴포넌트를 사용하여 필터링 방식을 적용하는 수단을 포함한다.
일부 양태들에서, 장치는 차량, 모바일 디바이스 (예컨대, 모바일 전화기 또는 소위 "스마트폰" 또는 다른 모바일 디바이스), 웨어러블 디바이스, 확장 현실 디바이스 (예컨대, 가상 현실 (VR) 디바이스, 증강 현실 (AR) 디바이스, 또는 혼합 현실 (MR) 디바이스), 개인용 컴퓨터, 랩탑 컴퓨터, 서버 컴퓨터, 또는 다른 디바이스이거나 또는 이들의 부분이다. 일부 양태에서, 장치는 하나 이상의 이미지들을 캡처하기 위한 카메라 또는 다수의 카메라들을 포함한다. 일부 양태에서, 장치는 하나 이상의 이미지들, 통지들, 및/또는 다른 표시가능 데이터를 표시하기 위한 디스플레이를 더 포함한다. 일부 양태에서, 전술한 장치는 장치의 위치, 장치의 상태(예를 들어, 온도, 습도 수준, 및/또는 다른 상태)를 결정하기 위해 및/또는 다른 목적을 위해 사용될 수 있는 하나 이상의 센서를 포함할 수 있다.
본 명세서에 개시된 양태들과 연관된 다른 목적들 및 이점들은 첨부 도면들 및 상세한 설명에 기초하여 당업자에게 명백할 것이다.
첨부 도면들은 본 개시의 다양한 양태들의 설명을 돕기 위해 제시되고 양태들의 예시를 위해 제공될 뿐 그 한정을 위해 제공되지 않는다.
도 1 은 본 개시의 양태들에 따른 예시적인 무선 통신 시스템을 예시한다.
도 2a 및 도 2b 는 본 개시의 양태들에 따른, 무선 네트워크 구조들의 예를 예시한다.
도 3은 본 개시의 양태들에 따른, 직접 통신 인터페이스 (예: 셀룰러 기반 PC5 사이드링크 인터페이스, 802.11p 정의 DSRC(Dedicated Short Range Communication) 인터페이스 또는 다른 직접 인터페이스) 및 광역 네트워크(Uu) 인터페이스를 통해 통신하는 다양한 사용자 장비(UE)이 예를 예시하는 도면이다.
도 4 는 본 개시의 양태들에 따른, 차량의 컴퓨팅 시스템의 예를 예시하는 블록도이다.
도 5 는 본 개시의 양태들에 따른, 사용자 디바이스의 컴퓨팅 시스템의 예를 예시하는 블록도이다.
도 6 은 본 개시의 양태들에 따른, 열적 완화 네트워크의 예를 예시하는 도면이다.
도 7 은 본 개시의 양태들에 따른, V2X (vehicle-to-everything) 기능성을 천이하기 위한 프로세스의 예를 예시하는 흐름도이다.
도 8 은 본 개시의 양태들에 따른, 긴급 기능성을 천이하기 위한 프로세스의 예를 예시하는 흐름도이다.
도 9 는 본 개시의 양태들에 따른, 열적 완화를 위한 프로세스의 예를 예시하는 흐름도이다.
도 10a 는 본 개시의 양태들에 따른, 차량 컴퓨팅 시스템의 내부 컴포넌트들의 예시적인 구성을 예시하는 블록도이다.
도 10b 는 본 개시의 양태들에 따른, 차량 컴퓨팅 시스템의 내부 컴포넌트들의 다른 예시적인 구성을 예시하는 블록도이다.
도 11 은 본 개시의 양태들에 따른, 예시적인 열적 기반 로드 밸런싱 프로세스를 예시하는 흐름도이다.
도 12는 본 개시의 양태들에 따른, 도 8의 열적 기반 로드 밸런싱 프로세스에 적용될 필터링 메커니즘을 선택하는 예시적인 프로세스의 플로우차트이다.
도 13 는 본 개시의 양태들에 따른, 예시적인 열적 기반 로드 밸런싱 프로세스의 흐름도이다.
도 14 는 본 개시의 양태들에 따른, 컴퓨팅 시스템의 예를 예시하는 블록도이다.
상세한 설명
본 개시의 특정 양태들 및 실시형태들이 예시 목적을 위해 이하에 제공된다. 대안적인 양태들이 본 개시의 범위로부터 일탈함 없이 고안될 수도 있다. 추가적으로, 본 개시의 잘 알려진 엘리먼트들은 본 개시의 관련 상세들을 모호하게 하지 않기 위해 상세히 설명되지 않거나 또는 생략될 것이다. 본 명세서에 설명된 양태들 및 실시형태들 중 일부는 독립적으로 적용될 수 있고 그들 중 일부는 당업자에게 자명한 바와 같이 조합하여 적용될 수도 있다. 다음의 설명에서, 설명의 목적으로, 본 출원의 실시형태들의 철저한 이해를 제공하기 위해 특정 상세들이 제시된다. 그러나, 다양한 실시형태들이 이들 특정 상세들 없이도 실시될 수도 있음이 분명할 것이다. 도면 및 설명은 제한적인 것으로 의도되지 않는다.
다음의 설명은 오직 예시적인 실시형태들을 제공할 뿐이고, 본 개시의 범위, 적용가능성, 또는 구성을 한정하도록 의도되지 않는다. 오히려, 예시적인 실시형태들의 다음의 설명은 예시적인 실시형태를 구현하기 위한 실시 가능한 설명을 당업자에게 제공할 것이다. 첨부된 청구항들에 기재된 바와 같은 본 출원의 사상 및 범위로부터 일탈함 없이 엘리먼트들의 기능 및 배열에서 다양한 변경들이 행해질 수도 있음이 이해되어야 한다.
용어 "예시적인" 및/또는 "예" 는 본 명세서에서 "예, 실례, 또는 예시로서 기능하는 것" 을 의미하는데 사용된다. 본 명세서에서 "예시적인" 및/또는 "예" 로서 설명된 임의의 양태는 반드시 다른 양태들에 비해 유리하거나 또는 바람직한 것으로서 해석될 필요는 없다. 마찬가지로, 용어 "본 개시의 양태들" 은 본 개시의 모든 양태들이 논의된 특징, 이점 또는 동작 모드를 포함할 것을 요구하지는 않는다.
일반적으로 무선 통신 시스템은 가용 시스템 리소스 (예를 들어, 시간, 주파수, 및 전력) 를 공유함으로써 다수의 디바이스와의 통신을 지원한다. 위에 언급된 바와 같이, 그러한 다중 액세스 지원을 제공하는 셀룰러 시스템들의 예들은 CDMA (code-division multiple access) 시스템, TDMA (time-division multiple access 시스템, FDMA (frequency-division multiple access) 시스템, 및 OFDMA (orthogonal frequency-division multiple access) 를 포함한다. 무선 다중 액세스 통신 시스템은, 다르게는 사용자 장비 (UE) 로 알려질 수도 있는, 다수의 통신 디바이스들을 위한 통신을 각각 동시에 지원하는 다수의 기지국들을 포함할 수도 있다.
일부 양태들에서, 하나 이상의 디바이스(예: 하나 이상의 UE) 를 위한 열적 완화 향상을 수행하기 위한 시스템, 장치, 프로세스(방법이라고도 한다), 및 컴퓨터 판독가능 매체 (본 명세서에서 시스템 및 기술으로 총칭됨)가 본 명세서에서 설명된다. 아래에서 더 자세히 설명하는 바와 같이, 시스템 및 기술은, 다른 것들 중에서도, 특정 기능성을 감소하는 것, 제 1 UE (예를 들어, 차량)의 하나 이상의 통신 유닛에서 제 2 UE(예를 들어, 사용자 디바이스)의 하나 이상의 통신 유닛으로 하나 이상의 기능성을 정숙하게(gracefully) 천이하는 것과 같은 다양한 동작을 수행하기 위해 하나 이상의 온도 임계치(열적 수준이라고도 함)을 활용할 수 있다.
하나의 예시적인 예에서, 제 1 UE는 차량이고 제 2 UE는 사용자 디바이스(예를 들어, 모바일 디바이스, 태블릿 디바이스, 랩톱 컴퓨터, 또는 다른 사용자 디바이스)이다. 감소되거나 및/또는 차량에서 사용자 디바이스로 천이되는 기능성은 하나 이상의 무선 네트워크 액세스 기능, 하나 이상의 V2X(Vehicle-to-Everything) 기능 및/또는 하나 이상의 긴급 기능(예: 긴급 호출 서비스)을 포함할 수 있다. 일부 예에서, 상이한 온도 임계치는 상이한 기능성 각각과 연관될 수 있다. 예를 들어, 제 1 온도 임계치(예: 95℃ 또는 다른 온도 임계치)는 차량의 제 1 통신 유닛에서 사용자 디바이스의 제 2 통신 유닛으로 무선 네트워크 액세스 기능을 천이 및/또는 감소하는 것과 연관될 수 있으며, 제 2 온도 임계치(예를 들어, 105℃ 또는 다른 온도 임계치)는 사용자 디바이스의 제 1 통신 유닛에서 제 2 통신 유닛으로 하나 이상의 V2X 기능을 천이 및/또는 감소하는 것과 연관될 수 있고, 제 3 온도 임계치(예를 들어, 115℃ 또는 다른 온도 임계치)는 제 1 통신 유닛에서 제 2 통신 유닛으로 하나 이상의 긴급 기능을 전송하는 것과 연관될 수 있다. 차량의 제 1 통신 유닛에서 사용자 디바이스의 제 2 통신 유닛으로, 또는 제 2 통신 유닛에서 제 1 통신 유닛으로 더 적거나 더 많은 기능성을 전송하기 위해 임의의 다른 수의 임계치가 사용될 수 있다.
일부 양태에서, 전술한 열적 완화 시스템 및 기술에 추가로 또는 대안적으로, 하나 이상의 로드 밸런서를 사용하여 로드 밸런싱을 수행하기 위한 시스템 및 기술이 여기에서 설명된다. 일부 구현에서, 하나 이상의 로드 밸런서는 열적 인식 로드 밸런싱(열적 기반 로드 밸런싱 또는 열적 로드 밸런싱이라고도 함)을 수행할 수 있는 열적 인식 로드 밸런서(열적 로드 밸런서라고도 함)이다. 일부 경우에, 하나 이상의 열적 로드 밸런서는 디바이스(예: UE)의 프로세싱 시스템(예: 애플리케이션 프로세서 또는 다른 프로세싱 시스템) 내부에 있거나 또는 이에 통신적으로 커플링된다. 예를 들어, 열적 로드 밸런서는 디바이스의 프로세싱 시스템이 연관된 하드웨어 컴포넌트의 열적 조건에 기초하여 그리고 프로세싱 시스템의 순시 프로세싱 로드에 기초하여 열적 기반 로드 밸런싱을 수행하고 프로세싱될 수신된 메시지의 수 (착신(incoming) 메시지의 흐름)을 제어할 수 있게 한다.
아래에서 더 자세히 설명되는 바와 같이, 여기에 설명된 열적 밸런싱 시스템 및 기술은 필터링 메커니즘을 선택하기 위해 하나 이상의 프로세싱 로드 및 대응하는 임계치와 조합하여 하나 이상의 온도 임계치(열적 수준이라고도 함)을 활용할 수 있다. 프로세싱 시스템 및/또는 프로세싱 시스템에 통신적으로 커플링된 하나 이상의 외부 컴포넌트(예를 들어, 모뎀 및/또는 다른 컴포넌트)는 착신 메시지를 필터링(예를 들어, 드롭)하기 위해 필터링 메커니즘을 사용할 수 있다. 이 필터링은 프로세싱 시스템으로 하여금 프로세싱 시스템의 프로세싱 용량을 나타내는 임계치 이하로 프로세싱 시스템에 의해 프로세싱될 착신 메시지의 로드를 유지할 수 있게 한다. 메시지와 관련하여 본 개시 전반에 걸쳐 사용되는 필터링(filtering)이라는 용어는 하나 이상의 메시지를 드롭(dropping)하거나 폐기(discarding)하는 것, 나중 송신 및/또는 프로세싱을 위해 하나 이상의 메시지를 큐잉(queuing)하는 것(예를 들어, 프로세싱 시스템의 프로세싱 로드가 임계치 미만으로 개선될 때), 및/또는 프로세싱 시스템에 의해 메시지의 프로세싱을 관리하는 것에 관한 다른 동작을 포함할 수 있다.
하나의 예시적인 예에서, 제 1 UE는 다수의 인근 디바이스(예를 들어, 하나의 디바이스, 수십 개의 디바이스, 수백 개의 디바이스, 수천 개의 디바이스 등)와 통신할 수 있고 각각의 인근 디바이스로부터 다수의 메시지(예를 들어, 초당 수십 개, 수백 개 또는 다른 수의 메시지)를 수신할 수 있다. 일부 예에서, 인근 디바이스는 제 1 UE의 통신 범위 내에 있는 임의의 디바이스(예를 들어, 제 1 UE로 및/또는 제 1 UE로부터 메시지를 송신 및/또는 수신할 수 있는 디바이스)일 수 있다. 메시지는 각각의 디바이스 식별 정보, 위치 정보, 속도, 이동 방향(또는 진행 방향) 등을 포함하지만 이에 한정되지 않는 정보를 제공할 수 있다. 제 1 UE는 자전거, 오토바이, 무인 운행체(unmanned vehicle), 비행 운행체(aerial vehicle), 해상 선박(maritime vessel) 및/또는 다른 유형의 운행체와 같은 운행체일 수 있다. 인근 디바이스는 차량(예: 자전거, 오토바이, 무인 운행체, 비행 운행체, 해상 선박), 모바일 디바이스, RSU(Roadside Unit), 교통 관리 디바이스 이를테면 신호등 시스템, 스마트 교통 관리 디바이스 및/또는 다른 디바이스를 포함할 수 있으나 이에 한정되지는 않는다.
수신된 메시지는 안전 애플리케이션(예를 들어, 전방의 임박한/가능한 사고, 전방의 적색 등, 도로를 횡단하는 보행자 등을 제 1 UE의 운전자에게 경고함)을 위해 및/또는 차선 변경 협상, 정지 표지판에서 좌회전 또는 우회전, 교통 제안, 목적지 제안 등을 포함하지만 이에 한정되지 않는 다른 동작을 위해 제 1 UE에 의해 프로세싱될 수 있다. 많은 양의 지연 없이 가능한 한 빨리 그러한 메시지를 프로세싱하는 것이 중요할 수 있다. 또한, 이들 메시지의 프로세싱은 계산 집약적(computationally intensive)일 수 있다. 예를 들어, 각각의 메시지는 각각의 송신 디바이스에 의해 서명될 수 있고, 제 1 UE에 의한 프로세싱의 일부로서, 각각의 메시지가 검증된다. 제 1 UE의 프로세싱 시스템 및 그 연관된 컴포넌트의 온도가 증가함에 따라, 예를 들어 프로세싱 시스템의 컴포넌트의 각각의 클록 주파수의 감소로 인해, 각각의 프로세싱 및 검증 용량이 줄어든다.
매초 인근 디바이스로부터 많은 수의 착신 메시지를 고려하면, 수신된 모든 메시지가 제 1 UE의 효과적인 동작에 중요한 것이 아니라는 것은 사실일 수 있다. 예를 들어, 제 1 UE의 예로서 차량을 사용하여, 500피트 떨어진 인근 차량으로부터 수신된, 인근 차량이 시속 10마일의 속도로 진행하고 있음을 나타내는 메시지는 차량의 안전한 동작에 즉각적인 안전 영향을 미치지 않을 것이다. 그러나, 이들 수신 메시지의 서브세트는 차량의 효과적인 동작에 중요할 수도 있다. 하나의 예시적인 예에서, 100피트 미만으로 떨어져 있고 시속 30마일로 차량에 접근하고 있는 인근 차량으로부터 수신된 메시지는 차량의 안전한 동작에 즉각적인 안전 영향을 미치며 차량(예: 차량의 움직임, 차량의 브레이킹, 차량의 진행 방향 제어 등)을 제어하기 위해 및/또는 차량의 동작에 적절한 알림을 제공 제어하기 위해 프로세싱되어야 한다.
따라서 디바이스의 프로세싱 시스템 및 프로세싱 시스템의 연관된 프로세싱 컴포넌트가 변화하는 조건(예: 열적 조건, 습도, 광 수준 및/또는 다른 조건)으로 인한 프로세싱 시스템 및 그의 컴포넌트들의 프로세싱 용량 변동에 관계없이 중요한 정보(예: 메시지)를 수신, 검증 및 프로세싱할 수 있는 충분한 용량을 갖도록 보장 하는 것이 중요할 수 있다. 프로세싱 시스템의 이러한 조건 및 프로세싱 로드 조건에 기초하여 선택되는 필터링 메커니즘은, 임의의 주어진 시점에서, 프로세싱 시스템이 덜 중요한 메시지를 필터링(예를 들어, 드롭)하여 더 중요한 메시지를 프로세싱할 수 있는 충분한 용량을 유지할 수 있게 한다.
본 개시의 추가 양태는 아래에 더욱 상세하게 설명된다.
본 명세서에서 사용되는 바와 같이, "통신 유닛"이라는 용어는 UE의 시스템, 디바이스 또는 컴포넌트(예를 들어, 차량, 사용자 디바이스 등) 및/또는 다른 디바이스(예를 들어, RSU(road side unit) 또는 다른 디바이스) 이며 이는 TCU(telematics control unit), NAD(network access device), 모뎀, SIM(subscriber identity module), 트랜시버(또는 개별 수신기 및/또는 송신기), 이들의 임의의 조합, 및/또는 무선 통신 동작을 수행하도록 구성된 다른 시스템, 디바이스 또는 컴포넌트를 포함할 수 있다.
본 명세서에서 사용된 바와 같이, 용어들 "사용자 장비” (UE) 및 "기지국" 은 달리 언급되지 않는 한, 특정적인 것으로 의도되거나 또는 그렇지 않으면 임의의 특정 무선 액세스 기술 (RAT) 로 제한되지 않는다. 일반적으로, UE 는 무선 통신 네트워크를 통해 통신하기 위해 사용자에 사용되는 임의의 무선 통신 디바이스 (예를 들어, 모바일 폰, 라우터, 태블릿 컴퓨터, 랩톱 컴퓨터, 추적 디바이스, 웨어러블 디바이스 (예를 들어, 스마트워치, 안경, 확장 현실(XR) 디바이스 이를테면 가상 현실 (VR) 헤드셋, 증강 현실 (AR) 헤드셋 또는 안경, 또는 혼합 현실 (MR) 헤드셋 등), 차량 (예를 들어, 자동차, 오토바이, 자전거 등), 사물 인터넷 (IoT) 디비이스 등) 일 수도 있다. UE 는 이동식일 수도 있거나 (예를 들어, 소정의 시간들에) 정지식일 수도 있으며, 무선 액세스 네트워크 (RAN) 와 통신할 수도 있다. 본 명세서에서 사용된 바와 같이, 용어 "UE” 는 "액세스 단말기" 또는 "AT", "사용자 디바이스", “사용자 단말기” 또는 UT, "클라이언트 디바이스", "무선 디바이스", "가입자 디바이스", "가입자 단말기", “가입자 국”, "모바일 디바이스", "모바일 단말기", "모바일 국" 또는 이들의 변형들로서 상호교환가능하게 지칭될 수도 있다. 일반적으로, UE들은 RAN 을 통해 코어 네트워크와 통신할 수 있으며, 코어 네트워크를 통해 UE들은 인터넷과 같은 외부 네트워크들과 그리고 다른 UE들과 접속될 수 있다. UE는 또한 본 명세서에 기재된 바와 같이 다른 UE 및/또는 다른 디바이스와 통신할 수 있다. 일부 경우에, 유선 액세스 네트워크, 무선 로컬 영역 네트워크 (WLAN) 네트워크 (예를 들어, IEEE 802.11 기반, UWB (ultra-wideband) 기반 등) 등을 통한 것과 같은, 코어 네트워크, 인터넷 및 다른 UE 에 접속하는 다른 메커니즘들이 또한 UE들에 대해 가능하다.
기지국은 배치된 네트워크에 따라 UE, RSU 및/또는 다른 디바이스와 통신하는 여러 RAT 중 하나에 따라 동작할 수도 있다. 일부 경우에, 기지국은, 다르게는 액세스 포인트 (AP), 네트워크 노드, 노드B, 진화된 노드B (eNB), 차세대 eNB (ng-eNB), 뉴 라디오 (NR) 노드 B (gNB 또는 g노드B 로도 지칭됨) 등으로 지칭될 수도 있다. 기지국은 지원되는 UE들에 대한 데이터, 음성 및/또는 시그널링 접속들을 지원하는 것을 포함하여, UE들에 의한 무선 액세스를 지원하기 위해 주로 사용될 수도 있다. 일부 시스템들에서 기지국은 순수하게 에지 노드 시그널링 기능들을 제공할 수도 있는 반면에, 다른 시스템들에서는 추가 제어 및/또는 네트워크 관리 기능들을 제공할 수도 있다. UE들이 기지국으로 신호들을 전송할 수 있는 통신 링크는 업링크 (UL) 채널 (예를 들어, 역방향 트래픽 채널, 역방향 제어 채널, 액세스 채널 등) 이라 한다. 기지국이 UE들로 신호들을 전송할 수 있는 통신 링크는 다운링크 (DL) 또는 순방향 링크 채널 (예를 들어, 페이징 채널, 제어 채널, 브로드캐스트 채널, 순방향 트래픽 채널 등) 이라 한다. 본 명세서에서 사용된 바와 같이 용어 트래픽 채널 (TCH) 은 업링크 / 역방향 또는 다운링크 / 순방향 트래픽 채널을 지칭할 수 있다.
용어 "기지국" 은 단일 물리적 송신-수신 포인트 (TRP), 또는 함께 위치(co-locate)될 수도 있거나 또는 함께 위치되지 않을 수도 있는 다수의 물리적 TRP들을 지칭할 수도 있다. 예를 들어, 용어 "기지국" 은 단일 물리적 TRP 를 지칭하는 경우, 물리적 TRP 는 기지국의 셀 (또는 여러 셀 섹터들) 에 대응하는 기지국의 안테나일 수도 있다. 용어 "기지국” 이 다수의 함께 위치된 물리적 TRP들을 지칭하는 경우, 물리적 TRP들은 기지국의 (예를 들어, 다중 입력 다중 출력 (MIMO) 시스템에서 또는 기지국이 빔포밍을 채용하는 경우와 같이) 안테나들의 어레이일 수 있다. 용어 "기지국" 이 다수의 함께 위치되지 않은 물리적 TRP들을 지칭하는 경우, 물리적 TRP들은 분산 안테나 시스템 (DAS) (전송 매체를 통해 공통 소스에 접속된 공간적으로 분리된 안테나들의 네트워크) 또는 원격 무선 헤드 (RRH) (서빙 기지국에 접속된 원격 기지국) 일 수도 있다. 대안적으로, 함께 위치되지 않은 물리적 TRP들은 UE 로부터 측정 리포트를 수신하는 서빙 기지국 및 UE 가 참조 RF 신호들 (또는 간단히 "참조 신호") 을 측정하고 있는 이웃 기지국일 수도 있다. TRP 는 기지국이 무선 신호를 송신 및 수신하는 포인트이기 때문에, 본 명세서에서 사용된 바와 같이, 기지국으로부터의 송신 또는 기지국에서의 수신에 대한 언급은 기지국의 특정 TRP 를 지칭하는 것으로 이해되어야 한다.
UE들의 포지셔닝을 지원하는 일부 구현들에서, 기지국은 UE들에 의한 무선 액세스를 지원하지 않을 수도 있지만 (예를 들어, UE들에 대한 데이터, 음성 및/또는 시그널링 접속들을 지원하지 않을 수도 있음), 대신에 UE들에 의해 측정될 참조 신호들을 UE들로 송신할 수도 있거나 및/또는 UE들에 의해 송신된 신호들을 수신 및 측정할 수도 있다. 이러한 기지국은 포지셔닝 비컨으로서 (예를 들어, UE들로 신호들을 송신할 때) 및/또는 위치 측정 유닛으로서 (예를 들어, UE들로부터 신호들을 수신 및 측정할 때) 지칭될 수도 있다.
RSU(Road Side Unit)는 하나 이상의 UE, 다른 RSU 및/또는 기지국으로 그리고 이들로부터 통신 링크 또는 인터페이스(예: 셀룰러 기반 사이드링크 또는 PC5 인터페이스, 802.11 또는 WiFiTM 기반 전용 단거리 통신 (DSRC) 인터페이스, 및/또는 다른 인터페이스)를 통해 메시지를 송신 및 수신할 수 있는 디바이스이다. RSU에 의해 송신 및 수신될 수 있는 메시지의 예는 V2X(Vehicle-to-Everything) 메시지를 포함하며, 이에 대해서는 아래에서 자세히 설명한다. RSU는 도로, 교량, 주차장, 요금소 및/또는 기타 인프라 시스템(infrastructure system)을 포함한 다양한 수송 인프라 시스템에 위치할 수 있다. 일부 예에서, RSU는 UE(예를 들어, 차량, 보행자 사용자 디바이스 및/또는 다른 UE)와 수송 인프라 시스템 간의 통신을 용이하게 할 수 있다. 일부 구현에서, RSU는 중앙 관리 기능을 수행할 수 있는 서버, 기지국 및/또는 다른 시스템과 통신할 수 있다.
RSU는 UE의 통신 시스템과 통신할 수 있다. 예를 들어, UE(예를 들어, 차량 및/또는 다른 UE)의 지능형 운송 시스템(ITS)은 RSU로 송신하기 위한 메시지를 생성 및 서명하고 RSU로부터 수신된 메시지를 확인(validate)하는 데 사용될 수 있다. RSU는 교통 관련 데이터(예: 차량의 시간, 속도, 위치 등)를 얻기 위해 도로, 교량 또는 다른 인프라 시스템을 따라 진행하는 차량과 (예: PC5 인터페이스, DSRC 인터페이스 등을 통해) 통신할 수 있다. 일부 경우에, 교통 관련 데이터를 획득하는 것에 응답하여, RSU는 교통 혼잡 정보(예: 교통 혼잡 시작, 교통 혼잡 종료 등), 진행 시간 및/또는 특정 위치에 대한 다른 정보를 결정하거나 추정할 수 있다. 일부 예에서, RSU는 교통 관련 데이터를 결정하기 위해 (예를 들어, PC5 인터페이스, DSRC 인터페이스 등을 통해) 다른 RSU들과 통신할 수 있다. RSU는 정보(예를 들어, 교통 혼잡 정보, 진행 시간 정보 및/또는 다른 정보)를 다른 차량, 보행자 UE 및/또는 다른 UE에게 송신할 수 있다. 예를 들어, RSU는 RSU의 커버리지 범위에 있는 임의의 UE(예를 들어, 차량, 보행자 UE 등)에 정보를 브로드캐스트하거나 또는 그렇지 않으면 송신할 수 있다.
다양한 양태에 따라, 도 1은 무선 통신 시스템 (100) 의 예를 예시한다. 무선 통신 시스템 (100)(무선 광역 네트워크 (WWAN) 로도 지칭될 수도 있음) 은 다양한 기지국들 (102) 및 다양한 UE들 (104) 을 포함할 수도 있다. 기지국들 (102) 은 매크로 셀 기지국들 (고전력 셀룰러 기지국들) 및/또는 소형 셀 기지국들 (저전력 셀룰러 기지국들) 을 포함할 수도 있다. 일 양태에서, 매크로 셀 기지국은 무선 통신 시스템 (100) 이 4G/LTE 네트워크에 대응하는 eNB들 및/또는 ng-eNB들, 또는 무선 통신 시스템 (100) 이 5G/NR 네트워크에 대응하는 gNB들, 또는 양자의 조합을 포함할 수도 있고, 소형 셀 기지국들은 펨토셀들, 피코셀들, 마이크로셀들 등을 포함할 수도 있다.
기지국들 (102) 은 집합적으로 RAN 을 형성하고 백홀 링크들 (122) 을 통해 코어 네트워크 (170)(예를 들어, 진화된 패킷 코어 (EPC) 또는 5G 코어 (5GC)) 와, 그리고 코어 네트워크 (170) 를 통해 하나 이상의 위치 서버 (172)(코어 네트워크 (170) 의 일부일 수도 있거나 코어 네트워크 (170) 외부에 있을 수도 있음) 에 인터페이스할 수도 있다. 다른 기능들에 부가하여, 기지국들 (102) 은 사용자 데이터의 전송, 무선 채널 암호화 및 해독, 무결성 보호, 헤더 압축, 이동성 제어 기능들 (예를 들어, 핸드오버, 이중 접속성), 셀간 간섭 조정, 접속 설정 및 해제, 로드 밸런싱 (load balancing), NAS (non-access stratum) 메시지들을 위한 분산, NAS 노드 선택, 동기화, RAN 공유, 멀티미디어 브로드캐스트 멀티캐스트 서비스 (MBMS), 가입자 및 장비 추적, RAN 정보 관리 (RIM), 페이징, 포지셔닝 및 경보 메시지의 전달 중 하나 이상과 관련되는 기능들을 수행할 수도 있다. 기지국들 (102) 은 유선 및/또는 무선일 수도 있는 백홀 링크들 (134) 을 통해 직접적으로 또는 간접적으로 (예컨대, EPC/5GC 를 통해) 서로 통신할 수도 있다.
기지국들 (102) 은 UE들 (104) 과 무선으로 통신할 수도 있다. 기지국들 (102) 각각은 각각의 지리적 커버리지 영역 (110) 을 위한 통신 커버리지를 제공할 수도 있다. 일 양태에서, 하나 이상의 셀들은 각각의 커버리지 영역 (110) 에서 기지국 (102) 에 의해 지원될 수도 있다. "셀"은 (예를 들어, 캐리어 주파수, 컴포넌트 캐리어, 캐리어, 대역 등으로 지칭되는 일부 주파수 리소스를 통해) 기지국과의 통신을 위해 사용된 논리적 통신 엔티티이고, 동일하거나 상이한 캐리어 주파수를 통해 동작하는 셀들을 구별하기 위한 식별자 (예를 들어, 물리적 셀 식별자 (PCI), 가상 셀 식별자 (VCI), 셀 글로벌 식별자 (CGI)) 와 연관될 수도 있다. 일부 경우들에서, 상이한 셀들은 상이한 타입들의 UE들에 대한 액세스를 제공할 수도 있는 상이한 프로토콜 유형들 (예를 들어, 머신 타입 통신 (MTC), 협대역 IoT (NB-IoT), 향상된 모바일 브로드밴드 (eMBB) 또는 다른 것들) 에 따라 구성될 수도 있다. 셀은 특정 기지국에 의해 지원되기 때문에, 용어 "셀” 은 컨텍스트에 의존하여, 논리적 통신 엔티티 및 이를 지원하는 기지국 중 하나 또는 양자 모두를 지칭할 수도 있다. 또한, TRP 는 통상적으로 셀의 물리적인 송신 포인트이기 때문에, 용어들 "셀" 및 "TRP” 는 상호교환가능하게 사용될 수도 있다. 일부 경우에서, 용어 "셀"은 또한 캐리어 주파수가 검출되고 지리적 커버리지 영역들 (110) 의 일부 부분에서 통신을 위해 사용될 수 있는 한, 기지국의 지리적 커버리지 영역 (예를 들어, 섹터) 을 지칭할 수도 있다.
이웃하는 매크로 셀 기지국 (102) 지리적 커버리지 영역들 (110) 은 (예를 들어, 핸드오버 영역에서) 부분적으로 오버랩할 수도 있지만, 지리적 커버리지 영역들 (110) 중 일부는 더 큰 지리적 커버리지 영역 (110) 에 의해 실질적으로 오버랩될 수도 있다. 예를 들어, 소형 셀 기지국 (102') 은 하나 이상의 매크로 셀 기지국들 (102) 의 지리적 커버리지 영역 (110) 과 실질적으로 오버랩하는 커버리지 영역 (110') 을 가질 수도 있다. 소형 셀 및 매크로 셀 기지국들 양자 모두를 포함하는 네트워크는 이종 네트워크로 알려질 수도 있다. 이종 네트워크는 또한 폐쇄 가입자 그룹 (CSG) 으로 알려진 제한된 그룹에 서비스를 제공할 수도 있는 홈 eNB들 (HeNB들) 을 포함할 수도 있다.
기지국들 (102) 과 UE들 (104) 사이의 통신 링크들 (120) 은 UE (104) 로부터 기지국 (102) 으로의 업링크 (또한, 역방향 링크로서 지칭됨) 송신들 및/또는 기지국 (102) 으로부터 UE (104) 로의 다운링크 (또한, 순방향 링크로서 지칭됨) 송신들을 포함할 수도 있다. 통신 링크들 (120) 은 공간 다중화, 빔포밍 및/또는 송신 다이버시티를 포함하는 MIMO 안테나 기술을 사용할 수도 있다. 통신 링크들 (120) 은 하나 이상의 캐리어 주파수들을 통한 것일 수도 있다. 캐리어들의 할당은 다운링크 및 업링크에 대해 비대칭일 수도 있다 (예를 들어, 업링크에 대한 것보다 다운링크에 대해 더 많거나 또는 적은 캐리어들이 할당될 수도 있다).
무선 통신 시스템 (100) 은 비허가 주파수 스펙트럼 (예를 들어, 5 GHz) 에서 통신 링크들 (154) 을 통해 WLAN 스테이션들 (STA들)(152) 과 통신하는 무선 로컬 영역 네트워크 (WLAN) 액세스 포인트 (AP)(150) 를 더 포함할 수도 있다. 비허가 주파수 스펙트럼에서 통신할 때, WLAN STA들 (152) 및/또는 WLAN AP (150) 는 채널이 이용가능한지 여부를 결정하기 위해 통신하기 전에 CCA (clear channel assessment) 또는 리슨 비포 토크 (listen before talk; LBT) 를 수행할 수도 있다. 일부 예에서, 무선 통신 시스템(100)은 UWB(ultra-wideband) 스펙트럼을 활용하여 하나 이상의 UE(104), 기지국(102), AP(150) 등과 통신하는 디바이스(예를 들어, UE 등)를 포함할 수 있다. UWB 스펙트럼은 3.1~10.5Ghz 범위일 수 있다.
소형 셀 기지국(102')은 (예를 들어, LTE 또는 NR 기술을 활용하고 WLAN AP(150)에 의해 사용되는 것과 동일한 5GHz 비허가 주파수 스펙트럼을 사용하는) 허가 및/또는 비허가 주파수 스펙트럼에서 동작할 수도 있다. 무선 통신 시스템 (100) 은 UE (182) 와 통신하는 mmW 주파수들 및/또는 근 (near) mmW 주파수들에서 동작할 수도 있는 밀리미터파 (mmW) 기지국 (180) 을 더 포함할 수도 있다. 일부 경우에, mmW 주파수는 (예: 24250 MHz 내지 52600　MHz 의 주파수 범위를 포함하는) FR2 대역이라고 할 수 있다. 일부 예에서, 무선 통신 시스템(100)은 mmW 주파수(및/또는 근 mmW 주파수) 및 서브-6GHz 주파수 (예를 들어 450 내지 6000　MHz 의 주파수 범위를 포함하는 FR1 대역이라고 함) 둘 다에서 동작하는 하나 이상의 기지국(본 명세서에서 "하이브리드 기지국"이라고 함)을 포함할 수 있다. 일부 예에서, mmW 기지국 (180), 하나 이상의 하이브리드 기지국 (미도시) 및 UE (182) 는 극도로 높은 경로 손실 및 짧은 범위를 보상하기 위해 mmW 통신 링크 (184) 를 통해 빔포밍 (송신 및/또는 수신) 을 활용할 수도 있다. 무선 통신 시스템 (100) 은, 통신 링크 (120) 를 통해 매크로 셀 기지국 (102) 과 및/또는 mmW 통신 링크 (184) 를 통해 mmW 기지국 (180) 과 통신할 수도 있는 UE (164) 를 더 포함할 수도 있다.
일부 예에서, 다수의 캐리어 주파수 상에서 동작하기 위해, 기지국(102) 및/또는 UE(104)는 다수의 수신기 및/또는 송신기를 구비할 수도 있다. 예를 들어, UE(104)는 2개의 수신기, "수신기 1" 및 "수신기 2"를 가질 수 있으며, 여기서 "수신기 1"은 대역(즉, 캐리어 주파수) 'X' 또는 대역 ‘Y’ 로 튜닝될 수 있는 다중 대역 수신기이고 "수신기 2"는 대역 'Z'로만 튜닝될 수 있는 일 대역 수신기이다.
무선 통신 시스템 (100) 은, 하나 이상의 디바이스-대-디바이스 (D2D) 피어-투-피어 (P2P) 링크들 ("사이드링크들” 로서 지칭됨) 을 통해 하나 이상의 통신 네트워크들에 간접적으로 접속하는 UE (190) 와 같은 하나 이상의 UE들을 더 포함할 수도 있다. 도 1 의 예에서, UE (190) 는 (예를 들어, UE (190) 가 셀룰러 접속성을 간접적으로 획득할 수도 있는) 기지국들 (102) 중 하나에 접속된 UE들 (104) 중 하나와의 D2D P2P 링크 (192) 및 (UE (190) 가 WLAN-기반 인터넷 접속성을 간접적으로 획득할 수도 있는) WLAN AP (150) 에 접속된 WLAN STA (152) 와의 D2D P2P 링크 (194) 를 갖는다. 일 예에서, D2D P2P 링크들(192 및 194)은 LTE-D(LTE Direct), WiFi-D(WiFi Direct), Bluetooth®, UWB 등과 같은 임의의 잘 알려진 D2D RAT로 지원될 수도 있다.
다양한 양태에 따라, 도 2a는 예시적인 무선 네트워크 구조 (200) 를 예시한다. 예를 들어, 5GC (210)(또한 차세대 코어 (NGC) 라고도 함) 는 기능적으로, 협력적으로 동작하여 코어 네트워크를 형성하는, 제어 평면 기능들 (214)(예를 들어, UE 등록, 인증, 네트워크 액세스, 게이트웨이 선택 등) 및 사용자 평면 기능들 (212)(예를 들어, UE 게이트웨이 기능, 데이터 네트워크들에 대한 액세스, IP 라우팅 등) 으로서 보여질 수도 있다. 사용자 평면 인터페이스 (NG-U)(213) 및 제어 평면 인터페이스 (NG-C)(215) 는 gNB (222) 를 5GC (210) 에 그리고 특히 제어 평면 기능들 (214) 및 사용자 평면 기능들 (212) 에 접속한다. 추가 구성에서, ng-eNB (224) 는 또한 제어 평면 기능들 (214) 에 대한 NG-C (215) 및 사용자 평면 기능들 (212) 에 대한 NG-U (213) 를 통해 5GC (210) 에 접속될 수도 있다. 또한, ng-eNB (224) 는 백홀 접속 (223) 을 통해 gNB (222) 와 직접 통신할 수도 있다. 일부 구성들에서, 뉴 RAN (220) 은 하나 이상의 gNB (222) 만을 가질 수도 있는 반면, 다른 구성들은 ng-eNB들 (224) 및 gNB들 (222) 양자 모두 중 하나 이상을 포함한다. gNB (222) 또는 ng-eNB (224) 중 어느 하나는 UE들 (204)(예를 들어, 도 1 에 도시된 UE들 중 임의의 것) 과 통신할 수도 있다.
다른 선택적 양태는 UE들 (204) 에 대한 위치 지원을 제공하기 위해 5GC (210) 와 통신할 수도 있는 위치 서버 (230) 를 포함할 수도 있다. 위치 서버 (230) 는 복수의 분리된 서버 (예를 들어, 물리적으로 분리되 서버, 단일 서버 상의 상이한 소프트웨어 모듈들, 다수의 물리적 서버들에 걸쳐 분산된 상이한 소프트웨어 모듈들 등) 로서 구현될 수도 있거나, 대안으로 각각이 단일 서버에 대응할 수도 있다. 위치 서버 (230) 는 코어 네트워크, 5GC (210) 및/또는 인터넷 (도시되지 않음) 을 통해 위치 서버 (230) 에 접속할 수 있는 UE들 (204) 에 대한 하나 이상의 위치 서비스를 지원하도록 구성될 수 있다. 또한, 위치 서버 (230) 는 코어 네트워크의 컴포넌트에 통합될 수도 있거나, 또는 대안적으로는 코어 네트워크 외부에 있을 수도 있다. 일부 예에서, 위치 서버(230)는 5GC(210)의 캐리어 또는 제공자, 제3자, OEM(original equipment manufacturer) 또는 다른 당사자에 의해 운영될 수 있다. 일부 경우에, 캐리어를 위한 위치 서버, 특정 디바이스의 OEM을 위한 위치 서버 및/또는 다른 위치 서버와 같은 다수의 위치 서버가 제공될 수 있다. 이러한 경우 위치 보조 데이터는 캐리어의 위치 서버로부터 수신될 수 있고 다른 보조 데이터는 OEM의 위치 서버로부터 수신될 수 있다.
다양한 양태에 따라, 도 2b는 다른 예시적인 무선 네트워크 구조 (250) 를 예시한다. 예를 들어, 5GC (260) 는 액세스 및 이동성 관리 기능 (AMF)(264) 에 의해 제공된 제어 평면 기능들, 및 사용자 평면 기능 (UPF)(262) 에 의해 제공된 사용자 평면 기능들로서 기능적으로 보여질 수도 있으며, 이들은 협력적으로 동작하여 코어 네트워크 (즉, 5GC (260)) 를 형성한다. 사용자 평면 인터페이스 (263) 및 제어 평면 인터페이스 (265) 는 ng-eNB (224) 를 5GC (260) 에 그리고 특히 UPF (262) 및 AMF (264) 에 각각 접속한다. 추가 구성에서, gNB (222) 는 또한 AMF (264) 에 대한 제어 평면 인터페이스 (265) 및 UPF (262) 에 대한 사용자 평면 인터페이스 (263) 를 통해 5GC (260) 에 접속될 수도 있다. 또한, ng-eNB (224) 는 5GC (260) 에 대한 gNB 직접 접속성이 있거나 없이, 백홀 접속 (223) 을 통해 gNB (222) 와 직접 통신할 수도 있다.
AMF (264) 의 기능들은 등록 관리, 접속 관리, 도달가능성 관리, 이동성 관리, 적법한 인터셉션, UE (204) 와 세션 관리 기능 (SMF)(266) 사이의 세션 관리 (SM) 메시지를 위한 전송, SM 메시지들을 라우팅하기 위한 투명 프록시 서비스, 액세스 인증 및 액세스 인가, UE (204) 와 단문 메시지 서비스 기능 (SMSF)(미도시) 사이의 단문 메시지 서비스 (SMS) 를 위한 전송, 및 보안 앵커 기능성 (SEAF) 을 포함할 수도 있다. AMF(264)는 또한 인증 서버 기능(AUSF)(미도시) 및 UE(204)와 상호작용할 수도 있다.
일부 예에서, AMF(264)는 UE의 SIM(subscriber identity module)의 정보를 인증할 수 있다. 가령, UMTS (universal mobile telecommunications system) SIM (USIM) 에 기초한 인증의 경우, AMF (264) 는 AUSF 로부터 보안 자료를 취출한다. 아래에서 더 자세히 설명되는 바와 같이, 하나 이상의 특성 또는 요인(예: 차량 통신 유닛의 온도, 통신 유닛의 습도, 통신 유닛에 노출되는 광량, 통신 유닛을 위한 환기량 및/또는 다른 특성 또는 요인)에 기초하여 하나 이상의 기능성이 하나의 UE(예를 들어, 차량)에서 다른 UE(예를 들어, 모바일 디바이스와 같은 사용자 디바이스)로 또는 다른 디바이스(예를 들어, RSU(roadside unit))로 천이될 수 있다. 일례에서, 네트워크 액세스 기능성은 차량에서 사용자 디바이스로 천이될 수 있다. 그러한 예에서, AMF(264)는 사용자 디바이스가 5GC(260)에 의해 제공되는 네트워크에 액세스할 수 있도록 하기 위해 사용자 디바이스 SIM의 SIM 정보(예를 들어, 가입자 또는 사용자의 암호화-복호화 키)를 인증하는 데 사용될 수도 있다. 일부 경우에, AMF(264)는 AUSF를 사용하여 SIM 정보를 인증할 수 있다.
AMF (264) 의 기능들은 또한 보안 컨텍스트 관리 (SCM) 를 포함할 수도 있다. SCM 은 액세스 네트워크 특정 키들을 도출하기 위해 사용하는 키를 SEAF 로부터 수신한다. AMF (264) 의 기능성은 또한 규제 서비스들을 위한 위치 서비스 관리, UE (204) 와 위치 관리 기능 (LMF)(270)(위치 서버 (230) 로서 작용함) 사이의 위치 서비스 메시지를 위한 전송, 뉴 RAN (220) 과 LMF (270) 사이의 위치 서비스 메시지를 위한 전송, EPS 와의 상호작동을 위한 진화된 패킷 시스템 (EPS) 베어러 식별자 할당, 및 UE (204) 이동성 이벤트 알림을 포함한다. 또한, AMF (264) 는 또한 비-3GPP 액세스 네트워크를 위한 기능성을 지원한다.
SMF (266) 의 기능들은 세션 관리, UE 인터넷 프로토콜 (IP) 어드레스 할당 및 관리, 사용자 평면 기능들의 선택 및 제어, 적절한 목적지로 트래픽을 라우팅하기 위한 UPF (262) 에서의 트래픽 스티어링의 구성, 정책 시행 및 QoS 의 일부 제어, 및 다운링크 데이터 알림을 포함할 수도 있다. SMF (266) 가 AMF (264) 와 통신하는 인터페이스는 N11 인터페이스로서 지칭된다.
위에서 설명한 바와 같이, 무선 통신 시스템은 다수의 UE들 중의 통신을 지원한다. 다양한 예에서, 무선 통신 시스템은 (위에서 언급한 바와 같이) 디바이스 대 디바이스(D2D) 통신 및/또는 차량 대 사물(V2X) 통신을 지원하도록 구성될 수 있다. V2X는 또한, 셀룰러 V2X(C-V2X)라고도 할 수 있다. V2X 통신은 LTE, 5G, WLAN(예: 802.11 WiFi) 또는 다른 통신 프로토콜과 같은 임의의 무선 액세스 기술을 사용하여 수행될 수 있다. 일부 예에서, UE는 직접 통신 링크 또는 인터페이스(예를 들어, PC5 또는 사이드링크 인터페이스, 802.11p DSRC 인터페이스 및/또는 다른 통신 인터페이스)를 통해 및/또는 네트워크(예를 들어, eNB, WiFI AP 및/또는 다른 네트워크 엔티티)를 통해 다른 UE, RSU(road side unit) 및/또는 다른 디바이스로 그리고 이들로부터 V2X 메시지를 송신 및 수신할 수 있다. 통신은 네트워크에 의해 할당된 리소스(예를 들어, eNB 또는 다른 네트워크 디바이스), V2X 사용을 위해 미리 구성된 리소스 및/또는 UE에 의해 결정된 리소스를 사용하여(예를 들어, 802.11 네트워크의 리소스에 대한 CCA(clear channel assessment)를 사용하여) 수행될 수 있다.
V2X 통신은 차량간 통신(예: V2V(Vehicle-to-Vehicle)), 차량과 인프라간 통신(예: V2I(Vehicle-to-Infrastructure)), 차량과 보행자간 통신(예: V2P(vehicle-to-pedestrian)) 및/또는 차량과 네트워크 서버간의 통신(V2N(Vehicle-to-Network))을 포함할 수 있다. V2V, V2P, 및 V2I 통신의 경우, 네트워크, eNB, 또는 gNB를 거치지 않고 데이터 패킷을 차량 간에 직접(예: PC5 인터페이스를 사용하여, 802.11 DSRC 인터페이스 등을 사용하여) 전송할 수도 있다. 예를 들어 V2X 가능형 차량은, 360° 비시선(NLOS) 인식을 제공하는 단거리 직접 통신 모드를 사용하여, 다른 센서 중에서도, 온보드 시선(LOS) 센서들, 이를테면, 카메라, RADAR(radio detection and ranging), LIDAR(Light Detection and Ranging) 를 보완할 수 있다.　무선 기술 및 온보드 센서의 조합은 V2X 차량으로 하여금 (예: 사각지대, 악천후 조건 및/또는 다른 시나리오에서) 잠재적인 운전 위험을 시각적으로 관찰, 청취 및/또는 예측할 수 있게 한다. V2X 차량은 또한 다른 V2X 가능형 차량(V2V 통신 기반)으로부터, 인프라 시스템(V2I 통신 기반)으로부터 그리고 사용자 디바이스(V2P 통신 기반)으로부터 경고 또는 알림을 이해할 수 있다. 인프라 시스템은 도로, 정지 등, 도로 표지판, 교량, 요금소 및/또는 V2I 메시징을 사용하여 차량과 통신할 수 있는 다른 인프라 시스템을 포함할 수 있다.
일부 경우에, V2X 통신은 다수의 동작 모드를 활용할 수도 있다. 릴리스 12에서 3GPP에 의해 도입된 LTE 사이드링크(예: D2D 통신용)에는 모드 1 및 모드 2라고 하는 두 가지 동작 모드가 포함된다. 모드 1 및 모드 2 둘 다는 레이턴시를 늘리는 대가로 모바일 디바이스의 배터리 수명을 연장하려는 목적으로 설계되었다. 원하는 구현에 따라, 사이드링크 통신은 3GPP 통신 프로토콜 사이드링크(예: LTE, 5G 등에 따른 PC5 사이드링크 인터페이스 사용), Wi-Fi 직접 통신 프로토콜(예: DSRC 프로토콜) 에 따라 또는 임의의 다른 디바이스 대 디바이스 통신 프로토콜을 사용하여 수행될 수 있다. 일부 예에서, 사이드링크 통신은 하나 이상의 U-NII(Unlicensed National Information Infrastructure) 대역을 사용하여 수행될 수 있다. 예를 들어 U-NII-4 대역 (5.850 - 5.925 GHz), U-NII-5 대역 (5.925 - 6.425 GHz), U-NII-6 대역 (6.425 - 6.525 GHz), U-NII-7 대역 (6.525 - 6.875 GHz), U-NII-8 대역 (6.875 - 7.125 GHz) 또는 사이드링크 통신을 수행하는 데 적합할 수도 있는 임의의 다른 주파수 대역에 대응하는 대역에서 사이드링크 통신이 수행될 수 있다. 그러나, 일부 양태에서, 접속 차량은 고도 신뢰성 및 저 레이턴시 V2X 통신의 이점을 얻을 수도 있으므로, 모드 1과 2는 그러한 애플리케이션에 적합하지 않을 수도 있다.
접속된 차량은 고도 신뢰성 및 저 레이턴시 V2X 통신의 이점을 얻는다. 일부 경우에, 모드 1과 2는 그러한 애플리케이션에 적합하지 않을 수도 있다. 2개의 추가 통신 모드(모드 3 및 4)는 V2V 통신을 위해 설계되었으며 릴리스 14에서 3GPP에 의해 도입되었다. 모드 3에서, 셀룰러 네트워크(예: eNB, gNB 또는 다른 네트워크 엔티티)는 직접 V2X 통신을 수행하기 위해 차량에 의해 사용되는 무선 리소스를 선택하고 관리한다. 모드 4에서, 차량은 직접 V2X 통신을 위한 무선 리소스를 자율적으로 선택한다. 모드 4는 셀룰러 커버리지 없이 동작할 수 있고, 일부 경우에 안전 애플리케이션이 셀룰러 커버리지의 가용성에 의존할 수 없는 것에 기초하여 베이스라인 V2X 모드로 간주될 수 있다. 모드 4는 차량이 무선 리소스를 선택하기 위한 분산 스케줄링 방식을 포함할 수 있으며 분산 혼잡 제어를 위한 지원을 포함할 수 있다.
도 3은 다양한 UE에 의해 사용되는 상이한 통신 메커니즘의 예를 예시한다. 사이드링크 통신의 일례에서,　도 3은 PC5, DSRC, 또는 다른 디바이스 대 디바이스 직접 시그널링 인터페이스를 사용하여 서로 통신하는 차량(304), 차량(305) 및 RSU(roadside unit)(303)을 예시한다. 또한, 차량(304) 및 차량(305)은 네트워크(Uu) 인터페이스를 사용하여 기지국(302)(BS(302)로 도시됨)과 통신할 수도 있다. 기지국(302)은 일부 예에서 gNB를 포함할 수 있다. 도 3은 또한 네트워크(Uu) 인터페이스를 사용하여 기지국(302)과 통신하는 사용자 디바이스(307)를 예시한다. 후술하는 바와 같이, 기능성은 하나 이상의 특성 또는 요인(예를 들어, 온도, 습도 등)에 기초하여 차량(예를 들어, 차량(304))에서 사용자 디바이스(예를 들어, 사용자 디바이스(307))로 전송될 수 있다. 하나의 예시적인 예에서, 도 3에 도시된 바처럼, V2X 기능성은 차량(304)에서 사용자 디바이스(307)로 천이될 수 있으며, 그 후에 사용자 디바이스(307)는 PC5 인터페이스(또는 다른 디바이스 대 디바이스 직접 인터페이스, 이를테면 DSRC 인터페이스)를 통해 다른 차량 (예를 들어, 차량(305))과 통신할 수 있다.
도 3은 서로 및/또는 RSU(303), BS(302) 및/또는 사용자 디바이스(307)와 통신하는 특정 대수의 차량(예를 들어, 2대의 차량(304 및 305))을 예시하지만, 본 개시는 이에 한정되지 않는다. 예를 들어(예를 들어, 도 10a 내지 도 13을 참조하여 예시적인 실시형태를 설명하기 위해), 수십 또는 수백 대의 이러한 차량이 서로 및/또는 RSU(303), BS(302) 및/또는 사용자 디바이스(307)와 통신할 수도 있다. 임의의 주어진 시점에서, 각각의 이러한 차량, RSU(303), BS(302) 및/또는 사용자 디바이스(307)는 메시지로서 다양한 유형의 정보를 다른 인근 차량에 송신하여 각각의 차량(예를 들어, 차량(304 및/또는 305)), RSU(303), BS(302) 및/또는 사용자 디바이스(307)는 다른 인근 차량, RSU, 기지국 및/또는 다른 UE로부터 초당 수백 또는 수천 개의 메시지를 수신하는 것을 초래할 수도 있다.
PC5 인터페이스가 도 3에 도시되어 있지만, 다양한 UE(예를 들어, 차량, 사용자 디바이스 등) 및 RSU(들)는 임의의 적합한 유형의 직접 인터페이스, 이를테면, 802.11 DSRC 인터페이스, BluetoothTM 인터페이스, 및/또는 다른 인터페이스를 사용하여 직접 통신할 수 있다. 예를 들어, 차량은 직접 통신 인터페이스(예: PC5 및/또는 DSRC 사용)를 통해 사용자 디바이스와 통신할 수 있고, 차량은 직접 통신 인터페이스를 통해 다른 차량과 통신할 수 있으며, 사용자 디바이스는 직접 통신 인터페이스를 통해 다른 사용자 디바이스와 통신할 수 있고, UE (예를 들어, 차량, 사용자 디바이스 등) 은 직접 통신 인터페이스를 통해 RSU 와 통신할 수 있고, RSU는 직접 통신 인터페이스를 통해 다른 RSU와 통신할 수 있는 등이다.
도 4 는 차량(404)의 차량 컴퓨팅 시스템(450) 의 예를 예시하는 블록도이다. 차량(404)은 Uu 인터페이스를 통해 네트워크(예를 들어, eNB, gNB, 포지셔닝 비콘, 위치 측정 유닛 및/또는 다른 네트워크 엔티티)와 통신할 수 있고 PC5 인터페이스(또는 DSRC 인터페이스와 같은 다른 디바이스 대 디바이스 직접 인터페이스)를 통해 V2X 통신을 사용하여 다른 UE와 통신할 수 있는 UE의 예이다. 도시된 바와 같이, 차량 컴퓨팅 시스템(450)은 적어도 전력 관리 시스템(451), 제어 시스템(452), 인포테인먼트 시스템(454), 지능형 수송 시스템(ITS)(455), 하나 이상의 센서 시스템(456), 및 통신 시스템(458)을 포함할 수 있다. 일부 경우에, 차량 컴퓨팅 시스템(450)은 하나 이상의 CPU(central processing unit), DSP(digital signal processor), ASIC(application specific integrated circuit), FPGA(Field Programmable Gate Array), AP(Application Processor), GPU(Graphics Processing Unit), VPU(Vision Processing Unit), NSP(Neural Network Signal Processor), 마이크로컨트롤러, 전용 하드웨어, 이들의 조합 및/또는 다른 프로세싱 디바이스 또는 시스템와 같은 임의의 유형의 프로세싱 디바이스 또는 시스템을 포함할 수 있거나 이들을 사용하여 구현될 수 있다.
제어 시스템(452)은 차량(404), 전력 관리 시스템(451), 컴퓨팅 시스템(450), 인포테인먼트 시스템(454), ITS(455), 및/또는 차량(404)의 하나 이상의 다른 시스템(예를 들어, 제동 시스템, 조향 시스템, ITS(455)외의 안전 시스템, 객실 시스템 및/또는 다른 시스템)의 하나 이상의 동작을 제어하도록 구성될 수 있다. 예를 들어, 차량 시스템(452)은 하나 이상의 전자 제어 유닛 (ECU) 을 포함할 수 있다. ECU는 차량에 있는 전기 시스템 또는 서브시스템 중 하나 이상을 제어할 수 있다. 제어 시스템(452)의 일부로 포함될 수 있는 특정 ECU의 예는 다른 것들 중에서도, 엔진 제어 모듈(ECM), 파워트레인 제어 모듈(PCM), 변속기 제어 모듈(TCM), 제동 제어 모듈(BCM), 중앙 제어 모듈(CCM), 중앙 타이밍 모듈(CTM) 을 포함한다. 일부 경우에, 제어 시스템(452)은 하나 이상의 센서 시스템(456)으로부터 센서 신호를 수신할 수 있고 차량(404)을 동작시키기 위해 차량 컴퓨팅 시스템(450)의 다른 시스템과 통신할 수 있다.
차량 컴퓨팅 시스템(450)은 또한 전력 관리 시스템(451)을 포함한다. 일부 구현에서, 전력 관리 시스템(451)은 전력 관리 집적 회로(PMIC), 대기 배터리, 및/또는 다른 컴포넌트를 포함할 수 있다. 일부 경우에, 차량 컴퓨팅 시스템(450)의 다른 시스템은 하나 이상의 PMIC, 배터리 및/또는 다른 컴포넌트를 포함할 수 있다. 전력 관리 시스템(451)은 컴퓨팅 시스템(450) 및/또는 차량의 다른 부분을 위한 전력 공급을 관리하는 것과 같은 차량(404)을 위한 전력 관리 기능을 수행할 수 있다. 예를 들어, 전력 관리 시스템(451)은, 차량의 엔진 시동을 거는 것에 기초한 것과 같은 전력 변동을 고려하여 안정적인 전력 공급을 제공할 수 있다. 다른 예에서, 전력 관리 시스템(451)은 주위 및/또는 트랜지스터 접합 온도를 체킹하는 것에 의한 것과 같은 열적 모니터링 동작을 수행할 수 있다. 다른 예에서, 전력 관리 시스템(451)은, 다른 기능들 중에서도, 냉각 시스템(예를 들어, 하나 이상의 팬, 공조 시스템 등)으로 하여금 차량 컴퓨팅 시스템(450)의 특정 컴포넌트(예: 하나 이상의 ECU와 같은 제어 시스템(452))를 냉각하게 하는 것, 차량 컴퓨팅 시스템(450)의 특정 기능성을 셧다운하는 것(예: 하나 이상의 디스플레이를 셧 오프하는 것과 같이 인포테인먼트 시스템(454)을 제한하는 것, 무선 네트워크로부터 접속 해제하는 것 등) 과 같은, 소정 온도 수준을 검출하는 것에 기초하여 특정 기능을 수행할 수 있다.
차량 컴퓨팅 시스템(450)은 통신 시스템(458)을 더 포함한다. 통신 시스템(458)은 네트워크로부터(예를 들어, Uu 인터페이스를 통한 gNB 또는 다른 네트워크 엔티티) 및/또는 다른 UE로부터(예를 들어, PC5 인터페이스, WiFi 인터페이스(예: DSRC), BluetoothTM 인터페이스 및/또는 다른 무선 및/또는 유선 인터페이스를 통한 다른 차량 또는 UE 로) 신호를 수신하고 이들로 신호를 송신하기 위한 소프트웨어 및 하드웨어 컴포넌트 둘 다를 포함할 수 있다. 예를 들어, 통신 시스템(458)은 임의의 적합한 무선 네트워크(예를 들어, 3G 네트워크, 4G 네트워크, 5G 네트워크, WiFi 네트워크, BluetoothTMM 네트워크 및/또는 다른 네트워크)를 통해 무선으로 정보를 송신 및 수신하도록 구성된다. 통신 시스템(458)은 OEM(Original Equipment Manufacturer) 가입자 식별 모듈(SIM 또는 SIM 카드라고 함)(460), 사용자 SIM(462) 및 모뎀(464)을 포함하는, 무선 통신 기능성을 수행하는 데 사용되는 다양한 컴포넌트 또는 디바이스를 포함한다. 차량 컴퓨팅 시스템(450)이 2개의 SIM 및 1개의 모뎀을 갖는 것으로 도시되어 있지만, 컴퓨팅 시스템(450)은 일부 구현에서 임의의 수의 SIM(예를 들어, 하나의 SIM 또는 2개보다 많은 SIM) 및 임의의 수의 모뎀(예를 들어, 하나의 모뎀, 2개의 모뎀, 또는 2개보다 많은 모뎀)을 가질 수 있다.
SIM은 특정 가입자 또는 사용자의 IMSI(International Mobile Subscriber Identity) 번호 및 관련 키(예: 암호화-복호화 키)를 보안적으로 저장할 수 있는 디바이스(예: 집적 회로)이다. IMSI 및 키는 특정 UE에서 가입자를 식별하고 인증하는 데 사용될 수 있다. OEM SIM(460)은 다른 동작들 중에서도, 긴급 호출(eCall) 기능 수행, 차량 제조업체의 통신 시스템과 통신(예: 소프트웨어 업데이트용 등)과 같은 차량 기반 동작을 위한 무선 접속을 확립하기 위해 통신 시스템(458)에 의해 사용될 수 있다. OEM SIM(460)은 OEM SIM이 자동차 사고 또는 다른 긴급 상황 발생시에 긴급 호출을 하기 위한 eCall과 같은 중요한 서비스를 지원하는 데 중요할 수 있다. 예를 들어, eCall은 차량 사고 발생 시 자동으로 긴급 번호(예: 미국에서는 "9-1-1", 유럽에서는 "1-1-2" 등)에 전화를 걸고 차량의 위치를　긴급 서비스, 이를테면 경찰서, 소방서 등에 통신하는 서비스를 포함할 수 있다.
사용자 SIM(462)은 사용자 데이터 접속을 지원하기 위해 무선 네트워크 액세스 기능을 수행하기 위해(예를 들어, 다른 것 중에서도, 전화 호출, 메시징, 인포테인먼트 관련 서비스를 수행하기 위해) 통신 시스템(458)에 의해 사용될 수 있다. 일부 경우에, 사용자의 사용자 디바이스는 인터페이스를 통해(예를 들어, PC5, BluetoothTM, WiFITM (예 DSRC), USB(universal serial bus) 포트, 및/또는 다른 무선 또는 유선 인터페이스를 통해) 차량 컴퓨팅 시스템(450)과 접속할 수 있다. 일단 접속되면, 사용자 디바이스는 사용자 디바이스에서 차량의 통신 시스템(458)으로 무선 네트워크 액세스 기능성을 전송할 수 있으며, 이 경우 사용자 디바이스는 (예를 들어, 통신 시스템(458)이 무선 액세스 기능성을 수행 중인 기간 동안에) 무선 네트워크 액세스 기능성의 수행을 중단할 수 있다. 통신 시스템(458)은 다른 동작 중에서도 전화 호출을 용이하게 하거나, 데이터(예를 들어, 메시징, 비디오, 오디오 등)를 송신하거나 및/또는 수신하는 것과 같은 하나 이상의 무선 통신 동작을 수행하기 위해 기지국과 상호작용하기 시작할 수 있다. 그러한 경우에, 차량 컴퓨팅 시스템(450)의 다른 컴포넌트는 통신 시스템(458)에 의해 수신된 데이터를 출력하는 데 사용될 수 있다. 예를 들어, 인포테인먼트 시스템(454)(후술됨)은 하나 이상의 디스플레이 상에 통신 시스템(458)에 의해 수신된 비디오를 표시할 수 있거나 및/또는 하나 이상의 스피커를 사용하여 통신 시스템(458)에 의해 수신된 오디오를 출력할 수 있다.
모뎀은 송신을 위해 디지털 정보를 인코딩하기 위해 하나 이상의 캐리어파 신호를 변조하고 송신된 정보를 디코딩하기 위해 신호를 복조하는 디바이스이다. 모뎀(464)(및/또는 통신 시스템(458)의 하나 이상의 다른 모뎀)은 OEM SIM(460) 및/또는 사용자 SIM(462)을 위한 데이터 통신에 사용될 수 있다. 일부 예에서, 모뎀(464)은 4G(또는 LTE) 모뎀을 포함할 수 있고 통신 시스템(458)의 다른 모뎀(미도시)은 5G(또는 NR) 모뎀을 포함할 수 있다. 일부 예에서, 통신 시스템(458)은 하나 이상의 BluetoothTM 모뎀 (예를 들어, BluetoothTM Low Energy (BLE) 또는 다른 유형의 블루투스 통신용), 하나 이상의 WiFiTM 모뎀 (예를 들어, DSRC 통신 및/또는 다른 WiFi 통신용), 광대역 모뎀 (예를 들어, UWB(ultra-wideband) 모뎀), 이들의 임의의 조합 및/또는 다른 유형의 모뎀을 포함할 수 있다.
일부 경우에, 모뎀(464)(및/또는 통신 시스템(458)의 하나 이상의 다른 모뎀)은 (예를 들어, V2V 통신을 위해 다른 차량과, D2D 통신을 위해 다른 디바이스와, V2I 통신을 위해 인프라 시스템과, V2P 통신을 위해 보행자 UE 등과) V2X 통신을 수행하기 위해 사용될 수 있다. 일부 예에서, 통신 시스템(458)은 V2X 통신(예를 들어, PC5 인터페이스 또는 DSRC 인터페이스를 통한 사이드링크 통신)을 수행하기 위해 사용되는 V2X 모뎀을 포함할 수 있으며, 이 경우 V2X 모뎀은 무선 네트워크 액세스 기능(예: 네트워크/Uu 인터페이스를 통한 네트워크 통신 및/또는 V2X 통신 외의 사이드링크 통신용)에 사용되는 하나 이상의 모뎀과 분리될 수 있다.
일부 예에서, 통신 시스템 (458) 은 TCU (telematics control unit) 일 수 있거나 이를 포함할 수 있다. 일부 구현에서, TCU는 네트워크 액세스 디바이스(NAD)(일부의 경우 네트워크 제어 유닛 또는 NCU라고도 함)를 포함할 수 있다. NAD는 모뎀(464), 도 4에 도시되지 않은 임의의 다른 모뎀, OEM SIM(460), 사용자 SIM(462) 및/또는 무선 통신에 사용되는 다른 컴포넌트를 포함할 수 있다. 일부 예에서, 통신 시스템(458)은 GNSS(Global Navigation Satellite System)를 포함할 수 있다. 일부 경우에, GNSS는 아래에 설명된 바와 같이 하나 이상의 센서 시스템(456)의 일부일 수 있다. GNSS는 차량 컴퓨팅 시스템(450)이 하나 이상의 위치 서비스, 내비게이션 서비스, 및/또는 GNSS 기능성을 활용할 수 있는 다른 서비스를 수행할 수 있는 능력을 제공할 수 있다.
일부 경우에, 통신 시스템(458)은 무선 통신을 송신 및 수신하기 위한 하나 이상의 무선 인터페이스(예를 들어, 각각의 무선 인터페이스에 대한 하나 이상의 트랜시버 및 하나 이상의 베이스밴드 프로세서를 포함함), 하나 이상의 하드와이어드 접속을 통해 통신을 수행하기 위한 하나 이상의 유선 인터페이스(예를 들어, 직렬 인터페이스 이를테면 범용 직렬 버스(USB) 입력, 라이트닝 커넥터 및/또는 다른 유선 인터페이스), 및/또는 차량(404)이 네트워크 및/또는 다른 UE와 통신하는 것을 허용할 수 있는 다른 컴포넌트를 더 포함할 수 있다.
차량 컴퓨팅 시스템(450)은 또한 콘텐츠를 제어할 수 있는 인포테인먼트 시스템(454) 및 콘텐츠를 출력하는 데 사용될 수 있는 차량(404)의 하나 이상의 출력 디바이스를 포함할 수 있다. 인포테인먼트 시스템(454)은 또한 차량내 인포테인먼트 (IVI) 시스템 또는 자동차내 엔터테인먼트　(ICE) 시스템이라고 할 수 있다. 콘텐츠는 다른 콘텐츠 중에서도, 내비게이션 콘텐츠, 미디어 콘텐츠(예를 들어, 비디오 콘텐츠, 음악 또는 다른 오디오 콘텐츠, 및/또는 다른 미디어 콘텐츠)를 포함할 수 있다. 하나 이상의 출력 디바이스는 하나 이상의 그래픽 사용자 인터페이스, 하나 이상의 디스플레이, 하나 이상의 스피커, 하나 이상의 확장 현실 디바이스(예: VR, AR 및/또는 MR 헤드셋), 하나 이상의 햅틱 피드백 디바이스(예를 들어, 시트, 조향 휠, 및/또는 차량(404)의 다른 부분을 진동시키도록 구성된 하나 이상의 디바이스), 및/또는 다른 출력 디바이스를 포함할 수 있다.
일부 예에서, 컴퓨팅 시스템(450)은 지능형 수송 시스템(ITS)(455)을 포함할 수 있다. 일부 예에서, ITS(455)는 V2X 통신을 구현하는 데 사용될 수 있다. 예를 들어, ITS(455)의 ITS 스택은 ITS의 애플리케이션 계층으로부터의 정보를 기반으로 V2X 메시지를 생성할 수 있다. 일부 경우에, 애플리케이션 계층은 ITS(455)에 의해 사용하기 위한 메시지 생성 및/또는 다른 차량(V2V 통신의 경우)으로, 보행자 UE(V2P 통신의 경우)로, 및/또는 인프라 시스템(V2I 통신의 경우)으로 전송될 메시지 생성을 위한 특정 조건이 만족되었는지 여부를 결정할 수 있다. 일부 경우에, 통신 시스템(458) 및/또는 ITS(455)는 (예를 들어, CAN 버스를 통해 차량의 다른 컴포넌트로부터) 자동차 액세스 네트워크(CAN) 정보를 획득할 수 있다. 일부 예에서, 통신 시스템(458)(예를 들어, TCU NAD)은 CAN 버스를 통해 CAN 정보를 획득할 수 있고 CAN 정보를 ITS(455)의 PHY/MAC 계층으로 전송할 수 있다. ITS(455)는 CAN 정보를 ITS(455)의 ITS 스택에 제공할 수 있다. CAN 정보는 다른 정보 중에서도, 차량의 진행 방향, 차량의 속도, 브레이킹 정보(breaking information)와 같은 차량 관련 정보를 포함할 수 있다. CAN 정보는 지속적으로 또는 주기적으로(예를 들어, 1 밀리초(ms)마다, 10ms마다 등) ITS(455)에 제공될 수 있다.
메시지 생성 여부를 결정하는 데 사용되는 조건은 도로 안전, 교통 효율성, 인포테인먼트, 비즈니스 및/또는 다른 애플리케이션과 관련된 애플리케이션을 포함하는 안전 관련 애플리케이션 및/또는 다른 애플리케이션을 기반으로 하는 CAN 정보를 사용하여 결정될 수 있다. 하나의 예시적인 예에서, ITS(455)는 차선 변경 보조 또는 협상을 수행할 수 있다. 예를 들어, CAN 정보를 사용하여, ITS(455)는 (예를 들어, 활성화되는 깜박이에 기초하거나, 인접 차선으로 사용자 비어링(veering) 또는 조향하는 것에 기초하는 등) 차량(404)의 운전자가 현재 차선에서 인접 차선으로 차선을 변경하려고 시도하고 있음을 결정할 수 있다. 차량(404)이 차선 변경을 시도하고 있다는 결정에 기초하여, ITS(455)는 인접 차선에서 차량 인근에 있는 다른 차량으로 전송될 메시지와 연관된 차선 변경 조건이 만족되었음을 결정할 수 있다. ITS(455)는 ITS 스택을 트리거하여 다른 차량으로의 송신을 위한 하나 이상의 메시지를 생성할 수 있고, 이는 다른 차량과 차선 변경을 협상하는 데 사용할 수 있다. 애플리케이션의 다른 예는 다른 것 중에서도, 전방 충돌 경보, 자동 긴급 브레이킹, 차선 이탈 경보, 보행자 회피 또는 보호(예를 들어, 사용자의 UE와의 V2P 통신을 기반으로 하는 것과 같이 보행자가 차량(404) 근처에서 검출될 때), 교통 표지 인식을 포함한다.
ITS(455)는 임의의 적절한 프로토콜을 사용하여 메시지(예: V2X 메시지)를 생성할 수 있다. ITS(455)에 의해 사용될 수 있는 프로토콜의 예는 하나 이상의 SAE(Society of Automotive Engineering) 표준, 이를테면 SAE J2735, SAE J2945, SAE J3161, 및/또는 다른 표준을 포함하며, 이들은 이로써 참조에 의해 전부 그리고 모든 목적을 위해 원용된다.
ITS(455)의 보안 계층은 다른 차량, 보행자 UE 및/또는 인프라 시스템과 같은 V2X 통신용으로 구성된 다른 UE로 전송되고 이에 의해 검증되는 ITS 스택으로부터의 메시지를 보안적으로 서명하는 데 사용될 수 있다. 보안 계층은 또한 그러한 다른 UE로부터 수신된 메시지를 검증할 수 있다. 일부 구현에서, 서명 및 검증 프로세스는 차량의 보안 컨텍스트를 기반으로 할 수 있다. 일부 예에서, 보안 컨텍스트는 하나 이상의 암호화-복호화 알고리즘, 암호화-복호화 알고리즘을 사용하여 서명을 생성하는 데 사용되는 공개 및/또는 사설 키, 및/또는 다른 정보를 포함할 수도 있다. 예를 들어, ITS(455)에 의해 생성된 각각의 ITS 메시지는 ITS(455)의 보안 계층에 의해 서명될 수 있다. 서명은 공개 키와 암호화-복호화 알고리즘을 사용하여 도출될 수 있다. 서명된 메시지를 수신하는 차량, 보행자 UE 및/또는 인프라 시스템은 메시지가 인증된 차량에서 온 것인지 확인하기 위해 서명을 검증할 수 있다. 일부 예에서, 하나 이상의 암호화-복호화 알고리즘은 하나 이상의 대칭 암호화 알고리즘(예를 들어, AES(advanced encryption standard), DES(data encryption standard) 및/또는 다른 대칭 암호화 알고리즘), 공개 및 사설 키를 사용하는 하나 이상의 비대칭 암호화 알고리즘(예: RSA(Rivest-Shamir-Adleman) 및/또는 다른 비대칭 암호화 알고리즘) 및/또는 기타 암호화-복호화 알고리즘을 포함할 수 있다.
일부 예에서, ITS(455)는 다른 UE로부터 수신된 메시지에 기초하여 수행할 소정 동작(예를 들어, V2X 기반 동작)을 결정할 수 있다. 동작에는 도로 안전, 교통 효율성, 인포테인먼트, 비즈니스 및/또는 다른 애플리케이션을 위한 동작과 같은 안전 관련 및/또는 다른 동작이 포함될 수 있다. 일부 예에서, 동작은 차량(예를 들어, 제어 시스템(452))이, 다른 자동 기능 중에서도, 자동 브레이킹, 자동 조향(예를 들어, 특정 차선에서 진행 방향을 유지하기 위해), 다른 차량과의 자동 차선 변경 협상과 같은 자동 기능을 수행하게 하는 것을 포함할 수 있다. 하나의 예시적인 예에서, 다른 차량이 급정차하고 있음을 나타내는 메시지가 다른 차량으로부터(예를 들어, PC5 인터페이스, DSRC 인터페이스, 또는 다른 디바이스 대 디바이스 직접 인터페이스를 통해) 통신 시스템(458)에 의해 수신될 수 있다. 메시지를 수신하는 것에 대한 응답으로, ITS 스택은 메시지 또는 명령을 생성할 수 있고 그 메시지 또는 명령을 제어 시스템(452)으로 전송할 수 있으며, 이는 제어 시스템(452)으로 하여금 차량(404)을 자동으로 브레이킹하여 다른 차량과 충돌하기 전에 정지하도록 할 수 있다. 다른 예시적인 예에서, 동작은, 다른 것 중에서도, 다른 차량이 차량 옆 차선에 있음을 운전자에게 경고하는 메시지, 운전자에게 차량을 정지시키라고 경고하는 메시지, 운전자에게 보행자가 다가오는 횡단보도에 있음을 경고하는 메시지, 운전자에게 요금소가 차량의 소정 거리내(예: 1마일 이내)에 있음을 경고하는 메시지의 표시를 트리거링하는 것을 포함할 수 있다.
일부 예에서, ITS(455)는 다른 UE(예를 들어, 차량, RSU 등)로부터 많은 수의 메시지를 수신할 수 있으며, 이 경우 ITS(455)는 메시지 각각을 인증(예를 들어, 디코딩 및 복호화)하거나 및/또는 어느 동작을 수행할지 결정할 것이다. 그러한 많은 수의 메시지는 차량 컴퓨팅 시스템(450)에 대한 큰 계산 로드(computational load)로 이어질 수 있다. 일부 경우에, 큰 계산 로드로 인해 컴퓨팅 시스템(450)의 온도가 증가할 수 있다. 컴퓨팅 시스템(450)의 컴포넌트의 온도 상승은 많은 수의 착신 메시지를 프로세싱하는 컴퓨팅 시스템(450)의 능력에 악영향을 미칠 수 있다. 아래에서 더 자세히 설명되는 바와 같이, 차량 컴퓨팅 시스템(450)(또는 그 컴포넌트)의 온도가 하나 이상의 열적 수준을 초과하거나 이에 접근하는 것에 기초하여 하나 이상의 기능성이 차량(404)에서 다른 디바이스(예를 들어, 사용자 디바이스, RSU 등) 으로 천이될 수 있다. 하나 이상의 기능성을 천이하면, 차량(404)상의 계산 로드를 감소시킬 수 있어, 컴포넌트의 온도를 감소시키는 데 도움이 된다. 또한 아래에서 더 자세히 설명되는 바와 같이, 차량 컴퓨팅 시스템(450)이 컴퓨팅 시스템(450)의 온도 및 차량 컴퓨팅 시스템(450)의 프로세싱 용량에 따라 프로세싱 로드를 제어하기 위해 열적 기반 로드 밸런싱을 수행할 수 있게 하는 열적 로드 밸런서가 제공될 수 있다.
컴퓨팅 시스템(450)은 하나 이상의 센서 시스템(456)(예를 들어, 제 1 센서 시스템 내지 제 N 센서 시스템, 여기서 N은 0 이상의 값임)을 더 포함한다. 다수의 센서 시스템을 포함할 때, 센서 시스템(들)(456)은 차량(404)의 상이한 부분 상에 또는 그 안에 배열될 수 있는 상이한 유형의 센서 시스템을 포함할 수 있다. 센서 시스템(들)(456)은 하나 이상의 카메라 센서 시스템, LIDAR(Light Detection and Ranging) 센서 시스템, RADAR(Radio Detection and Ranging) 센서 시스템, EmDAR(Electromagnetic Detection and Ranging) 센서 시스템, SONAR(Sound Navigation and Ranging) 센서 시스템, SODAR(Sound Detection and Ranging) 센서 시스템, GNSS(Global Navigation Satellite System) 수신기 시스템(예: 하나 이상의 GPS(Global Positioning System) 수신기 시스템), 가속도계, 자이로스코프, 관성 측정 유닛(IMU), 적외선 센서 시스템, 레이저 거리 측정기 시스템, 초음파 센서 시스템, 초저주파 센서 시스템, 마이크로폰, 이들의 임의의 조합 및/또는 다른 센서 시스템을 포함할 수 있다. 임의의 수의 센서 또는 센서 시스템이 차량(404)의 컴퓨팅 시스템(450)의 일부로서 포함될 수 있음을 이해해야 한다.
차량 컴퓨팅 시스템 (450) 이 소정 컴포넌트 및/또는 시스템을 포함하는 것으로 도시되지만, 당업자는 차량 컴퓨팅 시스템 (450) 이 도 4 에 도시된 것들보다 더 많거나 더 적은 컴포넌트들을 포함할 수 있음을 인식할 것이다. 예를 들어, 차량 컴퓨팅 시스템(450)은 또한 하나 이상의 입력 디바이스 및 하나 이상의 출력 디바이스(미도시)를 포함할 수 있다. 일부 구현에서, 차량 컴퓨팅 시스템(450)은 또한 (예를 들어, 제어 시스템(452), 인포테인먼트 시스템(454), 통신 시스템(458) 및/또는 센서 시스템(들)(456)의 일부로서 또는 이와는 분리되어) 적어도 하나의 프로세서 및 적어도 하나의 프로세서에 의해 실행되는 컴퓨터 실행 가능 명령을 갖는 적어도 하나의 메모리를 포함할 수 있다. 적어도 하나의 프로세서는 적어도 하나의 메모리와 통신하거나 및/또는 이에 전기적으로 접속된다("에 커플링된다" 또는 "통신적으로 커플링된다"라고 함). 적어도 하나의 프로세서는 예를 들어, 하나 이상의 마이크로컨트롤러, 하나 이상의 CPU(central processing unit), 하나 이상의 FPGA(field programmable gate arrays), 하나 이상의 GPU(graphics processing unit), 하나 이상의 애플리케이션 프로세서(예를 들어, 하나 이상의 소프트웨어 애플리케이션을 작동(run) 또는 실행용) 및/또는 다른 프로세서를 포함할 수 있다. 적어도 하나의 메모리는, 예를 들어, ROM(read-only memory), RAM(random access memory)(예를 들어, SRAM(static RAM)), EEPROM(electrically erasable programmable read-only memory), 플래시 메모리, 하나 이상의 버퍼, 하나 이상의 데이터베이스, 및/또는 다른 메모리를 포함할 수 있다. 적어도 메모리 내에 또는 상에 저장된 컴퓨터 실행 가능 명령은 본 명세서에 설명된 기능 또는 동작 중 하나 이상을 수행하기 위해 실행될 수 있다.
도 5는 사용자 디바이스(507)의 컴퓨팅 시스템(570)의 예를 예시한다. 사용자 디바이스(507)는 최종 사용자에 의해 사용될 수 있는 UE의 예이다. 예를 들어, 사용자 디바이스(507)는 모바일 폰, 라우터, 태블릿 컴퓨터, 랩톱 컴퓨터, 추적 디바이스, 웨어러블 디바이스(예: 스마트 워치, 안경, XR 디바이스 등), 사물 인터넷(IoT) 디바이스 및/또는 무선 통신 네트워크를 통해 통신하기 위해 사용자에 의해 사용되는 다른 디바이스를 포함할 수 있다. 컴퓨팅 시스템(570)은 버스(589)를 통해 전기적으로 또는 통신적으로 커플링될 수 있는 (또는 그렇지 않으면, 적절하게 통신할 수도 있는) 소프트웨어 및 하드웨어 컴포넌트를 포함한다. 예를 들어 컴퓨팅 시스템은 하나 이상의 프로세서 (584) 를 포함한다. 하나 이상의 프로세서(584)는 하나 이상의 CPU, ASIC, FPGA, AP, GPU, VPU, NSP, 마이크로컨트롤러, 전용 하드웨어, 이들의 임의의 조합, 및/또는 다른 프로세싱 디바이스 또는 시스템을 포함할 수 있다. 버스(589)는 코어들 사이 및/또는 하나 이상의 메모리 디바이스(586)와 통신하기 위해 하나 이상의 프로세서(584)에 의해 사용될 수 있다.
컴퓨팅 시스템(570)은 또한 하나 이상의 메모리 디바이스(586), 하나 이상의 디지털 신호 프로세서(DSP)(582), 하나 이상의 SIM(574), 하나 이상의 모뎀(576), 하나 이상의 무선 트랜시버(578), 안테나(587), 하나 이상의 입력 디바이스(572)(예: 카메라, 마우스, 키보드, 터치 감지 스크린, 터치 패드, 키패드, 마이크로폰 등) 및 하나 이상의 출력 디바이스(580)(예: 디스플레이, 스피커, 프린터 등)을 포함할 수도 있다.
하나 이상의 무선 트랜시버(578)는 안테나(587)를 통해 다른 사용자 디바이스, 차량(예를 들어, 전술한 도 4의 차량(404)), 네트워크 디바이스(예를 들어, eNB 및/또는 gNB와 같은 기지국, WiFI 라우터 등), 클라우드 네트워크 등으로부터 무선 신호(예: 신호(588))를 수신할 수 있다. 일부 예에서, 통신 시스템 (570) 은 다수의 안테나를 포함할 수 있다. 무선 신호 (588) 는 무선 네트워크를 통해 송신될 수도 있다. 무선 네트워크는 셀룰러 또는 전기통신 네트워크(예: 3G, 4G, 5G 등), 무선 근거리 네트워크(예: WiFi 네트워크), BluetoothTM 네트워크 및/또는 다른 네트워크와 같은 임의의 무선 네트워크일 수도 있다. 일부 예에서, 하나 이상의 무선 트랜시버(578)는, 다른 컴포넌트들 중에서도, 증폭기, 신호 하향 변환을 위한 믹서(신호 승산기라고도 함), 믹서에 신호를 제공하는 주파수 합성기(오실레이터라고도 함), 베이스밴드 필터, 아날로그-디지털 변환기(ADC), 하나 이상의 전력 증폭기와 같은 하나 이상의 컴포넌트를 포함하는 RF 프런트 엔드를 포함할 수도 있다. RF 프런트 엔드는 일반적으로 무선 신호(588)의 베이스밴드 또는 중간 주파수로의 선택 및 변환을 처리할 수 있으며 RF 신호를 디지털 도메인으로 변환할 수 있다.
일부 경우에, 컴퓨팅 시스템(570)은 하나 이상의 무선 트랜시버(578)를 사용하여 송신 및/또는 수신된 데이터를 인코딩 및/또는 디코딩하도록 구성된 코딩-디코딩 디바이스(또는 CODEC)를 포함할 수 있다. 일부 경우에, 컴퓨팅 시스템(570)은 하나 이상의 무선 트랜시버(578)에 의해 송신 및/또는 수신되는 (예를 들어, AES 및/또는 DES 표준에 따라) 데이터를 암호화 및/또는 복호화하도록 구성된 암호화-복호화 디바이스 또는 컴포넌트를 포함할 수 있다.
하나 이상의 SIM(574)은 사용자 디바이스(507)의 사용자에게 할당된 IMSI 번호 및 관련 키를 각각 보안적으로 저장할 수 있다. 전술한 바와 같이, IMSI 및 키는 하나 이상의 SIM(574)과 연관된 네트워크 서비스 제공자 또는 운영자에 의해 제공되는 네트워크에 액세스할 때 가입자를 식별하고 인증하는 데 사용될 수 있다. 하나 이상의 모뎀(576)은 하나 이상의 무선 트랜시버(578)를 사용하여 송신하기 위한 정보를 인코딩하기 위해 하나 이상의 신호를 변조할 수 있다. 하나 이상의 모뎀(576)은 또한 송신된 정보를 디코딩하기 위해 하나 이상의 무선 트랜시버(578)에 의해 수신된 신호를 복조할 수 있다. 일부 예에서, 하나 이상의 모뎀(576)은 4G(또는 LTE) 모뎀, 5G(또는 NR) 모뎀, V2X 통신을 위해 구성된 모뎀, 및/또는 다른 유형의 모뎀을 포함할 수 있다. 하나 이상의 모뎀(576) 및 하나 이상의 무선 트랜시버(578)는 하나 이상의 SIM(574)을 위한 데이터를 통신하는 데 사용될 수 있다.
컴퓨터 시스템(570)은 또한, 로컬 및/또는 네트워크 액세스가능 저장장치, 디스크 드라이브, 드라이브 어레이, 광학 저장 디바이스, ROM 및/또는 RAM과 같은 솔리드 스테이트 저장 디바이스 (이는 프로그램 가능하거나, 플래시 업데이트가능한 등이다) 를 비제한적으로 포함할 수 있는, 하나 이상의 비일시적 머신 판독 가능 저장 매체 또는 저장 디바이스(예를 들어, 하나 이상의 메모리 디바이스(586))을 포함 (및/또는 이와 통신) 할 수 있다. 그러한 저장 디바이스들은, 다양한 파일 시스템들, 데이터베이스 구조들 등을 포함하지만 이에 한정되지 않는 임의의 적절한 데이터 저장장치를 구현하도록 구성될 수도 있다.
다양한 실시형태에서, 기능은 메모리 디바이스(들)(586)에 하나 이상의 컴퓨터 프로그램 제품(예를 들어, 명령 또는 코드)으로서 저장될 수 있고 하나 이상의 프로세서(들)(584) 및/또는 하나 이상의 DSP(582)에 의해 실행될 수도 있다. 컴퓨팅 시스템 (570) 은 또한, 다양한 실시형태들에 의해 제공되는 기능들을 구현하는 컴퓨터 프로그램들을 포함할 수 있거나 및/또는 본 명세서에 설명된 바와 같은 방법들을 구현하거나 및/또는 시스템들을 구성하도록 설계될 수도 있는, 예를 들어, 운영 체제, 디바이스 드라이버들, 실행가능 라이브러리들, 및/또는 다른 코드, 이를테면, 하나 이상의 애플리케이션 프로그램들을 포함하는 소프트웨어 엘리먼트들 (예: 하나 이상의 메모리 디바이스(586) 내에 위치됨)을 포함할 수 있다.
일부 구현에서 UE는 DSDA(Dual SIM Dual Active) 기능성을 위해 구성될 수 있다. 예를 들어, 차량(404), 사용자 디바이스(507) 및/또는 다른 UE에는 DSDA 기능성이 장착될 수 있다. DSDA 기능성이 있는 UE는 적어도 2개의 SIM을 장착할 수 있다. 하나의 예시적인 예에서, DSDA 기능성이 있는 차량 및 사용자 디바이스(예를 들어, 모바일 디바이스)는 차량 및 차량 및 사용자 디바이스의 사용자(예를 들어, 운전자, 동승자 등)가 독립적인 네트워크 운영자(또는 공급자) 가입을 선택하는 것을 가능하게 할 수 있으며, 여기서 각각의 운영자 가입은 특정 SIM과 연관된다. 예를 들어, 차량은 무선 통신 액세스를 위해 제 1 운영자(예: VerizonTM)를 사용할 수 있고 사용자 디바이스는 무선 통신 액세스를 위해 제 2 운영자(예: ATTTM)를 사용할 수 있다.
일부 경우에, DSDA 기능성은 도 4의 차량 컴퓨팅 시스템(450)과 관련하여 전술한 것과 같은 OEM SIM 및 사용자 SIM을 포함하는 차량을 위한 적어도 2개의 활성 SIM을 지원할 수 있다. 전술한 바와 같이, OEM SIM 및/또는 사용자 SIM은 하나 이상의 모뎀(예를 들어, 도 4에 도시된 모뎀(464) 및/또는 통신 시스템(458)의 다른 모뎀)과 함께 사용될 수 있다. 일부 구현에서, OEM SIM, 사용자 SIM 및 차량의 모뎀(들)은 차량의 TCU의 일부일 수 있거나 또는 TCU의 NAD의 일부(예를 들어, 도 4의 통신 시스템(458)의 일부로서)일 수 있다. 전술한 바와 같이, OEM SIM은 차량 기반 동작을 위해(예를 들어, 다른 동작 중에서도, eCall 기능을 위해, 소프트웨어 업데이트 등과 같은 차량 제조자와의 통신을 위해) 무선 통신을 수행하기 위한 액세스를 제공하는 정보를 저장할 수 있다. OEM SIM은, 긴급 호출을 하기 위한 eCall을 포함한, 차량을 위한 여러 중요 서비스를 지원한다. 사용자 SIM은 다른 것 중에서도, 전화 호출, 메시징, 인포테인먼트 관련 서비스를 용이하게 하는 것과 같은 사용자 데이터 접속을 지원하기 위해 사용자의 UE를 위한 무선 네트워크 액세스를 수행하는 데 사용된다.
DSDA는 사용자 SIM 및 차량의 모뎀이 UE의 SIM 및/또는 모뎀 대신 무선 네트워크 액세스를 위해(예: 셀룰러 접속을 위해) 사용되는 것을 허용할 수 있다. 예를 들어, 차량의 통신 범위에 들어오면, 사용자 디바이스(예: 모바일 디바이스)는 인터페이스를 통해 (예: BluetoothTM, WiFITM, USB 포트, lightning 포트, 및/또는 다른 무선 또는 유선 인터페이스를 통해) 차량과 접속할 수 있다. 일단 연결되면, 사용자 디바이스의 통신 유닛은 사용자 디바이스로부터 차량의 통신 유닛으로 무선 네트워크 액세스 기능성을 전송할 수 있다. 다음으로, 차량의 통신 유닛은 다른 동작 중에서도 전화 호출을 용이하게 하거나, 데이터(예를 들어, 메시징, 비디오, 오디오 등)를 송신하거나 및/또는 수신하는 것과 같은 하나 이상의 무선 통신 동작을 수행하기 위해 기지국과 상호작용하기 시작할 수 있다. 위에서 언급한 바와 같이, 디바이스(예를 들어, 차량, 사용자 디바이스, 다른 UE, RSU 등)의 "통신 유닛"은 TCU, NAD, 모뎀, SIM, 트랜시버(또는 개개의 수신기 및/또는 송신기), 이들의 임의의 조합, 및/또는 무선 통신 동작을 수행하도록 구성된 다른 시스템, 디바이스 또는 컴포넌트일 수 있다. 하나의 예시적인 예에서, 사용자 디바이스(예를 들어, 모바일 디바이스)의 사용자 SIM(예를 들어, SIM 및/또는 실제 SIM 카드에 저장된 정보)는 차량의 TCU NAD로 전송될 수 있으며, 그 후에 차량의 모뎀은 사용자 SIM 정보를 사용하여 사용자를 위한 무선 네트워크 운영자와 통신할 수 있다. 일부 예에서, 사용자 디바이스는 차량의 TCU NAD가 네트워크 운영자의 무선 네트워크와 통신하는 동안 네트워크 운영자의 무선 네트워크와의 통신을 중단할 수 있다.
DSDA는 차량 및 사용자 디바이스의 사용자에게 다양한 혜택을 제공한다. 예를 들어, 차량은 사용자에 의해 사용되는 사용자 디바이스(예를 들어, 모바일 디바이스)의 하나 이상의 안테나와 비교할 때 (예를 들어, 더 나은 신호 및 커버리지를 제공하는) 더 높은 품질의 안테나를 포함할 수도 있다. 이러한 예에서, DSDA는 사용자로 하여금 차량에 설치된 고품질 안테나를 활용하여 데이터, 음성 및/또는 다른 통신을 획득할 수 있도록 한다. 다른 예에서, 자동차 인포테인먼트 시스템(예를 들어, 디스플레이, 스피커 및 다른 디바이스를 포함하는 인포테인먼트 시스템(454))은 사용자 디바이스 및/또는 차량에 의해 획득된 정보를 출력하는 데 사용될 수 있다. 또한, 차량으로부터의 전력은 사용자 디바이스에 전력을 공급하기 위해(예를 들어, 디바이스의 배터리를 충전하기 위해) 및/또는 사용자 디바이스의 전력 사용을 줄이기 위해 사용될 수 있다.
일부 경우에, 자동차 표준 및/또는 자동차 OEM은 자동차 등급 전자 장치가 주위 온도 및 회로 컴포넌트 온도(예: 접합 온도라고도 하는 트랜지스터 접합 온도)를 포함하여 고온(예: 최대 120℃ 또는 일부 경우에 더 높은 온도)를 견딜 수 있을 것을 요구할 수도 있다. 그러나, 극단적인 온도에서는, 차량 통신 유닛(예: 무선 모뎀, TCU, NAD 등)은 제한된 기능성을 가질 수도 있다. 예를 들어, 자동차 무선 모뎀이 극단적인 주위 및/또는 접합 온도에 도달(예: 95℃, 100℃, 105℃, 110℃, 115℃, 120℃, 또는 다른 높은 온도에 도달)하는 경우, 모뎀은 소정 기능(예: eCall과 같은 긴급 서비스)을 우선 순위화하여 모뎀이 끊임 없이 그러한 기능을 계속 수행할 수 있도록 할 필요가 있을 수도 있다. 우선 순위가 낮은 기능(예: V2X 기능 및/또는 사용자 SIM 관련 서비스, 이를테면 무선 액세스 기능)을 계속 수행하면, 차량 통신 유닛의 우선 순위가 높은 기능의 수행에 영향을 미칠 수 있다. 예를 들어, 우선 순위가 낮은 기능을 계속 수행함으로써, 차량 통신 유닛은 모든 기능의 수행을 막는 극단적인 온도로 인해 우선 순위가 더 높은 기능을 수행 불가능할 수도 있다. 이러한 경우, 모뎀은, 다른 것 중에서도, 사용자 디바이스에 대한 무선 액세스 기능(예: 사용자 SIM 및 모뎀 사용), V2X 기능과 같은 우선 순위가 낮은 소정 기능의 우선 순위를 낮출 수 있다. 일례에서, 차량 통신 유닛은 무선 네트워크 액세스 기능 및/또는 V2X 기능(예: 사용자 SIM을 사용하여 수행됨) 수행을 중지할 수 있고, eCall과 같은 긴급 서비스를 계속 수행할 수 있다.
차량 통신 유닛이 특정 온도에 도달하는 것에 기초하여 소정 기능 수행을 중지하면 문제가 발생할 수 있다. 예를 들어, 위에서 언급한 바와 같이, 차량은 사용자 SIM과 관련된 서비스 또는 기능(예: 무선 네트워크 액세스 기능)의 우선 순위를 낮출 수 있고 다른 서비스(예: V2X 기능, 긴급 서비스 등)을 위하여 우선 순위를 낮춘 서비스 또는 기능을 셧다운할 수 있다. 일부 경우에, 차량은 사용자에게 알림을 출력하지 않고서 및/또는 차량의 통신 디바이스에서 사용자 디바이스의 통신 유닛으로 서비스를 전송하지 않고서 이들 서비스를 셧다운할 수도 있다. 이러한 시나리오는 사용자 SIM과 연관된 서비스의 갑작스러운 종료를 초래할 수 있으며 서비스 또는 기능을 계속 수행하는 데 필요할 수 있는 컨텍스트(예: V2X 컨텍스트 및/또는 eCall 컨텍스트)의 손실을 제공할 수 있다.
전술한 바와 같이, 하나 이상의 디바이스(예를 들어, 하나 이상의 UE)에 대한 열적 완화 향상을 수행하기 위한 시스템 및 기술이 여기에 설명된다. 일부 경우에, 시스템 및 기술은 도 4에 도시된 차량(404)과 같은 UE에 의해 구현될 수 있다. 시스템 및 기술은 차량의 하나 이상의 통신 유닛에서 사용자 디바이스의 하나 이상의 통신 유닛으로 상이한 기능성을 천이할지 여부를 결정하기 위해 하나 이상의 온도 임계치(또는 열적 수준) 및/또는 온도 변화를 참조할 수 있다. 본 명세서에서 제공되는 예는 예시적인 목적을 위해 차량의 통신 유닛과 사용자 디바이스의 통신 유닛 간의 서비스 천이를 설명한다. 당업자는 본 명세서에 기재된 시스템 및 기술이 온도 임계치에 기초하여 다른 유형의 디바이스(예를 들어, UE, RSU(road side unit) 등) 간에 다양한 기능성을 천이하는 데 사용될 수 있음을 이해할 것이다. 예를 들어, 일부 구현에서, 차량은 기능성을 RSU로, 다른 차량으로 및/또는 다른 디바이스로 천이할 수 있다. 또한 차량(또는 다른 UE)의 다수의 통신 유닛의 온도가 모니터링될 수 있고 다양한 통신 유닛의 기능성이 감소될 수 있거나 및/또는 사용자 디바이스(또는 다른 UE)의 하나 이상의 통신 유닛으로 및/또는 이로부터 전송될 수 있음을 이해할 것이다. 일부 경우에, 온도에 추가로 또는 대안적으로, 통신 유닛의 습도, 통신 유닛에 노출되는 광량, 통신 유닛을 위한 환기량 및/또는 다른 특성 또는 요인을 포함하는, 하나 이상의 다른 특성 또는 요인을 모니터링할 수 있다.
차량은 다양한 시나리오에서 이를테면 많은 수의 메시지(예: V2X 메시지)를 프로세싱할 때, 장기간(예: 몇 시간, 며칠 등) 동작될 때, 더운 날씨 및/또는 화창한 날에 운전할 때, 사고(예: 자동차 충돌) 발생 시, 및/또는 다른 시나리오에서 고온을 경험할 수도 있다. 예를 들어, 자동차 NAD(예를 들어, 통신 시스템(458)의 일부로 포함됨)는 차량이 많은 수의 메시지를 프로세싱하거나, 뜨거운 환경에 있거나, 및/또는 장기간 동안 동작할 때 고온을 경험할 수 있다. 차량이 고온을 경험할 수도 있는 동안, 사용자 디바이스는 차량에 비해 덜 가혹한 환경(예를 들어, 차량 내부)에 있을 수도 있고, 따라서 고온을 경함할 때 차량이 우선순위를 낮출 수도 있는 소정 동작 또는 기능을 계속 수행할 수 있다.
차량은 차량의 통신 유닛 및/또는 차량의 통신 유닛의 로드의 하나 이상의 온도를 (예를 들어, 주기적으로 또는 연속적으로) 모니터링할 수 있는 열적 완화 시스템을 포함할 수 있다. 차량의 통신 유닛은 통신 시스템(458)(위에 언급된 바와 같이 TCU 또는 TCU NAD를 포함할 수 있음), 사용자 SIM(462), OEM SIM(460), 모뎀(464), 내부에 보여진 통신 시스템(458) 의 임의의 다른 모뎀 및/또는 SIM 및/또는 다른 컴포넌트를 포함할 수 있다. 열적 완화 시스템은 전력 관리 시스템(451), 통신 시스템(458), 제어 시스템(452), 인포테인먼트 시스템(454), 및/또는 차량 컴퓨팅 시스템(450)의 다른 시스템의 일부일 수 있거나 또는 이와 통신할 수 있다.
하나 이상의 온도는 통신 유닛의 주위 온도, 통신 유닛의 컴포넌트의 회로 컴포넌트 온도(예를 들어, 접합 온도), 및/또는 다른 온도를 포함할 수 있다. 예를 들어, 열적 완화 시스템은 통신 유닛의 주위 온도 및 통신 유닛의 컴포넌트(예를 들어, 트랜지스터 및/또는 다른 회로)의 접합 온도(junction temperature)를(예를 들어, 주기적으로 및/또는 지속적으로 체킹함으로써) 모니터링할 수 있다. 일부 경우에, 하나 이상의 온도 센서(예: 서미스터)가 차량의 다양한 위치에 제공될 수 있다. 예를 들어, 도 4를 참조하면, 온도 센서는 차량 컴퓨팅 시스템(450)의 일부로서 포함될 수 있거나 또는 이에 통신적으로 커플링될 수 있거나, 온도 센서는 통신 시스템(458)의 일부로서 포함될 수 있거나 또는 이에 통신적으로 커플링될 수 있거나, 및/또는 차량(404)의 다른 컴포넌트의 일부로서 포함될 수 있거나 또는 이에 통신적으로 커플링될 수 있다. 일부 예에서, 다수의 온도 센서는 차량(404)의 온도(예를 들어, 주위 및/또는 접합 온도)를 측정하는 데 사용될 수 있다.
열적 완화 시스템에 의해 모니터링되는 로드는 차량의 모뎀(예를 들어, 모뎀(464) 및/또는 도 4의 통신 시스템(458)의 다른 모뎀)에 의해 송신 및/또는 수신되는 셀룰러 데이터의 양, 통신 시스템(458)에 의해 송신 및/또는 수신되는 V2X 사이드링크 통신의 양(예를 들어, 초당 5개의 메시지 대 초당 2500개의 메시지를 송신 및/또는 수신), 차량의 통신 유닛에 의해 사용되는 컴퓨팅 리소스의 양, 및/또는 다른 요인에 기초한 것을 포함할 수 있다. 후술하는 바와 같이, 로드는 흐름 제어를 위해(예를 들어, 차량의 통신 유닛에 의해 수행되는 소정 동작을 감소시킬지 또는 중지할지 여부를 결정하기 위해) 사용될 수 있다.
열적 완화 시스템은 차량의 통신 유닛이 하나 이상의 온도 임계치에 도달했는지 여부, 기간 동안 특정 온도 변화가 발생했는지 (예: 섭씨 10도 상승이 한 시간의 기간 내에 발생했는지) 여부 및/또는 기타 다른 온도 기반 조건이 발생했는지 여부를 검출할 수 있다. 차량의 통신 유닛이 주어진 온도 임계치에 도달했거나 및/또는 특정 온도 변화가 발생했다는 검출에 응답하여, 차량은 하나 이상의 기능성을 감소시킬 수 있거나 및/또는 하나 이상의 기능성을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로부터 천이할 수 있다. 위에 언급된 바와 같이, 차량의 통신 유닛은 통신 시스템(458)(예: TCU 또는 TCU NAD), OEM SIM(460), 사용자 SIM(462), 모뎀(464), 도 4의 통신 시스템(458) 의 임의의 다른 모뎀 및/또는 다른 컴포넌트 또는 디바이스를 포함할 수 있다. 사용자 디바이스의 통신 유닛은 SIM(574), 모뎀(576), 무선 트랜시버(578) 및/또는 다른 컴포넌트 또는 디바이스를 포함할 수 있다.
일부 예에서, 하나 이상의 기능성을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하기 전에 또는 그 때에, 차량(예를 들어, 차량 컴퓨팅 시스템(450)의 통신 시스템(458), 인포테인먼트 시스템(454), 및/또는 다른 컴포넌트)는 사용자에게 통신 유닛이 고온(예를 들어, 95℃, 100℃, 105℃, 115℃ 등)을 경험하고 있다는 것 및 하나 이상의 통신 기능 또는 서비스가 차량 통신 유닛으로부터 사용자 디바이스 통신 유닛으로 천이될 필요가 있을 수도 있다는 것을 표시하는 알림을 출력할 수 있다. 일례에서, 통신 시스템(458)은 인포테인먼트 시스템(454)으로 하여금 알림을 시각적 메시지로 표시하거나 및/또는 알림을 오디오 메시지로 출력하게 할 수 있다. 오디오 메시지를 표시 및/또는 출력하는 것에 추가하여 또는 그에 대한 대안으로서, (예를 들어, 차량내 하나 이상의 시트, 차량의 조향 휠, 차량의 다른 부분을 진동시킴으로써) 햅틱 피드백이 사용자에게 출력될 수 있다. 다른 예에서, 메시지는 차량의 통신 시스템(예를 들어, 통신 시스템(458))에 의해 사용자 디바이스로 전송될 수 있고, 알림이 있는 메시지가 표시되거나, 오디오 메시지로 출력되거나, 및/또는 햅틱 피드백으로서(예: 진동으로서) 사용자 디바이스에 의해 출력될 수 있다. 일부 예에서, 표시된 메시지 또는 메시지와 연관된 표시된 그래픽 요소(예를 들어, 가상 버튼 또는 아이콘)은 사용자가 특정 기능성(예를 들어, 무선 네트워크 액세스 기능성, V2X 기능성, eCall 과 같은 긴급 서비스 기능성 등)을 차량에서 사용자 디바이스로 천이하는데 동의하는지 여부를 표시하기 위해 사용자에 의해 선택가능할 수 있다. 그 옵션은 터치 감지 스크린을 이용하여 제공되는 터치 입력, 마이크로폰을 이용하여 제공되는 음성 입력, 제스처 인식 기반의 입력, (예를 들어, 인포테인먼트 시스템(454)의 부분으로서)차량의 물리적 또는 기계적 제어 메커니즘에 기초한 입력, 및/또는 다른 유형의 입력을 사용하여 사용자에 의해 선택될 수 있다. 사용자는 사용자가 하나 이상의 기능성의 전송을 수락함을 표시하는 입력(예를 들어, 표시된 옵션을 선택함으로써)을 제공할 수 있다. 입력을 수신할 시에, 차량 컴퓨팅 시스템(예를 들어, 차량 컴퓨팅 시스템(450))은 하나 이상의 기능성이 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이되게 할 수 있다.
위에서 나타낸 바와 같이, 감소되거나 및/또는 차량에서 사용자 디바이스로 천이될 수 있는 기능성은 하나 이상의 무선 네트워크 액세스 기능(예: 4G 네트워크, 5G 네트워크 등과 같은 무선 네트워크에 접속), 하나 이상의 V2X 기능, 하나 이상의 긴급 기능(예: eCall 서비스), 이들의 임의의 조합 및/또는 다른 기능을 포함할 수 있다. 예를 들어, 차량(예를 들어, 차량의 통신 유닛)이 주어진 온도 임계치에 도달했거나 기간 내에 온도 변화가 발생했다는 검출에 응답하여, 차량은 차량의 통신 유닛(예: 통신 시스템(458), 사용자 SIM(462), OEM SIM (460), 및/또는 모뎀(464))에서 사용자 디바이스의 통신 유닛(예: SIM(574), 모뎀(576), 및/또는 무선 트랜시버(578))으로 네트워크 액세스 기능성을 천이할 수 있다. 하나의 예시적인 예에서, 네트워크 액세스 기능성은 차량의 사용자 SIM(462)에서 사용자 디바이스의 SIM(574)으로 천이될 수 있다. 일부 경우에, 차량의 통신 유닛은 무선 네트워크 액세스 기능성을 수행하기 시작하라는 명령을 사용자 디바이스의 통신 유닛에 송신 또는 전송할 수 있다. 명령을 수신하는 것에 응답하여, 사용자 디바이스의 통신 유닛은 무선 액세스 기능성을 수행하기 시작할 수 있다. 일부 경우에, 차량의 인포테인먼트 시스템(예를 들어, 인포테인먼트 시스템(454))은 네트워크 액세스 기능성이 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이된 후에 콘텐츠를 계속 출력할 수 있다.
다른 예에서, 차량의 V2X 기능성이 감소되거나 및/또는 사용자 디바이스로 천이될 수 있거나, 하나 이상의 긴급 기능(예: eCall 서비스)이 사용자 디바이스로 천이될 수 있거나, 및/또는 상이한 온도 임계치 및/또는 온도 변화에 도달하는 것에 기초하여 다른 동작이 수행될 수 있다. 열적 완화 프레임워크의 예가 도 6 과 관련하여 아래에서 설명된다.
일부 경우에, 차량의 하나의 통신 유닛과 연관된 온도는 차량에서 사용자 디바이스로 다른 통신 유닛의 기능성을 전송 및/또는 감소시킬 시기를 결정하기 위한 트리거로 사용될 수 있다. 예를 들어, TCU의 온도는 차량 모뎀의 기능성을 사용자 디바이스의 모뎀으로 전송할 시기를 결정하는 데 사용될 수 있다.
도 6은 차량의 컴퓨팅 시스템(예를 들어, 도 4의 차량 컴퓨팅 시스템(450))이 소정 수준의 완화를 수행할 시기를 결정하기 위해 사용할 수 있는 열적 완화 프레임워크(600)의 예를 예시하는 도면이다. 열적 완화 프레임워크(600)는 차량의 통신 유닛 및 사용자 디바이스(예를 들어, 모바일 디바이스, 태블릿 디바이스, 웨어러블 디바이스, XR 디바이스 및/또는 다른 디바이스)의 통신 유닛에 대해 설명될 것이다. 그러나, 일부 경우에, 하나 이상의 다수의 통신 유닛의 온도를 모니터링할 수 있고 하나 또는 다수의 통신 유닛에 의해 수행되는 기능을 사용자 디바이스의 하나 또는 다수의 통신 유닛으로 천이할 수 있다. 전술한 바와 같이, 차량의 통신 유닛은 통신 시스템(458)(예를 들어, TCU 또는 TCU NAD)을 전체적으로 포함할 수 있거나 또는 모뎀(464), 사용자 SIM(462) 및/또는 OEM SIM(460)을 포함할 수 있다. 위에서도 언급된 바와 같이, 사용자 디바이스의 통신 유닛은 SIM(574), 모뎀(576) 및/또는 무선 트랜시버(578)를 포함할 수 있다.
차량의 전원이 켜져 있고 사용자 디바이스가 차량의 통신 범위 내에 있는 경우, 사용자 디바이스는 인터페이스를 통해(예: WiFiTM DSRC 인터페이스를 통해, BluetoothTM 인터페이스를 통해, 3GPP 사이드링크 PC5 인터페이스, USB 포트, lightning 포트, 및/또는 다른 무선 또는 유선 인터페이스를 통해) 통해 차량과 접속할 수 있다. 성공적인 접속이 확립되면, 사용자 디바이스는 사용자 디바이스를 위한 무선 네트워크 액세스 기능성과 같은 특정 기능을 차량이 수행하도록 요청하는 요청을 차량에 보낼 수 있다. 차량은 사용자 디바이스 인식 및/또는 인증 등에 기초하여 요청을 수락할 수 있다. 사용자 디바이스의 통신 유닛은 사용자 디바이스의 통신 유닛에서 차량의 통신 유닛으로 무선 네트워크 액세스 기능성을 전송할 수 있다. 다음으로 차량의 통신 유닛은 사용자 디바이스를 위한 무선 네트워크 액세스를 제공하기 위해 무선 네트워크 액세스 기능성을 수행하기 시작할 수 있으며, 이는 사용자로 하여금 사용자 SIM(예를 들어, 사용자 SIM(462)), 모뎀(예를 들어, 모뎀(464) 및/또는 도 4의 통신 시스템(458)의 다른 모뎀), 및/또는 차량의 안테나를 이용할 수 있게 한다. 차량의 통신 유닛은 다른 동작 중에서도, 전화 호출을 용이하게 하거나, 데이터(예를 들어, 메시징, 비디오, 오디오 등)를 송신하거나 및/또는 수신하는 것과 같은 사용자 디바이스를 위한 다양한 동작을 수행할 수 있다.
도 6에 도시된 바와 같이, 상이한 열적 수준은 상이한 완화 수준과 연관된다. 각각의 완화 수준은 차량의 컴퓨팅 시스템(예를 들어, 도 4의 차량 컴퓨팅 시스템(450))의 하나 이상의 기능성을 (사용자 디바이스로) 천이 및/또는 수정하는 것을 포함한다. 도 6에 도시된 열적 완화 프레임워크(600)는 소정 완화 수준을 수행할 시기를 결정하기 위해 온도 임계치로서 사용될 수 있는 다양한 열적 수준의 예시적인 예를 제공한다. 당업자는 다른 완화 기술이 도 6에 도시된 것외의 열적 수준에 기초하여 수행될 수 있음을 이해할 것이다.
도시된 바와 같이, 차량의 통신 유닛이 정상 동작 열적 범위(612) 내에서 동작할 때, 통신 유닛은 어떤 기능도 감소시키거나 및/또는 어떤 기능도 사용자 디바이스로 천이하지 않고서 다양한 기능을 수행할 수 있다. 일부 경우에, 차량은 정상 동작 열적 범위(612)에 있을 때에도 소정 기능을 감소 및/또는 천이할 수 있다. 하나의 예시적인 예에서, 정상 동작 열적 범위(612)는 0℃ 내지 95℃의 온도 범위를 포함할 수 있다. 임의의 다른 적절한 범위가 정상 동작 열적 범위(612)로 사용될 수 있다. 정상 동작 열적 범위(612) 동안 수행되는 기능은 다른 것 중에서도, eCall 및/또는 다른 긴급 서비스, V2X 기능, 무선 네트워크 액세스 기능성을 포함할 수 있다.
제 1 온도 임계치는 열적 수준(614)으로 보여지고, 제 2 온도 임계치는 열적 수준(616)으로 보여지고, 제 3 온도 임계치는 열적 수준(618)으로 보여진다. 열적 수준(618)은 열적 수준(616)보다 높고, 열적 수준(616)은 열적 수준(614)보다 높다. 하나의 예시적인 예에서, 열적 수준(614)은 95℃의 온도를 포함할 수 있고, 열적 수준(614)은 105℃의 온도를 포함할 수 있고, 열적 수준(614)은 115℃의 온도를 포함할 수 있다. 열적 수준(614-618)을 위한 임의의 다른 값을 사용할 수 있다.
열적 완화 시스템은 차량의 통신 유닛이 열적 수준(614, 616, 및 618)과 연관된 온도 임계치 중 하나 이상에 도달했는지 여부를 검출할 수 있다. 예를 들어, 열적 완화 시스템은 차량의 통신 유닛의 온도(예를 들어, 주위 온도 및/또는 접합 온도)가 열적 수준(614)에 도달했고 따라서 온도가 제 1 온도 임계치 이상이라고 결정할 수 있다. 온도가 제 1 온도 임계치 이상이라는 것에 응답하여, 차량(예를 들어, 차량 컴퓨팅 시스템의 통신 유닛 또는 다른 컴포넌트)은 완화 수준(615)에 따른 동작을 수행할 수 있다.
완화 수준(615)에 따르면, 차량(예를 들어, 차량 컴퓨팅 시스템의 통신 유닛 또는 다른 컴포넌트)은 무선 네트워크 액세스 기능성을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이할 수 있다. 예를 들어, 차량은 무선 네트워크 액세스 기능성을 수행하기 위해 사용자 디바이스의 통신 유닛을 사용하기 시작하라는 명령을 사용자 디바이스에 송신하거나 전송할 수 있다. 사용자 디바이스의 통신 유닛은 명령을 수신하는 것에 응답하여 무선 액세스 기능성을 수행하기 시작할 수 있다. 전술한 바와 같이, 일부 예에서, 사용자 디바이스의 통신 유닛은 무선 모뎀(예를 들어, 모뎀(576))을 포함할 수 있다. 그러한 예들에서, 모뎀은 무선 네트워크 접속성을 획득하기 위해 사용자 디바이스의 사용자 SIM(예를 들어, SIM(574))과 연관된 무선 네트워크 액세스 서비스 제공자의 네트워크 엔티티(예를 들어, eNB, gNB 등)와 통신을 시작할 수 있다.
일부 예에서, 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로의 무선 네트워크 액세스 기능성의 천이는 사용자의 관점에서 심리스(seamless)하고 투명할 수 있다. 예를 들어, 무선 네트워크 액세스 기능성이 차량의 통신 유닛에 의해 수행될 때, 네트워크로부터 차량의 통신 유닛에 의해 획득된 데이터는 차량에 의해 출력(예를 들어, 차량의 인포테인먼트 시스템을 사용하여 표시되거나 그 밖의 방법으로 출력)될 수 있다. 무선 네트워크 액세스 기능성이 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛로 성공적으로 천이되면, 네트워크로부터 사용자 디바이스의 통신 유닛에 의해 획득된 데이터가 끊임 없이 차량에 의해 계속 출력될 수 있다. 예를 들어, 데이터는 무선 접속을 통해(예를 들어, BluetoothTM, WiFITM 또는 다른 무선 인터페이스를 통해) 및/또는 유선 접속을 통해 (예를 들어, USB 인터페이스, 직렬 인터페이스, lightning 인터페이스 또는 다른 유선 접속을 사용하여) 차량의 인포테인먼트 시스템(또는 다른 시스템 또는 컴포넌트)로 사용자 디바이스의 통신 유닛에 의해 제공될 수 있다.
일부 예에서, 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 무선 네트워크 액세스 기능성의 심리스한 천이를 제공하기 위해, 차량의 통신 유닛은 열적 수준(614)에 도달했을 때 통신 유닛이 수행하는 프로세스에 있었던 서비스(예를 들어, 전화 호출, 비디오 또는 오디오와 같은 미디어 스트리밍 등)을 계속 수행할 수 있다. 차량의 통신 유닛은 사용자 SIM(462)과 연관된 네트워크 운영자로부터 통신 유닛의 등록 해제를 개시할 수 있다. 통신 유닛은 또한 사용자 디바이스의 통신 유닛을 SIM(574)과 연관된 네트워크 운영자에 동록하거나 또는 등록하라는 명령을 사용자 디바이스에 전송할 수 있다. 일례에서, 도 2b의 AMF(264)는 사용자 디바이스(507)로 하여금 5GC(260)에 의해 제공되는 네트워크에 액세스할 수 있도록 하기 위해 SIM (574) 의 SIM 정보(예를 들어, 가입자 또는 사용자의 암호화-복호화 키)를 인증하는 데 사용될 수도 있다. 사용자 디바이스의 통신 유닛이 네트워크 운영자에 등록되면, 차량의 통신 유닛은 서비스 수행을 중지할 수 있다. 일부 구현에서, 사용자 디바이스는 (예를 들어, 3GPP 기술 사양(TS) 24.337에 기재된 바와 같은) 풀 모드(pull mode)를 사용하여 차량의 통신 유닛(예를 들어, 위에 설명된 바처럼 TCU NAD를 포함할 수 있는 통신 시스템(458))으로부터 사용자 디바이스의 통신 유닛으로 호출을 전송할 수 있다.
일부 예에서, 완화 수준(615)에 따르면, 차량(예를 들어, 통신 시스템(458), 인포테인먼트 시스템(454), 및/또는 차량 컴퓨팅 시스템(450)의 다른 컴포넌트)는 사용자를 위한 알림을 출력할 수 있다. 알림은 서비스가 차량에서 사용자의 사용자 디바이스(예를 들어, 모바일 디바이스)로 전송될 필요가 있을 수 있다는 경보를 사용자에게 제공할 수 있다. 예를 들어, 차량은 (열적 수준(614)에 도달하거나 초과하는 것에 기초하여) 통신 유닛이 고온을 경험하고 있고 무선 네트워크 액세스 기능성이 차량 통신 유닛에서 사용자 디바이스 통신 유닛으로 천이될 필요가 있을 수 있거나 천이될 것임을 사용자에게 나타내는 알림을 출력할 수 있다. 알림은 (예를 들어, 차량의 디스플레이 디바이스 상에 및/또는 사용자 디바이스의 디스플레이 상에) 표시될 수 있거나, (예를 들어, 차량 및/또는 사용자 디바이스의 하나 이상의 스피커를 사용하여) 오디오로서 출력될 수 있거나, 및/또는 차량에서(예를 들어, 하나 이상의 시트, 조향 휠 등을 진동시킴으로써) 및/또는 사용자 디바이스 상에서(예를 들어, 사용자 디바이스를 진동시킴으로써) 햅틱 피드백으로서 출력될 수 있다.
일부 경우에, 사용자 디바이스 통신 유닛으로의 무선 네트워크 액세스 기능성의 천이를 사용자가 수락하거나 거부할 수 있도록 옵션이 출력될 수 있다. 일례에서, 선택 가능한 옵션은 차량 내 디스플레이 상에 및/또는 사용자 디바이스의 디스플레이 상에 표시될 수 있다. 다른 예에서, 차량의 하나 이상의 스피커를 사용하여 및/또는 사용자 디바이스의 하나 이상의 스피커를 사용하여 메시지가 오디오로 출력될 수 있다. 사용자는 사용자 디바이스의 통신 유닛으로의 무선 네트워크 액세스 기능성의 전송을 사용자가 수락 또는 거부하는지 여부를 나타내는 입력을 제공할 수 있다. 입력은 (터치 스크린 디스플레이 상에 표시되는 메시지를 선택함으로써) 터치 입력, 음성 입력, 제스처 기반 입력, (예를 들어, 인포테인먼트 시스템(454)의 부분으로서)차량의 물리적 또는 기계적 제어 메커니즘에 기초한 입력, 및/또는 다른 유형의 입력을 사용하는 것을 포함할 수 있다. 사용자가 기능성 전송을 수락한 경우, 차량은 무선 네트워크 액세스 기능성을 수행하기 위해 사용자 디바이스의 통신 유닛을 사용하라는 명령을 사용자 디바이스에 송신할 수 있다.
일부 예에서, 차량은 무선 네트워크 액세스 기능성이 사용자 디바이스 통신 유닛으로 천이될 것임을 나타내는 알림을 먼저 출력하지 않고서 무선 네트워크 액세스 기능성을 사용자 디바이스 통신 유닛으로 천이할 수 있다. 그러한 경우에, 열적 수준(614)에 도달되면, 차량은 무선 네트워크 액세스 기능성을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이할 수 있다.
일부 예에서, 차량은 흐름 제어와 같은 완화 수준(615)에 따라 다른 동작을 수행할 수 있다. 차량은 차량의 통신 유닛에 의해 수행되는 소정 동작을 감소 또는 중지하는 것에 의해 흐름 제어를 수행할 수 있다. 전술한 바와 같이, 차량은 통신 유닛에 의해 수행되고 있는 임의의 기능을 결정하기 위해 열적 완화 시스템에 의해 결정된 로드를 사용할 수 있다. 예를 들어, 차량은 차량의 통신 유닛이 소정 동작을 수행하는 것을 감소 및/또는 중지할지 여부를 결정하기 위해 로드를 사용할 수 있다. 차량의 통신 유닛의 예로서 모뎀을 사용하는 하나의 예시적인 예에서, 제어 시스템(452) 및/또는 통신 시스템(458)은 모뎀으로 하여금 사용되고 있는 변조 방식을 덜 복잡한(따라서 덜 계산 집약적인) 변조 방식으로 변경, 이를테면 256QAM(256 Quadrature Amplitude Modulation) 변조 방식에서 64QAM 변조 방식으로 전환하게 할 수 있다. 다른 예에서, 통신 시스템(458)은 5G 모뎀(예를 들어, 모뎀(464) 또는 도 4의 통신 시스템(458)의 다른 모뎀)을 사용하는 것에서 4G 모뎀(예를 들어, 모뎀(464) 또는 도 4의 통신 시스템(458)의 다른 모뎀)을 사용하는 것으로 전환할 수 있다.
차량 통신 유닛의 온도가 열적 수준(614) 아래로 감소되면, 차량 및/또는 사용자 디바이스는 네트워크 액세스 기능성을 다시 차량으로 천이할 수 있다. 예를 들어, 차량은 차량의 통신 유닛이 네트워크 액세스 기능성을 수행할 수 있다는 것을 표시하는 명령 또는 알림을 사용자 디바이스에 전송할 수 있다. 사용자 디바이스는 네트워크 액세스 기능성 수행을 자동으로 중지할 수 있거나 및/또는 사용자로 하여금 차량으로 네트워크 액세스 기능성의 전송을 수락하거나 거부하는 것을 허용할 수 있는 선택 가능한 옵션을 사용자에게 출력할 수 있다.
차량에서 사용자 디바이스로 네트워크 액세스 기능성을 천이하면 다양한 이점이 제공될 수 있다. 예를 들어, 차량에서 사용자 디바이스로의 네트워크 액세스 기능성의 천이는 차량의 통신 시스템(예를 들어, 통신 시스템(458))에 의한 리소스 사용량을 감소시켜, 통신 시스템이 V2x, eCall 및/또는 다른 높은 우선 순위 서비스와 같은 미션 크리티컬 또는 높은 우선 순위 서비스를 계속 제공할 수 있게 한다. 통신 시스템은 또한 더 높은 온도(예를 들어, 열적 수준(614)보다 높은 온도)하에서 더 오랜 지속시간 동안 기능하는 상태로 유지 가능할 것이다. 네트워크 액세스 기능성을 차량에서 사용자 디바이스로 천이하면 또한 사용자에게 지속적인 서비스를 제공할 수 있으므로, 갑작스러운 서비스 끊임을 피할 수 있다(예: 전화 호출, 차량의 인포테인먼트 시스템에 의해 제공되는 미디어 등의 방해 방지). 위에 언급된 바와 같이, 차량의 인포테인먼트 시스템(예를 들어, 인포테인먼트 시스템(454))은 네트워크 액세스 기능성이 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이될 때 콘텐츠를 계속 출력할 수 있다.
열적 완화 시스템은 또한, 차량의 통신 유닛의, 주위 및/또는 접합 온도과 같은, 온도가 열적 수준(616)에 도달했고 따라서 온도가 제 2 온도 임계치 이상인지 여부를 결정할 수 있다. 온도가 제 2 온도 임계치 이상이라는 것에 기초하여, 차량(예를 들어, 차량 컴퓨팅 시스템의 통신 유닛 또는 다른 컴포넌트)은 완화 수준(617)에 따른 동작을 수행할 수 있다. 완화 수준(617)에 따르면, 차량(예를 들어, 차량 컴퓨팅 시스템의 통신 유닛 또는 다른 컴포넌트)은 V2X 기능성을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이 및/또는 감소시킬 수 있다. 예를 들어, 아래에 설명된 바와 같이, V2X 메시징의 듀티 사이클(예를 들어, V2X 메시지의 송신 및/또는 수신 레이트)는 V2X 기능성을 사용자 디바이스로 완전히 천이하기 전에 감소될 수 있다.
도 7 는 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 V2X 기능성을 천이하기 위한 프로세스(700)의 예를 예시하는 흐름도이다. 동작(720)에서, 열적 완화 시스템은 통신 유닛의 열적 수준을(예를 들어, 주위 및/또는 접합 온도를 연속적으로 또는 주기적으로 체킹함으로써) 모니터링할 수 있고 열 수준(616)에 도달했거나 만족되었음을 결정할 수 있다. 하나의 예시적인 예에서, 열적 완화 시스템은 동작(720)에서 통신 유닛의 온도가 105℃ 의 온도에 도달했다고 결정할 수 있다.
동작(722)에서, 차량(예를 들어, 통신 시스템(458))은 V2X 서비스를 사용자 디바이스로 천이하면 통신 유닛의 리소스 사용량을 줄이는 데 도움이 될 것인지 여부를 결정할 수 있다. V2X 기능성을 사용자 디바이스로 전송하는 것이 리소스 사용량을 감소시킬 것인지 여부를 결정하기 위해 다양한 요인을 사용할 수 있다. 일례에서, 차량은 수신되고 있거나 및/또는 소정 기간 동안(예를 들어, 지난 1시간, 30분, 15분 등 동안) 수신되었던 V2X 메시지(예를 들어, V2V, V2I 및/또는 V2P 메시지)의 수를 결정할 수 있다. 다른 예에서, 차량은 차량 부근(예를 들어, 반경 1마일, 반경 2마일, 반경 5마일 이내 등)에 있는 다른 차량의 수를 결정할 수 있으며, 이는 수신될 V2X 메시지의 수의 우도(likelihood)를 표시할 수 있다. 일부 경우에, 하나 이상의 센서(예를 들어, 하나 이상의 센서 시스템(456))는 차량 주위의 차량의 수를 결정하는 데 사용될 수 있다. 예를 들어, 하나 이상의 카메라, GPS 센서, IMU, LIDAR 센서, RADAR 센서, 적외선 센서 및/또는 다른 센서를 사용하여 차량 주위의 다른 차량의 존재를 검출할 수 있다. 그러한 예에서, 수신된 메시지의 수가 적거나 및/또는 차량 부근에 차량 수가 적으면(이는 아마 적은 V2X 메시지가 수신될 것임을 나타냄), 차량은 V2X 기능성을 천이하는 것이 통신 유닛의 로드를 감소시키는 데 도움이 되지 않을 것이라고 동작(722)에서 결정할 수 있다. 동작(723)에서, 차량 통신 유닛은 V2X 기능을 계속 수행할 수 있거나 및/또는 차량에 의해 수행되는 V2X 기능을 감소시킬 수 있다(이에 대해서는 아래에서 더 자세히 설명됨). 일부 경우에, 동작(723)은, 덜 복잡한 변조 방식으로 변경하는 것, 4G 모뎀을 사용하는 것에서 3G 모뎀을 사용하는 것으로 천이하는 것, 및/또는 다른 흐름 제어 기술을 수행하는 것에 의한 것과 같은 추가 흐름 제어를 수행하는 것을 포함할 수 있다.
차량이 수신된 메시지의 수가 많거나 및/또는 차량 부근에 차량 수가 많다고 결정하면(이는 아마 많은 V2X 메시지가 수신될 것임을 나타냄), 차량은 V2X 기능성을 천이하는 것이 통신 유닛에 의한 리소스 사용량을 감소시키는 데 의미있게 도움이 될 것이라고 동작(722)에서 결정할 수 있다. 동작(724)에서 차량은 사용자 디바이스가 V2X 기능을 수행할 능력이 있는지 여부를 결정할 수 있다. 예를 들어, 차량은 사용자 디바이스가 보안 관련 V2X 기능을 수행할 능력이 있는지 여부(예: 사용자 디바이스에 하드웨어 보안 모듈(HSM)이 장착되어 있는지, V2X 메시지 서명에 사용되는 유효한 인증서가 있는지, 수신된 V2X 메시지의 서명을 검증할 수 있는지 여부 등), 사용자 디바이스가 PC5 사이드링크 통신(또는 다른 디바이스 대 디바이스 직접 인터페이스, 이를테면 DSRC 인터페이스를 통한 통신)을 지원하는지 여부, 및/또는 다른 V2X 관련 요건을 체킹할 수 있다. 일부 경우에, 통신 시스템(458)(이는 일부 경우에 TCU NAD를 포함할 수 있음)은 사용자 디바이스가 V2X 기능을 수행할 능력이 있는지 여부를 체킹하기 위해 사용자 디바이스와 통신할 수 있다. 하나의 예시적인 예에서, 통신 시스템(458)은 사용자 디바이스가 V2X 기능성을 갖고 있는지 여부를 표시하도록 사용자 디바이스에 요청하는 메시지를 (예를 들어, PC5 인터페이스, DSRC와 같은 WiFi 인터페이스, BluetoothTM 인터페이스, 유선 인터페이스 등을 통해) 전송할 수 있다. 이에 대한 응답으로, 사용자 디바이스는 사용자 디바이스가 V2X 기능성을 가지고 있거나 가지고 있지 않음을 나타내는 응답 메시지를 전송할 수 있다. 차량이 사용자 디바이스가 V2X 기능성을 가지고 있지 않다고 결정하면, 동작(723)에서, 통신 유닛은 V2X 기능을 계속 수행할 수 있거나 및/또는 차량에 의해 수행되는 V2X 기능을 감소시킬 수 있다.
차량이 사용자 디바이스가 V2X 기능성을 가지고 있다고 결정하면, 차량은 V2X 기능성을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이할 수 있다. 일부 경우에, 차량은 V2X 전송이 수행될 것임을 나타내는 알림을 사용자 디바이스에 보낼 수 있다. 일부 경우에, 사용자 디바이스로의 V2X 전송을 수락하거나 거부하는 옵션이 사용자에게 제공될 수 있다. 동작(726)에서, 차량의 통신 시스템(458)은 V2X 컨텍스트를 사용자 디바이스에 전송할 수 있다. 일부 예에서, V2X 컨텍스트는 차량의 차량 식별자 (ID)(예를 들어, ITS(455)에 의해 할당된 임시 ID), CAN(Car Access Network) 정보, 인포테인먼트 시스템 정보, (위에서 설명한)차량의 보안 컨텍스트 및/또는 다른 정보를 포함할 수 있다. V2X 컨텍스트는 사용자 디바이스로 하여금 차량을 위한 V2X 메시지를 송신 및 수신하는 것에 의해 차량을 위한 V2X 프록시 디바이스 역할을 할 수 있도록 한다. 예를 들어, 차량 ID는 메시지가 차량을 위해 사용자 디바이스에 의해 송신되고 있음을 식별하기 위해 메시지에 포함될 수 있다. 위에 기재된 바처럼 CAN 정보는, 차량의 진행 방향, 차량의 속도, 브레이킹 정보 등과 같은 차량 관련 정보를 포함할 수 있다. CAN 정보는 지속적으로 또는 주기적으로(예를 들어, 1밀리초(ms)마다, 10ms마다 등) 사용자 디바이스에 제공될 수 있고, 하나 이상의 V2X 메시지를 생성할 시기 및/또는 하나 이상의 V2X 기반 동작을 수행할 시기를 결정하는 데 사용자 디바이스에 의해 사용될 수 있다. 인포테인먼트 정보는 예를 들어 사용자 디바이스로 하여금 (예를 들어, 인포테인먼트 시스템의 하나 이상의 디스플레이, 스피커 및/또는 다른 출력 디바이스를 사용하여) 인포테인먼트 시스템에 소정 알림을 출력하도록 허용하기 위해 사용될 수 있다.
동작(728)에서, 차량은 V2X 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이한다. 예를 들어, 사용자 디바이스는 사용자 디바이스의 안테나의 통신 범위 내에 있는 다른 차량, 보행자 사용자 디바이스, 및/또는 인프라 시스템으로부터 V2X 메시지 수신을 시작할 수 있다. 사용자 디바이스는 차량을 대신하여 V2X 메시지 보내기를 시작하기 전에 "보행자" 프로파일(예: 차량 대 보행자(V2P) 통신에 사용됨)에서 "차량" 프로파일로 전환할 수 있다. 일부 경우에, "차량" 프로파일은 위에서 설명한 V2X 컨텍스트 정보를 포함할 수 있다. “차량" 프로파일을 사용하여, 사용자 디바이스는 차량과 관련된 것으로서 다른 차량, 보행자 사용자 디바이스 및/또는 인프라 시스템에 의해 인식될 V2X 메시지를 보낼 수 있다. 천이가 완료되면, 차량의 통신 유닛은 V2X 메시지 송신을 중지할 수 있고 사용자 디바이스의 통신 유닛은 사용자 디바이스의 안테나의 통신 범위 내에 있는 차량, 보행자 사용자 디바이스 및/또는 인프라 시스템에 V2X 메시지 송신을 시작할 수 있다. 사용자 디바이스는 또한, 다른 기능 중에서도, 다른 차량으로부터 수신된 V2X 메시지 검증(예: 복호화), 검증된 메시지에 기초하여 수행할 동작(예: 다른 차량과의 차선 변경 협상, 운전자에게 차량을 정지시키라고 경고하는 표시된 메시지 트리거) 결정과 같은 보안 기반 V2X 동작을 수행할 수 있다.
일부 예에서, 차량에서 사용자 디바이스로 V2X 기능성의 단계적(graded) 또는 점진적(gradual) 천이를 수행할 수 있다. V2X 기능성 전송의 수준은, 다른 요인 중에서도, 차량의 통신 유닛의 현재 열적 수준 또는 온도(예를 들어, 더 높은 온도가 검출될 때 더 많은 V2X 기능성이 사용자 디바이스로 전송될 수 있음), (예를 들어, 최근에 수신되거나 및/또는 현재 수신되고 있는 V2X 메시지의 수에 기초하여, 차량 부근에 있는 다른 차량의 수에 기초하여, 차량이 움직이고 있는지 또는 주기적으로 정지하고 있는지 여부 등에 기초하여) 차량에 의해 수신된 현재 및/또는 예상되는 V2X 메시지 수에 의존할 수 있다.
일례에서, 동작(728)에서 사용자 디바이스로 천이될 수 있는 V2X 기능성의 최소 수준은 V2X 모뎀 기능성만을 포함할 수 있다. 모뎀 기능성은 V2X 메시지를 송신하는 것 및/또는 수신하는 것을 포함할 수 있다. 예를 들어, V2X 모뎀 기능성만 사용자 디바이스에 전송함으로써, 차량 통신 유닛은 V2X 메시지를 생성하고 V2X 메시지를 다른 차량, 보행자 사용자 디바이스 및/또는 인프라 시스템으로 송신하기 위해 사용자 디바이스로 보낼 수 있다. 사용자 디바이스는 또한 다른 차량, 보행자 사용자 디바이스 및/또는 인프라 시스템으로부터 V2X 메시지를 수신할 수 있고, 프로세싱을 위해 수신된 V2X 메시지를 차량 통신 유닛으로 보낼 수 있다.
동작(728)에서 사용자 디바이스로 천이될 수 있는 V2X 기능성의 중간 수준은 V2X 모뎀 기능성 및 V2X 보안 검증 기능성을 포함할 수 있다. 예를 들어, 다른 차량, 보행자 사용자 디바이스 및/또는 인프라 시스템으로 그리고 이들로부터 V2X 메시지를 수신 및 송신하는 것에 더하여, 사용자 디바이스의 통신 유닛은 수신된 V2X 메시지의 검증을 수행할 수 있다. 검증에는 메시지를 검증하기 위해 많은 양의 프로세싱 리소스(예: 디지털 신호 프로세서(DSP) 코어 및/또는 고급 축소 명령 세트 컴퓨터(RISC) 머신(ARM) 코어)를 사용하는 것과 같은 많은 양의 프로세싱이 필요할 수 있다. 검증에 필요한 많은 양의 프로세싱으로 인해, 검증 기능성을 차량에서 사용자 디바이스로 천이하면 차량의 통신 유닛이 필요로 하는 많은 양의 컴퓨팅 리소스를 오프로드(offload)할 수 있다. 일부 경우에, 사용자 디바이스의 통신 유닛이 V2X 메시지 검증을 시작할 수 있기 전에 차량의 통신 유닛과 사용자 디바이스의 통신 유닛 사이에 보안 핸드셰이크가 필요할 수 있다.
동작(728)에서 사용자 디바이스로 천이될 수 있는 V2X 기능성의 전체 수준은 모든 V2X 기능성을 포함할 수 있다. 예를 들어, 전체 V2X 기능성 세트에는 모뎀 기능성, V2X 보안 검증 기능성, 보안 서명 기능성 및 지능형 수송 시스템(ITS) 스택 기능성이 포함될 수 있다. 보안 서명 기능성에는 V2X 메시지가 다른 차량, 보행자 사용자 디바이스 및/또는 인프라 시스템으로 송신되기 전에 V2X 메시지 서명이 포함될 수 있다. 서명은 V2X 메시지가 보안적으로 보내지고 승인된 디바이스에 의해서만 검증되는 것을 허용할 수 있다. ITS 스택 기능은 전술한 바와 같이 수행할 안전 관련 및/또는 다른 동작을 결정하는 것을 포함할 수 있다. 예를 들어, 동작은, 다른 것 중에서도, 차량(예를 들어, 제어 시스템(452))으로 하여금 자동 기능(예를 들어, 자동 브레이킹, 특정 차선에서 진행 방향을 유지하기 위한 것과 같은 자동 조향, 다른 차량과의 자동 차선 변경 협상 등)을 수행하게 하는 것, 운전자에게 다른 차량이 차량 옆 차선에 있음을 경고하는 메시지의 표시 트리거, 운전자에게 차량을 정지하라고 경고하는 메시지의 표시 트리거, 운전자에게 다가오는 횡단보도에 보행자가 있음을 경고하는 메시지의 표시 트리거, 운전자에게 요금소가 차량의 소정 거리 (예: 1마일 이내) 내에 있음을 경고하는 메시지의 표시 트리거를 포함할 수 있다. V2X 기능성의 전체 수준이 사용자 디바이스의 통신 유닛으로 천이되면, 사용자 디바이스는 (예: 보안 관련 메시지, 동작 관련 메시지 및/또는 다른 정보를 하나 이상의 디스플레이 및/또는 스피커를 통해 표시 및/또는 출력하기 위해) 차량 인포테인먼트 시스템을 사용할 수 있거나 및/또는 사용자 디바이스의 디스플레이 및/또는 스피커를 사용할 수 있다.
위에서 언급한 바와 같이, 일부 구현에서 차량은 통신 유닛이 특정 온도 임계치(예를 들어, 열적 수준(616)과 연관된 임계치)에 도달하거나 이를 초과하는 것에 기초하여 차량 통신 유닛의 V2X 기능성을 감소시킬 수 있다. 예를 들어, V2X 기능성의 일부 또는 전부를 사용자 디바이스로 천이하기 전에 차량 통신 유닛의 V2X 기능성을 감소시킬 수 있다. 다른 예에서, V2X 서비스를 사용자 디바이스로 천이하는 것이 차량 통신 유닛의 리소스 사용량을 감소시키는 데 도움이 되지 않을 것이라는 동작(722)에서의 결정에 응답하여 및/또는 사용자 디바이스가 V2X 능력을 갖고 있지 않다는 동작(724)에서의 결정에 응답하여 차량의 V2X 기능성이 감소될 수 있다. 차량의 V2X 기능성을 감소시키면 통신 유닛이 V2X 동작을 수행하는 데 필요한 컴퓨팅 리소스의 양을 줄일 수 있다.
일부 경우에, V2X 메시징의 듀티 사이클을 감소시킴으로써 V2X 기능성을 감소시킬 수 있다. 예를 들어, 차량 통신 유닛의 예로서 모뎀(464)을 사용하여(여기서 모뎀(464)은 V2X 메시지를 송신 및 수신하기 위해 사용될 수 있음), 통신 시스템(458)은 V2X 동작이 모뎀(464)에 미치는 열적 영향을 감소시키기 위해 모뎀(464)의 V2X 듀티 사이클을 동적으로 변경할 수 있다.
V2X 듀티 사이클은 차량 통신 유닛이 V2X 메시지를 송신하는 송신 레이트 및/또는 통신 유닛이 다른 차량, 보행자 사용자 디바이스 및/또는 인프라 시스템으로부터 수신된 V2X 메시지를 프로세싱하는 프로세싱 레이트를 나타낸다. 하나의 예시적인 예에서, 정상 동작 조건 동안의(예를 들어, 정상 동작 열적 범위(612) 내의 온도에 대한) V2X 송신 듀티 사이클(또는 송신 레이트)는 10 헤르쯔(Hz)일 수 있으며, 이 경우 차량의 통신 유닛은 매초 10개의 V2X 메시지를 보낸다. 또 다른 예시적인 예에서, 정상 동작 조건 동안의 V2X 수신 듀티 사이클(또는 프로세싱 레이트)는 100%일 수 있으며, 이 경우 차량은 100%의 시간 동안 메시지를 청취하거나 및/또는 모든 수신된 메시지를 프로세싱한다. 차량의 통신 유닛이 온도 임계치(예: 열적 수준(616))에 도달하거나 초과하는 경우, V2X 동작의 열적 영향을 감소시키기 위해 V2X 듀티 사이클(예: 송신 레이트, 메시지 프로세싱 레이트 등)을 적응시키는 법을 결정하기 위해 다양한 요인이 사용될 수 있다. 일부 구현에서, 차량은 정상 동작 열적 범위(612)에 있을 때 또는 열적 수준(614-618) 중 어느 것(또는 다른 열적 수준)에 도달할 때와 같이 통신 유닛의 현재 온도에 관계 없이 V2X 듀티 사이클을 감소시킬 수 있다. 듀티 사이클은 임의의 적합한 양으로 감소될 수 있다. 하나의 예시적인 예에서, 송신 듀티 사이클은 10Hz에서 5Hz로 감소될 수 있다. 다른 예시적인 예에서, 수신 듀티 사이클은 100%에서 50%로 감소될 수 있으며, 이 경우 차량은 절반의 시간 동안 메시지를 청취한다.
V2X 듀티 사이클 감소 여부를 결정하는 데 사용되는 요인은, 다른 요인 중에서도, V2X 메시지에 대한 수요, 차량에 대해 결정된 포지션의 신뢰성, 다른 차량으로부터 소정 거리(예: 10피트, 15피트, 20피트 또는 다른 거리)를 유지하기 위한 차량의 능력, 차량이 정지했는지 여부, (예: 교통 체증 시와 같은 가다 서다하는(stop-and-go) 시나리오에서) 차량이 기간 내에 주기적으로 정지하는지 여부, 차량이 특정 속도로 움직이고 있는지 여부, 센서 데이터의 신뢰 수준(예: 차량의 하나 이상의 카메라에 의해 검출된 물체의 신뢰 수준)에 기초할 수 있다. 예를 들어, V2X 기능성을 사용자 디바이스로 천이하는 것이 리소스 사용량을 줄일지 여부를 결정하기 위해 위에서 설명한 요인들은 또한 V2X 메시징 듀티 사이클을 감소시킬 시기를 결정하는 데에도 사용될 수 있다. 전술한 바와 같이, 그러한 요인들은, 수신되고 있거나 및/또는 기간 동안 수신된 V2X 메시지들(예를 들어, V2V, V2I 및/또는 V2P 메시지들)의 수, 차량 부근에 있는 다른 차량의 수 및/또는 다른 요인을 포함할 수 있다. 예를 들어, 하나 이상의 센서 시스템(456)은 차량이 적은 (예를 들어, 1 마일 반경에 100대 미만, 또는 다른 수인) 지역에서 차량이 주행하고 있음을 결정하는 데 사용될 수 있다. 다른 예에서, 차량은 차량이 정지되어 있거나 고속으로 움직이고 있지 않는 가다 서다하는 시나리오에 있다고 결정할 수 있다. 그러한 경우에, 다른 차량, 보행자 사용자 디바이스 및/또는 인프라 시스템과 통신할 필요성이 감소하기 때문에 (예를 들어, 차량 컴퓨팅 시스템(450)의 ITS(455)에 의해) 더 적은 메시지가 생성되고 보내질 수 있다.
일부 예들에서, 듀티 사이클은, 전술한 요인들 중 하나 이상에 기초하여 줄어든 후에, 이를테면 차량 주변에서 더 많은 차량들이 검출될 때, 차량의 속도가 증가할 때, (예를 들어, 다른 차량으로부터, 보행자 UE 디바이스로부터, 및/또는 인프라 시스템으로부터) 착신 V2X 메시지들의 증가 시 및/또는 다른 시나리오에서 증가될 수 있다. 하나의 예시적인 예에서, 세미 트럭이 차량 전면의 전방 카메라에 의해 캡처된 하나 이상의 이미지에서 (예를 들어, 물체 검출 및/또는 인식에 기초하여) 검출될 수 있다. 전방 카메라에 의해 캡처된 후속 이미지에서, 트럭이 검출되지 않아, 결과적으로 물체 검출 및/또는 인식의 신뢰 수준이 감소될 수도 있다. 신뢰 수준의 하락에 응답하여, 차량 부근에 있는 트럭 및/또는 다른 차량과 더 많은 V2X 메시지를 교환하기 위해 듀티 사이클을 (예: 5Hz에서 10Hz로) 증가시킬 수 있다.
일부 예에서, 듀티 사이클 범위 내의 다양한 주파수는 다양한 요인에 기초하여 V2X 동작을 위해 선택될 수 있다. 예를 들어, 다양한 요인이 많은 수의 메시지를 송신할 필요가 있다고 나타내는 경우(예: 차량 부근에 1000대 이상의 차량이 있음), 송신 듀티 사이클은 10Hz로 설정될 수 있다. 메시지 수에 대한 수요가 적은 양으로 감소하는 경우(예: 차량 부근에 차량이 10대 미만인 경우), 송신 듀티 사이클은 2Hz로 감소될 수 있다. 그런 다음 수요가 소정량만큼 증가하면(예: 차량 부근에 100~500대의 차량이 있는 경우), 송신 듀티 사이클은 5Hz로 증가될 수 있다. 이러한 기술을 사용하여, V2X 메시징의 송신 및/또는 수신 듀티 사이클은 여기에 설명된 다양한 요인에 기초하여 동적으로 조정될 수 있다.
전술한 바와 같이, 일부 경우에 차량은 온도 임계치가 만족될 것을 필요로 하지 않고서 임의의 시간에 (예를 들어, 정상 동작 열적 범위(612)에 있을 때 또는 열적 수준(614-618)중 어느 것 또는 다른 열적 수준에 도달할 때) V2X 듀티 사이클을 감소시킬 수 있다. 가령, 차량은 가다 서다하는 시나리오에 있을 때, 수신되고 있거나 및/또는 기간 동안 수신된 V2X 메시지들(예를 들어, V2V, V2I 및/또는 V2P 메시지들)의 수에 기초하여, 차량 부근에 있는 다른 차량의 수 및/또는 다른 요인에 기초하여 V2X 듀티 사이클을 감소시킬 수 있다.
차량 통신 유닛의 온도가 열적 수준(616) 아래로 감소되면, 차량 및/또는 사용자 디바이스는 (예를 들어, 즉시 또는 점진적으로 위에 기재된 것과 유사하게) V2X 기능성을 다시 차량으로 천이할 수 있다.
차량에서 사용자 디바이스로 V2X 기능성의 일부 또는 전부를 천이하면 다양한 이점이 제공된다. 예를 들어, V2X는 차량으로 하여금 안전 관련 동작 및 다른 동작을 수행할 수 있도록 한다(예: 차량 운전자에게 하나 이상의 경고를 트리거하거나, 차량으로 하여금 자동 브레이킹과 같은 자동 기능을 수행하게 하는 것 등). V2X 동작이 더 높은 온도(예: 열적 수준(616)보다 높음)에서 보류(suspend)되면, 차량 및 다른 차량의 안전과 동작이 위태로워질 수 있다. 일부 또는 모든 V2X 기능성을 차량에서 사용자 디바이스로 천이하면 더 높은 온도 관점에서도 안전 관련 및 다른 동작을 수행하는 것이 허용될 수 있다. V2X 가능형 사용자 디바이스는, 일반적으로 사용자 디바이스가 차량에 비해 덜 가혹한 환경(예: 차량의 내부) 에 있으므로, 차량의 통신 시스템, 모뎀 및/또는 다른 통신 유닛의 긴급 셧다운의 경우에 V2X 동작을 계속할 수 있어야 한다. 또한, 사용자 디바이스는 사용자 디바이스가, 다른 차량에 임의의 필요한 알림을 제공할 수 있는, 차량용 V2X 프록시 디바이스로 사용되고 있음을 인근 차량에 표시할 수 있다.
일부 경우에, 열적 완화 시스템은 차량 통신 유닛의 온도(예를 들어, 주위 및/또는 접합 온도)가 열적 수준(618)에 도달했는지 여부 그리고 따라서 온도가 제 3 온도 임계치 이상이라고 결정할 수 있다. 온도가 제 3 온도 임계치 이상이라는 것에 응답하여, 차량(예를 들어, 차량 컴퓨팅 시스템의 통신 유닛 또는 다른 컴포넌트)은 완화 수준(619)에 따른 동작을 수행할 수 있다. 완화 수준(619)에 따르면, 차량(예를 들어, 차량 컴퓨팅 시스템의 통신 유닛 또는 다른 컴포넌트)은 eCall 와 같은 하나 이상의 긴급 서비스를 제외하고는 모든 남은 서비스 또는 기능성을 차량의 통신 유닛으로 천이할 수 있다. 일부 예에서, 차량은 소정 조건이 발생할 때 eCall과 같은 소정 긴급 서비스 또는 기능성을 전송할 수 있다. 하나의 예시적인 예에서, 차량은 전력 관리 시스템(451)(예를 들어, PMIC) 셧다운이 수행될 때 사용자 디바이스의 통신 유닛에 eCall 또는 다른 긴급 서비스를 전송할 수 있다. 긴급 서비스의 예로서 eCall을 사용하는 예가 여기서 설명되지만, 당업자는 다른 긴급 서비스 및/또는 기능성이 여기서 설명된 기술에 따라 천이될 수 있음을 이해할 것이다.
도 8 는 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 긴급 기능성을 천이하기 위한 프로세스(800)의 예를 예시하는 흐름도이다. 동작(830)에서, 열적 완화 시스템은 차량 통신 유닛의 열적 수준을 연속적으로 또는 주기적으로 모니터링할 수 있고 열적 수준(618)이 만족되었거나 또는 초과되었음을 결정할 수 있다. 동작(832)에서, 열적 완화 시스템은 전력 관리 시스템(예를 들어, PMIC를 포함할 수 있는 전력 관리 시스템(451))의 셧다운이 임박했는지를 결정할 수 있다. 하나의 예시적인 예에서, 전력 관리 시스템(451)은 120℃의 최대 동작 온도를 가질 수 있고, 그 후에 전력 관리 시스템(451)이 셧다운될 것이다. 열적 완화 시스템은 통신 유닛의 온도가 최대 동작 온도의 임계 온도 범위(예: 5℃) 내에 있고(예: 통신 유닛이 115℃ 의 온도에 도달했고) 따라서 전력 관리 시스템(451)의 셧다운이 임박했을 정도로 120℃ 최대 동작 온도에 가깝다고 결정할 수 있다. 동작(832)에서 열적 완화 시스템이 전력 셧다운이 임박하지 않은 것으로 결정하는 경우(예를 들어, 통신 유닛이 열적 수준(618) 미만이거나, 전력 관리 시스템(451)의 최대 동작 온도의 임계 온도 범위 내에 있지 않음 등), 차량은 동작(833)에서 긴급 동작을 계속 수행할 수 있다. 예를 들어, 통신 시스템(458)의 OEM SIM(460)은 긴급 동작을 계속 수행할 수 있다.
열적 완화 시스템이 동작(832)에서 전력 셧다운이 임박했다고 결정하면, 차량은 동작(834)에서 사용자 디바이스가 DSDA 능력을 가지고 있는지 여부(예를 들어, 사용자 디바이스가 사용자 SIM 서비스에 더하여 eCall과 같은 OEM SIM 서비스를 호스팅할 수 있는지 여부)를 체킹할 수 있다. 예를 들어, 차량 통신 시스템(458)은 사용자 디바이스의 DSDA 능력을 체킹하기 위해 사용자 디바이스와 통신할 수 있다. 하나의 예시적인 예에서, 통신 시스템(458)은 사용자 디바이스가 DSDA 능력을 갖는지 여부를 차량에 표시하도록 사용자 디바이스에 요청하는 메시지를 사용자 디바이스에 송신할 수 있다. 이에 대한 응답으로, 사용자 디바이스는 사용자 디바이스가 DSDA 기능성을 가지고 있거나 가지고 있지 않음을 나타내는 응답 메시지를 보낼 수 있다.
차량이 사용자 디바이스가 DSDA 기능성을 갖고 있고 따라서 OEM SIM 서비스를 호스트할 수 있다고 결정하면, 사용자 디바이스의 가용 슬롯으로의 OEM SIM 천이가 동작(836)에서 개시될 수 있다. 하나의 예시적인 예에서, 차량은 통신 링크 또는 인터페이스(예: WiFi 인터페이스, BluetoothTM 인터페이스, 유선 인터페이스 등)를 통해 OEM SIM 프로파일(예: OEM SIM 컨텍스트를 포함)을 사용자 디바이스로 전송할 수 있다. 다른 예에서, OEM SIM은 사용자 디바이스의 물리적 슬롯에 물리적으로 넣어질 수 있다.
동작(837)에서, 사용자 디바이스의 통신 유닛은 사용자 디바이스로부터 OEM SIM을 등록할 수 있다. 사용자 디바이스가 차량을 위한 프록시 디바이스 역할을 할 수 있고 eCall 서비스를 사용하여 이루어진 임의의 eCall이 사용자 디바이스로부터가 아닌 차량으로부터 오는 것으로 인식될 수 있도록 등록을 수행할 수 있다. 예를 들어, (예: 차량 및/또는 사용자 디바이스에 설치된) OEM 애플리케이션은 eCall 또는 다른 긴급 서비스를 개시하기 위해 사용자 디바이스와 통신할 수 있도록, OEM SIM 프로파일의 OEM SIM 컨텍스트가 사용자 디바이스로 전송될 수 있다. OEM 애플리케이션은 긴급 기능성을 수행하는 데 사용될 수 있는 eCall 애플리케이션 또는 다른 애플리케이션(예를 들어, 차량의 애플리케이션 프로세서에 의해 실행됨)을 포함할 수 있다. 예를 들어, OEM 애플리케이션은 사용자에게 eCall을 걸거나 또는 임의의 다른 긴급 기능을 수행할 수 있는 옵션을 표시할 수 있는 그래픽 사용자 인터페이스를 가질 수 있다. 일부 예에서, OEM 애플리케이션은 사고 발생했다고 검출하는 것에 대한 응답으로와 같이, 사용자 입력 없이 자동으로 eCall을 걸 수 있다(또는 임의의 다른 긴급 기능을 수행할 수 있다). OEM SIM 컨텍스트는 하나 이상의 PSAP(public safety answering point) 주소(경찰서 디스패처(police station dispatcher)과 같은 긴급 센터로 호출을 라우팅하는 데 사용될 수 있음), eCall 서비스에 등록된 차량의 차량 식별 번호(VIN), CAN 정보 및/또는 다른 정보를 포함할 수 있다. OEM SIM 컨텍스트 정보는 (예를 들어, PSAP 주소를 다이얼링함으로써) eCall을 걸기 위해 사용자 디바이스에 의해 사용될 수 있거나 및/또는 eCall 서비스에 따라 걸어진 호출의 소스로서 차량을 식별하기 위해 사용될 수 있다.
차량이 사용자 디바이스가 DSDA 기능성을 갖고 있지 않다고 결정하면, 프로세스(800)는 동작(838)에서 eCall 절차의 컨텍스트를 사용자 디바이스로 이동시킬 수 있다. 예를 들어, 차량은 동작(838)에서 OEM SIM 컨텍스트와 연관된 소정 정보(예를 들어, 하나 이상의 PSAP 주소 등)를 사용자 디바이스로 보낼 수 있다. 예를 들어, 차량의 통신 유닛은 사용자 디바이스의 모뎀(예를 들어, 모뎀(576))이 eCall 컨텍스트를 사용하여(예: PSAP 주소 사용하여) eCall을 걸 수 있도록 사용자 디바이스의 통신 유닛으로 컨텍스트(예를 들어, PSAP 주소 등)의 전송을 개시할 수 있다.
eCall 은 상이한 기법들을 사용하여 걸어질 수 있다. 예를 들어, 사용자는 이를테면 차량의 사용자 인터페이스(예를 들어, 차량의 인포테인먼트 시스템의 그래픽 사용자 인터페이스)를 사용하여, 수동으로 eCall을 걸 수 있다. 또 다른 예에서, 차량은 자동으로 eCall을 걸 수 있다. 예를 들어, 차량은 (예를 들어, 하나 이상의 센서 시스템(456)을 사용하여) 사고가 났음을 검출할 수 있고 사고 검출에 응답하여 자동으로 호출을 걸 수 있다. 온도 수준(618)에 도달되거나 초과되고 eCall 기능성이 사용자 디바이스로 전송되면, 사용자는 수동으로 eCall을 걸 수 있거나 및/또는 사용자 디바이스는 긴급 상황(예: 사고)을 검출하기 위해 사용자 디바이스의 하나 이상의 센서 시스템을 사용할 수 있고 자동으로 eCall을 걸 수 있다. 하나 이상의 센서 시스템은 사용자 디바이스(예를 들어, XR 디바이스, 스마트 워치와 같은 웨어러블 등)와 통신하는 외부 센서 및/또는 사용자 디바이스의 내부 센서(예를 들어, 하나 이상의 가속도계, 자이로스코프, 자력계, GPS 센서, 근접 센서, IMU, 주변광 센서, 마이크로폰 등)을 포함할 수 있다.
차량 통신 유닛의 온도가 열적 수준(618) 아래로 떨어지면, 차량 및/또는 사용자 디바이스는 (예를 들어, OEM SIM을 차량의 슬롯으로 다시 전송함으로써, 차량으로 다시 eCall 컨텍스트를 전송함으로써 등) 긴급 기능성을 다시 차량으로 천이할 수 있다.
차량에서 사용자 디바이스로 긴급 서비스(예: eCall)를 천이하면 고온 상황(예: 다른 상황 중에서도, 뜨거운 환경, 사고 발생 시)에서도 사용자 디바이스를 사용하여 긴급 서비스가 계속되는 것을 허용할 수 있다. 예를 들어, eCall은 중요한 안전 기능이며 끊임 없는 eCall 지원을 제공하는 것이 중대할 수 있다. 특정 상황(예: 폭염 상황, 심각한 사고 발생 시, 및/또는 전력 관리 시스템이 셧 다운되는 다른 상황 등)에서, 긴급 서비스에 사용되는 모뎀이 셧다운될 수 있고 eCall 서비스가 이용 가능하지 않을 것이다. eCall 서비스 및/또는 다른 긴급 서비스를 차량의 통신 유닛에서 사용자 폰의 통신 유닛으로 천이하면 긴급 서비스가 계속될 수 있도록 필요한 리던던시(redundancy)를 제공할 수 있다.
위에서 언급한 바와 같이, 도 6과 관련하여 설명된 다양한 열적 수준 및 완화 수준은 예시 목적으로 제공된다. 다른 완화 기술이 도 6에 도시된 것 외의 열적 수준에 기초하여 수행될 수 있다. 예를 들어, 대안적인 예에서, 열적 완화 프레임워크는 열적 수준(616)에 도달할 때까지 기다리는 대신 열적 수준(614)에 도달하면 차량에서 사용자 디바이스로 V2X 기능성을 천이 및/또는 감소시킬 수 있다. 또 다른 예에서 차량은 일부 경우에 V2X 동작보다 무선 네트워크 액세스 기능성을 우선순위화할 수 있다. 그러한 경우에, 차량은 열적 수준(614)에 도달하면 V2X 기능성을 감소시키거나 및/또는 V2X 기능성을 차량에서 사용자 디바이스로 천이할 수 있고, 열 수준(616)에 도달하면 무선 네트워크 액세스 기능성을 사용자 디바이스로 천이할 수 있다.
일부 경우에, 차량은 통신 유닛이 소정 열적 수준에 도달했음을 검출하는 것에 응답하여 소정 시스템을 사용하는 것을 중지할 수 있거나 또는 이를 셧다운할 수 있다. 예를 들어, 차량 컴퓨팅 시스템(450)의 전력 관리 시스템(451) 및/또는 인포테인먼트 시스템(454)은 차량의 통신 유닛이 열적 수준(614)에 도달했거나 또는 그에 도달하는 열적 범위 내에 있다는 표시를 수신할 시에 하나 이상의 디스플레이를 셧다운할 수 있다. 일부 경우에, 위에서 설명한 기능성 중 하나 이상을 차량에서 사용자 디바이스로 천이하기 전에 시스템이 셧다운될 수 있다.
일부 예에서, 도 6에 도시된 것들에 더하여 다양한 다른 온도 임계치가 소정 동작을 수행할 시기를 결정하는 데 사용될 수 있다. 예를 들어, 하나 이상의 추가 온도 임계치가 열적 수준(616)과 열적 수준(618) 사이의 하나 이상의 열적 수준과 연관될 수 있다. 하나의 예시적인 예에서, 열적 수준(616)은 V2X 기능성을 감소시키거나 및/또는 차량의 소정 시스템(예를 들어, 하나 이상의 디스플레이, 내비게이션 시스템 및/또는 다른 시스템과 같은 인포테인먼트 시스템(454)과 연관된 하나 이상의 시스템) 사용을 중지할 시기를 결정하기 위해 온도 임계치로서 사용될 수 있다. 추가 온도 임계치(도 6에 도시되지 않음)은 열적 수준(616)과 열적 수준(618) 사이의 열적 수준과 연관될 수 있다. 추가 온도 임계치가 V2X 기능성을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로의 천이를 트리거하는 데 사용될 수 있다.
일부 예에서, 차량은 온도 임계치에 실제로 도달하기 전에 소정 동작을 수행할 수 있다. 예를 들어, 열적 완화 시스템은 차량의 통신 유닛의 온도가 열적 수준(614), 열적 수준(616) 또는 열적 수준(618)과 같은 특정 열적 수준에 접근하고 있다고 결정할 수 있다. 일 예에서, 열적 완화 시스템은 온도가 열적 수준 중 하나의 임계 온도 범위 내에(예를 들어, 10℃ 내에) 있다고 결정할 수 있다. 차량 외부의 주위 온도, 차량의 동작 온도 등과 같은 다른 요인도 고려될 수 있다. 차량의 통신 유닛의 온도가 특정 온도 수준의 임계 온도 범위 내에 있다고 결정하는 것에 응답하여, 차량은 흐름 제어를 수행하는 것, 소정 기능(예: 무선 네트워크 액세스 기능성, V2X 기능성 등)을 전송하는 것, 소정 기능 (예: V2X 기능성 등)을 감소시키는 것을 시작하거나 및/또는 다른 동작을 수행할 수 있다.
일부 예에서, 기간 내의 온도 변화는 소정 기능성을 감소시키거나 및/또는 하나 이상의 기능을 사용자 디바이스로 천이하기 위한 트리거로서 사용될 수 있다. 예를 들어, 기간 내에 특정 온도 변화가 발생했을 때를 검출하는 것에 응답하여, 차량은 소정 기능성을 감소시킬 수 있거나 및/또는 하나 이상의 기능을 천이할 수 있다. 일례에서, 차량 컴퓨팅 시스템(450)은 통신 시스템(458)이 1시간의 기간 내에 섭씨 5도의 증가를 경험했다고 결정할 수 있다. 온도 증가를 결정하는 것에 응답하여, 차량 컴퓨팅 시스템(450)은 소정 기능성을 감소시킬 수 있거나 및/또는 하나 이상의 기능을 사용자 디바이스로 천이할 수 있다. 온도 변화를 모니터링하는 것에 의해, 차량은 차량 컴포넌트의 과열을 방지하기 위해 선제적으로 온도를 낮출 수 있다.
일부 구현에서, 차량의 특정 통신 유닛의 온도가 측정될 수 있고 차량의 상이한 통신 유닛의 기능성을 사용자 디바이스로 전송 및/또는 감소시킬 시기를 결정하기 위해 사용될 수 있다. 하나의 예시적인 예에서, TCU(예를 들어, 통신 시스템(458))의 온도는 모니터링될 수 있고 차량의 하나 이상의 다른 통신 유닛, 이를테면 하나 이상의 모뎀(예: 무선 네트워크 액세스 기능 및/또는 eCall 기능을 위한 셀룰러 모뎀, V2X 통신을 위한 V2X 모뎀 등), 하나 이상의 SIM 및/또는 차량의 다른 통신 유닛의 기능성을 사용자 디바이스의 하나 이상의 통신 유닛 (예: 모뎀, SIM 등) 으로 천이 및/또는 감소시킬 시기를 결정하는 데 사용될 수 있다.
여기에 제공된 예는 차량에서 사용자 디바이스로 기능성을 천이하는 것을 설명하지만, 여기에 설명된 시스템 및 기술은 하나 이상의 온도 임계치에 기초하여 및/또는 다른 요인(예: 습도, 광 노출량 등)에 기초하여 다른 유형의 디바이스들 간에 기능성을 천이하는 데 사용될 수도 있다. 일부 예에서, 차량은 하나 이상의 통신 기능을 RSU(road side unit) 및/또는 다른 차량으로 천이할 수 있다. 하나의 예시적인 예에서, 차량은 차량이 도로를 따라 진행함에 따라 하나 이상의 통신 기능을 RSU로 일시적으로 천이(예를 들어, PC5 인터페이스를 통해, DSRC 인터페이스를 통해 또는 다른 유형의 통신 인터페이스를 통해 V2X 기능을 천이)할 수 있다. 일부 경우에, 차량은 RSU가 차량을 위해 수신된 관련 정보를 프로세싱하고 차량에 알림 또는 긴급 알림을 송신하도록 요청할 수 있다. 이러한 예에서, 차량은 모든 V2X 메시지를 프로세싱하지 않거나 및/또는 RSU로부터의 직접 통신에서 메시지를 청취하는 것과 같이 그의 프로세싱 로드를 감소시킬 수 있다. 그의 프로세싱 로드를 감소시킴으로써, 컴퓨팅 시스템(예를 들어, 차량 컴퓨팅 시스템(450)) 또는 차량의 컴퓨팅 시스템의 컴포넌트(예를 들어, 통신 유닛)가 냉각될 수 있다. 컴퓨팅 시스템 또는 컴퓨팅 시스템의 컴포넌트가 특정 임계치 아래로 냉각되면, 차량은 기능 수행을 시작할 수 있거나 및/또는 RSU가 하나 이상의 통신 기능을 다시 차량으로 천이하도록 요청할 수 있다. 차량에서 다른 차량으로 기능성을 천이하기 위해 유사한 프로세스를 수행할 수 있다.
본 명세서에 기술된 예는 차량에서 다른 디바이스(예를 들어, 사용자 디바이스)로 상이한 기능성을 천이 및/또는 감소시킬 시기를 트리거할 수 있는 차량(또는 다른 디바이스)의 통신 유닛의 특성 또는 요인의 예로서 온도를 사용하지만, 다른 특성 또는 요인이 기능성의 감소 및/또는 천이를 트리거하는 데 사용될 수 있다. 특성 또는 요인의 예는 통신 유닛의 습도, 통신 유닛에 노출되는 광량, 통신 유닛을 위한 환기량(예: 환기구와 같은 환기 메커니즘이 막힌 때), 이들의 임의의 조합 및/또는 다른 특성 또는 요인을 포함할 수 있다.
도 9 는 본 명세서에서 설명된 기술들 중 하나 이상을 이용하여 열적 완화를 수행하기 위한 프로세스 (900) 의 예를 예시하는 흐름도이다. 동작(902) 에서, 프로세스 (900) 는 차량과 연관된 온도를 획득하는 것을 포함한다. 일부 예에서, 온도는 차량의 통신 유닛(예를 들어, 텔레매틱스 제어 유닛, 모뎀 또는 다른 통신 유닛과 같은 통신 시스템) 의 것 또는 차량의 다수의 통신 유닛의 것일 수 있다. 일부 예에서, 온도는 주위 온도 및/또는 접합 온도를 포함할 수 있다.
동작(904)에서, 프로세스(900)는 온도에 기초하여 하나 이상의 통신 기능을 차량에서 사용자 디바이스로 천이할지 여부를 결정하는 것을 포함한다. 예를 들어, 프로세스(900)는 온도가 온도 임계치보다 높은지 여부를 결정하는 것 및/또는 온도가 접근하고 있는지(예를 들어, 임계 온도 범위 내에, 예컨대 5℃, 10℃ 등 내에 있는지) 여부를 결정하는 것을 포함할 수 있다.
동작(906)에서, 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 프로세스(900)는 하나 이상의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 것을 포함한다. 예를 들어, 프로세스(900)는 온도가 온도 임계치보다 높다는 결정에 응답하여 하나 이상의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 것을 포함할 수 있다. 일부 경우에, 프로세스(900)는 온도 감소에 기초하여 하나 이상의 통신 기능을 사용자 디바이스의 통신 유닛에서 차량의 통신 유닛으로 천이하는 것을 포함할 수 있다. 예를 들어, 프로세스(900)는 차량(예를 들어, 차량의 통신 유닛 또는 다른 통신 유닛)과 연관된 추가 온도를 획득하는 것, 및 추가 온도가 온도 임계치 미만인지를 결정하는 것을 포함할 수 있다. 추가 온도가 온도 임계치 미만이라는 결정에 응답하여, 프로세스(900)는 하나 이상의 통신 기능을 사용자 디바이스의 통신 유닛에서 차량의 통신 유닛으로 천이할 수 있다.
일부 예에서, 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 프로세스(900)는 하나 이상의 추가 기능을 차량의 추가 통신 유닛(예: 제 2 통신 유닛)에서 사용자 디바이스로 천이하는 것을 포함한다.
일부 구현에서, 차량의 통신 유닛은 TCU(telematics control unit)이고, 이는 하나의 예시적인 예에서 통신 시스템(458)의 컴포넌트를 포함할 수 있거나 또는 통신 시스템(458)의 컴포넌트일 수 있다. 예를 들어, 일부 경우에, TCU는 네트워크 액세스 디바이스(NAD), 하나 이상의 가입자 식별 모듈(SIM), 하나 이상의 모뎀, 이들의 임의의 조합 및/또는 다른 컴포넌트 또는 디바이스 중 적어도 하나를 포함한다. 일부 구현에서, 차량의 통신 유닛은 모뎀이다. 일부 구현에서, 사용자 디바이스의 통신 유닛은 모뎀이다. 일부 경우에, 온도가 측정되는 통신 유닛은 동일한 통신 유닛으로서 그로부터 하나 이상의 통신 기능이 천이되는 그러한 통신 유닛이다. 하나의 예시적인 예에서, 온도는 차량의 모뎀에 대해 결정될 수 있고, 모뎀 기능성(예를 들어, 무선 네트워크 액세스 기능성, V2X 기능성, eCall 기능성 등)은 차량 모뎀의 온도가 온도 임계치보다 높은 것에 응답하여 차량의 모뎀에서 사용자 디바이스의 모뎀으로 천이될 수 있다. 일부 경우에, 온도가 측정되는 통신 유닛은 통신 유닛으로서 그로부터 하나 이상의 통신 기능이 천이되는 그러한 통신 유닛과는 상이하다. 하나의 예시적인 예에서, 온도는 차량의 TCU NAD에 대해 결정될 수 있고, 모뎀 기능성은 차량 모뎀의 온도가 온도 임계치보다 높은 것에 응답하여 차량의 모뎀에서 사용자 디바이스의 모뎀으로 천이될 수 있다.
일부 예에서, 프로세스(900)는 사용자 디바이스의 통신 유닛에 대한 하나 이상의 통신 기능 중 적어도 하나의 통신 기능을 수행하라는 요청을 사용자 디바이스의 통신 유닛으로부터 수신하는 것을 포함한다. 예를 들어, 전술한 바와 같이, 사용자 디바이스는 통신 인터페이스를 통해(예를 들어, WiFiTM 이를테면 DSRC 또는 다른 WiFi 인터페이스, BluetoothTM 이를테면 BLE 또는 다른 블루투스 인터페이스, PC5, USB 포트, lightning 포트 및/또는 다른 무선 또는 유선 인터페이스와를 통해), 차량과 접속할 수 있고 차량이 사용자 디바이스를 위한 하나 이상의 기능(예: 무선 네트워크 액세스 기능성)을 수행하도록 요청하는 요청을 차량에 보낼 수 있다. 요청이 차량에 의해 승인 또는 수락되면, 사용자 디바이스의 통신 유닛은 적어도 하나의 통신 기능을 차량의 통신 유닛으로 전송할 수 있다. 다음으로, 차량의 통신 유닛은 적어도 하나의 통신 기능(예를 들어, 사용자 디바이스에 대해 무선 네트워크 액세스를 제공하기 위한 무선 네트워크 액세스 기능성)을 수행하기 시작할 수 있다. 이러한 예에서, 프로세스(900)의 동작(906)은 적어도 하나의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 것을 포함할 수 있다.
일부 경우에, 프로세스(900)는 사용자 디바이스의 통신 유닛에 의해 수행되는 하나 이상의 통신 기능에 기초하여 데이터를, 사용자 디바이스의 통신 유닛으로부터, 수신하는 것을 포함할 수 있다. 프로세스(900)는 차량의 출력 디바이스를 사용하여 데이터를 출력할 수 있다. 하나의 예시적인 예에서, 사용자 디바이스는 통신 네트워크 서비스 제공자로부터 미디어 데이터를 획득할 수 있고, 차량의 디스플레이 상에 표시하기 위해 미디어 데이터를 차량의 인포테인먼트 시스템(인포테인먼트 시스템(454))으로 보낼 수 있다. 데이터는, 차량에 의해 제공되거나 또는 그 밖의 방법으로 제공되는 통신 인터페이스 또는 링크(WiFiTM 인터페이스 이를테면 DSRC 또는 다른 WiFi 링크, BluetoothTM 인터페이스 이를테면 BLE 또는 다른 블루투스 인터페이스, PC5 인터페이스, USB 포트, lightning 포트 및/또는 다른 무선 또는 유선 인터페이스)를 통해 사용자 디바이스의 통신 유닛에 의해 수신될 수 있다.
일부 구현에서, 하나 이상의 통신 기능은 무선 네트워크 액세스 기능, V2X(vehicle-to-everything) 기능, eCall(emergency-call) 기능, 이들의 임의의 조합 및/또는 다른 통신 기능 중 적어도 하나를 포함한다. 예를 들어, 일부 예에서, 하나 이상의 통신 기능은 사용자 디바이스의 통신 유닛을 위해 차량의 통신 유닛에 의해 수행되는 무선 네트워크 액세스 기능을 포함한다. 그러한 예에서, 동작(906)은 무선 네트워크 액세스 기능성을 시작하라는 명령을 사용자 디바이스의 통신 유닛에 송신하는 것을 포함할 수 있다. 일부 양태에서, 프로세스(900)는 적어도 사용자 디바이스의 통신 유닛이 무선 네트워크 액세스 기능을 수행하기 시작할 때까지 무선 네트워크 액세스 기능을 수행하는 것을 포함한다. 일부 경우에, 프로세스(900)는 (예를 들어, 일단 사용자 디바이스가 무선 네트워크 액세스 기능을 수행하기 시작하면) 통신 네트워크 서비스 제공자로부터 차량의 통신 유닛을 등록 해제하는 것을 포함할 수 있다.
일부 예에서, 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함한다. 이러한 예에서, 동작(906)은 V2X 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 것을 포함할 수 있다. 일부 경우에, 프로세스(900)는 (예를 들어, 도 7의 동작(724)에 대해 설명된 바와 같이) 사용자 디바이스가 V2X 기능성을 위해 구성되었는지 여부를 결정하는 것을 포함할 수 있다. 사용자 디바이스가 V2X 기능성을 위해 구성되었다는 결정에 응답하여, 프로세스(900)는 V2X 기능을 사용자 디바이스의 통신 유닛으로 천이할 수 있다. 일부 예에서, 사용자 디바이스가 V2X 기능성을 위해 구성되지 않았다는 결정에 응답하여, 프로세스(900)는 (예를 들어, 차량의 통신 유닛에 의해) V2X 기능을 계속 수행하는 것을 포함할 수 있다.
일부 구현에서, 프로세스(900)는 전술한 바와 같이 차량에서 사용자 디바이스로의 V2X 기능성의 단계적 또는 점진적 천이를 수행할 수 있다. 예를 들어, 프로세스(900)는 제 1 세트의 V2X 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 것, 및 차량의 통신 유닛에 의해 제 2 세트의 V2X 기능을 수행하는 것을 포함할 수 있다. 일부 경우에, 프로세스(900)는 (예를 들어, 차량의 V2X 로드에 기초하여, 온도에 기초하여 등) 제 2 세트의 V2X 기능을 사용자 디바이스의 통신 유닛으로 천이할 수 있다.
일부 구현에서, 프로세스(900)는 온도에 기초하여 차량에 의해 수행되는 V2X 기능성을 감소시키는 것을 포함할 수 있다. 예를 들어, 프로세스(900)는 온도가 제 1 온도 임계치보다 높은지 여부를 결정하는 것을 포함할 수 있다. 온도가 제 1 온도 임계치보다 높다는 결정에 응답하여, 프로세스(900)는 V2X 기능의 듀티 사이클을 감소시키는 것을 포함할 수 있다. 일부 예에서, V2X 기능의 듀티 사이클을 감소시키는 것은 하나 이상의 V2X 메시지의 송신 레이트를 감소시키는 것을 포함한다. 일부 예에서, V2X 기능의 듀티 사이클을 감소시키는 것은 하나 이상의 V2X 메시지의 프로세싱 레이트를 감소시키는 것을 포함한다. 전술한 바와 같이, 프로세싱 레이트는 통신 유닛이 다른 차량, 보행자 사용자 디바이스 및/또는 인프라 시스템으로부터 수신된 V2X 메시지를 프로세싱하는 레이트를 포함할 수 있다. 일부 예에서, 프로세스(900)는 V2X 기능에 대한 수요를 결정하는 것을 포함하며, 이 경우 V2X 기능의 듀티 사이클을 감소시키는 것은 V2X 기능에 대한 결정된 수요에 더 기초한다. 전술한 바와 같이, 수요는, 다른 요인 중에서도, 수신되고 있거나 및/또는 기간 동안 수신된 V2X 메시지의 수, 차량 부근에 있는 다른 차량의 수, 차량에 대해 결정된 포지션의 신뢰도, 다른 차량으로부터 소정 거리를 유지할 수 있는 차량의 능력, 차량이 정지했는지 여부, (예: 가다 서다하는 시나리오에서) 차량이 기간 내에 주기적으로 정지하는지 여부, 차량이 특정 속도로 움직이고 있는지 여부, 센서 데이터의 신뢰 수준(예: 차량의 하나 이상의 카메라에 의해 검출된 물체의 신뢰 수준) 에 기초할 수 있다.
일부 예에서, 프로세스(900)는 차량(예를 들어, 차량의 통신 유닛 또는 다른 통신 유닛)과 연관된 추가 온도(예를 들어, 제 2 온도)를 획득하는 것, 및 추가 온도가 제 2 온도 임계치보다 높은지 여부를 결정하는 것을 포함할 수 있다. 추가 온도가 제 2 온도 임계치보다 높다는 결정에 응답하여, 프로세스(900)는 하나 이상의 V2X 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 것을 포함할 수 있다. 그러한 예에서, 차량은 먼저 제 1 온도 임계치에 기초하여 차량에 의해 수행되는 V2X 기능을 감소시킬 수 있고, 제 2 온도 임계값에 기초하여 하나 이상의 V2X 기능을 사용자 디바이스로 천이할 수 있다.
일부 예에서, 프로세스(900)는 차량의 통신 유닛에 의해 제 1 통신 기능 및 제 2 통신 기능을 수행하는 것을 포함할 수 있다. 프로세스(900)는 온도가 제 1 온도 임계치보다 높은지 여부를 결정하는 것을 더 포함할 수 있다. 온도가 제 1 온도 임계치보다 높다는 결정에 응답하여, 프로세스(900)는 제 1 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 것을 포함할 수 있다. 일부 경우에, 프로세스(900)는 제 1 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하라는 요청을 송신하는 것을 포함할 수 있다. 일부 양태에서, 프로세스(900)는 요청을 송신하는 것에 응답하여 또는 사용자 디바이스로부터 요청에 대한 응답을 수신하는 것에 응답하여 차량의 통신 유닛에 의해 하나 이상의 통신 기능을 중단하는 것을 포함할 수 있다. 일부 예에서, 프로세스(900)는 요청에 기초하여 (예를 들어, 요청이 전송될 때) 알림을 출력하는 것을 포함할 수 있다. 알림은 표시된 메시지, 가청 메시지, 햅틱 피드백, 이들의 임의의 조합 및/또는 다른 알림 중 적어도 하나를 포함할 수 있다.
일부 구현에서, 프로세스(900)는 상이한 온도 임계치 또는 다른 요인에 기초하여 상이한 통신 기능(예를 들어, 제 1 통신 기능 및/또는 제 2 통신 기능)을 천이하는 것을 포함할 수 있다. 예를 들어, 프로세스(900)는 차량(예를 들어, 차량의 통신 유닛 또는 다른 통신 유닛)과 연관된 추가 온도를 획득하는 것, 및 추가 온도가 제 2 온도 임계치보다 높은지 여부를 결정하는 것을 포함할 수 있다. 추가 온도가 제 2 온도 임계치보다 높다는 결정에 응답하여, 프로세스(900)는 제 2 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 것을 포함할 수 있다. 일부 예에서, 제 1 통신 기능은 무선 네트워크 액세스 기능을 포함하고, 제 2 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함한다. 일부 예에서, 제 1 통신 기능은 무선 네트워크 액세스 기능을 포함하고, 제 2 통신 기능은 eCall 기능을 포함한다. 일부 예에서, 제 1 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고, 제 2 통신 기능은 eCall 기능을 포함한다.
일부 예에서, 프로세스(900)는 차량의 환경 정보를 사용자 디바이스의 통신 유닛에 송신하는 것을 포함할 수 있다. 일부 경우에, 환경 정보는 차량의 V2X 컨텍스트, 차량의 eCall 컨텍스트 또는 이들의 임의의 조합 중 적어도 하나를 포함한다. 예를 들어, 프로세스(900)는 동작(906)에서 하나 이상의 통신 기능을 천이하는 것의 일부로서 사용자 디바이스에 환경 정보를 송신하는 것을 포함할 수 있다.
일부 예에서, 프로세스(900)는 하나 이상의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하기 전에 요청을 사용자 디바이스에 송신하는 것을 포함할 수 있다. 예를 들어, 프로세스(900)는 온도가 제 1 온도 임계치보다 높은지 여부를 결정하는 것을 포함할 수 있다. 온도가 제 1 온도 임계치보다 높다는 결정에 응답하여, 프로세스(900)는 제 1 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하라는 요청을 (사용자 디바이스에) 송신하는 것을 포함할 수 있다. 일부 경우에, 프로세스(900)는 표시된 메시지, 가청 메시지, 햅틱 피드백, 이들의 임의의 조합 및/또는 다른 유형의 메시지 중 적어도 하나를 포함하는 요청에 기초한 알림을 출력할 수 있다. 일부 예에서, 프로세스(900)는 온도가 제 2 온도 임계치보다 높은지 여부를 결정하는 것을 포함할 수 있다. 온도가 제 2 온도 임계치보다 높다는 결정에 응답하여, 프로세스(900)는 제 1 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하는 것을 포함할 수 있다. 일부 예에서, 프로세스(900)는 제 2 온도 임계치에 기초하는 대신에 (예를 들어, 사용자 디바이스 또는 사용자 디바이스의 사용자가 요청을 수락한 후) 온도가 제 1 온도보다 높다는 결정에 응답하여 차량의 차량 통신 유닛으로부터 사용자 디바이스 통신 유닛으로 제 1 통신 기능을 천이할 수 있다.
일부 예에서, 프로세스(900)는 적어도 하나의 통신 기능을 차량의 통신 유닛에서 RSU(roadside unit)의 통신 유닛으로, 추가 차량의 통신 유닛으로, 및/또는 다른 디바이스로 천이할 수 있다. 예를 들어, 전술한 바와 같이, 특정 온도 임계치에 도달하는 것에 응답하여, 프로세스(900)는 V2X 기능성을 RSU 및/또는 다른 차량으로 천이하여 차량의 프로세싱 로드를 감소시키는 것을 도울 수 있다.
전술한 바와 같이, 본 개시의 양태는, 전술한 열적 완화 시스템 및 기술에 추가로 또는 대안적으로, 하나 이상의 로드 밸런서를 사용하여 로드 밸런싱을 수행하기 위한 시스템 및 기술을 포함한다. 도 10a는 (도 4의 차량 컴퓨팅 시스템(450)과 동일할 수 있는) 차량 컴퓨팅 시스템(1000)의 내부 컴포넌트의 예시적인 구성을 예시하는 블록도이다. 차량 컴퓨팅 시스템(1000)은 열적 관리 컴포넌트(1004), V2X 스택(1006) 및 다운스트림(DS) 컴포넌트(1008)와 같은 컴포넌트를 포함할 수 있는 모뎀(1002)(이는 도 4의 모뎀(464)과 동일할 수 있음)을 포함한다. 도시되지는 않았지만, 모뎀(1002)은 차량(404) 등과 같은 대응하는 UE로부터 메시지를 송신하기 위한 업스트림 컴포넌트와 같은 그의 의도된 동작을 위한 임의의 다른 알려지거나 개발될 컴포넌트를 포함할 수 있다.
아래에서 완전히 설명되는 바와 같이, 열적 관리 컴포넌트(1004)는 모뎀(1002) 및/또는 차량 컴퓨팅 시스템(1000) 내부의 또는 이와 연관된 다른 컴포넌트의 현재 온도 정보를 수신하여, 프로세싱 로드(차량 컴퓨팅 시스템(1000)에 의해 검증될 착신 메시지(예를 들어, V2X 메시지)의 수)가 차량 컴퓨팅 시스템(1000)의 프로세싱 용량 이하로 유지되도록 하기 위해 착신 메시지를 필터링(예를 들어, 드롭, 큐잉 등)하기 위한 필터링 메커니즘을 구현할 수도 있다.
V2X 스택(1006)은 (예를 들어, V2V 통신을 위한 다른 차량과의, D2D 통신을 위한 다른 디바이스와의, V2I 통신을 위한 인프라 시스템과의, V2P 통신을 위한 보행자 UE와의 등) 양방향 V2X 통신을 가능하게 하는 데 사용될 수도 있다. V2X 스택(1006)은 본 명세서에 기술된 바와 같이 특정 필터링 메커니즘을 구현하기 위해 열적 관리 컴포넌트(1004)에 의해 제어될 수도 있다.
DS 컴포넌트(1008)는 검증 및 프로세싱을 위해 ITS(1012)에 임의의 수의 수신된 메시지(예를 들어, V2X 메시지)를 전달하거나 보내는 데 활용될 수도 있다. 후술하는 바와 같이, 차량 컴퓨팅 시스템(1000)에서의 열적 조건으로 인한 특정 유형의 필터링 방식은 모뎀(1002)의 DS 컴포넌트(1008)에서 구현될 수도 있다.
도 10a 에 추가로 도시된 바와 같이, 차량 컴퓨팅 시스템(1000)은 또한 애플리케이션 프로세서(1010)를 포함한다. 애플리케이션 프로세서(1010)는 ITS(1012)(도 4의 ITS(455)와 동일할 수 있음)를 포함한다. 차량 컴퓨팅 시스템(1000)의 컴포넌트의 착신 프로세싱 로드 및 온도 조건에 기초한 하나 이상의 필터링 방식이 아래에서 설명되는 바와 같이 ITS(1012)에서 구현될 수도 있다.
애플리케이션 프로세서(1010)는 예시적인 예로서만 사용되고 열적 기반 로드 밸런싱의 프로세스는 하나 이상의 CPU(central processing unit), DSP(digital signal processor), ASIC(application specific integrated circuit), FPGA(Field Programmable Gate Array), AP(Application Processor), GPU(Graphics Processing Unit), VPU(Vision Processing Unit), NSP(Neural Network Signal Processor), 마이크로컨트롤러, 전용 하드웨어, 이들의 조합 및/또는 다른 프로세싱 디바이스 또는 시스템을 포함하지만 이에 한정되지 않는 임의의 프로세싱 시스템에 의해 수행될 수 있다는 것에 유의해야 한다.
애플리케이션 프로세서(1010)는 검증 라이브러리(1014)(라이브러리(1014)라고도 함)를 더 포함한다. 검증 라이브러리(1014)는 본 개시에 기술된 바와 같이 다른 차량, UE 및/또는 RSU로부터 차량 컴퓨팅 시스템(450)에서 수신된 서명된 및 보안 메시지의 검증을 위한 소프트웨어 및/또는 하드웨어 플랫폼일 수도 있다. 검증 라이브러리(1014)는 IEEE 1609.2 및 ETSI TS 103097 V2V 보안 표준에 정의된 보안 메시지 형식 및 그의 프로세싱을 지원한다. 검증 라이브러리(1014)는 공유 라이브러리, 헤더, 문서화 및 테스트 애플리케이션(예를 들어, RPM(Red Hat Packet Manager) 호환 Linux 및 Windows 포트용)을 포함하는 디렉토리 구조일 수도 있다.
애플리케이션 프로세서(1010)는 디스패처(1016), 하나 이상의 프로세싱 코어(1018)(하나 이상의 검증 프로세서라고도 함), 로드 밸런서(1020), 레이턴시 센서(들)(1022), 열적 관리기(1024) 및 스로틀링 관리기(1026)를 더 포함한다. 애플리케이션 프로세서(1010)의 컴포넌트는 도 10a에 도시된 것에 한정되지 않고 애플리케이션 프로세서(1010)의 의도된 동작 및 기능성을 위해 임의의 다른 알려지거나 개발될 컴포넌트(들)를 포함할 수도 있다.
디스패처(1016)는 (예를 들어, 로드 밸런서(1020)로부터 수신된 검증 시퀀스 커맨드에 따라) 프로세싱/검증을 위해 검증 라이브러리(1014)에서 착신 메시지를 하나 이상의 프로세싱 코어(1018)로 분배하는 데 활용될 수도 있다.
하나 이상의 프로세싱 코어(1018)(예를 들어, 하나 이상의 검증 프로세서)는 임의의 공지된 또는 개발될 프로세싱 및/또는 검증 방법에 따라 수신된 메시지를 검증하도록 구성된다. 아래에서 추가로 설명되는 바와 같이, 프로세싱 코어 (1018) 중 어느 하나 이상의 프로세싱 용량은 차량 컴퓨팅 시스템(1000) 및/또는 차량 컴퓨팅 시스템(1000)의 하나 이상의 컴포넌트의 그들의 대응하는 열적 조건 및/또는 전체 열적 조건에 따라 달라질 수도 있다.
본 명세서에서는 차량 컴퓨팅 시스템(1000)의 프로세싱 용량에 영향을 미칠 수도 있는 요인 또는 조건으로서 열적 조건(온도)가 설명되지만, 본 개시는 온도에 한정되지 않고, 차량 컴퓨팅 시스템(1000)의 및/또는 차량 컴퓨팅 시스템(1000)의 하나 이상의 컴포넌트의 습도, 광 노출량, 환기량(예: 환기구와 같은 환기 메커니즘이 막힌 때), 이들의 임의의 조합 및/또는 다른 특성 또는 요인을 포함하지만 이에 한정되지 않는 다른 요인 또는 조건을 포함할 수도 있다.
열적 기반 로드 밸런싱 및 필터링 방식을 구현하여 임의의 주어진 온도 수준에서, 프로세싱 로드(인근 디바이스에서 수신된 C-V2X 메시지와 같은 착신 메시지 수)가 하나 이상의 프로세싱 코어(1018)의 개별 프로세싱 용량의 합계 이하로 유지되도록 보장할 수도 있다.
하나 이상의 프로세싱 코어(1018)는 고급 RISC(Reduced Instruction Set Computer) 머신 (ARM), aDSP(Audio Digital Signal Processor), cDSP(Compute DSP), GPU(Graphics Processing Unit), NSP (Neural Signal Processor), air7 프로세서, 암호화 기능 또는 SPU(Security Processor Unit)를 처리하기 위한 전용 코어, 및/또는 다른 프로세싱 코어 중 어느 하나 이상 또는 조합일 수 있다
로드 밸런서(1020)는 차량 컴퓨팅 시스템(1000)의 원활하고 연속적인 동작을 보장하기 위해 차량 컴퓨팅 시스템(1000)의 다양한 컴포넌트의 로드 및 프로세싱 조건을 모니터링하도록 구성된다. 다른 파라미터 중에서 그리고 아래에 설명되는 바와 같이, 로드 밸런서(1020)는 차량 컴퓨팅 시스템(1000)의 컴포넌트의 다양한 열적 조건, (ITS(1012)로부터의) 착신 메시지의 도착 레이트, (레이턴시 센서(들)(22)로부터의) 프로세싱 지연 정보 및 (열적 관리자(1024)로부터) 열적 측정 정보를 모니터링하고 필터링 메커니즘을 구현하기 위해 스로틀링 관리기(1026)에 열적 수준 및 조건에 대한 정보를 제공할 수도 있다. 이 프로세스는 아래에서 더 설명될 것이다.
레이턴시 센서(들)(1022)은 프로세싱 코어(1018) 중 어느 하나 이상에 의해 수신된 메시지의 프로세싱에 있어서 레이턴시 및/또는 차량 컴퓨팅 시스템(1000)의 컴포넌트 중 어느 하나 이상에서 그들의 대응하는 기능성을 수행하는 것에 있어서 레이턴시를 측정하도록 구성될 수도 있다.
열적 관리기(1024)는 하나 이상의 프로세싱 코어(1018)를 포함하는 차량 컴퓨팅 시스템(1000)의 어느 하나 이상의 컴포넌트의 순시 온도(instantaneous temperature)를 측정하도록 구성된다. 일부 예에서, 열적 관리기(1024)는 도 4의 센서 시스템(들)(456)의 일부일 수도 있다.
스로틀링(필터링) 관리기(1026)는 후술하는 바와 같이, 로드 밸런서(1020)로부터 열적 수준 정보 및 스로틀링(필터링) 수준 정보를 수신할 수 있고, 메시지를 필터링하기 위한 필터링 메커니즘을 결정할 수 있다. 필터링 메커니즘의 선택에 후속하여, 스로틀링 관리기(1026)는 구현을 위해 ITS(1012), 열적 관리 컴포넌트(1004) 및/또는 DS 컴포넌트(1008)에 그러한 필터링 메커니즘의 구현을 위한 커맨드를 보낼 수 있다.
도 10b 는 차량 컴퓨팅 시스템(450)의 내부 컴포넌트들의 다른 예시적인 구성을 예시하는 블록도이다. 도 10b 의 차량 컴퓨팅 시스템(1050)은 도 10a의 차량 컴퓨팅 시스템(1000) 또는 도 4의 차량 컴퓨팅 시스템(450)과 동일할 수 있다. 차량 컴퓨팅 시스템(1050)은 디스패처(1052), 로드 밸런서(1054), 열적 엔진(1056), 스로틀링 관리기(1058), ITS(intelligent transport system)(1060), 모뎀(1065)의 V2X 스택(1062) 및 DS 컴포넌트(1064)를 포함할 수 있고, 이들 모두는 아래에서 설명될 것이다.
디스패처(1052)는 디스패처(10110)와 동일할 수도 있고, 로드 밸런서(1054)는 도 10a의 로드 밸런서(1020)와 동일할 수도 있다. 디스패처(1052)와 로드 밸런서(1054) 사이의 통신은 양방향적일 수도 있다. 예를 들어, 로드 밸런서(1054)는 도 10a의 하나 이상의 프로세싱 코어(1018)에 의해 착신 메시지를 검증하는 검증 레이트를 수신할 수도 있고, 반환으로 로드 밸런서(1054)는 검증 시퀀스 및 검증 주기성을 위한 명령을 포함하는 커맨드를 디스패처(1052)에 제공할 수도 있다. 후술하는 바와 같이, 검증 레이트는 또한, 차량 컴퓨팅 시스템(1050)의 프로세싱 로드(순시 프로세싱 로드)으로 지칭될 수도 있다. 일례에서, 검증 레이트는 착신 메시지 레이트(예를 들어, 차량 컴퓨팅 시스템(1050)에서 수신된 RmNET(Remote Network)를 통한 착신 V2X 메시지 레이트)와 ITS(1060)의 현재 필터링 레이트 사이의 차이로 결정될 수 있다.
일 예에서, 로드 밸런서(1054)는 하나 이상의 프로세싱 코어(1018) 중에서의 구현을 위해 로드 분산 방식(예를 들어, 검증 시퀀스 및 검증 주기성을 포함함)을 포뮬레이팅하기 위해 가중 평균화(또는 임의의 다른 알려진 또는 개발될 방법)를 사용하여 전력 및 레이턴시 비용 둘 다를 고려할 수도 있다. 가중 평균화에 사용되는 가중치는 하나 이상의 프로세싱 코어(1018) 내부 실리콘의 접합 온도(Tj)(이는 트랜지스터 접합 온도를 포함할 수 있음)에 기초할 수도 있다. 예를 들어, Tj가 임계치(예를 들어, 실험 및/또는 경험적 연구에 기초하여 결정된 구성 가능한 파라미터)보다 낮을 때, 차량 컴퓨팅 시스템(1050)은 검증당 레이턴시와 같은 더 많은 가중치 성능 요인(weightage performance factor)을 할당할 수도 있다. 다른 예에서, Tj가 임계치보다 클 때, 차량 컴퓨팅 시스템(1050)은 검증당 사용된 전력의 mW와 같은 전력 효율에 더 많은 가중치를 할당할 수도 있다.
열적 엔진(1056)은 도 10a의 로드 밸런서(1020)와 동일한 방식으로 차량 컴퓨팅 시스템(1050)의 다양한 컴포넌트들의 온도를 측정하고 모니터링할 수 있는 센서 시스템(들)(456)로부터의 센서 시스템일 수도 있다. 열적 엔진(1056)은 로드 밸런서(1054) 및 스로틀링 관리기(1058) 둘 다에 통신적으로 커플링될 수도 있다(스로틀링 관리자(1058)는 도 10a의 스로틀링 관리기(1026)와 동일할 수도 있다). 열적 엔진(1056)은 스로틀링 관리기(1058) 및 로드 밸런서(1054)에 온도 정보(하나 이상의 프로세싱 코어(들)(1018) 및/또는 차량 컴퓨팅 시스템(1050)의 임의의 다른 컴포넌트의 열적 수준)을 제공할 수 있다. 일 예에서, 열적 엔진(1056)은 또한 하나 이상의 프로세싱 코어(1018)의 동작 점(예를 들어, 속도, 주파수 등)과 같은 추가 정보를 로드 밸런서(1054)에 제공할 수 있다. 로드 밸런서(1054)는 또한, 스로틀링(필터링) 수준 (도 13 및 등식 2를 참조하여 아래에서 정의됨)을 스로틀링 관리기(1058)에 제공할 수 있다.
스로틀링 관리기(1058)는 수신된 열적 수준, 스로틀링 수준 및 프로세싱 로드 정보에 기초하여, ITS(1060), 모뎀(1065)의 V2X 스택(1062)(이는 도 10a의 모뎀(1002)과 동일할 수 있음) 및/또는 모뎀(1065)의 DS 컴포넌트(1064) 중 어느 하나에 의해 구현될 적절한 필터링 메카니즘을 결정할 수 있다.
도 1 내지 도 10b를 참조하여 전술한 예시적인 시스템 구성으로, 본 개시는 이제, 열적 조건이 차량 컴퓨팅 시스템의 프로세싱 능력을 감소시킬 때, 차량 컴퓨팅 시스템(이를테면, 위에 설명된 도 4, 10a 및 10b를 참조하여 위에 설명된 차량 컴퓨팅 시스템(450), 차량 컴퓨팅 시스템(1000) 및/또는 차량 컴퓨팅 시스템(1050)) 이 인근 디바이스로부터 수신된 중요한 정보를 프로세싱할 수 있도록 보장하기 위해 열적 인식 (열적 기반) 로드 밸런싱을 위해 구현될 예시적 프로세스를 설명하기로 한다. 열적 기반 로드 밸런싱은 도 10a 의 차량 컴퓨팅 시스템(1000)의 컴포넌트를 참조하여 아래에서 설명될 것이다. 그러나, 다음의 열적 기반 로드 밸런싱 개념은 도 4의 예시적인 컴퓨팅 시스템(450) 및/또는 도 10b의 차량 컴퓨팅 시스템(1050)에 유사하게 적용될 수 있다. 또한, 차량 컴퓨팅 시스템(1000)이 도 4의 차량(404) 내부에서 사용되고 있다고 가정한다.
위에서 언급한 바와 같이, 차량 컴퓨팅 시스템(1000)의 다양한 기본 하드웨어 컴포넌트(이를테면, 전술한 바와 같이, 검증 프로세서라고 할 수 있는, 하나 이상의 프로세싱 코어(1018)) 의 온도가 상승할 때 문제가 발생할 수 있다. 하드웨어 온도가 상승함에 따라, 그들의 클록 주파수 및 결과적으로 프로세싱 능력이 감소된다. 극한의 온도 조건(예를 들어, -85℃ 내지 125℃)에서 차량 컴퓨팅 시스템(1000)의 연속적인 동작이 중요하다. 게다가, C-V2X 메시지(IEEE 1509.6 표준 기반)와 같은 착신 메시지를 검증하는 프로세스는 계산 집약적이고 지연에 민감한 것으로 알려져 있다. 일부 예에서, 착신 메시지는 ITS 메시지일 수도 있고 BSM(Basic Safety Messages)를 포함할 수도 있다. 착신 메시지의 수가 증가함에 따라, 차량 컴퓨팅 시스템(1000)은 (예를 들어, 초당) 수신된 메시지의 더 많은 횟수의 검증을 프로세싱해야 한다. 열적 조건은 차량 컴퓨팅 시스템(1000)이 초당 필요한 횟수의 검증을 수행하는 능력에 악영향을 미친다. 현재 필터링 메커니즘은 수신된 메시지의 관련성을 기반으로 하며 다양한 열적 및 로드 조건을 고려하지 않는다. 따라서, 차량(404)의 적절하고 안전한 동작을 위해 적절한 동작적 그리고 안전 커맨드를 제공하기 위해, 임의의 주어진 열적 조건 하에, 착신 메시지의 적시의 프로세싱 및 검증을 보장하는 것이 중요하다.
로드 밸런서(1020)를 활용하여, 차량 컴퓨팅 시스템(1000)은 현재(예를 들어, 순시) 프로세싱 로드(차량(404) 부근의 인근 디바이스로부터 수신된 착신 메시지의 수량) 및 차량 컴퓨팅 시스템(1000)의 하나 이상의 컴포넌트/하드웨어의 현재 온도(들)를 결정하여 최적화된 필터링 메커니즘을 결정할 수 있다. 최적화된 필터링 메커니즘은, 차량 컴퓨팅 시스템(1000)의 프로세싱 로드가 차량 컴퓨팅 시스템(1000)의 하나 이상의 프로세싱 코어(1018)의 총 프로세싱 용량 이하로 유지되도록 착신 메시지 중 덜 중요한 것을 필터링/드롭하도록 차량 컴퓨팅 시스템(1000)의 하나 이상의 내부 컴포넌트(이를테면, 모뎀(1002)의 열적 관리 컴포넌트(1004), 모뎀(1002)의 DS 컴포넌트(1008) 및/또는 애플리케이션 프로세서(1010)의 ITS(1012))에서 구현될 수 있다.
도 11 은 열적 기반 로드 밸런싱을 수행하기 위한 프로세스 (1100) 의 예를 예시하는 흐름도이다. 도 11은 도 10a 의 차량 컴퓨팅 시스템 (1000) 의 관점에서 설명될 것이다. 그러나, 차량 컴퓨팅 시스템(1000)은, 도 11의 프로세스의 다양한 단계를 구현하기 위해, 도 10a를 참조하여 전술한 차량 컴퓨팅 시스템(1000)의 컴포넌트들의 각각에 대응하는 저장된 컴퓨터 판독가능 명령을 실행하도록 구성된 하나 이상의 프로세서를 가질 수도 있음을 이해해야 한다.
동작(1101)에서, 차량 컴퓨팅 시스템(1000)은 프로세싱될 착신 메시지(복수의 메시지)를 수신한다. 전술한 바와 같이, 착신 메시지는 차량(404) 부근에 있는 다수의 인근 디바이스로부터 수신된 C-V2X 서명된 메시지일 수도 있다. 이러한 인근 디바이스는 도 3의 차량(304 및/또는 305)과 같은 다른 차량, 도 3의 UE(307)와 같은 하나 이상의 UE, 도 3의 BS(302), 도 3의 RSU(303)와 같은 하나 이상의 RSU 등일 수도 있다. 혼잡한 주간 고속도로(interstate highway)상에 있는 차량(404)의 예시적인 설정에서, 이러한 인근 디바이스는 차량(404) 부근의 주간 고속도로에 있는 수십 또는 수백 대의 인근 차량, 정보 게시판과 같은 스마트 인근 교통 관리 컴포넌트, 신호등, 지나가는 대중 교통 차량, UE(407)와 같은 모바일 디바이스 등일 수도 있다.
동작(1102)에서, 차량 컴퓨팅 시스템(1000)은 차량(404)과 연관된 열적 수준을 결정한다. 예를 들어, 열적 수준은 모뎀(1002), 애플리케이션 프로세서(1010), 하나 이상의 프로세싱 코어 (1018)(예를 들어, 검증 프로세서), 차량(404)의 TCU(telematics control unit) 등을 포함하지만, 이에 한정되지 않는 차량 컴퓨팅 시스템(1000)과 연관된 하나 이상의 하드웨어 컴포넌트들의 열적 수준일 수 있다. 다른 예에서, 열적 수준은 차량(404)의 임의의 다른 컴포넌트의 열적 수준 또는 보다 일반적으로 차량(404)의 열적 수준일 수 있다. 열적 수준은 실험 및/또는 경험적 연구를 기반으로 결정될 수 있는 온도 범위일 수도 있다. 예를 들어, 하나 이상의 프로세싱 코어 (1018) 각각으로서 사용되는 상이한 유형의 프로세서는 상이한 열적 조건 하에서 바뀌는 성능을 가질 수도 있다. 비제한적인 예로서, 열적 수준(온도 수준) 0은 섭씨 0-15도 범위를 포함하도록 정의될 수도 있고, 열적 수준 1은 섭씨 16-30도 범위를 포함하도록 정의될 수도 있으며, 열적 수준 2는 31-100도 범위를 포함하도록 정의될 수도 있고 열적 수준 3은 섭씨 46도 이상의 범위를 포함하도록 정의될 수도 있다. 열적 수준 및 대응하는 범위의 수는 더 많거나 더 적을 수도 있으며 위에서 설명한 예로 한정되지 않는다.
차량 컴퓨팅 시스템(1000)은 도 10a의 로드 밸런서(1020)에 의한 현재 온도 측정에 기초하여 열적 수준을 결정할 수 있고, 여기서 측정은 로드 밸런서(1020)에 제공되고 로드 밸런서(1020)는 온도 측정 및 위에 정의된 열적 수준에 기초하여 열적 수준을 결정한다. 일례에서, 온도 측정은 단일 프로세서의 현재 온도를 나타낼 수도 있거나 또는 차량 컴퓨팅 시스템(1000)과 연관된 다수의 프로세서 및 컴포넌트의 온도의 평균일 수도 있다.
동작(1104)에서, 차량 컴퓨팅 시스템(1000)은 차량 컴퓨팅 시스템(1000)의 프로세싱 로드(로드 조건)을 결정한다. 일부 예에서, 프로세싱 로드는 차량 컴퓨팅 시스템(1000)의 현재 프로세싱 로드일 수 있다. 일부 예에서, 프로세싱 로드는 차량(404)이 장래 위치에 도착하기 전에 장래 위치에서 차량 컴퓨팅 시스템(1000)의 예측된 프로세싱 로드일 수 있다. 일부 예에서, 프로세싱 로드는 현재 프로세싱 로드와 예측된 프로세싱 로드의 조합일 수 있다.
현재 프로세싱 로드는 하나 이상의 프로세싱 코어(1018)에 의해 검증될 동작(1101)에서 수신된 착신 메시지의 크기(수)를 나타낸다. 현재 프로세싱 로드는 메시지의 전체 크기(예: 메가바이트 또는 기가바이트 단위)로 정의될 수도 있다. 일례에서 그리고 고속도로 또는 도로 상의 피크 부하 동안, 차량(404)은 이백오십(250)대의 인근 차량으로 둘러싸일 수도 있으며 이들 각각으로부터 매초 10개의 메시지가 수신될 수도 있다. 그 결과 차량 제어 컴퓨팅 시스템(1000)에 의해 매초 이천오백(2500)개의 메시지가 프로세싱된다. 메시지당 오백(500) 바이트의 크기를 가정하면, 차량 컴퓨팅 시스템(1000)의 현재 프로세싱 로드는 1.25 기가바이트의 데이터일 수도 있다. 차량 컴퓨팅 시스템(1000)의 현재 프로세싱 로드는 M i 로 표현될 수도 있으며, 여기서 i 는 현재 시간을 나타내며 영 (0) 이상의 정수이다. 일례에서, M i 는 도 10b를 참조하여 전술한 검증 레이트와 동일할 수도 있다.
일부 경우에, 전술한 바처럼, 프로세싱 로드는 차량(404)이 장래 위치에 도착하기 전에 장래 위치에서 차량 컴퓨팅 시스템(1000)의 예측된 프로세싱 로드일 수 있다. 그러한 경우에, 차량 컴퓨팅 시스템(1000)은 식별된 장래 위치(예를 들어, 차량(404)이 5분, 10분 이내 등과 같은 장래의 주어진 시간 이내에 도착할 수도 있는 교차로)에서 교통 조건을 설명하는 정보를 수신할 수 있다. 교통 조건에 관한 정보를 사용하여, 차량 컴퓨팅 시스템(1000)은 식별된 장래 위치에 차량(404)이 도착할 때 차량 컴퓨팅 시스템(1000)이 식별된 장래 위치에서 수신할 것으로 예상할 수 있는 착신 메시지의 수를 예측할 수 있다. 착신 메시지의 수를 예측하는 것은 임의의 알려진 또는 개발될 방법론에 기초할 수 있다. 예를 들어, 식별된 장래 위치에서 예상되는 교통 조건과 유사한 교통 조건에서 수신된 메시지 수의 이력 데이터를 사용하여, 차량 컴퓨팅 시스템(450)은 식별된 장래 위치에서 예상되는 착신 메시지 수를 예측할 수 있다. 알려진 또는 개발될 머신 학습 기술을 사용하여 훈련된 신경망을 활용하는 것을 포함하는 다른 방법론도 본 개시의 범위 내에 있다. 훈련된 신경망은 식별된 장래 위치에서의 교통 조건에 관한 정보를 입력으로 수신할 수도 있고, 차량(404)이 식별된 장래 위치에 도착하면 예상되는 착신 메시지 수를 출력으로 제공할 수 있다.
동작(1106)에서, 차량 컴퓨팅 시스템(1000)은 차량 컴퓨팅 시스템(1000)의 프로세싱 용량을 결정한다. 일례에서, 그러한 프로세싱 용량은 차량 컴퓨팅 시스템(1000)의 (예를 들어, 하나 이상의 프로세싱 코어(1018)의) 개별 검증 프로세서의 프로세싱 용량(순시 프로세싱 용량이라고 함)의 합일 수도 있다. j 개의 프로세서(j 는 1 이상의 정수이다)가 검증 프로세서를 형성하는 것을 가정하면, 시간 i에서 그의 프로세싱 용량(i 는 0 이상의 정수이다)은 m ji 로 표현될 수도 있다.
따라서, 임의의 주어진 시간에서, 차량 컴퓨팅 시스템(1000)의 프로세싱 용량은 다음과 같이 표현될 수도 있다:
Figure pct00001
(등식 1)
여기서 C 는 차량 컴퓨팅 시스템(1000)의 총 프로세싱 용량이고 k 는 1 이상의 정수이고 검증 프로세서의 총 수 (예를 들어, 하나 이상의 프로세싱 코어(1018)의 총 수)에 대응한다.
동작(1108)에서, 차량 컴퓨팅 시스템(1000)은 프로세싱 로드(예를 들어, 전술한 바와 같은 예측된 프로세싱 로드 및/또는 현재 프로세싱 로드) 및 열적 수준에 기초하여, 프로세싱 로드가 임계치 이하로 유지되도록 보장하기 위하여 어떤 유형의 필터링(스로틀링) 메커니즘을 적용할지를 결정한다 (임계치는 위의 등식 1에서 변수 C 이다). 필터링 메커니즘을 결정하는 것은 필터링 메커니즘을 선택하는 것 및/또는 필터링 메커니즘을 계산하는 것을 포함할 수 있다. 특정 필터링 메커니즘의 결정 및 구현은 도 12를 참조하여 후술될 것이다.
동작(1108)에서 필터링 메커니즘을 결정할 때, 차량 컴퓨팅 시스템(1000)은 차량 컴퓨팅 시스템(1000)의 프로세싱 로드가 등식 1에서 변수 C 의 값 이하로 유지되도록 보장하기 위하여 필터링 메커니즘을 적용하여 착신 메시지를 필터링(스로틀링)한다.
도 11의 프로세스에 따라 적용된 필터링 메커니즘에 따라 메시지가 필터링됨에 따라, 차량 컴퓨팅 시스템(1000)(및 더 구체적으로 로드 밸런서(1020))은 (예를 들어, 위에서 설명된 바와 같이 전력 및 레이턴시 요인에 기초하여) 프로세싱을 위해 필터링된 메시지를 프로세싱 코어(1018) 사이에 분배하기 위한 로드 밸런싱을 수행할 수 있다. 일례에서, 로드 밸런서(1020)는 주어진 열적 수준에 따라 조정될 수 있는 하나 이상의 노브(knob)(예를 들어, 하나 이상의 파라미터)로 구성될 수 있다. 하나 이상의 파라미터(또는 노브)를 조정하면 로드 밸런서(1020)가 열적 수준에 더 또는 덜 민감하게 될 수 있다(예를 들어, 더 낮은 열적 수준에서 로드 밸런싱을 수행하는 데 덜 응답적이고 더 높은 열적 수준에서 더 응답적일 수 있다). 이러한 조정 가능한 파라미터(들)의 한 가지 유리한 측면은 상이한 열적 수준에 걸쳐 성능 최적화 로드 밸런싱과 열적 기반 로드 밸런싱 사이의 더 원활한 천이일 수 있다.
도 12는 도 11의 열적 기반 로드 밸런싱 프로세스에 적용될 필터링 메커니즘을 선택하는 프로세스(1200)의 예를 예시하는 플로우차트이다. 도 12는 도 11의 동작(1108)에서 착신 메시지에 적용할 필터링 메커니즘을 결정하기 위한 예시적인 프로세스를 설명한다. 도 12는 일반적으로 차량 컴퓨팅 시스템(1000)의 관점에서 그리고 보다 구체적으로는 차량 컴퓨팅 시스템(1000)의 로드 밸런서(1020) 및 스로틀링 관리기(1026)의 관점에서 설명될 것이다. 또한, 도 12는 동작(1102)과 관련하여 전술한 바와 같이 4개의 열적 수준(0, 1, 2, 3)의 비제한적 예를 참조하여 설명될 것이다.
동작(1201)에서, 로드 밸런서(1020)는 열적 수준이 0인지 여부를 결정한다. 열적 수준이 0인 경우(예를 들어, 차량 컴퓨팅 시스템(1000)과 연관된 하드웨어 컴포넌트의 현재 온도가 섭씨 0도와 15도 사이인 경우), 동작(1202)에서, 로드 밸런서(1020)는 수신된 메시지 중 하나 이상을 필터링하거나 또는 드롭하기 위해 스로틀링이 필요하지 않은 것으로(선택된 필터링 메커니즘이 어떤 필터링 메카니즘도 적용하지 않는 것으로) 결정한다.
그러나, 동작(1201)에서, 로드 밸런서(1020)가 열적 수준이 0이 아니라고 결정하면, 동작(1204)에서, 로드 밸런서(1020)는 열적 수준이 1인지 여부를 결정한다. 동작(1204)에서, 로드 밸런서(1020)가 열적 수준이 1이라고 결정하면(예를 들어, 차량 컴퓨팅 시스템(1000)과 연관된 하드웨어 컴포넌트의 현재 온도가 섭씨 16-30도 사이임), 동작(1206)에서, 로드 밸런서(1020)는 프로세싱 부하 M i 가 등식 1에 따라 위에서 정의된 C 이하인지 여부를 결정한다. 동작(1206)에서, 로드 밸런서(1020)가 M i 이 C 이하라고 결정하면, 프로세스는 다시 동작(1202)로 되돌아가고 스로틀링 관리기(1026)는 수신된 메시지 중 하나 이상을 필터링 또는 드롭하기 위해 스로틀링이 필요하지 않은 것으로(필터링 메커니즘이 적용되지 않는 것으로) 결정한다.
그러나, 동작(1206)에서, 로드 밸런서(1020)는 프로세싱 로드 M i 가 위의 등식 1에서 정의된 C 보다 크다고 결정하면, 로드 밸런서(1020)는 스로틀링 수준(필터링 수준이라고도 함)을 결정한다. 스로틀링 수준은 다음과 같이 정의될 수도 있다:
Figure pct00002
(등식 2)
식 중 M i 는 위에 정의된 바와 같고
Figure pct00003
는 등식 1에 따라 정의된다. 등식 2는 스로틀링 수준이 차량 컴퓨팅 시스템(1000)의 프로세싱 로드와 등식 1에 의해 주어진 차량 컴퓨팅 시스템의 프로세싱 용량 사이의 차이 및 영 값 (0) 중 최대치로 결정될 수도 있음을 제공한다.
로드 밸런서(1020)는 스로틀링 수준을 스로틀링 관리기(1026)로 보낼 수 있다. 동작(1208)에서, 스로틀링 관리기(1026)는 스로틀링 수준이 스로틀링 임계치 미만인지 여부를 결정한다. 스로틀링 수준이 비교되는 임계치는 실험 및/또는 경험적 연구에 기초하여 결정된 구성 가능한 파라미터일 수도 있다.
스로틀링 수준이 임계치 미만이면, 동작(1210)에서, 스로틀링 관리기(1026)는 적용될 제 1 필터링 메커니즘을 선택한다. 일례에서, 제 1 필터링 메커니즘은 ITS(1012)에서 착신 메시지를 필터링하는 것을 포함한다. 제 1 필터링 메커니즘의 선택에 기초하여, 스로틀링 관리기(1026)는 착신 메시지를 필터링하기 위한 필터링 기준을 상세화하는 명령과 함께 ITS(1012)에 커맨드를 전송한다.
착신 메시지를 필터링 것은 임의의 알려진 또는 개발될 기준 또는 요인을 기반으로 할 수도 있다. 일부 예에서, 착신 메시지는 그와 연관된 대응하는 정보 또는 메타데이터를 포함할 수도 있으며, 이는 차량(404)으로부터 (메시지가 수신되는) 대응하는 인근 디바이스 또는 차량까지의 거리, 대응하는 인근 디바이스 또는 차량의 진행 또는 이동 방향, 대응하는 인근 디바이스의 진행 또는 이동 속도, 수신된 메시지의 유형(콘텐츠) 등을 포함하지만 이에 한정되지 않는다. 정보 또는 메타데이터의 각각의 예시적인 항목은 필터링 기준 또는 필터링 요인으로서 사용될 수 있다. 일례에서, 필터링 기준은 거리에 기초하여 메시지를 필터링하는 것일 수도 있다. 예를 들어, 차량(404)으로부터 100미터 넘게 떨어져 있는 인근 디바이스로부터 수신된 메시지는 필터링될 수도 있다. 다른 예에서, 필터링 기준은 차량(404)과 반대 방향으로 진행하는 인근 디바이스로부터의 메시지를 필터링하는 것일 수도 있다. 다른 예에서, 필터링 기준은 대응하는 차량의 속도 및 이동 방향과 관련된 콘텐츠가 없는 메시지를 필터링하는 것일 수도 있다. 다른 예에서, 필터링 기준은 위에서 설명한 기준들의 조합에 기초할 수도 있다.
동작(1208)을 다시 참조하면, 스로틀링 관리기(1026)가 스로틀링 수준이 임계치 미만이 아니라고 결정하면, 동작(1212)에서, 스로틀링 관리기(1026)는 적용될 제 2 필터링 메커니즘을 선택한다. 일례에서, 제 2 필터링 메커니즘은 모뎀(1002)의 V2X 스택(1006)뿐만 아니라 ITS(1012)에서 착신 메시지를 필터링하는 것을 포함한다. 제 2 필터링 메커니즘의 선택에 기초하여, 스로틀링 관리기(1026)는 착신 메시지를 필터링하기 위한 필터링 기준을 상세화하는 명령과 함께 적어도 하나의 커맨드를 ITS(1012)로 보내고 적어도 하나의 다른 커맨드를 모뎀(1002)의 열적 관리 컴포넌트(1004)로 보내 모뎀(1002)의 V2X 스택(1006)에서의 메시지를 필터링한다.
일례에서, ITS(1012)로 보내지는 커맨드는 모뎀(1002)의 V2X 스택(1006)에서 적용될 필터링 기준과는 상이한 필터링 기준을 착신 메시지에 적용하는 것일 수도 있다. 다른 예에서, ITS(1012) 및 모뎀(1002)의 V2X 스택(1006)에 적용되는 필터링 기준은 동일하며 약간의 정도 변동을 가질 수도 있다. 예를 들어, 필터링 기준이 거리 기반 필터링되는 경우, 모뎀(1002)의 V2X 스택(1006)으로 보내진 커맨드는 차량(404)으로부터 150미터 이상 떨어진 인근 차량으로부터의 메시지를 필터링/드롭하는 것일 수도 있는 반면, ITS(1012)에 보내진 커맨드는 차량(404)으로부터 75미터 넘게 떨어진 인근 차량으로부터의 메시지를 필터링/드롭하는 것일 수도 있다.
다시 동작(1204)을 참조하면, 로드 밸런서(1020)가 열적 수준이 1이 아니라고 결정하면, 동작(1214)에서, 로드 밸런서(1020)는 열적 수준이 2인지 여부를 결정한다. 동작(1214)에서, 로드 밸런서(1020)가 열적 수준이 2 이라고 결정하면(예를 들어, 차량 컴퓨팅 시스템(1000)과 연관된 하드웨어 컴포넌트의 현재 온도가 섭씨 31-100도 사이임), 동작(1216)에서, 로드 밸런서(1020)는 프로세싱 부하 M i 가 등식 1에 따라 위에서 정의된 C 이하인지 여부를 결정한다.
동작(1216)에서, 로드 밸런서(1020)가 M i 이 C 이하라고 결정하면, 동작(1218)에서, 스로틀링 관리기(1026)는 적용될 제 3 필터링 메커니즘을 선택한다. 일례에서, 제 3 필터링 메커니즘은 모뎀(1002)의 V2X 스택(1006)에서 임의의 필터링 기준에 따라 착신 메시지를 필터링하는 것이다. 따라서, 스로틀링 관리기(1026)는 모뎀(1002)의 V2X 스택(1006)에서 (위에서 설명된 하나 이상의 예시적인 기준과 같은 필터링 기준에 따라) 메시지를 필터링하기 위해 모뎀(1002)의 열적 관리 컴포넌트(1004)에 커맨드를 보낸다.
동작(1216)에서, 로드 밸런서(1020)가 M i 이 C 보다 크다고 결정하면, 로드 밸런서는 스로틀링 수준을 스로틀링 관리기(1026)로 보낸다. 그러면 동작(1220)에서, 스로틀링 관리기(1026)는 스로틀링 수준(등식 2에 따라 결정됨)이 위에 정의된 스로틀링 임계치 이하인지 여부를 결정한다. 스로틀링 수준이 스로틀링 임계치 이하이면, 동작(1222)에서, 스로틀링 관리기(1026)는 적용될 제 4 필터링 메커니즘을 선택한다. 제 4 필터링 메커니즘은 모뎀(1002)의 다운스트림 컴포넌트(1008)에서 메시지를 필터링할 뿐만 아니라 제 3 필터링 메커니즘을 포함할 수도 있다 (즉, 모뎀(1002)의 V2X 스택(1006)에서 임의의 필터링 기준에 따라 착신 메시지를 필터링할 수도 있다). 일례에서, 다운스트림 컴포넌트(1008)에서 메시지를 필터링하는 것은 거기에 포함된 콘텐츠 및 메타데이터에 관계없이 그의 소스 주소에 기초하여 메시지를 드롭하는 것을 포함할 수도 있다. 이 예에서, ITS(1012)는 소스 주소(예를 들어, 인근 차량의 식별자) 목록을 다운스트림 컴포넌트(1008)로 보낼 수도 있다. 소스 주소의 목록을 사용하여, 다운스트림 컴포넌트(1008)는 목록 상의 식별자 중 하나와 매칭하는 소스 식별자를 가진 임의의 메시지를 필터링(예를 들어, 드롭)할 수 있다.
그러나, 동작(1220)에서, 스로틀링 관리기(1026)가 스로틀링 수준이 스로틀링 임계치보다 크다고 결정하면, 동작(1224)에서, 스로틀링 관리기(1026)는 적용될 제 5 필터링 메커니즘을 선택한다. 일례에서, 제 5 필터링 메커니즘은 제 4 필터링 메커니즘에 상대적으로 모뎀(1002)의 다운스트림 컴포넌트(1008)에서 메시지를 더 공격적으로 필터링할 뿐만 아니라 제 3 필터링 메커니즘을 포함할 수도 있다 (즉, 모뎀(1002)의 V2X 스택(1006)에서 임의의 필터링 기준에 따라 착신 메시지를 필터링할 수도 있다). 예를 들어, 필터링을 위해 다운스트림 컴포넌트(1008)에 제공된 목록에 포함된 소스 주소 목록은 동작(1222)에서 제 4 필터링 메커니즘에서 다운스트림 컴포넌트(1008)에 제공된 목록에 비해 더 크고 더 많은 소스를 포함한다.
동작(1214)을 다시 참조하면, 로드 밸런서(1020)가 스로틀링 수준이 2가 아니라고 결정하면, 동작(1226)에서 로드 밸런서는 스로틀링 수준이 3(예를 들어, 차량 컴퓨팅 시스템(1000)과 연관된 하드웨어 컴포넌트의 현재 온도가 섭씨 46도 이상)이라고 결정한다.
동작(1228)에서, 로드 밸런서(1020)는 프로세싱 로드 M i 가 등식 1에 따라 위에 정의된 C 이하인지 여부를 결정한다. 동작(1228)에서, 로드 밸런서(1020)가 M i 이 C 이하라고 결정하면, 동작(1230)에서, 스로틀링 관리기(1026)는 적용될 제 6 필터링 메커니즘을 선택한다. 일례에서, 제 6 필터링 메커니즘은 모뎀(1002)의 다운스트림 컴포넌트(1008)에서 메시지를 공격적으로 필터링할 뿐만 아니라 제 3 필터링 메커니즘에 따라 메시지를 필터링하는 것이다 (즉, 모뎀(1002)의 V2X 스택(1006)에서 임의의 필터링 기준에 따라 착신 메시지를 필터링하는 것이다). 일례에서, 이 상대적으로 더 공격적인 필터링은 동작(1222)에서 제 4 필터링 메커니즘 또는 동작(1224)에서 제 5 필터링 메커니즘에서 다운스트림 컴포넌트(1008)에 제공된 목록에 비교하여 더 크고 더 많은 소스를 포함하는 필터링을 위해 다운스트림 컴포넌트(1008)에 소스 주소 목록을 제공하는 것을 포함한다.
동작(1228)에서, 로드 밸런서(1020)가 M i 이 C 보다 크다고 결정하면, 로드 밸런서는 스로틀링 수준을 스로틀링 관리기(1026)로 보낸다. 그러면 동작(1232)에서, 스로틀링 관리기(1026)는 적용될 제 7 필터링 메커니즘을 선택한다. 일례에서, 제 7 필터링 메커니즘은 인근 디바이스로부터 임의의 새로운 메시지 수신을 중지하기 위해 V2X 스택(1006)을 셧오프(shut off)하는 것을 포함한다. 일례에서, V2X 스택(1006)의 셧오프는 프로세싱 로드가 더 이상 열적 수준 3에서 C 보다 크지 않을 때까지 계속될 수도 있다.
당업자는 위의 4개의 열적 수준은 비제한적이며 단지 예시적일 뿐이라는 것과 더 많거나 더 적은 열적 수준을 가질 때, 구별되는 필터링 메커니즘의 수가 또한 각각 더 많거나 더 적을 수도 있음을 쉽게 이해할 수 있다.
여기에 설명된 열적 밸런싱 시스템 및 기술은 UE(예를 들어, 차량, 사용자 디바이스 및/또는 다른 UE) 또는 다른 디바이스(예를 들어, RSU 등)가 다양한 열적 및 프로세싱 로드 조건을 분석하여, 임의의 주어진 온도 수준에서, 프로세싱 로드(예: 인근 디바이스로부터 수신된 V2X 메시지와 같은 착신 메시지의 수)가 임계치 이하로 유지되도록 보장하기 위한 열적 기반 로드 밸런싱을 선택 및 구현하는 것을 가능하게 한다. 프로세싱 로드를 임계치 이하로 유지하면, 결국, 차량 컴퓨팅 시스템이 착신 메시지를 프로세싱(예: 검증)할 수 있도록 보장할 수 있다. 착신 메시지의 검증은 전방의 곧 닥칠/가능한 사고, 전방의 적색등, 도로를 건너는 보행자, 차선 변경 협상, 정지 표지에서 좌회전 또는 우회전 등을 차량의 운전자에게 경고하는 것과 같이 대응하는 차량을 위한 다양한 안전 및 동작적 영향을 미칠 수 있다.
온도 및 열적 조건에 더하여, 도 10a 의 차량 컴퓨팅 시스템(1000)(및/또는 각각 도 4 및 10b의 차량 컴퓨팅 시스템(450 및 1050))의 성능에 악영향을 미칠 수도 있는 다른 환경 요인은 또한, 차량 컴퓨팅 시스템의 프로세싱 로드의 전술한 임계치 고수를 보장하기 위해 적절한 필터링 메커니즘을 선택하는 데 고려될 수 있다. 그러한 다른 인자들은 차량 컴퓨팅 시스템(1000) 또는 그 컴포넌트(예를 들어, 모뎀(1002) 또는 다른 컴포넌트)의 습도, 차량 컴퓨팅 시스템(1000) 또는 그 컴포넌트(예를 들어, 모뎀(1002) 또는 다른 컴포넌트)에 노출된 광량, 차량 컴퓨팅 시스템(1000) 또는 그 컴포넌트의 환기량(예를 들어, 차량 컴퓨팅 시스템(1000) 내에서 사용되는 환기구와 같은 환기 메커니즘이 막힐 때), 이들의 임의의 조합, 및/또는 다른 특성 또는 요인을 포함하지만 이에 한정되지는 않는다. 이러한 요인은 단독으로 또는 도 11 및 도 12를 참조하여 설명된 바와 같은 열적 조건과 조합하여 고려될 수 있다.
스로틀링 관리자/로드 밸런서를 활용하여 착신 메시지를 필터링하거나 및/또는 로드 밸런싱을 수행하는 프로세스는 위에 V2X 통신의 맥락에서 설명되어 있다. 그러나, 본 개시는 이에 한정되지 않으며 메시지 필터링 및/또는 로드 밸런싱 프로세스는 DSRC(802.11p) 통신과 같은 다른 유형의 통신에 적용 가능하다.
많은 예들이 본 개시에서 차량 및 그러한 차량의 인근 디바이스로부터 수신된 메시지의 프로세싱의 맥락에서 설명되지만, 본 개시는 이에 한정되지 않는다. 예를 들어, 본 개시에 설명된 개념은 환경 요인이 그러한 디바이스의 프로세싱 용량에 악영향을 미칠 수 있고 따라서 중요한 메시지가 적시에 프로세싱되도록 보장하기 위해 적절한 필터링 메커니즘이 적용되어야 하는 임의의 디바이스 대 디바이스 통신 컨텍스트(또는 디바이스 대 네트워크와 같은 다른 통신 컨텍스트) 내에서 동등하게 적용 가능하다.
도 13 는 열적 기반 로드 밸런싱 프로세스(1300)의 예를 예시하는 흐름도이다. 동작(1301)에서, 프로세스는 하나 이상의 디바이스로부터 복수의 메시지를 수신하는 것을 포함한다. 일부 예에서, 복수의 메시지는 IEEE 1509.6 표준에 기반한 V2X 메시지와 같은 V2X(Vehicle-to-Everything) 메시지(예를 들어, C-V2X 메시지)일 수 있다. 일부 구현에서, 복수의 메시지는 기본 안전 메시지(BSM) 및/또는 다른 유형의 메시지를 포함할 수도 있는 지능형 수송 시스템(ITS) 메시지일 수 있다. 일부 경우에, 서명을 사용하여 복수의 메시지가 서명될 수 있다. 그러한 경우에, 프로세스는 서명에 기초하여(예를 들어, 메시지의 서명을 검증 또는 확인함으로써) 복수의 메시지를 검증하는 것을 포함한다. 일부 예에서, 하나 이상의 디바이스로부터 수신된 복수의 메시지 각각은 속도, 이동 (또는 진행) 방향, 하나 이상의 디바이스 중 대응하는 하나의 거리, 이들의 임의의 조합 및/또는 다른 정보 중 적어도 하나와 연관된 정보를 포함한다.
일부 예에서 , 하나 이상의 디바이스는 차량, 모바일 디바이스, 도로변 유닛, 교통 관리 시스템, 대중 교통 차량, 이들의 임의의 조합 및/또는 다른 디바이스 중 적어도 하나를 포함한다. 일부 예에서, 장치는 차량(404)의 차량 컴퓨팅 시스템(450, 1000 및 1050) 중 어느 하나와 같은 차량의 차량 컴퓨팅 시스템일 수 있다.
동작(1302)에서, 프로세스는 열적 수준을 결정하는 것을 포함한다. 열적 수준은 장치와 연관되며, 이를테면 하나 이상의 하드웨어 컴포넌트의 열적 수준은 차량 컴퓨팅 시스템(예를 들어, 차량 컴퓨팅 시스템(1000))과 연관된다. 하나 이상의 하드웨어 컴포넌트는, 예를 들어, 모뎀(1002), 애플리케이션 프로세서(1010), 하나 이상의 프로세싱 코어(1018)(예: 검증 프로세서), TCU(telematics control unit), 이들의 임의의 조합, 및/또는 다른 하드웨어 컴포넌트를 포함할 수 있다. 일부 예에서, 열적 수준은 일반적으로 차량(404)의 열적 수준일 수 있다. 일례에서, 열적 수준은 복수의 열 수준 중 하나이다. 복수의 열적 수준 중 각각의 열적 수준은 장치의 내부 컴포넌트의 온도 범위에 대응할 수 있다. 일부 경우에, 열적 수준은 (예를 들어, 차량 컴퓨팅 시스템의) 장치의 주변 온도를 포함하거나 이에 기초할 수 있거나 및/또는 장치의 하나 이상의 컴포넌트(예를 들어, 차량 컴퓨팅 시스템의 모뎀, 애플리케이션 프로세서, 및/또는 다른 컴포넌트)의 트랜지스터 접합 온도(접합 온도라고도 함)를 포함할 수 있다.
동작(1304)에서, 프로세스는 적어도 복수의 메시지의 수에 기초하여 프로세싱 로드(예를 들어, 장치와 연관된 현재 프로세싱 로드 또는 예측된 프로세싱 로드)를 결정하는 것을 포함한다. 일례에서, 프로세스는 장치(예를 들어, 일반적으로 장치 또는 장치의 하나 이상의 하드웨어 컴포넌트)와 연관된 프로세싱 로드 및 프로세싱 용량에 기초하여 필터링 수준을 결정하는 것을 더 포함한다. 일부 예에서, 프로세스는 프로세싱 로드와 프로세싱 용량 사이의 차이; 및 프로세싱 용량의 비 및 영 값으로부터 최대치로서 필터링 수준을 결정하는 것을 포함한다. 하나의 예시적인 예에서, 필터링 수준은 위의 등식 2에 따라 정의될 수 있다.
일부 예에서, 장치는 복수의 메시지를 프로세싱하도록 구성된 하나 이상의 검증 프로세서를 포함한다. 그러한 예에서, 프로세스는 하나 이상의 검증 프로세서의 순시 프로세싱 용량의 합에 기초하여 장치의 프로세싱 용량을 결정하는 것을 포함할 수 있다. 예를 들어, 순시 프로세싱 용량의 합은 위의 등식 1에 따라 정의될 수 있습다.
동작(1306)에서, 프로세스는, 열적 수준 및 프로세싱 로드에 기초하여, 프로세싱 로드를 프로세싱 용량 이하로 유지하기 위해 복수의 메시지를 필터링하기 위해 적용될 필터링 방식을 결정하는 것(예를 들어, 선택, 계산 및/또는 그 밖의 방법으로 결정하는 것)을 포함한다. 일부 경우에, 임계치는 장치의 프로세싱 용량에 기초하여 정의될 수 있다. 일부 예에서, 필터링 방식을 선택하는 것은 열적 수준, 프로세싱 로드 및 필터링 수준에 기초한다.
일부 예에서, 프로세스는 복수의 필터링 방식으로부터 필터링 방식을 결정하는 것을 포함한다. 복수의 필터링 방식 중 각각의 필터링 방식은 필터링될 복수의 메시지의 상이한 분량(volume) 또는 양을 초래할 수 있다. 일례에서, 필터링 방식은 열적 수준이 최저의 정의된 열적 수준일 때 복수의 메시지를 필터링하지 않는 것을 포함한다. 또 다른 예에서, 필터링 방식은 장치의 프로세싱 로드가 프로세싱 용량 또는 임계치 아래로 떨어질 때까지 장치에서 프로세싱하기 위한 추가 메시지의 수신을 방지하기 위해 장치와 연관된 모뎀의 컴포넌트를 셧오프하는 것을 포함한다.
일부 예에서, 복수의 필터링 방식 중 각각의 필터 방식은 복수의 메시지가 필터링될 하나 이상의 컴포넌트 및 복수의 메시지가 필터링될 대응하는 필터링 기준을 식별하는 명령들을 포함한다. 대응하는 필터링 기준을 적용할 때, 프로세스는 하나 이상의 디바이스의 거리, 하나 이상의 디바이스의 이동 방향, 및 하나 이상의 디바이스의 속도 중 하나 이상에 기초하여 복수의 메시지를 필터링하는 것을 포함할 수 있다.
동작(1308)에서, 프로세스는 복수의 메시지를 필터링하기 위해 장치와 연관된 하나 이상의 컴포넌트를 사용하여 필터링 방식을 적용하는 것을 포함한다. 일부 예에서, 열적 수준이 증가함에 따라, 필터링 방식(적용될 때)은 복수의 메시지 중 더 많은 수가 필터링되는 것을 초래한다. 일부 예에서, 열적 수준 및 프로세싱 로드가 증가함에 따라, 필터링 방식(적용될 때)은 복수의 메시지 중 더 많은 수가 필터링되는 것을 초래한다. 열적 수준 및/또는 프로세싱 로드가 감소함에 따라, 필터링 방식은 필터링되는 메시지의 수를 감소시켜, 장치와 연관된 하나 이상의 컴포넌트에 의해 더 많은 메시지가 프로세싱되는 것을 초래할 수 있다. 일부 예들에서, 필터링 방식을 적용하는 하나 이상의 컴포넌트는 장치의 ITS(예를 들어, 컴퓨팅 시스템(1000)의 ITS(1012) 등), 장치와 연관된 모뎀의 V2X 컴포넌트(예를 들어, 모뎀(1002)의 V2X 스택(1006), 모뎀(1065)의 V2X 스택(1062) 등), 모뎀의 다운스트림 컴포넌트(예를 들어, 모뎀(1002)의 다운스트림 컴포넌트(1008), 모뎀(1065)의 다운스트림 컴포넌트(1064) 등), 이들의 임의의 조합, 및/또는 장치의 다른 컴포넌트를 포함한다.
일부 예에서, 여기에 설명된 프로세스(예를 들어, 프로세스(900), 프로세스(1100), 프로세스(1200), 프로세스(1300), 및/또는 여기에 설명된 다른 프로세스)는 컴퓨팅 디바이스 또는 장치(예를 들어, UE)에 의해 수행될 수도 있다. 일 예에서, 프로세스 (900) 는 도 4 의 차량 (404) 에 의해 수행될 수 있다. 다른 예에서, 프로세스 (900) 는 도 14 에 도시된 컴퓨팅 시스템 (1400) 을 갖는 컴퓨팅 디바이스에 의해 수행될 수 있다. 예를 들어, 도 14에 도시된 컴퓨팅 아키텍처를 갖는 차량은 도 4의 차량(404)의 컴포넌트를 포함할 수 있고, 도 9의 동작, 도 11의 동작, 도 12의 동작, 및/또는 도 13의 동작을 구현할 수 있다.
일부 경우에서, 컴퓨팅 디바이스 또는 장치는 본원에 설명된 프로세스들의 단계들을 수행하도록 구성되는 하나 이상의 입력 디바이스들, 하나 이상의 출력 디바이스들, 하나 이상의 프로세서들, 하나 이상의 마이크로프로세서들, 하나 이상의 마이크로컴퓨터들, 하나 이상의 카메라들, 하나 이상의 센서들, 및/또는 다른 컴포넌트(들)과 같은 여러 컴포넌트들을 포함할 수도 있다. 일부 예에서, 컴퓨팅 디바이스는 디스플레이, 데이터를 통신 및/또는 수신하도록 구성된 하나 이상의 네트워크 인터페이스, 이들의 임의의 조합, 및/또는 다른 컴포넌트(들)를 포함할 수도 있다. 하나 이상의 네트워크 인터페이스는 3G, 4G, 5G 및/또는 다른 셀룰러 표준에 따른 데이터, WiFi(802.11x) 표준에 따른 데이터, BluetoothTM 표준에 따른 데이터, 인터넷 프로토콜(IP) 표준에 따른 데이터, 및/또는 다른 유형의 데이터를 포함하는, 유선 및/또는 무선 데이터를 통신 및/또는 수신하도록 구성될 수 있다.
컴퓨팅 디바이스의 컴포넌트들은 회로에서 구현될 수 있다. 예를 들어, 컴포넌트들은, 본 명세서에서 설명된 다양한 동작들을 수행하기 위해, 하나 이상의 프로그래밍가능 전자 회로들 (예컨대, 마이크로프로세서들, 그래픽 프로세싱 유닛들 (GPU들), 디지털 신호 프로세서들 (DSP들), 중앙 프로세싱 유닛들 (CPU들), 및/또는 다른 적합한 전자 회로들) 을 포함할 수 있는 전자 회로들 또는 다른 전자 하드웨어를 포함할 수 있거나 및/또는 이들을 사용하여 구현될 수 있거나, 및/또는 컴퓨터 소프트웨어, 펌웨어, 또는 이들의 임의의 조합을 포함할 수 있거나 및/또는 이들을 사용하여 구현될 수 있다.
프로세스들 (900, 1100, 1200, 및 1300) 은 논리 흐름도들로서 예시되고, 그 동작은 하드웨어, 컴퓨터 명령들, 또는 이들의 조합으로 구현될 수 있는 동작들의 시퀀스를 나타낸다. 컴퓨터 명령들의 맥락에서, 그 동작들은, 하나 이상의 프로세서들에 의해 실행될 때, 열거된 동작들을 수행하는 하나 이상의 컴퓨터 판독가능 저장 매체들 상에 저장된 컴퓨터 실행가능 명령들을 나타낸다. 일반적으로, 컴퓨터 실행가능 명령들은 특정의 기능들을 수행하거나 또는 특정의 데이터 유형들을 구현하는 루틴들, 프로그램들, 오브젝트들, 컴포넌트들, 데이터 구조들 등을 포함한다. 동작들이 기술되는 순서는 제한으로서 해석되도록 의도되지 않으며, 임의의 수의 기술된 동작들은 프로세스들을 구현하기 위해 임의의 순서로 및/또는 병렬로 결합될 수 있다.
추가적으로, 본원에 설명된 프로세스(900), 프로세스(1100), 프로세스(1200), 프로세스(1300), 및/또는 다른 프로세스는 실행가능 명령들로 구성된 하나 이상의 컴퓨터 시스템들의 제어 하에서 수행될 수도 있고, 집합적으로 하나 이상의 프로세서 상에서 실행하는 코드 (예를 들어, 실행가능 명령들, 하나 이상의 컴퓨터 프로그램들, 또는 하나 이상의 애플리케이션들) 로서, 하드웨어에 의해, 또는 이들의 조합으로 구현될 수도 있다. 위에 언급된 바와 같이, 코드는 컴퓨터 판독가능 또는 머신 판독가능 저장 매체 상에, 예를 들어, 하나 이상의 프로세서에 의해 실행가능한 복수의 명령들을 포함하는 컴퓨터 프로그램의 형태로 저장될 수도 있다. 컴퓨터 판독가능 또는 머신 판독가능 저장 매체는 비일시적일 수도 있다.
도 14 는 본 기술의 특정 양태들을 예시하기 위한 시스템의 예를 예시하는 도면이다. 특히, 도 14는 예를 들어 내부 컴퓨팅 시스템, 원격 컴퓨팅 시스템, 카메라 또는 이들의 임의의 컴포넌트를 구성하는 임의의 컴퓨팅 디바이스일 수 있는 컴퓨팅 시스템(1400)의 예를 예시하고, 여기서 시스템의 컴포넌트는 접속(1405)을 사용하여 서로 통신한다. 접속(1405)은 버스를 사용한 물리적 접속이거나, 또는 칩셋 아키텍처에서와 같이 프로세서(1410)로의 직접 접속일 수 있다. 접속(1405) 은 또한, 가상 접속, 네트워킹된 접속, 또는 논리적 접속일 수 있다.
일부 실시형태에서, 컴퓨팅 시스템(1400)은 본 개시에서 설명된 기능들이 데이터센터, 다수의 데이터 센터, 피어 네트워크 등 내에서 분산될 수 있는 분산 시스템이다. 일부 실시형태에서, 설명된 시스템 컴포넌트 중 하나 이상은 컴포넌트가 설명된 기능의 일부 또는 전부를 각각 수행하는 많은 이러한 컴포넌트를 나타낸다. 일부 실시형태에서, 컴포넌트는 물리적 또는 가상 디바이스일 수 있다.
예시적인 시스템 (1400) 은 적어도 하나의 프로세싱 유닛 (CPU 또는 프로세서) (1410), 및 판독 전용 메모리 (ROM) (1420) 및 랜덤 액세스 메모리 (RAM) (1425) 와 같은 시스템 메모리 (1415) 를 포함하는 다양한 시스템 컴포넌트들을 프로세서 (1410) 에 커플링시키는 접속 (1405) 을 포함한다. 컴퓨팅 시스템 (1400) 은, 프로세서 (1410) 와 직접 접속되거나 그에 매우 근접하거나 또는 그의 부분으로서 통합된 고속 메모리의 캐시 (1412) 를 포함할 수 있다.
프로세서 (1410) 는 임의의 범용 프로세서 및 프로세서 (1410) 를 제어하도록 구성된 저장 디바이스 (1430) 에 저장된 서비스들 (1432, 1434 및 1436) 과 같은 하드웨어 서비스 또는 소프트웨어 서비스 그리고 소프트웨어 명령들이 실제 프로세서 설계에 통합되는 특수 목적 프로세서를 포함할 수 있다. 프로세서(1410)는 본질적으로 다수의 코어 또는 프로세서, 버스, 메모리 제어기, 캐시 등을 포함하는 완전히 독립적인 컴퓨팅 시스템일 수도 있다. 다중 코어 프로세서는 대칭 또는 비대칭적일 수도 있다.
사용자 상호작용을 가능하게 하기 위해, 컴퓨팅 시스템(1400)은 스피치용 마이크로폰, 제스처 또는 그래픽 입력용 터치 감지 스크린, 키보드, 마우스, 모션 입력, 스피치 등과 같은 임의의 수의 입력 메커니즘을 나타낼 수 있는 입력 디바이스(1445)를 포함한다. 컴퓨팅 시스템(1400)은 또한 다수의 출력 메커니즘 중 하나 이상일 수 있는 출력 디바이스(1435)를 포함할 수 있다. 일부 예에서, 다중 모드 시스템은 사용자가 컴퓨팅 시스템(1400)과 통신하기 위해 다수의 유형의 입력/출력을 제공할 수 있게 한다.
컴퓨팅 시스템 (1400) 은 일반적으로 사용자 입력 및 시스템 출력을 통제하고 관리할 수 있는 통신 인터페이스 (1440) 를 포함할 수 있다. 통신 인터페이스는 오디오 잭/플러그, 마이크로폰 잭/플러그, 범용 직렬 버스(USB) 포트/플러그, AppleTM LightningTM 포트/플러그, 이더넷 포트/플러그, 광섬유 포트/플러그, 독점적 유선 포트/플러그, 3G, 4G, 5G 및/또는 다른 셀룰러 데이터 네트워크 무선 신호 전송, BluetoothTM 무선 신호 전송, BluetoothTM low energy (BLE) 무선 신호 전송, IBEACONTM, 무선 주파수 식별(RFID) 무선 신호 전송, 근거리 통신(NFC) 무선 신호 전송, DSRC(dedicated short range communication) 무선 신호 전송, 802.11 Wi-Fi 무선 신호 전송, WLAN(wireless local area network) 신호 전송, VLC(Visible Light Communication), WiMAX(Worldwide Interoperability for Microwave Access), 적외선(IR) 통신 무선 신호 전송, PSTN(Public Switched Telephone Network) 신호 전송, ISDN(Integrated Services Digital Network) 신호 전송, ad-hoc 네트워크 신호 전송, 전파 신호 전송, 마이크로파 신호 전송, 적외선 신호 전송, 가시광 신호 전송, 자외광 신호 전송, 전자기 스펙트럼을 따른 무선 신호 전송, 또는 이들의 일부 조합을 이용하는 것들을 포함하는, 유선 및/또는 무선 트랜시버를 사용한 유선 또는 무선 통신 수신 및/또는 송신을 수행하거나 또는 가능하게 할 수도 있다. 통신 인터페이스 (1440) 는 또한, 하나 이상의 GNSS(Global Navigation Satellite System) 시스템들과 연관된 하나 이상의 위성들로부터의 하나 이상의 신호들의 수신에 기초하여 컴퓨팅 시스템 (1400) 의 위치를 결정하는데 사용되는 하나 이상의 GNSS 수신기들 또는 트랜시버들을 포함할 수도 있다. GNSS 시스템들은 미국 기반 글로벌 포지셔닝 시스템 (GPS), 러시아 기반 글로벌 내비게이션 위성 시스템 (GLONASS), 중국 기반 베이더우 내비게이션 위성 시스템 (BDS) 및 유럽 기반 Galileo GNSS 를 포함하지만 이에 한정되지 않는다. 임의의 특정 하드웨어 배열에 대해 동작하는 것에 제한이 없으며, 따라서, 여기에서의 기본 특징들은 이들이 개발됨에 따라 개선된 하드웨어 또는 펌웨어 배열들로 쉽게 대체될 수도 있다.
저장 디바이스 (1430) 는 비휘발성 및/또는 비일시적 및/또는 컴퓨터 판독가능 메모리 디바이스일 수 있고, 컴퓨터에 의해 액세스가능한 데이터를 저장할 수 있는 하드 디스크 또는 다른 유형의 컴퓨터 판독가능 매체, 이를테면 자기 카세트들, 플래시 메모리 카드들, 솔리드 스테이트 메모리 디바이스들, 디지털 다기능 디스크들, 카트리지들, 플로피 디스크, 플렉시블 디스크, 하드 디스크, 자기 테이프, 자기 스트립/스트라이프, 임의의 다른 자기 저장 매체, 플래시 메모리, 멤리스터 메모리, 임의의 다른 솔리드-스테이트 메모리, 컴팩트 디스크 판독 전용 메모리 (CD-ROM) 광 디스크, 재기록가능 컴팩트 디스크 (CD) 광 디스크, 디지털 비디오 디스크 (DVD) 광 디스크, 블루-레이 디스크 (BDD) 광 디스크, 홀로그래픽 광 디스크, 다른 광학 매체, 보안 디지털 (SD) 카드, 마이크로 보안 디지털 (microSD) 카드, Memory Stick® 카드, 스마트카드 칩, EMV 칩, 가입자 아이덴티티 모듈 (SIM) 카드, 미니/마이크로/나노/피코 SIM 카드, 다른 집적 회로 (IC) 칩/카드, 랜덤 액세스 메모리 (RAM), 정적 RAM (SRAM), 동적 RAM (DRAM), 판독 전용 메모리 (ROM), 프로그래밍가능 판독 전용 메모리 (PROM), 소거가능한 프로그래밍가능 판독 전용 메모리 (EPROM), 전기적으로 소거가능한 프로그래밍가능 판독 전용 메모리 (EEPROM), 플래시 EPROM (FLASHEPROM), 캐시 메모리 (예를 들어, L1(Level 1) 캐시, L2(Level 2) 캐시, L3(Level 3) 캐시, L4(Level 4) 캐시, L5(Level 5) 캐시, 또는 다른 (L#) 캐시), 저항성 랜덤 액세스 메모리 (RRAM/ReRAM), 상 변화 메모리 (PCM), 스핀 전달 토크 RAM (STT-RAM), 다른 메모리 칩 또는 카트리지, 및/또는 이들의 조합일 수 있다.
저장 디바이스 (1430) 는, 그러한 소프트웨어를 정의하는 코드가 프로세서 (1410) 에 의해 실행될 경우 시스템으로 하여금 기능을 수행하게 하는 소프트웨어 서비스들, 서버들, 서비스들 등을 포함할 수 있다. 일부 실시형태들에서, 특정 기능을 수행하는 하드웨어 서비스는, 기능을 수행하기 위해 프로세서 (1410), 접속 (1405), 출력 디바이스 (1435) 등과 같은 필요한 하드웨어 컴포넌트들과 관련하여 컴퓨터 판독가능 매체에 저장된 소프트웨어 컴포넌트를 포함할 수 있다. 용어 "컴퓨터 판독가능 매체" 는 휴대용 또는 비-휴대용 저장 디바이스들, 광학 저장 디바이스들, 및 명령(들) 및/또는 데이터를 저장, 포함, 또는 나를 수 있는 다양한 다른 매체들을 포함하지만 이에 한정되지 않는다. 컴퓨터 판독가능 매체는 데이터가 저장될 수 있고 캐리어 파 및/또는 무선 또는 유선 접속을 통해 전파되는 일시적인 전자 신호를 포함하지 않는 비일시적인 매체를 포함할 수도 있다. 비일시적 매체의 예들은 자기 디스크 또는 테이프, 컴팩트 디스크 (CD) 또는 디지털 다기능 디스크 (DVD) 와 같은 광학 저장 매체들, 플래시 메모리, 메모리 또는 메모리 디바이스들을 포함할 수도 있지만 이에 한정되지 않는다. 컴퓨터 판독가능 매체는 프로시저, 함수, 서브프로그램, 프로그램, 루틴, 서브루틴, 모듈, 소프트웨어 패키지, 클래스, 또는 명령들, 데이터 구조들, 또는 프로그램 스테이트먼트들의 임의의 조합을 나타낼 수도 있는 코드 및/또는 머신 실행가능 명령들을 저장할 수도 있다. 코드 세그먼트는, 정보, 데이터, 인수들 (arguments), 파라미터들, 또는 메모리 콘텐츠를 전달 및/또는 수신함으로써 다른 코드 세그먼트 또는 하드웨어 회로에 커플링될 수도 있다. 정보, 인수들, 파라미터들, 데이터 등은 메모리 공유, 메시지 전달, 토큰 전달, 네트워크 송신 등을 포함한 임의의 적합한 수단을 통해 전달, 포워딩, 또는 송신될 수도 있다.
본 명세서에 제공된 실시형태 및 실시예의 철저한 이해를 제공하기 위해 위의 설명에서 특정 상세들이 제공되지만, 당업자는 본 출원이 이에 한정되지 않음을 인식할 것이다. 따라서, 본 출원의 예시적인 실시형태들이 본원에 상세히 설명되었지만, 본 발명의 개념은 달리 다양하게 구체화되고 채택될 수도 있으며, 첨부된 청구범위는 선행 기술에 의해 제한되는 것을 제외하고는 그러한 변형을 포함하는 것으로 해석되도록 의도된다. 전술한 출원의 다양한 특징들 및 양태들은 개별적으로 또는 공동으로 사용될 수도 있다. 또한, 실시형태들은 본 명세서의 더 넓은 사상 및 범위를 벗어나지 않으면서 본 명세서에 기재된 것 외의 임의의 수의 환경들 및 애플리케이션들에서 이용될 수 있다. 명세서 및 도면들은 따라서 제한적이기 보다는 예시적인 것으로 간주되어야 한다. 예시의 목적들을 위해, 방법들은 특정 순서로 설명되었다. 대안적인 실시형태들에서, 상기 방법들은 설명된 것과 다른 순서로 수행될 수도 있다는 것을 이해해야 한다.
설명의 명료성을 위해, 일부 사례들에 있어서, 본 기술은 디바이스들, 디바이스 컴포넌트들, 소프트웨어에서 구체화된 방법에서의 단계들 또는 루틴들, 또는 하드웨어와 소프트웨어의 조합들을 포함하는 개별 기능 블록들을 포함하는 것으로서 제시될 수도 있다. 도면들에서 도시되거나 및/또는 본 명세서에서 설명된 것들 외의 추가적인 컴포넌트들이 사용될 수도 있다. 예를 들어, 회로들, 시스템들, 네트워크들, 프로세스들 및 다른 컴포넌트들은, 실시형태들을 불필요한 상세로 불명료하게 하지 않기 위하여 블록도 형태의 컴포넌트들로서 도시될 수도 있다. 다른 사례들에 있어서, 널리 공지된 회로들, 프로세스들, 알고리즘들, 구조들, 및 기법들은 실시형태들을 불명료하게 하는 것을 회피하기 위하여 불필요한 상세없이 도시될 수도 있다.
또한, 당업자는, 여기에 개시된 예시적 양태와 관련하여 설명된 다양한 예시적인 논리 블록, 모듈, 회로, 및 알고리즘 단계가 전자 하드웨어, 컴퓨터 소프트웨어, 또는 이 양자의 조합으로 구현될 수도 있음을 인식할 것이다. 하드웨어 및 소프트웨어의 이러한 상호교환가능성을 명백하게 예시하기 위하여, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들이 그들의 기능성에 관하여 일반적으로 위에서 설명되었다. 이러한 기능성이 하드웨어로서 구현되는지 또는 소프트웨어로서 구현되는지는 전체 시스템에 부과된 설계 제약들 및 특정 애플리케이션에 따른다. 당업자들은 설명된 기능성을 각각의 특정한 애플리케이션에 대해 다양한 방식들로 구현할 수도 있지만, 이러한 구현 결정들은 본 개시의 범위로부터의 일탈을 야기하는 것으로서 해석되지 않아야 한다.
개별 실시형태들은 플로우차트, 흐름도, 데이터 흐름도, 구조도 또는 블록도로서 도시되는 프로세스 또는 방법으로서 위에서 설명될 수도 있다. 플로우차트는 순차적 프로세스로서 동작들을 설명할 수도 있지만, 많은 동작들은 병렬로, 또는 동시에 수행될 수 있다. 또한, 동작들의 순서는 재배열될 수도 있다. 프로세스는, 그의 동작들이 완료될 때 종료되지만, 도면에 포함되지 않은 추가적인 단계들을 가질 수 있을 것이다. 프로세스는 방법 (method), 함수 (function), 프로시저 (procedure), 서브루틴 (subroutine) , 서브프로그램 (subprogram) 등에 대응할 수도 있다. 프로세스가 함수에 대응할 때, 그의 종결은 호출 함수 (calling function) 또는 메인 함수 (main function) 에 대한 함수의 리턴에 대응할 수 있다.
전술된 예들에 따른 프로세스들 및 방법들은 컴퓨터 판독가능 매체들에 저장되거나 또는 다르게는 그로부터 이용가능한 컴퓨터 실행가능 명령들을 사용하여 구현될 수 있다. 이러한 명령들은, 예를 들어, 범용 컴퓨터, 특수 목적 컴퓨터, 또는 프로세싱 디바이스가 소정의 기능 또는 기능들의 그룹을 수행하게 하거나 또는 다르게는 수행하도록 구성하는 명령들 및 데이터를 포함할 수 있다. 사용되는 컴퓨터 리소스들의 부분들은 네트워크를 통해 액세스가능할 수 있다. 컴퓨터 실행가능 명령들은, 예를 들어, 바이너리들, 중간 형식 명령들, 이를테면 어셈블리 언어, 펌웨어, 소스 코드일 수도 있다. 설명된 예들에 따른 방법들 동안 명령들, 사용된 정보, 및/또는 생성된 정보를 저장하기 위해 사용될 수도 있는 컴퓨터 판독가능 매체들의 예들은 자기 또는 광학 디스크들, 플래시 메모리, 비휘발성 메모리가 제공된 USB 디바이스들, 네트워킹된 저장 디바이스들 등을 포함한다.
일부 실시형태들에서, 컴퓨터 판독가능 저장 디바이스들, 매체들, 및 메모리들은 비트스트림 등을 포함하는 케이블 또는 무선 신호를 포함할 수 있다. 그러나, 언급될 때, 비일시적 컴퓨터 판독가능 저장 매체는 에너지, 캐리어 신호들, 전자기 파들, 및 신호 그 자체와 같은 매체들을 명시적으로 배제한다.
당업자는 정보 및 신호가 임의의 다양한 상이한 기술 및 기법을 사용하여 표현될 수도 있음을 인식할 것이다. 예를 들면, 위의 설명 전반에 걸쳐 참조될 수도 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들, 및 칩들은, 일부 경우에 특정 애플리케이션에 부분적으로 의존하여, 원하는 설계에 부분적으로 의존하여, 대응하는 기술 등에 부분적으로 의존하여, 전압들, 전류들, 전자기파들, 자기장들 또는 자기 입자들, 광학장들 또는 광학 입자들, 이들의 임의의 조합에 의해 표현될 수도 있다.
본 명세서에 개시된 양태와 관련하여 설명된 다양한 예시적인 논리 블록, 모듈 및 회로는 하드웨어, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 설명 언어 또는 이들의 임의의 조합을 사용하여 구현 또는 수행될 수도 있고, 다양한 폼 팩터 중 어느 것을 취할 수도 있다. 소프트웨어, 펌웨어, 미들웨어 또는 마이크로코드로 구현될 때, 필요한 작업들을 수행하기 위한 프로그램 코드 또는 코드 세그먼트들 (예를 들어, 컴퓨터 프로그램 제품) 은 컴퓨터 판독가능 또는 머신 판독가능 매체에 저장될 수도 있다. 프로세서(들) 은 필요한 태스크들을 수행할 수도 있다. 폼 팩터들의 예들은 랩톱들, 스마트 폰들, 모바일 폰들, 태블릿 디바이스들 또는 다른 소형 폼 팩터 개인용 컴퓨터들, PDA(personal digital assistant), 랙마운트 디바이스들, 독립적인 디바이스들 등을 포함한다. 본 명세서에서 설명된 기능성은 또한, 주변기기들 또는 애드-인 (add-in) 카드들에서 구현될 수 있다. 그러한 기능성은 또한, 추가의 예에 의해, 단일 디바이스에서 실행되는 상이한 칩들 또는 상이한 프로세스들 중에서 회로 보드 상에서 구현될 수 있다.
명령들, 그러한 명령들을 운반하기 위한 매체들, 그것들을 실행하기 위한 컴퓨팅 리소스들, 및 그러한 컴퓨팅 리소스들을 지원하기 위한 다른 구조들은 본 개시에서 설명된 기능들을 제공하기 위한 예시적인 수단들이다.
본 명세서에 설명된 기법들은 또한 전자 하드웨어, 컴퓨터 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수도 있다. 그러한 기법들은 범용 컴퓨터, 무선 통신 디바이스 핸드세트, 또는 무선 통신 디바이스 핸드세트 및 다른 디바이스들에서의 애플리케이션을 포함하는 다수의 사용들을 갖는 집적 회로 디바이스들과 같은 다양한 디바이스들 중의 임의의 것에서 구현될 수도 있다. 모듈들, 또는 컴포넌트들로서 설명된 임의의 특징들은 집적 로직 디바이스 (integrated logic device) 에서 함께 구현되거나 또는 이산이지만 연동적인 (interoperable) 로직 디바이스들로서 따로 구현될 수도 있다. 소프트웨어에서 구현되는 경우, 그 기법들은, 실행될 경우, 전술된 방법들, 알고리즘들, 및/또는 동작들 중 하나 이상을 수행하는 명령들을 포함하는 프로그램 코드를 포함하는 컴퓨터 판독가능 데이터 저장 매체에 의해 적어도 부분적으로 실현될 수도 있다. 컴퓨터 판독가능 데이터 저장 매체는 패키징 재료들을 포함할 수도 있는 컴퓨터 프로그램 제품의 부분을 형성할 수도 있다. 컴퓨터 판독가능 매체는 메모리 또는 저장 저장 매체, 이를테면 RAM (random access memory) 이를테면, SDRAM (synchronous dynamic random access memory), ROM (read-only memory), NVRAM (non-volatile random access memory), EEPROM (electrically erasable programmable read-only memory), FLASH 메모리, 자기 또는 광학 데이터 저장 매체 등을 포함할 수도 있다. 추가로 또는 다르게 기법들은, 전파된 신호들 또는 파들과 같은, 명령들 또는 데이터 구조들의 형태의 프로그램 코드를 지니거나 통신하고, 컴퓨터에 의해 액세스, 판독 및/또는 실행될 수 있는 컴퓨터 판독가능 통신 매체에 의해 적어도 부분적으로 실현될 수도 있다.
프로그램 코드는 프로세서에 의해 실행될 수도 있고, 프로세서는 하나 이상의 프로세서들, 이를테면 하나 이상의 DSP (digital signal processor), 범용 마이크로프로세서, ASIC (application specific integrated circuit), FPGA (field programmable logic array), 또는 다른 등가 집적 또는 이산 로직 회로를 포함할 수도 있다. 그러한 프로세서는 본 개시에 기재된 기법들 중의 어느 것을 수행하도록 구성될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만; 대안적으로, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수도 있다. 프로세서는 또한, 컴퓨팅 디바이스들의 조합, 예를 들어, DSP 와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성으로서 구현될 수도 있다. 따라서, 본원에 사용된 용어 "프로세서" 는 임의의 이전 구조, 이전 구조의 임의의 조합, 또는 본원에 설명된 기술들의 구현에 적합한 임의의 다른 구조 또는 장치를 지칭할 수도 있다.
당업자는 본 명세서에 사용된 미만 ("<") 및 초과 (">") 심볼들 또는 용어가 본 설명의 범위로부터 일탈함없이 각각 이하 ("≤") 및 이상 ("≥") 심볼들로 교체될 수 있음을 인식할 것이다.
컴포넌트들이 소정의 동작들을 수행 "하도록 구성된" 것으로서 설명되는 경우, 그러한 구성은 예를 들어, 전자 회로들 또는 다른 하드웨어를 설계하여 그 동작을 수행하는 것에 의해, 프로그래밍가능 전자 회로들 (예컨대, 마이크로프로세서들, 또는 다른 적합한 전자 회로들) 을 프로그래밍하여 그 동작을 수행하는 것에 의해, 또는 이들의 임의의 조합에 의해, 달성될 수 있다.
구절 "~에 커플링된" 또는 “~에 통신적으로 커플링된” 은 직접 또는 간접적으로 다른 컴포넌트에 물리적으로 접속되는 임의의 컴포넌트, 및/또는 직접 또는 간접적으로 다른 컴포넌트와 통신하는 (예를 들어, 유선 또는 무선 접속, 및/또는 다른 적절한 통신 인터페이스를 통해 다른 컴포넌트에 접속되는) 임의의 컴포넌트를 지칭한다.
세트 "중 적어도 하나" 또는 세트 "중 하나 이상" 을 인용하는 청구항 문언 또는 다른 문언은 그 세트의 하나의 멤버 또는 그 세트의 다수의 멤버들 (임의의 조합) 이 청구항을 충족하는 것을 나타낸다. 예를 들어, "A 및 B 중 적어도 하나" 또는 "A 또는 B 중 적어도 하나"를 인용하는 청구항 문언은 A, B, 또는 A 및 B 를 의미한다. 다른 예에서, "A, B, 및 C 중 적어도 하나" 또는 "A, B, 또는 C 중 적어도 하나"를 인용하는 청구항 언어는 A, B, C, 또는 A 및 B, 또는 A 및 C, 또는 B 및 C, 또는 A 및 B 및 C 를 의미한다. 문언 세트 “중 적어도 하나” 및/또는 세트 중 “하나 이상” 은 세트를 그 세트에 열거된 항목들로 제한하지 않는다. 예를 들어, "A 및 B 중 적어도 하나” 또는 "A 또는 B 중 적어도 하나” 를 인용하는 청구항 문언은 A, B, 또는 A 및 B 를 의미할 수 있으며, A 및 B 의 세트에 열거되지 않은 항목들을 추가적으로 포함할 수 있다.
본 개시의 예시적 양태들들은 다음을 포함한다:
양태 1: 열적 완화(thermal mitigation)를 위한 장치. 장치는 적어도 하나의 메모리 및 적어도 하나의 메모리에 통신적으로 커플링된 적어도 하나의 프로세서를 포함한다. 적어도 하나의 프로세서는: 차량과 연관된 온도를 획득하고; 온도에 기초하여 하나 이상의 통신 기능을 차량에서 사용자 디바이스로 천이할지 여부를 결정하고; 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 하나 이상의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하도록 구성된다.
양태 2: 양태 1 에 있어서, 상기 적어도 하나의 프로세서는 사용자 디바이스의 통신 유닛을 위한 하나 이상의 통신 기능 중 적어도 하나의 통신 기능을 수행하라는 요청을, 사용자 디바이스의 통신 유닛으로부터, 수신하고; 요청에 기초하여 적어도 하나의 통신 기능을 수행하도록 구성되는, 열적 완화를 위한 장치.
양태 3: 양태 2 에 있어서, 상기 적어도 하나의 프로세서는: 적어도 하나의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 4: 양태 1 내지 양태 3 중 어느 하나에 있어서, 상기 적어도 하나의 프로세서는: 사용자 디바이스의 통신 유닛에 의해 수행되는 하나 이상의 통신 기능에 기초하여 데이터를, 사용자 디바이스의 통신 유닛으로부터, 수신하고; 차량의 출력 디바이스에 의해, 데이터를 출력하도록 구성되는, 열적 완화를 위한 장치.
양태 5: 양태 4 에 있어서, 데이터는 차량에 의해 제공되는 통신 인터페이스를 통해 사용자 디바이스의 통신 유닛에 의해 수신되는, 열적 완화를 위한 장치.
양태 6: 양태 1 내지 양태 5 중 어느 하나에 있어서, 하나 이상의 통신 기능은 무선 네트워크 액세스 기능, V2X(vehicle-to-everything) 기능, 긴급 호출(emergency-call) 기능, 또는 이들의 임의의 조합 중 적어도 하나를 포함한다.
양태 7: 양태 1 내지 양태 6 중 어느 하나에 있어서, 하나 이상의 통신 기능은 사용자 디바이스의 통신 유닛을 위해 차량의 통신 유닛에 의해 수행되는 무선 네트워크 액세스 기능을 포함하고, 적어도 하나의 프로세서는, 무선 네트워크 액세스 기능성을 시작하라는 명령을, 사용자의 통신 유닛에, 송신하도록 구성되는, 열적 완화를 위한 장치.
양태 8: 양태 7 에 있어서, 적어도 하나의 프로세서는 통신 네트워크 서비스 제공자로부터 차량의 통신 유닛을 등록 해제하도록 구성되는, 열적 완화를 위한 장치.
양태 9: 양태 7 또는 양태 8 중 어느 하나에 있어서, 적어도 하나의 프로세서는 적어도 사용자 디바이스의 통신 유닛이 무선 네트워크 액세스 기능을 수행하기 시작할 때까지 무선 네트워크 액세스 기능을 수행하도록 구성되는, 열적 완화를 위한 장치.
양태 10: 양태 1 내지 양태 9 중 어느 하나에 있어서, 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고, 적어도 하나의 프로세서는 V2X 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 11: 양태 10 에 있어서, 적어도 하나의 프로세서는: 사용자 디바이스가 V2X 기능성을 위해 구성되었는지 여부를 결정하고; 사용자 디바이스가 V2X 기능성을 위해 구성되었다는 결정에 응답하여, V2X 기능을 사용자 디바이스의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 12: 양태 1 내지 양태 11 중 어느 하나에 있어서, 적어도 하나의 프로세서는 차량의 환경 정보를 사용자 디바이스의 통신 유닛으로 송신하도록 구성되는, 열적 완화를 위한 장치.
양태 13: 양태 12 에 있어서, 환경 정보는 차량의 V2X 컨텍스트, 차량의 긴급 호출 컨텍스트 또는 이들의 임의의 조합 중 적어도 하나를 포함하는, 열적 완화를 위한 장치.
양태 14: 양태 1 내지 양태 13 중 어느 하나에 있어서, 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고, 적어도 하나의 프로세서는: 사용자 디바이스가 V2X 기능성을 위해 구성되었는지 여부를 결정하고; 사용자 디바이스가 V2X 기능성을 위해 구성되지 않았다는 결정에 응답하여, V2X 기능을 계속 수행하도록 구성되는, 열적 완화를 위한 장치.
양태 15: 양태 1 내지 양태 14 중 어느 하나에 있어서, 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고, 적어도 하나의 프로세서는: 제 1 세트의 V2X 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하고; 차량의 통신 유닛에 의해, 제 2 세트의 V2X 기능을 수행하도록 구성되는, 열적 완화를 위한 장치.
양태 16: 양태 1 내지 양태 15 중 어느 하나에 있어서, 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고, 적어도 하나의 프로세서는: 온도가 제 1 온도 임계치보다 높은지 여부를 결정하고; 온도가 제 1 온도 임계치보다 높다는 결정에 응답하여, V2X 기능의 듀티 사이클을 감소시키도록 구성되는, 열적 완화를 위한 장치.
양태 17: 양태 16 에 있어서, V2X 기능의 듀티 사이클을 감소시키는 것은 하나 이상의 V2X 메시지의 송신 레이트를 감소시키는 것을 포함하는, 열적 완화를 위한 장치.
양태 18: 양태 16 또는 양태 17 중 어느 하나에 있어서, 적어도 하나의 프로세서는 V2X 기능에 대한 수요를 결정하도록 구성되고, V2X 기능의 듀티 사이클을 감소시키는 것은 V2X 기능에 대한 결정된 수요에 더 기초하는, 열적 완화를 위한 장치.
양태 19: 양태 16 내지 양태 18 중 어느 하나에 있어서, 적어도 하나의 프로세서는: 차량과 연관된 추가 온도를 획득하고; 추가 온도가 제 2 온도 임계치보다 높은지 여부를 결정하고; 추가 온도가 제 2 온도 임계치보다 높다는 결정에 응답하여, 하나 이상의 V2X 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 20: 양태 1 내지 양태 19 중 어느 하나에 있어서, 적어도 하나의 프로세서는: 차량의 통신 유닛에 의해, 제 1 통신 기능 및 제 2 통신 기능을 수행하고; 온도가 제 1 온도 임계치보다 높은지 여부를 결정하고; 온도가 제 1 온도 임계치보다 높다는 결정에 응답하여, 제 1 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 21: 양태 20 에 있어서, 적어도 하나의 프로세서는: 제 1 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하라는 요청을 송신하도록 구성되는, 열적 완화를 위한 장치.
양태 22: 양태 21 에 있어서, 적어도 하나의 프로세서는 요청을 송신하는 것에 응답하여, 차량의 통신 유닛에 의해 하나 이상의 통신 기능을 중단하도록 구성되는, 열적 완화를 위한 장치.
양태 23: 양태 21 또는 양태 22 중 어느 하나에 있어서, 적어도 하나의 프로세서는 요청에 기초하여 알림을 출력하도록 구성되고, 알림은 표시된 메시지, 가청 메시지, 햅틱 피드백, 또는 이들의 임의의 조합 중 적어도 하나를 포함하는, 열적 완화를 위한 장치.
양태 24: 양태 20 내지 양태 23 중 어느 하나에 있어서, 적어도 하나의 프로세서는: 차량과 연관된 추가 온도를 획득하고; 추가 온도가 제 2 온도 임계치보다 높은지 여부를 결정하고; 추가 온도가 제 2 온도 임계치보다 높다는 결정에 응답하여, 제 2 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 25: 양태 24 에 있어서, 제 1 통신 기능은 무선 네트워크 액세스 기능을 포함하고, 제 2 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하는, 열적 완화를 위한 장치.
양태 26: 양태 24 에 있어서, 제 1 통신 기능은 무선 네트워크 액세스 기능을 포함하고, 제 2 통신 기능은 긴급 호출 기능을 포함하는, 열적 완화를 위한 장치.
양태 27: 양태 24 에 있어서, 제 1 통신 기능은 V2X (vehicle-to-everything) 기능을 포함하고, 제 2 통신 기능은 긴급 호출 기능을 포함하는, 열적 완화를 위한 장치.
양태 28: 양태 1 내지 양태 27 중 어느 하나에 있어서, 적어도 하나의 프로세서는: 온도가 제 1 온도 임계치보다 높은지 여부를 결정하고; 온도가 제 1 온도 임계치보다 높다는 결정에 응답하여, 제 1 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하라는 요청을 송신하도록 구성되는, 열적 완화를 위한 장치.
양태 29: 양태 28 에 있어서, 적어도 하나의 프로세서는 요청에 기초하여 알림을 출력하도록 구성되고, 알림은 표시된 메시지, 가청 메시지, 햅틱 피드백, 또는 이들의 임의의 조합 중 적어도 하나를 포함하는, 열적 완화를 위한 장치.
양태 30: 양태 28 내지 양태 29 중 어느 하나에 있어서, 적어도 하나의 프로세서는: 온도가 제 2 온도 임계치보다 높은지 여부를 결정하고; 온도가 제 2 온도 임계치보다 높다는 결정에 응답하여, 제 1 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 31: 양태 1 내지 양태 30 중 어느 하나에 있어서, 적어도 하나의 프로세서는: 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 하나 이상의 추가 기능을 차량의 추가 통신 유닛에서 사용자 디바이스로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 32: 양태 1 내지 양태 31 중 어느 하나에 있어서, 적어도 하나의 프로세서는: 온도가 온도 임계치보다 높은지 여부를 결정하고; 온도가 온도 임계치보다 높다는 결정에 응답하여, 하나 이상의 통신 기능을 차량의 통신 유닛에서 사용자 디바이스의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 33: 양태 32에 있어서, 적어도 하나의 프로세서는: 차량과 연관된 추가 온도를 획득하고; 추가 온도가 온도 임계치 미만인지를 결정하고; 추가 온도가 온도 임계치 미만이라는 결정에 응답하여, 하나 이상의 통신 기능을 사용자 디바이스의 통신 유닛에서 차량의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 34: 양태 1 내지 양태 33 중 어느 하나에 있어서, 상기 차량의 통신 유닛은 TCU(telematics control unit)인, 열적 완화를 위한 장치.
양태 35: 양태 34 에 있어서, TCU는 네트워크 액세스 디바이스(NAD), 하나 이상의 가입자 식별 모듈(SIM), 하나 이상의 모뎀, 또는 이들의 임의의 조합 중 적어도 하나를 포함하는, 열적 완화를 위한 장치.
양태 36: 양태 1 내지 양태 35 중 어느 하나에 있어서, 사용자 디바이스의 통신 유닛은 모뎀인, 열적 완화를 위한 장치.
양태 37: 양태 1 내지 양태 36 중 어느 하나에 있어서, 차량의 통신 유닛은 모뎀인, 열적 완화를 위한 장치.
양태 38: 양태 1 내지 양태 37 중 어느 하나에 있어서, 상기 적어도 하나의 프로세서는: 적어도 하나의 통신 기능을 차량의 통신 유닛에서 RSU(roadside unit)의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 39: 양태 1 내지 양태 38 중 어느 하나에 있어서, 상기 적어도 하나의 프로세서는: 적어도 하나의 통신 기능을 차량의 통신 유닛에서 추가 차량의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
양태 40: 양태 1 내지 39 중 어느 하나에 따른 동작들을 수행하는 열적 완화 방법.
양태 41: 컴퓨터 또는 프로세서로 하여금 양태 1 내지 39 중 어느 하나에 따른 동작들을 수행하게 하기 위한 적어도 하나의 명령을 포함하는 컴퓨터 판독가능 매체.
양태 42: 양태 1 내지 39 중 어느 하나에 따른 동작들을 수행하는 수단을 포함하는, 열적 완화를 위한 장치.
양태 43: 열적 기반 로드 밸런싱을 위한 장치. 장치는 적어도 하나의 트랜시버, 적어도 하나의 메모리 및 적어도 하나의 메모리 및 적어도 하나의 트랜시버에 통신적으로 커플링된 적어도 하나의 프로세서를 포함한다. 적어도 하나의 프로세서는: 적어도 하나의 트랜시버를 통해, 하나 이상의 디바이스로부터 복수의 메시지를 수신하고; 열적 수준을 결정하고; 적어도 복수의 메시지의 수에 기초하여 프로세싱 로드를 결정하고; 열적 수준 및 프로세싱 로드에 기초하여, 프로세싱 로드를 프로세싱 용량 이하로 유지하기 위해 복수의 메시지를 필터링하기 위해 적용될 필터링 방식을 결정하고; 복수의 메시지를 필터링하기 위해 장치와 연관된 하나 이상의 컴포넌트를 사용하여 필터링 방식을 적용하도록 구성된다.
양태 44: 양태 43에 있어서, 적어도 하나의 프로세서는 또한: 프로세싱 로드 및 프로세싱 용량에 기초하여 필터링 수준을 결정하고; 열적 수준, 프로세싱 로드 및 필터링 수준에 기초하여 필터링 방식을 결정하도록 구성되는, 열적 기반 로드 밸런싱을 위한 장치.
양태 45: 양태 43 또는 양태 44 중 어느 것에 있어서, 장치는 복수의 메시지를 프로세싱하도록 구성된 하나 이상의 검증 프로세서를 포함하고 적어도 하나의 프로세서는 하나 이상의 검증 프로세서의 순시 프로세싱 용량의 합에 기초하여 프로세싱 용량을 결정하도록 구성되는, 열적 기반 로드 밸런싱을 위한 장치.
양태 46: 양태 43 내지 45 중 어느 것에 있어서, 적어도 하나의 프로세서는: 프로세싱 로드와 프로세싱 용량 사이의 차이; 및 프로세싱 용량의 비 및 영 값 중 최대치로서 필터링 수준을 결정하도록 구성되는, 열적 기반 로드 밸런싱을 위한 장치.
양태 47: 양태 43 내지 46 중 어느 것에 있어서, 상기 적어도 하나의 프로세서는 복수의 필터링 방식으로부터 필터링 방식을 결정하도록 구성되고, 복수의 필터링 방식 중 각각의 필터링 방식은 필터링될 복수의 메시지의 상이한 분량을 초래하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 48: 양태 43 내지 47 중 어느 것에 있어서, 복수의 필터링 방식 중 각각의 필터 방식은 복수의 메시지가 필터링될 하나 이상의 컴포넌트; 및 복수의 메시지가 필터링될 대응하는 필터링 기준을 식별하는 명령들을 포함하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 49: 양태 43 내지 48 중 어느 것에 있어서, 하나 이상의 디바이스로부터 수신된 복수의 메시지 각각은 하나 이상의 디바이스 중 대응하는 하나의 속도, 이동 방향, 거리, 또는 이들의 임의의 조합 중 적어도 하나와 연관된 정보를 포함하고 적어도 하나의 프로세서는, 대응하는 필터링 기준을 적용할 때, 하나 이상의 디바이스의 거리, 하나 이상의 디바이스의 이동 방향 및 하나 이상의 디바이스의 속도 중 하나 이상에 기초하여 복수의 메시지를 필터링하도록 구성되는, 열적 기반 로드 밸런싱을 위한 장치.
양태 50: 양태 43 내지 49 중 어느 것에 있어서, 필터링 방식이 적용되는 하나 이상의 컴포넌트는 장치의 ITS(Intelligent Transportation System), 장치와 연관된 모뎀의 V2X(Vehicle-to-Everything) 컴포넌트, 모뎀의 다운스트림 컴포넌트, 또는 이들의 임의의 조합 중 적어도 하나를 포함하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 51: 양태 43 내지 50 중 어느 것에 있어서, 열적 수준이 증가함에 따라, 필터링 방식은, 적용될 때, 복수의 메시지 중 더 많은 수가 필터링되는 것을 초래하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 52: 양태 43 내지 51 중 어느 것에 있어서, 열적 수준 및 프로세싱 로드가 증가함에 따라, 필터링 방식은, 적용될 때, 복수의 메시지 중 더 많은 수가 필터링되는 것을 초래하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 53: 양태 43 내지 52 중 어느 것에 있어서, 필터링 방식은 열적 수준이 최저의 정의된 열적 수준일 때 복수의 메시지를 필터링하지 않는 것을 포함하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 54: 양태 43 내지 53 중 어느 것에 있어서, 필터링 방식은 장치의 프로세싱 로드가 프로세싱 용량 아래로 떨어질 때까지 장치에서 프로세싱하기 위한 추가 메시지의 수신을 방지하기 위해 장치와 연관된 모뎀의 컴포넌트를 셧오프하는 것을 포함하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 55: 양태 43 내지 54 중 어느 것에 있어서, 복수의 메시지는 V2X(Vehicle-to-Everything) 메시지이다.
양태 56: 양태 43 내지 55 중 어느 것에 있어서, 열적 수준은 복수의 열적 수준 중 하나이고, 복수의 열적 수준 중 각각의 열적 수준은 장치의 내부 컴포넌트의 온도 범위에 대응하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 57: 양태 43 내지 56 중 어느 것에 있어서, 복수의 메시지는 서명을 사용하여 서명되고 적어도 하나의 프로세서는 서명에 기초하여 복수의 메시지를 검증하도록 구성되는, 열적 기반 로드 밸런싱을 위한 장치.
양태 58: 양태 43 내지 57 중 어느 것에 있어서, 장치는 차량의 차량 컴퓨팅 시스템인, 열적 기반 로드 밸런싱을 위한 장치.
양태 59: 양태 43 내지 58 중 어느 것에 있어서, 하나 이상의 디바이스는 차량, 모바일 디바이스, 도로변 유닛, 교통 관리 시스템, 대중 교통 차량, 또는 이들의 임의의 조합 중 적어도 하나를 포함하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 60: 양태 43 내지 59 중 어느 것에 있어서, 적어도 하나의 프로세서는 복수의 필터링된 메시지를 프로세싱하기 위해 장치와 연관된 하나 이상의 프로세싱 코어 사이에 필터링된 메시지를 분배하기 위해 로드 밸런싱 방식을 적용하도록 구성되는, 열적 기반 로드 밸런싱을 위한 장치.
양태 61: 양태 43 내지 60 중 어느 하나에 따른 동작들을 수행하는 열적 완화 방법.
양태 62: 컴퓨터 또는 프로세서로 하여금 양태 43 내지 60 중 어느 하나에 따른 동작들을 수행하게 하기 위한 적어도 하나의 명령을 포함하는 컴퓨터 판독가능 매체.
양태 63: 양태 43 내지 60 중 어느 하나에 따른 동작들을 수행하는 수단을 포함하는, 열적 기반 로드 밸런싱을 위한 장치.
양태 64: 양태 1 내지 39 및 43 내지 60 중 어느 하나에 따른 동작들을 포함하는, 방법.
양태 65: 적어도 하나의 트랜시버, 적어도 하나의 메모리 및 적어도 하나의 메모리 및 적어도 하나의 트랜시버에 통신적으로 커플링된 적어도 하나의 프로세서를 포함하는, 장치. 적어도 하나의 프로세서는 양태 1 내지 39 및 43 내지 60 중 어느 하나에 따른 동작들을 수행하도록 구성된다.
양태 66: 컴퓨터 또는 프로세서로 하여금 양태 1 내지 39 및 43 내지 60 중 어느 하나에 따른 동작들을 수행하게 하기 위한 적어도 하나의 명령을 포함하는 컴퓨터 판독가능 매체.
양태 67: 양태 1 내지 39 및 43 내지 60 중 어느 하나에 따른 동작들을 수행하기 위한 수단을 포함하는, 장치.

Claims (30)

  1. 열적 완화를 위한 장치로서,
    적어도 하나의 메모리; 및
    상기 적어도 하나의 메모리에 통신적으로 커플링된 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는,
    차량과 연관된 온도를 획득하고;
    상기 온도에 기초하여 하나 이상의 통신 기능을 상기 차량에서 사용자 디바이스로 천이할지 여부를 결정하고;
    상기 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 상기 하나 이상의 통신 기능을 상기 차량의 통신 유닛에서 상기 사용자 디바이스의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  2. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 온도가 온도 임계치보다 높은지 여부를 결정하고;
    상기 온도가 상기 온도 임계치보다 높다는 결정에 응답하여, 상기 하나 이상의 통신 기능을 상기 차량의 상기 통신 유닛에서 상기 사용자 디바이스의 상기 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  3. 제 2 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 차량과 연관된 추가 온도를 획득하고;
    상기 추가 온도가 상기 온도 임계치 미만인지를 결정하고;
    상기 추가 온도가 상기 온도 임계치 미만이라는 결정에 응답하여, 상기 하나 이상의 통신 기능을 상기 사용자 디바이스의 상기 통신 유닛에서 상기 차량의 상기 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  4. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 사용자 디바이스의 상기 통신 유닛을 위한 상기 하나 이상의 통신 기능 중 적어도 하나의 통신 기능을 수행하라는 요청을, 상기 사용자 디바이스의 상기 통신 유닛으로부터, 수신하고;
    상기 요청에 기초하여 상기 적어도 하나의 통신 기능을 수행하고;
    상기 온도에 기초하여, 상기 적어도 하나의 통신 기능을 상기 차량의 상기 통신 유닛에서 상기 사용자 디바이스의 상기 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  5. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 사용자 디바이스의 상기 통신 유닛에 의해 수행되는 상기 하나 이상의 통신 기능에 기초하여 데이터를, 상기 사용자 디바이스의 상기 통신 유닛으로부터, 수신하고;
    상기 차량의 출력 디바이스에 의해, 상기 데이터를 출력하도록 구성되는, 열적 완화를 위한 장치.
  6. 제 1 항에 있어서,
    상기 하나 이상의 통신 기능은 상기 사용자 디바이스의 상기 통신 유닛을 위해 상기 차량의 상기 통신 유닛에 의해 수행되는 무선 네트워크 액세스 기능을 포함하고, 상기 적어도 하나의 프로세서는
    무선 네트워크 액세스 기능성을 시작하라는 명령을, 상기 사용자 디바이스의 상기 통신 유닛에, 송신하도록 구성되는, 열적 완화를 위한 장치.
  7. 제 6 항에 있어서,
    상기 적어도 하나의 프로세서는
    통신 네트워크 서비스 제공자로부터 상기 차량의 상기 통신 유닛을 등록 해제하도록 구성되는, 열적 완화를 위한 장치.
  8. 제 6 항에 있어서,
    상기 적어도 하나의 프로세서는
    적어도 상기 사용자 디바이스의 상기 통신 유닛이 상기 무선 네트워크 액세스 기능을 수행하기 시작할 때까지 상기 무선 네트워크 액세스 기능을 수행하도록 구성되는, 열적 완화를 위한 장치.
  9. 제 1 항에 있어서,
    상기 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고, 상기 적어도 하나의 프로세서는
    상기 V2X 기능을 상기 차량의 상기 통신 유닛에서 상기 사용자 디바이스의 상기 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  10. 제 9 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 사용자 디바이스가 V2X 기능성을 위해 구성되었는지 여부를 결정하고;
    상기 사용자 디바이스가 V2X 기능성을 위해 구성되었다는 결정에 응답하여, 상기 V2X 기능을 상기 사용자 디바이스의 상기 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  11. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 차량의 환경 정보를 상기 사용자 디바이스의 상기 통신 유닛으로 송신하도록 구성되고, 상기 환경 정보는 상기 차량의 V2X 컨텍스트, 상기 차량의 긴급 호출 컨텍스트 또는 이들의 임의의 조합 중 적어도 하나를 포함하는, 열적 완화를 위한 장치.
  12. 제 1 항에 있어서,
    상기 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고, 상기 적어도 하나의 프로세서는
    상기 사용자 디바이스가 V2X 기능성을 위해 구성되었는지 여부를 결정하고;
    상기 사용자 디바이스가 V2X 기능성을 위해 구성되지 않았다는 결정에 응답하여, 상기 V2X 기능을 계속 수행하도록 구성되는, 열적 완화를 위한 장치.
  13. 제 1 항에 있어서,
    상기 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고, 상기 적어도 하나의 프로세서는
    제 1 세트의 V2X 기능을 상기 차량의 상기 통신 유닛에서 상기 사용자 디바이스의 상기 통신 유닛으로 천이하고;
    상기 차량의 상기 통신 유닛에 의해, 제 2 세트의 V2X 기능을 수행하도록 구성되는, 열적 완화를 위한 장치.
  14. 제 1 항에 있어서,
    상기 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고, 상기 적어도 하나의 프로세서는
    상기 온도가 제 1 온도 임계치보다 높은지 여부를 결정하고;
    상기 온도가 상기 제 1 온도 임계치보다 높다는 결정에 응답하여, 상기 V2X 기능의 듀티 사이클을 감소시키도록 구성되는, 열적 완화를 위한 장치.
  15. 제 14 항에 있어서,
    상기 V2X 기능의 상기 듀티 사이클을 감소시키는 것은 하나 이상의 V2X 메시지의 송신 레이트를 감소시키는 것을 포함하는, 열적 완화를 위한 장치.
  16. 제 14 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 V2X 기능에 대한 수요를 결정하도록 구성되고, 상기 V2X 기능의 상기 듀티 사이클을 감소시키는 것은 상기 V2X 기능에 대한 결정된 수요에 더 기초하는, 열적 완화를 위한 장치.
  17. 제 14 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 차량과 연관된 추가 온도를 획득하고;
    상기 추가 온도가 제 2 온도 임계치보다 높은지 여부를 결정하고;
    상기 추가 온도가 상기 제 2 온도 임계치보다 높다는 결정에 응답하여, 하나 이상의 V2X 기능을 상기 차량의 상기 통신 유닛에서 상기 사용자 디바이스의 상기 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  18. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 차량의 상기 통신 유닛에 의해, 제 1 통신 기능 및 제 2 통신 기능을 수행하고;
    상기 온도가 제 1 온도 임계치보다 높은지 여부를 결정하고;
    상기 온도가 상기 제 1 온도 임계치보다 높다는 결정에 응답하여, 상기 제 1 통신 기능을 상기 차량의 상기 통신 유닛에서 상기 사용자 디바이스의 상기 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  19. 제 18 항에 있어서,
    상기 적어도 하나의 프로세서는
    상기 차량과 연관된 추가 온도를 획득하고;
    상기 추가 온도가 제 2 온도 임계치보다 높은지 여부를 결정하고;
    상기 추가 온도가 상기 제 2 온도 임계치보다 높다는 결정에 응답하여, 상기 제 2 통신 기능을 상기 차량의 상기 통신 유닛에서 상기 사용자 디바이스의 상기 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  20. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는
    적어도 하나의 통신 기능을 상기 차량의 상기 통신 유닛에서 RSU(roadside unit)의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  21. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는
    적어도 하나의 통신 기능을 상기 차량의 상기 통신 유닛에서 추가 차량의 통신 유닛으로 천이하도록 구성되는, 열적 완화를 위한 장치.
  22. 열적 완화 방법으로서,
    차량과 연관된 온도를 획득하는 단계;
    상기 온도에 기초하여 하나 이상의 통신 기능을 상기 차량에서 사용자 디바이스로 천이할지 여부를 결정하는 단계; 및
    상기 하나 이상의 통신 기능을 천이하는 결정에 응답하여, 상기 하나 이상의 통신 기능을 상기 차량의 통신 유닛에서 상기 사용자 디바이스의 통신 유닛으로 천이하는 단계
    를 포함하는, 열적 완화 방법.
  23. 제 22 항에 있어서,
    상기 온도가 온도 임계치보다 높은지 여부를 결정하는 단계; 및
    상기 온도가 상기 온도 임계치보다 높다는 결정에 응답하여, 상기 하나 이상의 통신 기능을 상기 차량의 상기 통신 유닛에서 상기 사용자 디바이스의 상기 통신 유닛으로 천이하는 단계를 더 포함하는, 열적 완화 방법.
  24. 제 23 항에 있어서,
    상기 차량과 연관된 추가 온도를 획득하는 단계;
    상기 추가 온도가 상기 온도 임계치 미만인지를 결정하는 단계;
    상기 추가 온도가 상기 온도 임계치 미만이라는 결정에 응답하여, 상기 하나 이상의 통신 기능을 상기 사용자 디바이스의 상기 통신 유닛에서 상기 차량의 상기 통신 유닛으로 천이하는 단계를 더 포함하는, 열적 완화 방법.
  25. 제 22 항에 있어서,
    상기 하나 이상의 통신 기능은 상기 사용자 디바이스의 상기 통신 유닛을 위해 상기 차량의 상기 통신 유닛에 의해 수행되는 무선 네트워크 액세스 기능을 포함하고,
    무선 네트워크 액세스 기능성을 시작하라는 명령을, 상기 사용자 디바이스의 상기 통신 유닛에, 송신하는 단계를 더 포함하는, 열적 완화 방법.
  26. 제 22 항에 있어서,
    상기 하나 이상의 통신 기능은 V2X(Vehicle-to-Everything) 기능을 포함하고,
    상기 V2X 기능을 상기 차량의 상기 통신 유닛에서 상기 사용자 디바이스의 상기 통신 유닛으로 천이하는 단계를 더 포함하는, 열적 완화 방법.
  27. 열적 기반 로드 밸런싱을 위한 장치로서,
    적어도 하나의 트랜시버;
    적어도 하나의 메모리; 및
    상기 적어도 하나의 메모리 및 상기 적어도 하나의 트랜시버에 통신적으로 커플링된 적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는
    상기 적어도 하나의 트랜시버를 통해, 하나 이상의 디바이스로부터 복수의 메시지를 수신하고;
    열적 수준을 결정하고;
    적어도 상기 복수의 메시지의 수에 기초하여 프로세싱 로드를 결정하고;
    상기 열적 수준 및 상기 프로세싱 로드에 기초하여, 상기 프로세싱 로드를 프로세싱 용량 이하로 유지하기 위해 상기 복수의 메시지를 필터링하기 위해 적용될 필터링 방식을 결정하고;
    상기 복수의 메시지를 필터링하기 위해 상기 장치와 연관된 하나 이상의 컴포넌트를 사용하여 상기 필터링 방식을 적용하도록 구성되는, 열적 기반 로드 밸런싱을 위한 장치.
  28. 제 27 항에 있어서,
    상기 적어도 하나의 프로세서는 또한
    상기 프로세싱 로드 및 상기 프로세싱 용량에 기초하여 필터링 수준을 결정하고;
    상기 열적 수준, 상기 프로세싱 로드 및 상기 필터링 수준에 기초하여 상기 필터링 방식을 결정하도록 구성되는, 열적 기반 로드 밸런싱을 위한 장치.
  29. 열적 기반 로드 밸런싱 방법으로서,
    하나 이상의 디바이스로부터 복수의 메시지를 수신하는 단계;
    열적 수준을 결정하는 단계;
    적어도 상기 복수의 메시지의 수에 기초하여 프로세싱 로드를 결정하는 단계;
    상기 열적 수준 및 상기 프로세싱 로드에 기초하여, 상기 프로세싱 로드를 프로세싱 용량 이하로 유지하기 위해 상기 복수의 메시지를 필터링하기 위해 적용될 필터링 방식을 결정하는 단계; 및
    상기 복수의 메시지를 필터링하기 위해 장치와 연관된 하나 이상의 컴포넌트를 사용하여 상기 필터링 방식을 적용하는 단계
    를 포함하는, 열적 기반 로드 밸런싱 방법.
  30. 제 29 항에 있어서,
    상기 프로세싱 로드 및 상기 프로세싱 용량에 기초하여 필터링 수준을 결정하는 단계; 및
    상기 열적 수준, 상기 프로세싱 로드 및 상기 필터링 수준에 기초하여 상기 필터링 방식을 결정하는 단계를 더 포함하는, 열적 기반 로드 밸런싱 방법.
KR1020237005033A 2020-08-19 2021-08-18 열적 완화 향상 KR20230053595A (ko)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US202063067793P 2020-08-19 2020-08-19
US63/067,793 2020-08-19
US202063084495P 2020-09-28 2020-09-28
US63/084,495 2020-09-28
US17/404,722 2021-08-17
US17/404,722 US20220060957A1 (en) 2020-08-19 2021-08-17 Thermal mitigation enhancement
PCT/US2021/046457 WO2022040284A1 (en) 2020-08-19 2021-08-18 Thermal mitigation enhancement

Publications (1)

Publication Number Publication Date
KR20230053595A true KR20230053595A (ko) 2023-04-21

Family

ID=80271157

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020237005033A KR20230053595A (ko) 2020-08-19 2021-08-18 열적 완화 향상

Country Status (7)

Country Link
US (1) US20220060957A1 (ko)
EP (1) EP4200689A1 (ko)
JP (1) JP2023537905A (ko)
KR (1) KR20230053595A (ko)
CN (1) CN116018829A (ko)
BR (1) BR112023002244A2 (ko)
WO (1) WO2022040284A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11722393B2 (en) * 2020-12-15 2023-08-08 Caterpillar Inc. Systems and methods for managing on-site communications for latency-dependent applications
US20220272514A1 (en) * 2021-02-19 2022-08-25 Samsung Electronics Co., Ltd. Electronic device and operating method
US20240046783A1 (en) * 2022-08-03 2024-02-08 Qualcomm Incorporated Filtering v2x sensor data messages
WO2024056170A1 (en) * 2022-09-14 2024-03-21 Harman Becker Automotive Systems Gmbh Method and system for providing multi sim multi active functionality

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070074071A1 (en) * 2005-09-27 2007-03-29 Michael Rothman Processor thermal management
US20140274011A1 (en) * 2013-03-14 2014-09-18 Qualcomm Incorporated Method and apparatus for controlling operation of a user equipment based on physical layer parameters
US11379264B2 (en) * 2019-04-15 2022-07-05 Intel Corporation Advanced cloud architectures for power outage mitigation and flexible resource use

Also Published As

Publication number Publication date
WO2022040284A1 (en) 2022-02-24
US20220060957A1 (en) 2022-02-24
BR112023002244A2 (pt) 2023-03-07
CN116018829A (zh) 2023-04-25
EP4200689A1 (en) 2023-06-28
JP2023537905A (ja) 2023-09-06

Similar Documents

Publication Publication Date Title
US11751042B2 (en) Multi-access edge computing service for mobile user equipment method and apparatus
US20220060957A1 (en) Thermal mitigation enhancement
JP2020108151A (ja) 車両環境のためのプロキシ協調無線通信動作
US11037443B1 (en) Facilitation of collaborative vehicle warnings
US20240118365A1 (en) Optimizing transmission of a sidelink synchronization signal by a wireless device
WO2023177503A1 (en) User equipment coordinated positioning
WO2023244886A1 (en) Platoon-based protocol interworking
US20230306849A1 (en) Network based sensor sharing for communications systems
US20220329292A1 (en) Method and communication apparatus for transmitting and receiving data
WO2023177502A1 (en) Reputation score assignment for vehicle-based communications
US11917619B2 (en) Anchor device association for sidelink positioning
US20240038058A1 (en) Smart vehicle malfunction and driver misbehavior detection and alert
US20240089903A1 (en) Misbehavior detection service for sharing connected and sensed objects
US20230354002A1 (en) Optimized vehicle-to-everything (v2x) messaging
US20240089736A1 (en) Sensor misbehavior detection system utilizing communications
US20230408642A1 (en) Detection of position overlap (po) between objects
US20230319739A1 (en) Sidelink synchronization source selection
TW202412539A (zh) 用於共享連接和感測物件的不當行為偵測服務
TW202412537A (zh) 利用通訊的感測器不當行為偵測系統
TW202348050A (zh) 用於側鏈路通訊的參考信號時槽配置
CA3230485A1 (en) Configuring a high-risk zone