KR20200101431A - 송신 모드를 결정하기 위한 방법 및 디바이스, 저장 매체 및 전자 디바이스 - Google Patents

송신 모드를 결정하기 위한 방법 및 디바이스, 저장 매체 및 전자 디바이스 Download PDF

Info

Publication number
KR20200101431A
KR20200101431A KR1020207021083A KR20207021083A KR20200101431A KR 20200101431 A KR20200101431 A KR 20200101431A KR 1020207021083 A KR1020207021083 A KR 1020207021083A KR 20207021083 A KR20207021083 A KR 20207021083A KR 20200101431 A KR20200101431 A KR 20200101431A
Authority
KR
South Korea
Prior art keywords
information
service
terminal
transmission
sidelink
Prior art date
Application number
KR1020207021083A
Other languages
English (en)
Other versions
KR102413594B1 (ko
Inventor
멩젠 왕
린 첸
요우시옹 루
Original Assignee
지티이 코포레이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 지티이 코포레이션 filed Critical 지티이 코포레이션
Publication of KR20200101431A publication Critical patent/KR20200101431A/ko
Application granted granted Critical
Publication of KR102413594B1 publication Critical patent/KR102413594B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/303Terminal profiles
    • H04L67/16
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0033Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
    • H04L1/0035Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter evaluation of received explicit signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices

Landscapes

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

Abstract

송신 모드를 결정하기 위한 방법 및 디바이스, 저장 매체 및 전자 디바이스가 제공된다. 그 방법은 상기 송신 모드를 결정하기 위한 정보를 취득하는 단계로서, 상기 정보는 제 1 단말기의 상위 계층 또는 상기 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 상기 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 상기 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스의 제 2 단말기에 관한 능력 정보 중 적어도 하나를 포함하는, 상기 정보를 취득하는 단계; 및 상기 정보에 따라 송신 모드를 결정하는 단계를 포함한다. 이것은 시스템에 상이한 유형 또는 상이한 능력의 UE들이 있을 때 통신을 더 잘 수행하는 법에 대한 기존 기술의 문제점을 해결할 수 있다.

Description

송신 모드를 결정하기 위한 방법 및 디바이스, 저장 매체 및 전자 디바이스
본 개시는 통신 분야에 관한 것이고, 특히 송신 모드를 결정하기 위한 방법 및 디바이스, 저장 매체 및 전자 디바이스에 관한 것이다.
차량의 인터넷은 합의된 통신 프로토콜 및 데이터 상호작용 표준에 따라 차량과 X(X : 차량, 보행자, 기반시설 또는 인터넷) 사이의 무선 통신 및 정보 교환을 위한 대규모 시스템 네트워크를 의미한다. 차량의 인터넷 통신을 통해 차량의 주행 안전성이 실현될 수 있고, 교통 효율이 향상될 수 있으며, 차량에 편의 또는 엔터테인먼트 정보가 제공될 수 있다. 무선 통신의 대상에 따라, 차량 인터넷의 3 가지 상이한 유형의 통신, 즉 차량 대 차량(vehicle-to-vehicle, V2V) 통신, 차량 대 기반시설/차량 대 네트워크(vehicle-to-infrastructure/vehicle-to-network, V2I/V2N) 통신 및 차량 대 보행자(vehicle-to-pedestrian, V2P) 통신이 있으며 이들을 차량 대 사물(vehicle-to-everything, V2X) 통신으로 총칭한다.
3GPP(3rd Generation Partnership Project) 조직의 LTE(long term evolution)에 기초한 V2X 통신의 연구에서, 사용자 장비(user equipment, UE) 간의 직접 링크/사이드링크(sidelink)를 기반으로 하는 V2X 통신 방법은 V2X 표준을 구현하는 한 가지 방법이며, 즉, 서비스 데이터가 기지국 및 코어 네트워크에 의해 포워드되지 않고 에어 인터페이스를 통해 소스 사용자 장비로부터 타겟 사용자 장비로 직접 송신된다. 도 1은 기존 기술에 따른 V2X 직접/사이드링크 통신의 개략도이다. 도 1에 도시된 바처럼, 이 V2X 통신 모드를 간단히 PC5 기반 V2X 통신 또는 V2X 사이드링크 통신으로 지칭한다.
기술 및 자동화 산업의 발전에 따라, V2X 통신 시나리오가 더욱 확장되어 성능 요구 사항이 더 높아졌다. 제 2 스테이지(R15 V2X)에 있어서의 3GPP의 연구는, 성능 요구 사항이 더 높은 V2X 서비스를 지원하기 위해 R14 V2X 통신과 구기술 호환되는, R14 V2X를 더욱 확장 및 보완한다. R15 V2X UE 및 R14 V2X UE는 동일한 리소스 풀에 공존할 수도 있으며 또한 PC5 반송파 집성, 64QAM, 송신 다이버시티(transmit diversity) 등과 같은 성능을 지원할 수도 있다. 시스템에 R14 V2X UE 와 R15 V2X UE가 동시에 있거나 또는 시스템에 있는 UE가 능력 차이를 갖는 경우, V2X 사이드링크 통신을 보다 효과적으로 수행하는 법을 고려할 필요가 있다.
위의 문제에 대한 효과적인 해결책은 아직 제안되지 않았다.
본 개시의 실시형태들은 시스템에서 상이한 유형 또는 상이한 능력의 UE들이 존재할 때 통신을 더 잘 수행하는 법에 대한 기존 기술의 문제점을 해결하기 위한 송신 모드를 결정하기 위한 방법 및 디바이스, 저장 매체 및 전자 디바이스를 제공한다.
본 개시의 실시형태에 따라 송신 모드를 결정하기 위한 방법이 제공되며, 그 방법은 아래에서 설명되는 단계들을 포함한다. 송신 모드를 결정하기 위한 정보가 취득되며, 여기서 정보는 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스(proximity service)의 제 2 단말기에 관한 능력 정보(capability information) 중 적어도 하나를 포함하고; 그리고 정보에 따라 송신 모드가 결정된다.
본 개시의 다른 실시형태에 따르면 송신 모드를 결정하기 위한 디바이스가 제공되며, 그 디바이스는 취득 모듈 및 결정 모듈을 포함한다. 취득 모듈은 송신 모드를 결정하기 위한 정보를 취득하도록 구성되며, 여기서 정보는 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스의 제 2 단말기에 관한 능력 정보 중 적어도 하나를 포함한다. 결정 모듈은 정보에 따라 송신 모드를 결정하도록 구성된다.
본 개시의 다른 실시형태에 따라 저장 매체가 또한 제공되며, 저장 매체는 컴퓨터 프로그램을 저장한다. 컴퓨터 프로그램이 실행될 때, 컴퓨터 프로그램은 위에서 설명한 방법 실시형태들의 단계들 중 어느 하나를 구현하도록 구성된다.
본 개시의 다른 실시형태에 따르면 전자 디바이스가 또한 제공된다. 전자 디바이스는 메모리 및 프로세서를 포함한다. 메모리는 컴퓨터 프로그램을 저장하도록 구성된다. 프로세서는 위에서 설명한 방법 실시형태들에 있는 단계들 중 어느 하나를 수행하기 위해 컴퓨터 프로그램을 실행하도록 구성된다.
본 개시의 실시형태들을 통해, 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스의 제 2 단말기에 관한 능력 정보 중 적어도 하나가 취득되고, 이들 정보에 기초하여 송신 모드가 결정되므로, 이러한 방식으로, 시스템에 상이한 유형 또는 상이한 능력의 UE들이 있을 때, 취득된 정보에 기초하여 송신 모드가 결정될 수 있어서, 결정된 송신 모드가 수신 단말기에 적합화될 수 있고, 이에 의해 통신 성능을 향상시킨다. 따라서, 시스템에 상이한 유형 또는 상이한 능력의 UE들이 존재할 때 통신을 더 잘 수행하는 법에 대한 기존 기술의 문제점이 해결될 수 있다.
본 명세서에 설명되는 도면은 본 개시의 추가 이해를 제공하기 위해 사용되고, 본 출원의 일부를 형성한다. 본 개시의 예시적인 실시형태 및 그의 설명은 본 개시를 설명하기 위해 사용되며, 본 개시에 대한 부적절한 제한을 형성하지 않는다. 도면들에서:
도 1은 기존 기술에 따른 V2X 직접/사이드링크 통신의 개략도이다;
도 2는 본 개시의 실시형태에 따른 송신 모드를 결정하기 위한 방법에 대한 이동 단말기의 하드웨어 구조 블록도이다.
도 3는 본 개시의 실시형태에 따른 송신 모드를 결정하기 위한 방법의 플로우차트이다.
도 4는 본 개시의 대안의 실시형태에 따른 송신 모드를 결정하기 위한 방법의 플로우차트이다.
도 5는 본 개시의 실시형태에 따른 송신 모드를 결정하기 위한 디바이스의 구조 블록도이다.
도 6은 본 개시의 실시형태에 따른 반송파 집성을 통한 데이터 복제(data duplication)의 수신 개략도이다.
도 7은 본 개시의 실시형태에 따른 이중 접속성을 통한 데이터 복제의 수신 개략도이다.
도 8a는 본 개시의 실시형태에 따른 UM RLC 엔티티 재정렬의 개략도이다;
도 8b는 본 개시는 실시형태에 따른 AM RLC 엔티티 재정렬의 개략도이다; 그리고
도 9는 본 개시는 실시형태에 따른 PDCP 재배열의 개략도이다.
이하, 실시형태들과 함께 도면을 참조하여 본 개시를 상세히 설명한다. 충돌하지 않는 경우, 본 출원에서의 실시형태들 및 거기에 있는 특징들은 서로 조합될 수 있음에 유의해야 한다.
본 개시의 설명, 청구범위 및 도면에서 용어 "제 1", "제 2" 등은 유사한 대상을 구별하기 위해 사용되며, 반드시 특정한 차레 또는 순서를 설명하기 위해 사용되는 것은 아님에 유의해야 한다.
실시형태 1
본 출원의 실시형태 1에 의해 제공되는 방법 실시형태는 이동 단말기, 컴퓨터 단말기 또는 다른 유사한 컴퓨팅 장치 상에서 실행될 수도 있다. 이동 단말기 상에서 실행되는 방법을 예로 들면, 도 2는 본 개시의 실시형태에 따른 송신 모드를 결정하기 위한 방법에 대한 이동 단말기의 하드웨어 구조 블록도이다. 도 2에 도시된 바와 같이, 이동 단말기(20)는 하나 이상의(도 2에는 하나만 도시됨) 프로세서들(202)(각각의 프로세서(202)는 마이크로컨트롤러 유닛(MCU), 필드 프로그램 가능 게이트 어레이(FPGA) 또는 다른 처리 장치를 포함할 수도 있지만 이에 제한되지는 않음), 및 데이터를 저장하도록 구성된 메모리(204)를 포함한다. 선택적으로, 이동 단말기는 통신 기능을 위한 입출력 디바이스(208) 및 송신 디바이스(206)를 더 포함할 수도 있다. 당해 기술 분야에서 통상의 지식을 가진 자라면 도 2에 도시된 구조는 단지 예시적인 것이며 이동 단말기의 구조를 제한하려는 것이 아니라는 것을 이해할 수 있다. 예를 들어, 이동 단말기(20)는 또한 도 2에 도시된 구성 요소보다 더 많거나 더 적은 구성 요소를 포함할 수도 있거나 또는 도 2에 도시된 구성과 상이한 구성을 가질 수도 있다.
메모리(204)는, 컴퓨터 프로그램, 이를테면 소프트웨어 프로그램 및 애플리케이션 소프트웨어의 모듈, 예를 들어, 본 개시의 실시형태들에서 송신 모드를 결정하기 위한 방법에 대응하는 컴퓨터 프로그램을 저장하도록 구성될 수도 있다. 프로세서(202)는 메모리(204)에 저장된 소프트웨어 프로그램을 실행하여 다양한 기능적 애플리케이션 및 데이터 처리를 수행, 즉 전술한 방법을 구현한다. 메모리(204)는 고속 랜덤 액세스 메모리를 포함할 수도 있거나, 또는 하나 이상의 자기 저장 장치, 플래시 메모리 또는 다른 비 휘발성 솔리드 스테이트 메모리와 같은 비 휘발성 메모리를 더 포함할 수도 있다. 일부 예들에서, 메모리(204)는 프로세서(202)에 대해 원격으로 배치된 메모리들을 더 포함할 수도 있다. 이 원격 메모리들은 네트워크를 통해 이동 단말기(20)에 접속될 수도 있다. 네트워크의 예는 인터넷, 인트라넷, 근거리 네트워크, 이동 통신 네트워크 및 이들의 조합을 포함하지만 이에 제한되지는 않는다.
송신 디바이스(206)는 네트워크를 통해 데이터를 수신하거나 또는 송신하도록 구성된다. 위의 네트워크의 특정 예는 이동 단말기(20)의 통신 제공자에 의해 제공되는 무선 네트워크를 포함할 수도 있다. 예에서, 송신 디바이스(206)는 네트워크 인터페이스 제어기(network interface controller, NIC)를 포함하며, 이 네트워크 인터페이스 제어기(NIC)는 기지국을 통해 다른 네트워크 디바이스에 접속되어, 인터넷과 통신할 수도 있다. 예에서, 송신 디바이스(206)는 무선 방식으로 인터넷과 통신하도록 구성된 RF(radio frequency) 모듈일 수도 있다.
이 실시형태는 이동 단말기 상에서 실행되는 송신 모드를 결정하기 위한 방법을 제공한다. 이 방법은 차량 대 사물(V2X) 통신, 디바이스 대 디바이스 통신(D2D) 통신, 또는 장비 대 장비 직접 통신을 갖는 다른 시스템에 적용될 수도 있지만, 반드시 그런 것은 아니다. 도 3는 본 개시의 실시형태에 따른 송신 모드를 결정하기 위한 방법의 플로우차트이다. 도 3에 도시된 바와 같이, 프로세스는 아래에 설명된 단계들을 포함한다.
단계(S302)에서, 송신 모드를 결정하기 위한 정보가 취득된다. 정보는 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스의 제 2 단말기에 관한 능력 정보 중 적어도 하나를 포함한다.
단계(S304)에서, 정보에 따라 송신 모드가 결정된다.
전술한 단계들을 통해, 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스의 제 2 단말기에 관한 능력 정보 중 적어도 하나가 취득되고, 이 피스(piece)들의 정보에 기초하여 송신 모드가 결정되므로, 이러한 방식으로, 시스템에 상이한 유형 또는 상이한 능력의 UE들이 있을 때, 취득된 정보에 기초하여 송신 모드가 결정될 수 있어서, 결정된 송신 모드가 수신 단말기에 적합화될 수 있고, 이에 의해 통신 성능을 향상시킨다. 따라서, 시스템에 상이한 유형 또는 상이한 능력의 UE들이 존재할 때 더 나은 통신을 수행하는 법에 대한 기존 기술의 문제점이 해결될 수 있다.
근접 서비스의 제 2 단말기는 제 1 단말기의 송신 범위 내의 단말기, 제 1 단말기로부터의 거리가 미리 결정된 임계치보다 작은 단말기, 또는 제 1 단말기의 반대측에 있는 디바이스 중 적어도 하나일 수도 있지만, 이에 제한되지는 않는다는 것에 유의해야 한다.
서비스 프로파일 정보는 프로토콜 버전 정보 또는 송신 포맷 정보 중 적어도 하나를 포함할 수도 있지만, 반드시 그런 것은 아니라는 것에 유의해야 한다. V2X 통신에 적용되는 방법을 예로 들면, 프로토콜 버전 정보는 R14 프로토콜 또는 R15 프로토콜을 포함할 수도 있으며, 송신 포맷 정보는 R14 포맷(format) 또는 R15 포맷을 포함할 수도 있으나, 이에 제한되는 것은 아니다.
액세스 계층 정보는 리소스 사용량(resource usage), 채널 번잡률(channel busy ratio), 리소스 충돌 확률(resource collision probability) 또는 채널 품질(channel quality) 중 적어도 하나를 포함한다는 것에 유의해야 한다. 리소스 사용량은 제 1 단말기에 의해 사전 구성되거나(preconfigured) 요청되는 리소스 풀 내 리소스의 리소스 사용량일 수도 있고, 리소스 충돌 확률은 동일한 리소스 풀에서 상이한 유형의 단말기에 의해 사용되는 리소스 사이의 충돌 확률일 수도 있으나, 이에 제한되는 것은 아니라는 것에 유의해야 한다.
제 2 단말기에 관한 능력 정보는 제 2 단말기가 직교 진폭 변조(quadrature amplitude modulation)(64QAM)를 지원하는지 여부, 제 2 단말기가 송신 다이버시티를 지원하는지 여부, 제 2 단말기가 직접 링크 인터페이스(PC5) 데이터 복제를 지원하는지 여부, 제 2 단말기가 PC5 데이터 분할(data split)을 지원하는지 여부, 또는 제 2 단말기에 의해 지원되는 송신 포맷에 관한 정보 중 적어도 하나를 포함할 수도 있지만, 반드시 그런 것은 아니라는 것에 유의해야 한다.
본 개시의 실시형태에서, 제 1 서비스에 관한 서비스 프로파일 정보가 취득되는 단계(302)는 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층에 의해 전달되는 표시 정보(indication information)를 수신하는 것으로 표현될 수도 있고, 그 표시 정보는 제 1 서비스에 관한 서비스 프로파일 정보를 캐리(carry)한다.
제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층에 의해 전달된 표시 정보를 수신하는 단계 전에, 방법은 아래에 설명되는 단계들을 더 포함한다는 것에 유의해야 한다. 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층은 서비스의 서비스 유형과 서비스에 관한 서비스 프로파일 정보 사이의 맵핑 관계를 취득하고, 제 1 서비스에 관한 서비스 프로파일 정보는 제 1 서비스의 서비스 유형 및 맵핑에 따라 결정된다. 맵핑 관계는 각각의 서비스 유형에 대응하는 적어도 한 피스의 서비스 프로파일 정보, 또는 각각의 피스의 서비스 프로파일 정보에 대응하는 적어도 하나의 서비스 유형을 포함한다.
서비스 프로파일 정보는 프로토콜 버전 정보 또는 송신 포맷 정보 중 적어도 하나를 포함할 수도 있고, 서비스의 서비스 유형과 서비스에 관한 서비스 프로파일 정보 사이의 맵핑 관계는 서비스의 서비스 유형과 서비스에 관한 프로토콜 버전 정보 사이의 맵핑 관계, 또는 서비스의 서비스 유형과 서비스에 관한 송신 포맷 정보 사이의 맵핑 관계 중 적어도 하나에 의해 표현될 수 있다는 것에 유의해야 한다.
제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층은 다음 방식들: 맵핑 관계를 사전 구성하는 모드를 통한 취득, 차량 제어 기능 엔티티의 인터넷을 통한 취득 또는 근접 서비스 제어 기능 엔티티를 통한 취득 중 적어도 하나로 맵핑 관계를 취득한다는 것에 유의해야 한다.
송신 모드는 제 1 서비스를 송신하기 위해 사용되는 송신 포맷, 제 1 서비스를 송신하기 위해 사용되는 변조 및 코딩 스킴(modulation and coding scheme), 제 1 서비스를 송신하기 위해 사용되는 송신 다이버시티, 제 1 서비스를 송신하기 위한 PC5 데이터 복제를 사용하는 모드, 또는 제 1 서비스를 송신하기 위한 직접 링크 인터페이스(PC5) 데이터 분할을 사용하는 모드 중 적어도 하나를 포함한다는 것에 유의해야 한다.
직접 링크 인터페이스는 UE들 사이의 인터페이스 또는 사이드링크로 지칭될 수도 있지만, 반드시 그런 것은 아니라는 것에 유의해야 한다.
본 개시의 실시형태에서, 정보가 기지국에 의해 제 1 단말기에 대해 구성된 송신 파라미터 정보를 포함할 때, 단계(S302) 전에, 방법은 아래에서 설명되는 단계를 더 포함할 수도 있다. 제 1 단말기에 관한 능력 정보, 제 1 서비스의 서비스 유형, 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나가 기지국에 보고된다.
제 1 단말기에 관한 능력 정보는 제 1 단말기가 직교 진폭 변조(64QAM)를 지원하는지 여부, 제 1 단말기가 송신 다이버시티를 지원하는지 여부, 제 1 단말기가 PC5 데이터 복제를 지원하는지 여부, 제 1 단말기가 PC5 데이터 분할을 지원하는지 여부, 또는 제 1 단말기에 의해 지원되는 송신 포맷에 관한 정보 중 적어도 하나를 포함한다는 것에 유의해야 한다.
제 1 서비스의 서비스 유형 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나는 다음 방식들: 사용자 장비 보조 정보를 통해 제 1 서비스의 서비스 유형 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 캐리하는 것, 사이드링크 사용자 장비 정보를 통해 제 1 서비스의 서비스 유형 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 캐리하는 것, 사이드링크 버퍼 사이즈 보고(buffer size report)를 통해 제 1 서비스의 서비스 유형 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 캐리하는 것, 또는 사이드링크 상의 정의된 매체 액세스 제어 제어 요소(media access control control element, MAC CE)를 통해 제 1 서비스의 서비스 유형/또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 캐리하는 것 중 적어도 하나로 기지국에 보고된다는 것에 유의해야 한다.
위에 언급된 MAC CE는 기존 기술의 MAC CE 와 상이할 수도 있지만 반드시 그런 것은 아니거나, 또는 기존 기술의 MAC CE에 기초하여 확장된 MAC CE일 수도 있거나, 또는 새롭게 정의된 MAC CE일 수도 있음에 유의해야 한다.
MAC CE는 비트 맵을 포함한다는 것에 유의해야 한다. 여기서, 제 1 서비스의 서비스 유형 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나는 비트 맵의 적어도 1 비트를 통해 표시된다. 예를 들어, 비트 맵에서 1 비트는 제 1 서비스의 서비스 유형 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 표시하는 데 사용된다. 1 비트가 제 1 값을 가질 때, 그 1 비트는 제 1 서비스의 서비스 유형이 제 1 유형이거나 및/또는 프로토콜 버전 정보가 제 1 버전 정보(예를 들어, 버전 R14)임을 표시하기 위해 사용되며; 1 비트가 제 2 값을 가질 때, 그 1 비트는 제 1 서비스의 서비스 유형이 제 2 유형이거나 및/ 또는 프로토콜 버전 정보가 제 2 버전 정보(예를 들어, 버전 R15)임을 표시하기 위해 사용되나, 이에 제한되지 않는다. 다수의 비트가 표시를 위해 사용될 때, 제 1 서비스의 서비스 유형 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나는 다수의 비트의 상이한 값을 통해 결정된다. 다수의 비트가 표시를 위해 사용될 때, 다수의 상태 값이 있을 수도 있음에 유의해야 한다. 제 1 서비스의 서비스 유형 및/또는 프로토콜 버전 정보를 표시한 후에도 다수의 상태 값이 여전히 사용되지 않은 값을 갖는 경우, 이들 사용되지 않은 상태 값은 예약된 값일 수도 있다. 예를 들어, 2 비트가 프로토콜 버전 정보를 표시하기 위해 사용되면, 4가지 상태(00, 01, 10 및 11)가 있지만, 2 개의 프로토콜 버전(버전 R14 및 버전 R15)이 있다. 따라서, 00은 버전 R14를 표기하기 위해 사용되고, 01은 버전 R15를 표시하기 위해 사용되며, 그리고 사용되지 않은 상태 10 과 11 양자 모두는 예약된 값일 수도 있다.
본 개시의 실시형태에서, 단계(S304) 후에, 방법은 아래에 설명된 단계를 더 포함할 수도 있다. 송신된 서비스에 관한 프로토콜 버전 정보 또는 송신된 서비스에 관한 송신 포맷 정보는 송신된 사이드링크 제어 정보에 표시되며, 여기서 프로토콜 버전 정보 또는 송신 포맷 정보는 사이드링크 제어 정보의 첫 번째 비트 내지 N 번째 비트 또는 사이드링크 제어 정보의 예약된 비트(reserved bit)에 위치하고, N은 1 이상의 정수이다.
본 개시의 실시형태에서, 근접 서비스의 제 2 단말기에 관한 능력 정보는 다음 방식들: 제 1 사이드링크 브로드캐스트 시그널링을 통해 제 2 단말기에 의해 송신된 제 2 단말기에 관한 능력 정보가 수신되는 것, 제 1 사이드링크 유니캐스트 시그널링(sidelink unicast signaling)을 통해 제 2 단말기에 의해 송신된 제 2 단말기에 관한 능력 정보가 수신되는 것, 또는 사이드링크 상의 정의된 MAC CE를 통해 제 2 단말기에 의해 송신된 제 2 단말기에 관한 능력 정보가 수신되는 것 중 적어도 하나로 취득된다.
제 2 단말기에 관한 능력 정보를 수신하는 단계 전에, 방법은 아래에 설명된 단계를 더 포함한다는 것에 유의해야 한다. 제 2 단말기에 관한 능력 정보를 요청하도록 구성된 요청 메시지는 제 2 사이드링크 브로드캐스트 시그널링을 통해 제 2 단말기에 송신되거나, 또는 제 2 단말기에 관한 능력 정보를 요청하도록 구성된 요청 메시지는 제 2 사이드링크 유니캐스트 시그널링을 통해 제 2 단말기에 송신된다.
제 2 단말기에 관한 능력 정보를 수신하는 단계는 제 2 단말기에 관한 능력 정보를 수신하기 위해 사이드링크 브로드캐스트 시그널링 또는 사이드링크 유니캐스트 시그널링을 통해 구현될 수도 있지만, 이에 제한되지는 않는다는 것에 유의해야 한다.
선택적으로, 전술한 단계는 도 2에 도시된 단말기에 의해, 또는 본 실시형태의 제 1 단말기에 의해, 수행될 수도 있지만, 반드시 그런 것은 아니다.
본 개시의 실시형태들을 더 잘 이해하기 위해, 본 개시는 대안의 실시형태들과 함께 아래에서 더 설명될 것이다.
본 개시의 대안의 실시형태는 송신 모드를 결정하기 위한 방법을 제공한다. 방법은 단말기에 의해 송신된 서비스의 서비스 프로파일 및/또는 액세스 계층 정보를 통해 송신 모드를 결정하는 단계를 포함하며, 구체적으로 아래에 설명되는 형태를 취할 수도 있다.
송신된 서비스의 프로파일과 관련하여 송신 포맷이 선택된다. 송신된 서비스가 R14 UE에 의해 수신될 필요가 있거나 또는 송신된 서비스가 R14 V2X 서비스 유형을 갖는 경우, R14 송신 포맷이 사용된다. 송신된 서비스가 R14 UE에 의해 수신될 필요가 없거나 또는 송신된 서비스가 R15 V2X에 의해서만 지원되는 서비스 유형을 갖는 경우, R15 송신 포맷이 사용된다. 특정 송신 모드는 또한, 변조 코딩 스킴, 송신 다이버시티, PC5 데이터 복제, PC5 데이터 분할 등과 같은 다른 요구 사항 정보, 능력 정보 또는 액세스 계층 정보에 따라 결정될 수도 있다.
UE를 위해 사전 구성되거나 V2X 제어 기능 엔티티(control function entity)에 의해 구성되는 V2X 서비스 유형과 프로토콜 버전 정보(이를테면 R14 및 R15) 사이의 맵핑 관계는 1) 각 서비스 유형(service type)/목적지(destination) ID(V2X 서비스 유형/V2X 통신 목적지)에 대해, R14 및/또는 R15의 지원 여부가 표시되는 것; 또는 2) R14 및 R15에 의해 지원되는 서비스 유형 목록/목적지 ID 목록이 제공되는 것과 같은 다수의 형태를 가질 수도 있다.
UE가 상위 계층으로부터 V2X 데이터를 수신할 때, 상위 계층은 V2X 데이터의 서비스 유형에 대응하는 프로토콜 버전 정보 또는 송신 포맷 정보(이를테면 R14 포맷, R15 포맷 등)를 더 제공하거나 또는 표시한다. 즉, 데이터가 R14 V2X 서비스 유형 또는 R15 V2X 서비스 유형을 갖다는 것이 표시된다.
UE 액세스 계층은 프로토콜 버전 정보 또는 송신 포맷 정보 및 상위 계층에 의해 제공되는 다른 정보(액세스 계층 정보)에 따라 특정 송신 모드를 결정한다. 예들은 아래처럼 설명된다.
변조 차수(MCS(modulation and coding scheme index))의 선택을 위해, 다른 정보는 송신 범위(transmission range), 데이터율(data rate), UE 상대 속도(UE relative speed), 채널 품질(channel quality) 등일 수도 있다. 상위 계층이 송신된 데이터가 R14/R15 V2X 서비스 유형을 가지고 있음을 표시하거나 또는 R14/R15 송신 포맷을 사용하는 것을 표시하면, UE는 또한, 송신 범위, 데이터율, UE 상대 속력, 채널 품질 및 다른 정보에 따라 송신을 위해 변조 차수(MCS)를 선택한다.
송신 다이버시티의 선택의 경우, 다른 정보는 리소스 사용량, 리소스 충돌 확률, 혼잡 상황, 채널 번잡률 등일 수도 있다. 예를 들어, 상위 계층이 송신된 데이터가 R14 V2X 서비스 유형을 갖는다는 것을 표시하거나 또는 R14 송신 포맷을 사용하는 것을 표시하면, UE는 송신 다이버시티를 사용하지 않으며; 상위 계층이 송신된 데이터가 R15 V2X 서비스 유형을 갖는다는 것을 표시하거나 또는 R15 송신 포맷을 사용하는 것을 표시하고, 리소스 충돌이 더 적고 채널 번잡률이 더 낮으면, UE는 송신 다이버시티를 사용하는 것을 선택할 수있다.
PC5 데이터 복제 또는 PC5 데이터 분할의 경우, 다른 정보는 신뢰성 요구 사항, 데이터율 요구 사항, 서비스 품질 등급 식별, 혼잡 상황, 채널 번잡률 등일 수도 있다. 예를 들어, 상위 계층이 송신된 데이터가 R15 V2X 서비스 유형을 가지고 있음을 표시하거나 R15 송신 포맷을 사용하는 것을 표시하고, 더 높은 신뢰성 요구 사항 및 더 나은 혼잡 상황이 있으면, UE는 송신 신뢰성을 향상시키기 위해 송신을 위한 PC5 데이터 복제를 사용하는 것을 선택할 수도 있다; 더 높은 데이터율 요구 사항이 있으면, UE는 데이터 송신 속도를 향상시키기 위해 PC5 데이터 분할을 사용하는 것을 선택할 수도 있다.
본 개시의 대안의 실시형태는 또한 송신 모드를 결정하기 위한 다른 방법을 제공한다. 그 방법은 기지국을 통해 단말기를 위한 송신 모드를 구성하는 방식으로 송신 모드를 결정하는 단계를 포함한다. 이 방법은 구체적으로 아래에 설명된 형태를 취한다.
기지국이 리소스를 스케줄링하는 경우, eNB가 적절한 송신 구성(예컨대 변조 및 코딩 스킴(MCS) 구성, 송신 다이버시티 구성, PC5 데이터 복제 및/또는 PC5 데이터 분할 구성)을 수행하도록 보조하기 위해, UE는 자신의 능력 정보를 보고하고 서비스 유형 및/또는 프로토콜 버전 정보를 eNB에 제공한다.
UE에 의해 보고된 능력 정보는 64QAM 지원 여부, 송신 다이버시티 지원 여부, PC5 데이터 복제 지원 여부, PC5 데이터 분할 지원 여부 또는 R15 송신 포맷 지원 여부 중 적어도 하나를 포함한다.
서비스 유형 및/또는 프로토콜 버전 정보가 eNB에 제공되는 단계는 아래에서 설명되는 단계들 중 적어도 하나를 포함한다.
서비스 유형 및/또는 프로토콜 버전 정보는 UE 보조 정보를 통해 보고된다. UE 보조 정보는 서비스 유형 또는 프로토콜 버전 정보 중 적어도 하나를 포함한다.
서비스 유형 및/또는 프로토콜 버전 정보는 sidelinkUEInformation(사이드링크UE정보) 메시지를 통해 제공된다. 송신 리소스를 요청할 때, 현재 sidelinkUEInformation 메시지는 송신 주파수 포인트 정보에(서비스 유형에 대응하는) V2X 통신 목적지 목록을 포함하므로, 각각의 V2X 통신 목적지의 대응하는 버전 정보가 더 포함될 수도 있다.
서비스 유형 및/또는 프로토콜 버전 정보는 사이드링크 버퍼 사이즈 보고(buffer size report, BSR)를 통해 제공된다. 사이드링크 BSR을 보고할 때, 사이드링크 BSR은(sidelinkUEInformation 메시지에서 V2X 통신 목적지의 인덱스 값에 해당하는) V2X 통신 목적지에 관한 인덱스 정보를 포함할 수도 있고, eNB는 sidelinkUEInformation 메시지에서 V2X 통신 목적지 인덱스 및 V2X 통신 목적지 목록에 따라 요청된 리소스에 관한 주파수 포인트 정보를 알 수도 있고, 다음으로, V2X 통신 목적지 인덱스에 대응하는 V2X 통신 목적지(즉, 서비스 유형)에 대응하는 프로토콜 버전 정보가 사이드링크 BSR에 더 포함될 수도 있다.
서비스 유형 및/또는 프로토콜 버전 정보는 새로운 MAC CE, 예를 들어, 적어도 1 바이트의 비트 맵 정보를 포함하는 새로 정의된 MAC CE를 통해 제공된다. 각각의 비트는 사이드링크 BSR에서 V2X 통신 목적지 인덱스에 대응하는 V2X 통신 목적지(즉, 서비스 유형)에 대응하는 프로토콜 버전 정보와 일대일 대응하며, 이를테면 1은 R15를 표시하는 한편, 0은 R14를 표시한다. 대안적으로, 2 비트 마다 사이드링크 BSR에서 V2X 통신 목적지 인덱스에 대응하는 V2X 통신 목적지(즉, 서비스 유형)에 대응하는 프로토콜 버전 정보와 대응하며, 이를테면 00는 R14를 표시하고, 01은 R15를 표시하고, 다른 것들은 예약된 값들이다. 사용하지 않는 비트들은 0 으로 설정된다.
V2X 서비스 유형과 프로토콜 버전 정보 사이의 맵핑 관계 또는 V2X 통신 목적지와 프로토콜 버전 정보 사이의 맵핑 관계는 eNB를 위해 사전 구성된다. eNB는 UE 보조 정보에서의 서비스 유형 정보와 함께, 또는 sidelinkUEInformation 메시지에서의 V2X 통신 목적지와 함께, 또는 사이드링크 BSR에서의 V2X 통신 목적지 인덱스와 함께, 맵핑 관계에 따라 대응하는 프로토콜 버전 정보를 획득한다. eNB를 위한 사전 구성은 OAM(operation administration and maintenance) 구성일 수도 있거나 또는 홈 가입자 서버(HSS) 및 이동성 관리 엔티티(MME)를 통해 V2X 제어 기능 엔티티에 의해 수행될 수도 있다.
송신 단말기는 사이드링크 제어 정보(SCI)에서 프로토콜 버전 정보 또는 송신 포맷 정보를 추가로 표시할 수도 있다. 예를 들어, 1 비트가 표시에 사용되며, 여기서 1은 R15/R15 포맷을 표시하는 한편, 0은 R14/R14 포맷을 표시하거나; 또는 2 비트가 표시에 사용되며, 여기서 00은 R14/R14 포맷을 표시하고, 01은 R15/R15 포맷을 표시하며, 다른 것들은 예약된 값들이다. 표시 정보는 SCI의 앞 부분에 또는 예약된 비트에 배치될 수도 있다. 다음으로, 수신 UE가 다른 UE들에 의해 전송된 SCI를 수신한 후, SCI에 표시된 디코딩된 버전 정보 또는 송신 포맷 정보가 수신 UE의 버전 또는 송신 포맷 또는 능력보다 높으면, 수신 UE는 더 이상 다른 SCI 컨텐츠를 디코딩하지 않거나 또는 SCI에서 표시 리소스에 의해 송신된 사이드링크 데이터를 더 이상 디코딩/수신하지 않으므로, 오버헤드를 덜게 된다. SCI에 표시된 디코딩된 버전 정보 또는 송신 포맷 정보가 수신 UE의 버전 또는 송신 포맷 또는 능력보다 높지 않으면, 수신 UE는 또한 다른 SCI 컨텐츠를 디코딩하거나 및/또는 SCI에서 표시 리소스에 의해 송신된 사이드링크 데이터를 계속 디코딩/수신한다.
본 개시의 대안의 실시형태는 또한, 송신 모드를 결정하기 위한 다른 방법을 제공한다. 그 방법은 주위 UE 또는 반대 단 UE의 능력을 통해 송신 모드를 결정하는 단계를 포함한다. 도 4는 본 개시의 대안의 실시형태에 따른 송신 모드를 결정하기 위한 방법의 플로우차트이다. 도 4에 도시된 바와 같이, UE들 사이에 능력 협상이 필요하다. 구체적으로, 송신 UE(제 1 단말기와 동등)는 주위 UE 또는 반대 단 UE(근접 서비스의 제 2 단말기와 동등)의 능력을 취득하고, 주위 UE 또는 반대 단 UE의 능력 정보, 송신 서비스 프로파일 및 다른 정보에 따라 송신 모드 및 특정 송신 파라미터를 결정한다.
송신 UE가 주위 UE 또는 반대 단 UE의 능력을 취득하는 단계는 아래에 설명된 단계들을 포함한다는 것에 유의해야 한다.
V2X 사이드링크 브로드캐스트 통신을 위해, 송신 UE는 사이드링크 브로드캐스트 시그널링(선택 사항)을 통해 UE 능력 요청 정보를 송신하고, 정보를 수신하는 근위 UE는 사이드링크 브로드캐스트 시그널링을 통해 자신의 UE 능력 정보를 송신한다. 대안적으로, UE는 사이드링크 브로드캐스트 시그널링을 통해 자신의 UE 능력 정보를 주기적으로 브로드캐스트하고, 송신 UE는 사이드링크 브로드캐스트 시그널링을 통해 근처의 UE에 의해 송신된 UE 능력 정보를 수신한다.
V2X 사이드링크 유니캐스트 시그널링이 지원되면, 송신 UE는 사이드링크 브로드캐스트 시그널링(선택 사항)을 통해 UE 능력 요청 정보를 송신하고, 정보를 수신하는 근위 UE는 사이드링크 유니캐스트 시그널링을 통해 자신의 UE 능력 정보를 송신 UE에 송신하고, 송신 UE는 사이드링크 유니캐스트 시그널링을 통해 근위 UE에 의해 송신된 UE 능력 정보를 수신한다.
V2X 사이드링크 유니캐스트 통신의 경우, 송신 UE는 사이드링크 유니캐스트 시그널링(선택 사항)을 통해 반대측 UE에 UE 능력 요청 정보를 송신하고, 반대측 UE는 사이드링크 유니캐스트 시그널링을 통해 자신의 UE 능력 정보를 반환한다.
UE는 자신의 UE 능력 정보를 사이드링크 MAC CE, 예를 들어 UE 능력 정보를 포함할 수도 있는 새롭게 정의된 MAC CE를 통해 송신한다.
UE 능력 정보는 64QAM 지원 여부, 송신 다이버시티 지원 여부, PC5 데이터 복제 지원 여부, V2X 데이터 분할 지원 여부, 또는 R15 송신 포맷 지원 여부 중 적어도 하나를 포함한다는 것에 유의해야 한다.
위의 실시형태들의 설명으로부터, 위에서 설명한 실시형태들에서의 방법들이 소프트웨어 및 필요한 범용 하드웨어 플랫폼에 의해 구현될 수도 있거나, 또는 하드웨어에 의해서 물론 구현될 수도 있다는 것이 당해 기술 분야에서 통상의 지식을 가진 자에게 명백할 것이다. 그러나, 많은 경우에, 전자는 대안의 구현 방식이다. 이러한 이해에 기초하여, 실질적으로 본 개시의 기술적 해법 또는 실질적으로 기존 기술에 기여하는 부분은 소프트웨어 제품의 형태로 구체화될 수도 있다. 컴퓨터 소프트웨어 제품은 저장 매체(이를테면 ROM(read-only memory)/RAM(random access memory), 자기 디스크 또는 광 디스크)에 저장되며,(이동 전화, 컴퓨터, 서버, 네트워크 디바이스 등일 수도 있는) 단말 디바이스로 하여금 본 개시의 각각의 실시형태에 따른 방법을 수행할 수 있게 하기 위한 여러 명령들을 포함한다.
실시형태 2
이 실시형태는 또한 송신 모드를 결정하기 위한 디바이스를 제공한다. 디바이스는 위의 실시형태들과 대안의 실시형태들을 구현하도록 구성된다. 설명된 바는 여기서 반복하지 않을 것이다. 이하에서 사용되는 용어 "모듈"은 미리 결정된 기능을 구현할 수 있는 소프트웨어, 하드웨어 또는 이들의 조합일 수도 있다. 아래에 설명되는 실시형태에서의 디바이스는 바람직하게는 소프트웨어에 의해 구현되지만, 하드웨어에 의한 또는 소프트웨어와 하드웨어의 조합에 의한 구현도 가능하고 생각 가능하다.
도 5는 본 개시의 실시형태에 따른 송신 모드를 결정하기 위한 디바이스의 구조 블록도이다. 도 5에 도시된 바와 같이, 디바이스는 취득 모듈(52) 및 결정 모듈(54)을 포함한다.
취득 모듈(52)은 송신 모드를 결정하기 위한 정보를 취득하도록 구성된다. 정보는 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스의 제 2 단말기에 관한 능력 정보 중 적어도 하나를 포함한다.
결정 모듈(54)은 취득 모듈(52)에 접속되고, 결정 모듈(54)은 정보에 따라 전송 모드를 결정하도록 구성된다.
전술한 디바이스를 통해, 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스의 제 2 단말기에 관한 능력 정보 중 적어도 하나가 취득되고, 이 피스들의 정보에 기초하여 송신 모드가 결정된다. 이러한 방식으로, 시스템에 상이한 유형 또는 상이한 능력의 UE들이 있을 때, 취득된 정보에 기초하여 송신 모드가 결정될 수 있어서, 결정된 송신 모드가 수신 단말기에 적합화될 수 있고, 이에 의해 통신 성능을 향상시킨다. 따라서, 이것은 시스템에 상이한 유형 또는 상이한 능력의 UE들이 있을 때 더 나은 통신을 수행하는 법에 대한 기존 기술의 문제점을 해결할 수 있다.
근접 서비스의 제 2 단말기는 제 1 단말기의 송신 범위 내의 단말기, 제 1 단말기로부터의 거리가 미리 결정된 임계치보다 작은 단말기 또는 제 1 단말기의 반대 디바이스 중 적어도 하나일 수도 있지만, 이에 제한되지는 않는다는 것에 유의해야 한다.
서비스 프로파일 정보는 프로토콜 버전 정보 또는 송신 포맷 정보 중 적어도 하나를 포함할 수도 있지만, 반드시 그런 것은 아니라는 것에 유의해야 한다. V2X 통신에 적용되는 방법을 예로 들면, 프로토콜 버전 정보는 R14 프로토콜 또는 R15 프로토콜을 포함할 수도 있으며, 송신 포맷 정보는 R14 포맷 또는 R15 포맷을 포함할 수도 있으나, 이에 제한되는 것은 아니다.
액세스 계층 정보는 리소스 사용량, 채널 번잡률, 리소스 충돌 확률 또는 채널 품질 중 적어도 하나를 포함할 수도 있지만, 이에 제한되지 않는다는 것에 유의해야 한다. 리소스 사용량은 제 1 단말기가 사용 또는 미리 사용하는 것을 요청하는 리소스의 리소스 풀의 리소스 사용량일 수도 있고, 리소스 충돌 확률은 동일한 리소스 풀에서 상이한 유형의 단말기에 의해 사용되는 리소스 사이의 충돌 확률일 수도 있으나, 이에 제한되는 것은 아니라는 것에 유의해야 한다.
제 2 단말기에 관한 능력 정보는 제 2 단말기가 직교 진폭 변조(64QAM)를 지원하는지 여부, 제 2 단말기가 송신 다이버시티를 지원하는지 여부, 제 2 단말기가 직접 링크 인터페이스(PC5) 데이터 복제를 지원하는지 여부, 제 2 단말기가 PC5 데이터 분할을 지원하는지 여부, 또는 제 2 단말기에 의해 지원되는 송신 포맷에 관한 정보 중 적어도 하나를 포함할 수도 있지만, 반드시 그런 것은 아니라는 것에 유의해야 한다.
본 개시의 실시형태에서, 취득 모듈(52)은 또한 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층에 의해 전달되는 표시 정보를 수신하도록 구성된다. 표시 정보는 제 1 서비스에 관한 서비스 프로파일 정보를 캐리한다.
디바이스는 제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층이 서비스의 서비스 유형과 서비스에 관한 서비스 프로파일 정보 사이의 맵핑 관계를 취득하고, 제 1 서비스에 관한 서비스 프로파일 정보가 제 1 서비스의 서비스 유형 및 맵핑 관계에 따라 결정되며, 여기서 맵핑 관계는 각각의 서비스 유형에 대응하는 적어도 한 피스의 서비스 프로파일 정보 또는 각각의 피스의 서비스 프로파일 정보에 대응하는 적어도 하나의 서비스 유형을 포함한다는 것에 유의해야 한다.
서비스 프로파일 정보는 프로토콜 버전 정보 또는 송신 포맷 정보 중 적어도 하나를 포함할 수도 있으므로, 서비스의 서비스 유형과 서비스에 관한 서비스 프로파일 정보 사이의 맵핑 관계는 서비스의 서비스 유형과 서비스에 관한 프로토콜 버전 정보 사이의 맵핑 관계, 또는 서비스의 서비스 유형과 서비스에 관한 송신 포맷 정보 사이의 맵핑 관계 중 적어도 하나일 수도 있다는 것에 유의해야 한다.
제 1 단말기의 상위 계층 또는 제 1 단말기의 애플리케이션 계층은 다음 방식들: 맵핑 관계를 사전 구성하는 모드를 통한 취득, 차량 제어 기능 엔티티의 인터넷을 통한 취득 또는 근접 서비스 제어 기능 엔티티를 통한 취득 중 적어도 하나로 맵핑 관계를 취득한다는 것에 유의해야 한다.
근접 서비스 제어 기능 엔티티는 제 1 단말기의 송신 범위 내의 제어 기능 엔티티일 수도 있음에 유의해야 한다.
송신 모드는 제 1 서비스를 송신하기 위해 사용되는 송신 포맷, 제 1 서비스를 송신하기 위해 사용되는 변조 및 코딩 스킴, 제 1 서비스를 송신하기 위해 사용되는 송신 다이버시티, 제 1 서비스를 송신하기 위한 PC5 데이터 복제를 사용하는 모드, 또는 제 1 서비스를 송신하기 위한 직접 링크 인터페이스(PC5) 데이터 분할을 사용하는 모드 중 적어도 하나를 포함한다는 것에 유의해야 한다.
본 개시의 실시형태에서, 정보가 기지국에 의해 제 1 단말기에 대해 구성된 송신 파라미터 정보를 포함하면, 디바이스는 취득 모듈(52)에 접속된 보고 모듈을 더 포함한다. 보고 모듈은 다음의 제 1 단말기에 관한 능력 정보, 제 1 서비스의 서비스 유형, 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 기지국에 보고한다.
제 1 단말기에 관한 능력 정보는 제 1 단말기가 직교 진폭 변조 64QAM를 지원하는지 여부, 제 1 단말기가 송신 다이버시티를 지원하는지 여부, 제 1 단말기가 PC5 데이터 복제를 지원하는지 여부, 제 1 단말기가 PC5 데이터 분할을 지원하는지 여부, 또는 제 1 단말기에 의해 지원되는 송신 포맷에 관한 정보 중 적어도 하나를 포함한다는 것에 유의해야 한다.
보고 모듈은 또한, 제 1 서비스의 서비스 유형 또는 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 다음 방식들: 사용자 장비 보조 정보를 통해 제 1 서비스의 서비스 유형 및/또는 제 1 서비스에 관한 프로토콜 버전 정보를 캐리하는 것, 사이드링크 사용자 장비 정보를 통해 제 1 서비스의 서비스 유형 및/또는 제 1 서비스에 관한 프로토콜 버전 정보를 캐리하는 것, 사이드링크 버퍼 사이즈 보고를 통해 제 1 서비스의 서비스 유형 및/또는 제 1 서비스에 관한 프로토콜 버전 정보를 캐리하는 것, 또는 사이드링크 상의 정의된 매체 액세스 제어 제어 요소(MAC CE)를 통해 제 1 서비스의 서비스 유형 및/또는 제 1 서비스에 관한 프로토콜 버전 정보를 캐리하는 것 중 적어도 하나로 기지국에 보고하도록 구성된다는 것에 유의해야 한다.
MAC CE는 기존 기술의 MAC CE 와 상이할 수도 있지만 반드시 그런 것은 아니거나, 또는 기존 기술의 MAC CE에 기초하여 확장된 MAC CE일 수도 있거나, 또는 새롭게 정의된 MAC CE일 수도 있음에 유의해야 한다.
본 개시의 실시형태에서, 디바이스는 결정 모듈(54)에 접속된 표시 모듈을 더 포함한다. 표시 모듈은 송신된 사이드링크 제어 정보 내의 송신된 서비스에 관한 프로토콜 버전 정보 또는 송신 포맷 정보를 표시하도록 구성된다. 프로토콜 버전 정보 또는 송신 포맷 정보는 사이드링크 제어 정보의 첫 번째 비트 내지 N 번째 비트 또는 사이드링크 제어 정보의 예약된 비트에 위치하고, 여기서 N은 1 이상의 정수이다.
본 개시의 실시형태에서, 취득 모듈(52)은 근접 서비스의 제 2 단말기에 관한 능력 정보를 다음 방식들: 제 1 사이드링크 브로드캐스트 시그널링을 통해 제 2 단말기에 의해 전송된 제 2 단말기에 관한 능력 정보를 수신하는 것, 제 1 사이드링크 유니캐스트 시그널링을 통해 제 2 단말기에 의해 전송된 제 2 단말기에 관한 능력 정보를 수신하는 것, 또는 사이드링크 상의 정의된 MAC CE를 통해 제 2 단말기에 의해 전송된 제 2 단말기에 관한 능력 정보를 수신하는 것 중 적어도 하나로 취득할 수도 있다.
디바이스는 송신 모듈을 더 포함한다는 것에 유의해야 한다. 송신 모듈은 제 2 단말기에 관한 능력 정보를 요청하도록 구성된 요청 메시지를 제 2 사이드링크 브로드캐스트 시그널링을 통해 제 2 단말기에 송신하거나, 또는 제 2 단말기에 관한 능력 정보를 요청하도록 구성된 요청 메시지를 제 2 사이드링크 유니캐스트 시그널링을 통해 제 2 단말기에 송신하도록 구성된다.
제 2 단말기에 관한 능력 정보를 수신하는 단계는 사이드링크 브로드캐스트 시그널링 또는 사이드링크 유니캐스트 시그널링을 통해 제 2 단말기에 관한 능력 정보를 수신하는 것에 위해 표현될 수도 있으나, 이에 제한되지는 않는다는 것에 유의해야 한다.
선택적으로, 디바이스는 도 2에 도시된 단말기에 의해, 또는 본 실시형태에서의 제 1 단말기에 의해, 수행될 수도 있지만, 반드시 그런 것은 아니다.
전술한 각각의 모듈은 소프트웨어 또는 하드웨어에 의해 구현될 수도 있다는 것에 유의해야 한다. 하드웨어에 의한 구현은 다음 방식들: 전술한 다양한 모듈들이 동일한 프로세서에 위치되거나, 또는 전술한 다양한 모듈들이 그들 각각의 프로세서에 임의의 조합 형태로 위치되는 것에서 수행될 수도 있지만, 반드시 그런 것은 아니다.
실시형태 3
본 개시의 실시형태는 또한 데이터 복제 모드를 제공한다.
데이터 복제는 높은 신뢰성과 낮은 대기 시간의 서비스 요구 사항을 충족시킬 수 있는 방법이라는 것에 유의해야 한다. 패킷 데이터 수렴 프로토콜(packet data convergence protocol, PDCP) 계층에 기초한 데이터 복제에는 주로 두 가지 유형이 있다: 도 6에 도시된 바와 같이 반송파 집성(carrier aggregation, CA)을 통해 구현하는 데이터 복제, 및 도 7에 도시된 바와 같이 이중 접속성(DC)을 통해 구현하는 데이터 복제. 이중 접속성 아키텍처에서, PDCP 프로토콜 데이터 유닛(PDU)은 데이터 복제 후 2 개의 무선 링크 제어(radio link control, RLC) 엔티티를 통해 송신된다. 2 개의 RLC 엔티티는 상이한 기지국 상의 MAC 엔티티에 각각 대응한다. 반송파 집성 아키텍처에서, PDCP PDU는 동일한 MAC 엔티티에 의해 스케줄링된 데이터를 복제한 후 2개의 RLC 엔티티를 통해 데이터를 송신하고, 2 개의 RLC 엔티티는 2개의 논리 채널에 각각 대응하며, 2 개의 논리 채널은 송신을 위한 상이한 반송파에 맵핑된다.
LTE에서, RLC는 재정렬(reordering)을 수행하고 다수의 RLC 서비스 데이터 단위(service data unit, SDU)를 PDCP 계층에 순서대로 제출한다. 데이터 복제 송신을 위해 구성된 무선 베어러의 경우, 이 베어러의 PDCP 엔티티와 연관된 2 개의 RLC 엔티티는 서로 독립적이다. 수신 단에서, 2 개의 RLC 엔티티는 개별적으로 재정렬을 수행하고 RLC SDU를 PDCP 엔티티에 순서대로 제출한다. PDCP 엔티티는 2 개의 연관된 RLC 엔티티로부터 데이터를 수신하고, 재정렬, 중복 패킷 검출 및 폐기(discarding)를 수행한다. 따라서, 재정렬이 RLC 및 PDCP 계층 양자 모두에 의해 수행되기 때문에 데이터 송신 대기 시간이 크게 증가된다. 도 8a에 도시된 바와 같이, 비확인 응답 모드(UM) RLC 엔티티를 예로 들면, 패킷 1에 대응하는 재정렬 타이머(reordering timer)가 만료되고 패킷 1이 손실된 것으로 확인된 경우에만, RLC 엔티티 2는 데이터 패킷을 상위 계층에 순서대로 계속 제출할 수도 있다. 유사하게, 패킷 3 과 연관된 재정렬 타이머가 만료되고 패킷 3이 손실된 것으로 확인된 경우에만, RLC 엔티티 1는 데이터 패킷을 상위 계층에 순서대로 계속 제출할 수도 있다. 2 개의 연관된 RLC 엔티티에 의해 제출된 데이터를 수신한 후, PDCP 엔티티는 재정렬, 중복 패킷 검출 및 폐기를 수행하고, 데이터를 순서대로 상위 계층에 제출한다. 그러나, 확인 응답 모드(AM) RLC 엔티티의 경우, 도 8b에 도시된 바와 같이, 자동 반복 요청(ARQ)의 재송신 및 RLC 계층의 재정렬은 지연 문제를 더욱 심각하게 만든다. 패킷 1 또는 패킷 3에 대응하는 재정렬 타이머가 만료되면, ARQ의 재송신이 또한 트리거된다. 패킷 1 또는 패킷 3이 수신되거나 또는 최대 재송신 횟수에 도달하고 패킷 1 또는 패킷 3이 손실된 것으로 확인될 때까지 패킷이 상위 계층에 순서대로 제출되는 것이 중지된다.
데이터 복제의 경우, RLC 계층의 재정렬 및 수신 단에서 PDCP 계층의 재정렬에 의해 야기되는 이중 지연 문제를 아래 설명하는 최적화 방법을 통해 해결할 수있다.
PDCP 엔티티는 PDCP 엔티티와 연관된 RLC 엔티티에 의해 송신된 데이터 패킷을 수신하고, PDCP 엔티티는 통지 정보를 RLC 엔티티에 송신하며, 여기서 통지 정보는 PDCP 엔티티에 의해 현재 순서대로 수신된 데이터 패킷 또는 PDCP 엔티티에 의해 순서대로 수신될 다음 데이터 패킷을 표시하도록 구성된다. PDCP 엔티티에 의해 현재 순서대로 수신된 데이터 패킷 또는 PDCP 엔티티에 의해 순서대로 수신될 다음 데이터 패킷은 PDCP 엔티티에 의해 RLC 엔티티에 피드백되어, RLC 엔티티는 폐기하거나 또는 재송신을 더 이상 기다리지 않거나, 또는 연관된 재정렬 타이머가 만료되기를 더 이상 기다리지 않거나, 또는 다른 연관된 RLC 엔티티에 의해 송신된 데이터 패킷을 더 이상 송신하지 않거나, 또는 PDCP 엔티티에 의해 수신이 확인 응답된 데이터 패킷을 더 이상 송신하지 않을 수도 있다. 이에 의해, 위에서 언급한 이중 지연 문제가 완화된다.
대안적으로, RLC 엔티티는 RLC 엔티티와 연관된 PDCP 엔티티로 데이터 패킷을 송신한다.
RLC 엔티티는 RLC 엔티티에 의해 송신된 통지 정보를 수신하고, 여기서 통지 정보는 PDCP에 의해 현재 순서대로 수신된 데이터 패킷, 또는 PDCP 엔티티에 의해 순서대로 수신될 다음 데이터 패킷을 표시하도록 구성된다.
RLC 엔티티는 PDCP 엔티티에 의해 순서대로의 수신이 확인 응답된 데이터 패킷을 폐기하거나 또는 송신하지 않는다.
통지 정보는 제 1 인덱스 값 또는 제 2 인덱스 값을 캐리하며, 여기서 제 1 인덱스 값은 PDCP 엔티티에 의해 현재 순서대로 수신된 데이터 패킷의 제 1 시퀀스 번호를 포함하고, 제 2 인덱스 값은 PDCP 엔티티에 의해 순서대로 수신될 다음 데이터 패킷의 제 2 시퀀스 번호를 포함한다는 것에 유의해야 한다.
순서대로의 수신이 확인 응답된 데이터 패킷은, 현재 수신되고 순서대로 정렬된 패킷 중 최신 시퀀스 번호를 갖는 데이터 패킷을 포함할 수도 있거나, 또는 현재 수신되고 순서대로 정렬된 패킷 중 최신 시퀀스 번호 다음의 시퀀스 번호를 갖는 데이터 패킷을 포함할 수도 있고; 수신이 확인 응답된 데이터 패킷은 제 1 시퀀스 번호 이하의 시퀀스 번호를 갖는 데이터 패킷, 또는 제 2 시퀀스 번호 미만의 시퀀스 번호를 갖는 데이터 패킷을 더 포함할 수도 있으나, 이에 제한되지 않는다는 것에 유의해야 한다.
데이터 패킷은 PDCP PDU일 수도 있지만, 이에 제한되지는 않는다는 것에 유의해야 한다.
데이터 패킷의 시퀀스 번호는 PDCP PDU 시퀀스 번호(PDCP SN)일 수도 있지만, 이에 제한되지는 않는다는 것에 유의해야 한다.
본 개시는 대안의 실시형태를 추가로 제공한다. 이 대안의 실시형태에서, PDCP 층과 RLC 층 사이의 계층간 상호 작용이 증가하여, 수신 PDCP 엔티티가 연관된 RLC 엔티티에게 순서대로 수신된 PDCP PDU를 통지하고, RLC 엔티티는 PDCP 계층에 의해 수신이 확인 응답된 PDCP PDU를 폐기하거나, 또는 RLC 엔티티는 PDCP 계층에 의해 수신이 확인 응답된 PDCP PDU를 PDCP 엔티티에 더 이상 제출하지 않는다. 구체적으로, 그 프로세스는 후술되는 단계들을 포함한다.
단계 1에서, 수신 PDCP 엔티티는 연관된 RLC 엔티티에 의해 제출된 데이터 패킷을 수신하고, 재정렬, 중복 패킷 검출 및 폐기를 수행한다.
단계 2에서, 수신 PDCP 엔티티는 연관된 RLC 엔티티에게 현재 순서대로 수신된 최신 PDCP PDU 또는 순서대로 수신될 다음 PDCP PDU를 통지한다. 구체적으로, 아래에 설명되는 다수의 구현 방식이 있다.
1) PDCP 엔티티는 각각의 연관된 RLC 엔티티에 각각 유지 엔티티를 제공하므로 PDCP 엔티티는 각각의 RLC 엔티티에 의해 제출된 데이터 패킷을 알고 있다. PDCP 엔티티에 의해 현재 순서대로 수신된 최신 데이터 패킷(최신 PDCP PDU가 PDCP SN1의 패킷 시퀀스 번호를 갖는다고 가정)이 RLC 엔티티 1로부터 오면(즉, 이 데이터 패킷이 RLC 엔티티 1에 의해 PDCP 엔티티에 제출되면), PDCP 엔티티는 RLC 엔티티 2에게 PDCP SN1의 패킷 시퀀스 번호를 가진 PDCP PDU가 수신되었음을 알리거나, 또는 RLC 엔티티 2에게 PDCP 엔티티에 의해 순서대로 수신될 다음 PDCP PDU의 패킷 시퀀스 번호 PDCP SN을 알린다.
2) PDCP 엔티티가 각각의 데이터 패킷을 정렬하거나, N 개의(여기서 N은 1 이상의 정수) 데이터 패킷을 각각 순서대로 정렬하거나, 또는 연관된 RLC 엔티티에게 현재 순서대로 수신된 최신 PDCP PDU의 패킷 시퀀스 번호 PDCP SN 또는 순서대로 수신될 다음 PDCP PDU의 패킷 시퀀스 번호 PDCP SN를 주기적으로(주기 타이머가 만료될 때마다) 알리는 경우, PDCP 엔티티에 의해 수신이 확인 응답된 이들 데이터 패킷 중에서, RLC 엔티티는 자체적으로 어느 데이터 패킷이 제출되었는지와 자체적으로 어느 데이터 패킷이 제출되지 않았는지를 알고 있다.
3) PDCP 엔티티는 PDCP PDU가 정렬될 때마다 시작되거나 재시작되는 타이머를 유지한다. 타이머가 만료되면, PDCP 엔티티는 연관된 RLC 엔티티에게 현재 순서대로 수신된 최신 PDCP PDU의 패킷 시퀀스 번호 PDCP SN 또는 순서대로 수신될 다음 PDCP PDU의 패킷 시퀀스 번호 PDCP SN을 알리도록 트리거된다.
4) 순서대로가 아닌 PDCP PDU가 수신되는 경우, PDCP 재정렬 타이머가 트리거되며 시작되고, PDCP 엔티티는 연관된 RLC 엔티티에게 현재 순서대로 수신된 최신 PDCP PDU의 패킷 시퀀스 번호 PDCP SN 또는 순서대로 수신될 다음 PDCP PDU의 패킷 번호 PDCP SN을 알리도록 트리거된다.
전술한 구현 방식들은 독립적으로 존재할 수도 있거나 또는 여러 방식으로 공존할 수도 있음에 유의해야 한다. 대응하는 조건을 만족시키기 위해 어떤 구현 방식이 우선 순위를 갖는지가 사용될 것이다.
단계 3에서, RLC 엔티티는 현재 순서대로 수신된 최신 PDCP PDU에 관해 PDCP 엔티티로부터 수신하고, RLC 엔티티는 PDCP 엔티티에 의해 수신이 확인 응답된 PDCP PDU를 PDCP 엔티티에 더 이상 제출하지 않는다. 구체적으로, 그 단계는 아래 설명되는 방식을 포함할 수도 있다.
1) RLC 엔티티 2가 PDCP 엔티티로부터 PDCP 엔티티에 의해 수신된 PDCP PDU의 통지된 패킷 시퀀스 번호(예를 들어, PDCP SN1)를 수신하면, RLC 엔티티 2는 PDCP 엔티티에, PDCP SN1 이하의 패킷 시퀀스 번호를 갖는 PDCP PDU/RLC SDU를 더 이상 제출하지 않는다. RLC 엔티티 2가(패킷 손실을 확인 응답하기 위해) 이 데이터 패킷과 연관된 RLC 재정렬 타이머가 만료되기를 기다리거나, 또는 이 데이터 패킷의 재송신을 기다리면, RLC 엔티티는 재정렬 타이머가 만료되기를 또는 재송신을 기다리지 않고서 데이터 패킷이 이미 손실되었다고 즉시 간주할 수도 있다. RLC 엔티티 2가 데이터 패킷을 캐시했지만 아직 데이터 패킷을 PDCP 엔티티에 제출하지 않았으면, RLC 엔티티 2는 더 이상 데이터 패킷을 PDCP 엔티티에 제출하지 않고 데이터 패킷을 폐기할 수도 있다. 또한, RLC 엔티티 2가 PDCP 엔티티에 의해 수신이 현재 확인 응답된 패킷보다 더 큰 패킷 시퀀스 번호를 갖는 적어도 하나의 데이터 패킷을 캐시하면, RLC 엔티티 2는 캐시된 데이터 패킷을 PDCP 엔티티에 순서대로 제출한다.
2) RLC 엔티티가 PDCP 엔티티로부터 PDCP 엔티티에 의해 현재 순서대로 수신된 PDCP PDU의 통지된 패킷 시퀀스 번호, 또는 순서대로 수신될 다음 PDCP PDU의 통지된 패킷 시퀀스 번호를 수신할 때, 그리고 RLC 엔티티가, RLC 엔티티에 의해 현재 순서대로 수신된 PDCP PDU를 PDCP 엔티티에 이미 제출했으면, RLC 엔티티는 추가 동작 없이 이 통지를 무시한다.
예를 들어, 도 8a 및 8b에 도시된 바처럼, 수신 단에서, RLC 엔티티 1은 패킷 1 및 패킷 2를 PDCP 엔티티에 순서대로 제출한 다음, 패킷 3을 기다린다. RLC 엔티티 1은 후속하여 패킷 4 또는 5를 수신했을 수도 있지만, 여전히 패킷 3을 기다리고 있다(패킷 3과 연관된 RLC 재정렬 타이머가 만료되기를 기다리거나, 또는 송신 단이 패킷 3을 재송신하기를 기다리고 있다). RLC 엔티티 2는 패킷 1를 수신하지 않았지만, 패킷 2, 3 또는 4를 수신했고 여전히 패킷 1과 연관된 RLC 재정렬 타이머가 만료되기를 기다리거나, 또는 송신 단이 패킷 1을 재송신하기를 기다리고 있다). 수신 PDCP 엔티티는 RLC 엔티티 1로부터 패킷 1 및 패킷 2를 수신하고, PDCP 엔티티는 RLC 엔티티 2에게 패킷 2가 현재 순서대로 수신되었다는 것(또는 패킷 3이 순서대로 수신될 다음 패킷이라는 것)을 통지한다. PDCP 엔티티의 통지를 수신한 후, RLC 엔티티 2는 패킷 1이 손실되었다고 간주하고(더 이상 연관된 재정렬 타이머가 만료되기를 또는 재송신을 기다리지 않고,) RLC 엔티티 2는 PDCP 엔티티에 패킷 2를 다시 제출할 필요가 없다. 이어서, RLC 엔티티 2는 캐시된 패킷 3 및 패킷 4를 PDCP 엔티티에 순서대로 제출한다. PDCP 엔티티는 RLC 엔티티 2로부터 패킷 3 및 패킷 4를 수신하고, 다음으로 RLC 엔티티 1에게 패킷 4가 현재 순서대로 수신되었다는 것(또는 패킷 5가 순서대로 수신될 다음 패킷이라는 것)을 통지한다. PDCP 엔티티의 통지를 수신한 후, RLC 엔티티 1은 패킷 3이 손실되었고 패킷 4가 PDCP 엔티티에 다시 제출될 필요가 없는 것으로 간주하는 등등이다.
예를 들어, 도 8a 및 8b에 도시된 바와 같이, 수신단에서, PDCP 엔티티는 순서대로의 수신 타이머 1을 유지한다. 타이머 1은 PDCP 엔티티가 임의의 RLC 엔티티로부터 패킷 1을 수신할 때 시작되고, 타이머 1은 PDCP 엔티티가 임의의 RLC 엔티티로부터 패킷 2를 수신할 때 중지 및 재시작된다. PDCP 엔티티는 타이머 1이 만료될 때 패킷 3을 수신하지 않으면, PDCP 엔티티는 연관된 RLC 엔티티에게, 패킷 2가 현재 순서대로 수신되었다는 것(또는 패킷 3이 순서대로 수신될 다음 패킷이라는 것)을 통지한다. RLC 2가 패킷 2, 3 및 4를 수신했지만 여전히 패킷 1과 연관된 재정렬 타이머가 만료되기를 또는 패킷 1의 재송신을 기다리고 있는 동안, 패킷 1과 패킷 2 양자 모두가 RLC 1에 의해 PDCP 엔티티에 제출되면, RLC 2는 패킷 2가 현재 순서대로 수신되었다는(또는 패킷 3이 순서대로 수신될 다음 패킷이라는) PDCP 엔티티의 통지를 수신할 때, RLC 2는 패킷 1이 손실된 것으로 간주하고, 패킷 1과 연관된 재정렬 타이머가 만료되기를 또는 패킷 1의 재송신을 더 이상 기다리지 않고, 패킷 2는 PDCP 엔티티에 다시 제출될 필요가 없는 한편, 캐시된 패킷 3 및 패킷 4는 PDCP 엔티티에 제출될 수도 있다 .
예를 들어, PDCP 재정렬 타이머와 관련하여, 도 9에 도시된 바와 같이, RLC 1의 패킷 3 과 RLC 2의 패킷 3 양자 모두가 RLC 재정렬 타이머를 트리거한다고 가정한다(RLC 1 및 RLC 2는 각각 패킷 4를 수신한다). RLC 1의 재정렬 타이머 Rt1이 만료되면, RLC 1은 패킷 3이 손실된 것으로 간주하고 패킷 4를 PDCP 엔티티에 제출하고, PDCP 계층은 패킷 3에 관한 재정렬 타이머 Pt1을 트리거한다. RLC 2의 재정렬 타이머 Rt2가 만료되면, RLC 2는 패킷 3이 손실된 것으로 간주하고 패킷 4를 PDCP 엔티티에 제출한다. 이 때, PDCP 엔티티는 RLC 1 으로부터 패킷 3과 RLC 2로부터 패킷 3을 모두 수신한 다음, PDCP 엔티티는 PDCP 재정렬 타이머가 만료되기를 기다리지 않고서 패킷 3이 손실되었음을 확인할 수도 있다(왜냐하면 패킷 3이 손실되었음을 RLC 엔티티 1이 확인하였고 RLC 엔티티 2 도 패킷 3이 손실되었음을 확인하였기 때문이다). 또한, 패킷 3과 관련된 PDCP 재정렬 타이머가 중지된다.
실시형태 4
본 개시의 실시형태는 또한 저장 매체를 제공한다. 저장 매체는 컴퓨터 프로그램을 저장하도록 구성된다. 실행될 때, 컴퓨터 프로그램은 위에서 설명한 방법 실시형태들 중 어느 하나의 방법 실시형태의 단계들을 구현하도록 구성된다.
선택적으로, 이 실시형태에서, 저장 매체는 U 디스크, ROM(read-only memory), RAM(random access memory), 이동 하드 디스크, 자기 디스크, 광학 디스크, 또는 컴퓨터 프로그램을 저장할 수 있는 다른 매체를 포함할 수도 있지만, 이에 제한되지는 않는다.
본 개시의 실시형태는 또한 전자 디바이스를 제공한다. 전자 디바이스는 메모리 및 프로세서를 포함한다. 메모리는 컴퓨터 프로그램을 저장하도록 구성된다. 프로세서는 위에서 설명한 방법 실시형태들 중 어느 하나의 방법 실시형태의 단계들을 수행하기 위해 컴퓨터 프로그램을 실행하도록 구성된다.
선택적으로, 전자 디바이스는 송신 디바이스 및 입력-출력 디바이스를 더 포함할 수도 있다. 송신 디바이스와 입력-출력 디바이스 모두는 프로세서에 접속된다.
선택적으로, 이 실시형태에서 특정 예에 대해서는, 실시형태들에서 설명된 예 및 위에 설명된 선택적인 구현 모드들을 참조하며, 이들은 이 실시형태에서 반복되지 않는다.
명백히, 위에서 설명한 본 개시의 각각의 모듈 또는 단계는 범용 컴퓨팅 디바이스에 의해 구현될 수도 있고, 모듈 또는 단계는 단일 컴퓨팅 장치에 집중될 수도 있거나, 다수의 컴퓨팅 장치로 구성된 네트워크 상에 분산될 수도 있다는 것이 당해 기술 분야에서 통상의 지식을 가진 자에 의해 이해할 것이다. 선택적으로, 모듈 또는 단계는 컴퓨팅 장치에 의해 실행 가능한 프로그램 코드에 의해 구현될 수도 있으므로, 모듈 또는 단계는 저장 장치에 저장되고 컴퓨팅 장치에 의해 실행될 수도 있다. 일부 상황에서, 모듈 또는 단계는 본 명세서에 기술된 것과 상이한 순서로 수행될 수도 있거나, 또는 다양한 집적 회로 모듈로 따로 따로 만들어지거나, 또는 거기에서의 다수의 모듈 또는 단계가 구현을 위해 단일 집적 회로 모듈로 만들어질 수도 있다. 이러한 방식으로, 본 개시는 하드웨어 및 소프트웨어의 임의의 특정 조합에 제한되지 않는다.
이상은 본 개시의 대안의 실시형태일 뿐이며 본 개시를 제한하려는 것이 아니다. 당해 기술 분야에서 통상의 지식을 가진 자라면 본 개시의 기술적 범위 내에서 수정 또는 치환을 생각하기 용이하다. 본 개시의 원리 내에서 이루어진 임의의 수정, 치환, 향상 등은 본 개시의 보호 범위 내에 있다.

Claims (18)

  1. 송신 모드를 결정하기 위한 방법에 있어서,
    상기 송신 모드를 결정하기 위한 정보를 취득하는 단계로서, 상기 정보는, 제 1 단말기의 상위 계층 또는 상기 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 상기 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 상기 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스(proximity service)의 제 2 단말기에 관한 능력 정보(capability information) 중 적어도 하나를 포함하는 것인, 상기 정보를 취득하는 단계; 및
    상기 정보에 따라 상기 송신 모드를 결정하는 단계
    를 포함하는, 송신 모드를 결정하기 위한 방법.
  2. 제 1 항에 있어서, 상기 제 1 서비스에 관한 서비스 프로파일 정보를 취득하는 단계는,
    상기 제 1 단말기의 상위 계층 또는 상기 제 1 단말기의 애플리케이션 계층에 의해 전달되는 표시 정보(indication information)를 수신하는 단계로서, 상기 표시 정보는 상기 제 1 서비스에 관한 서비스 프로파일 정보를 캐리(carry)하는 것인, 상기 표시 정보를 수신하는 단계를 포함하는 것인, 방법.
  3. 제 2 항에 있어서, 상기 제 1 단말기의 상위 계층 또는 상기 제 1 단말기의 애플리케이션 계층에 의해 전달되는 표시 정보를 수신하는 단계 전에, 상기 방법은,
    상기 제 1 단말기의 상위 계층 또는 상기 제 1 단말기의 애플리케이션 계층에 의해, 서비스의 서비스 유형과 상기 서비스에 관한 서비스 프로파일 정보 사이의 맵핑 관계를 취득하는 단계; 및
    상기 제 1 서비스의 서비스 유형 및 상기 맵핑 관계에 따라 상기 제 1 서비스에 관한 서비스 프로파일 정보를 결정하는 단계
    를 더 포함하고,
    상기 맵핑 관계는, 각각의 서비스 유형에 대응하는 적어도 한 피스(piece)의 서비스 프로파일 정보, 또는 각각의 피스의 서비스 프로파일 정보에 대응하는 적어도 하나의 서비스 유형을 포함하는 것인, 방법.
  4. 제 3 항에 있어서, 상기 제 1 단말기의 상위 계층 또는 상기 제 1 단말기의 애플리케이션 계층은 다음 방식들:
    상기 맵핑 관계를 사전 구성하는(pre-configuring) 모드를 통해 취득하는 방식;
    차량 제어 기능 엔티티(vehicles control function entity)의 인터넷을 통해 취득하는 방식; 또는
    근접 서비스 제어 기능 엔티티를 통해 취득하는 방식
    중 적어도 하나로 상기 맵핑 관계를 취득하는 것인, 방법.
  5. 제 1 항 내지 제 4 항 중 어느 한 항에 있어서, 상기 제 1 서비스에 관한 서비스 프로파일 정보는, 상기 제 1 서비스에 관한 프로토콜 버전 정보 또는 상기 제 1 서비스에 관한 송신 포맷 정보 중 적어도 하나를 포함하는 것인, 방법.
  6. 제 1 항에 있어서, 상기 송신 모드는, 상기 제 1 서비스를 송신하는 송신 포맷, 상기 제 1 서비스를 송신하기 위해 사용되는 변조 및 코딩 스킴(modulation and coding scheme), 상기 제 1 서비스를 송신하기 위해 사용되는 송신 다이버시티(transmit diversity), 상기 제 1 서비스를 송신하기 위한 직접 링크 인터페이스(PC5) 데이터 복제를 사용하는 모드, 또는 상기 제 1 서비스를 송신하기 위한 직접 링크 인터페이스(PC5) 데이터 분할(data split)을 사용하는 모드 중 적어도 하나를 포함하는 것인, 방법.
  7. 제 1 항에 있어서, 상기 액세스 계층 정보는, 리소스 사용량(resource usage), 채널 번잡률(channel busy ratio), 리소스 충돌 확률(resource collision probability) 또는 채널 품질 중 적어도 하나를 포함하는 것인, 방법.
  8. 제 1 항에 있어서, 상기 정보가 상기 기지국에 의해 상기 제 1 단말기에 대해 구성된 상기 송신 파라미터 정보를 포함한다는 결정에 응답하여, 상기 정보를 취득하는 단계 전에, 상기 방법은,
    다음의 정보: 상기 제 1 단말기에 관한 능력 정보, 상기 제 1 서비스의 서비스 유형, 또는 상기 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 상기 기지국에 보고하는 단계
    를 더 포함하는 것인, 방법.
  9. 제 8 항에 있어서, 상기 제 1 단말기에 관한 능력 정보는, 상기 제 1 단말기가 직교 진폭 변조(quadrature amplitude modulation)(64QAM)를 지원하는지 여부, 상기 제 1 단말기가 송신 다이버시티를 지원하는지 여부, 상기 제 1 단말기가 PC5 데이터 복제를 지원하는지 여부, 상기 제 1 단말기가 PC5 데이터 분할을 지원하는지 여부, 또는 상기 제 1 단말기에 의해 지원되는 송신 포맷에 관한 정보 중 적어도 하나를 포함하는 것인, 방법.
  10. 제 8 항에 있어서, 상기 제 1 서비스의 서비스 유형 또는 상기 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나는 다음 방식들:
    사용자 장비 보조 정보를 통해 상기 제 1 서비스의 서비스 유형 또는 상기 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 캐리하는 방식;
    사이드링크 사용자 장비 정보(sidelink user equipment information)를 통해 상기 제 1 서비스의 서비스 유형 또는 상기 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 캐리하는 방식;
    사이드링크 버퍼 사이즈 보고를 통해 상기 제 1 서비스의 서비스 유형 또는 상기 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 캐리하는 방식; 또는
    사이드링크 상의 정의된 매체 액세스 제어 제어 요소(media access control control element, MAC CE)를 통해 상기 제 1 서비스의 서비스 유형 또는 상기 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나를 캐리하는 방식
    중 적어도 하나로 상기 기지국에 보고되는 것인, 방법.
  11. 제 10 항에 있어서, 상기 MAC CE는 비트맵을 포함하고, 상기 제 1 서비스의 서비스 유형 또는 상기 제 1 서비스에 관한 프로토콜 버전 정보 중 적어도 하나는 상기 비트 맵의 적어도 1 비트를 통해 표시되는 것인, 방법.
  12. 제 1 항에 있어서, 상기 정보에 따라 상기 송신 모드를 결정하는 단계 후, 상기 방법은,
    송신된 사이드링크 제어 정보 내의 송신된 서비스에 관한 프로토콜 버전 정보 또는 송신 포맷 정보를 표시하는 단계를 더 포함하고, 상기 프로토콜 버전 정보 또는 상기 송신 포맷 정보는 상기 사이드링크 제어 정보의 첫 번째 비트 내지 N 번째 비트 또는 상기 사이드링크 제어 정보의 예약된 비트(reserved bit)에 위치되고, N은 1 이상의 정수인 것인, 방법.
  13. 제 1 항에 있어서, 상기 근접 서비스의 제 2 단말기에 관한 능력 정보는 다음 방식들:
    제 1 사이드링크 브로드캐스트 시그널링을 통해 상기 제 2 단말기에 의해 송신된 상기 제 2 단말기에 관한 능력 정보를 수신하는 방식;
    제 1 사이드링크 유니캐스트 시그널링(sidelink unicast signaling)을 통해 상기 제 2 단말기에 의해 송신된 상기 제 2 단말기에 관한 능력 정보를 수신하는 방식; 또는
    사이드링크 상의 정의된 MAC CE를 통해 상기 제 2 단말기에 의해 송신된 상기 제 2 단말기에 관한 능력 정보를 수신하는 방식
    중 적어도 하나로 취득되는 것인, 방법.
  14. 제 13 항에 있어서, 상기 제 2 단말기에 관한 능력 정보를 수신하기 전에, 상기 방법은,
    상기 제 2 단말기에 관한 능력 정보를 요청하도록 구성된 요청 메시지를 상기 제 2 단말기에, 제 2 사이드링크 브로드캐스트 시그널링을 통해, 송신하는 단계; 또는
    상기 제 2 단말기에 관한 능력 정보를 요청하도록 구성된 요청 메시지를 상기 제 2 단말기에, 제 2 사이드링크 유니캐스트 시그널링을 통해, 송신하는 단계
    를 더 포함하는 것인, 방법.
  15. 제 13 항 또는 제 14 항에 있어서, 상기 제 2 단말기에 관한 능력 정보는, 상기 제 2 단말기가 직교 진폭 변조(64QAM)를 지원하는지 여부, 상기 제 2 단말기가 송신 다이버시티를 지원하는지 여부, 상기 제 2 단말기가 PC5 데이터 복제를 지원하는지 여부, 상기 제 2 단말기가 PC5 데이터 분할을 지원하는지 여부, 또는 상기 제 2 단말기에 의해 지원되는 송신 포맷에 관한 정보 중 적어도 하나를 포함하는 것인, 방법.
  16. 송신 모드를 결정하기 위한 디바이스에 있어서,
    상기 송신 모드를 결정하기 위한 정보를 취득하도록 구성된 취득 모듈로서, 상기 정보는, 제 1 단말기의 상위 계층 또는 상기 제 1 단말기의 애플리케이션 계층으로부터의 제 1 서비스에 관한 서비스 프로파일 정보, 상기 제 1 단말기에 관한 액세스 계층 정보, 기지국에 의해 상기 제 1 단말기에 대해 구성된 송신 파라미터 정보, 또는 근접 서비스의 제 2 단말기에 관한 능력 정보 중 적어도 하나를 포함하는 것인 상기 취득 모듈; 및
    상기 정보에 따라 상기 송신 모드를 결정하도록 구성된 결정 모듈
    을 포함하는, 송신 모드를 결정하기 위한 디바이스.
  17. 컴퓨터 프로그램을 저장하는 저장 매체에 있어서, 상기 컴퓨터 프로그램은 실행될 때 제 1 항 내지 제 15 항 중 어느 한 항에 따른 방법을 수행하도록 구성되는 것인, 컴퓨터 프로그램을 저장하는 저장 매체.
  18. 메모리 및 프로세서를 포함하는 전자 디바이스에 있어서, 상기 메모리는 컴퓨터 프로그램을 저장하고, 상기 프로세서는 상기 컴퓨터 프로그램을 실행하여 제 1 항 내지 제 15 항 중 어느 한 항에 따른 방법을 수행하도록 구성되는 것인, 전자 디바이스.
KR1020207021083A 2018-02-12 2018-12-27 송신 모드를 결정하기 위한 방법 및 디바이스, 저장 매체 및 전자 디바이스 KR102413594B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201810147324.6A CN110166976B (zh) 2018-02-12 2018-02-12 传输方式确定方法及装置,存储介质和电子装置
CN201810147324.6 2018-02-12
PCT/CN2018/124219 WO2019153935A1 (zh) 2018-02-12 2018-12-27 传输方式确定方法及装置,存储介质和电子装置

Publications (2)

Publication Number Publication Date
KR20200101431A true KR20200101431A (ko) 2020-08-27
KR102413594B1 KR102413594B1 (ko) 2022-06-24

Family

ID=67548758

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020207021083A KR102413594B1 (ko) 2018-02-12 2018-12-27 송신 모드를 결정하기 위한 방법 및 디바이스, 저장 매체 및 전자 디바이스

Country Status (6)

Country Link
US (2) US11343658B2 (ko)
EP (1) EP3731492A4 (ko)
JP (1) JP7174058B2 (ko)
KR (1) KR102413594B1 (ko)
CN (1) CN110166976B (ko)
WO (1) WO2019153935A1 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112237026A (zh) * 2018-07-10 2021-01-15 三星电子株式会社 数据链路层中反馈机制的优化方法和系统
WO2020056680A1 (en) * 2018-09-20 2020-03-26 Guangdong Oppo Mobile Telecommunications Corp.,Ltd. User equipment, base station, and method of vehicle-to-everything communication of same
CN113826370A (zh) * 2019-09-30 2021-12-21 华为技术有限公司 一种通信方法及通信装置
EP4055935A4 (en) * 2019-11-07 2023-05-03 ZTE Corporation SYSTEM AND METHOD FOR LINK-SIDE COMMUNICATIONS IN WIRELESS COMMUNICATION NETWORKS
CN113055939B (zh) * 2019-12-27 2024-02-20 中信科智联科技有限公司 一种参数确定方法、装置及终端
US11671315B2 (en) * 2020-02-07 2023-06-06 Qualcomm Incorporated Inter-vehicle wireless in-vehicle network interference management
EP3873012A1 (en) 2020-02-27 2021-09-01 Samsung Electronics Co., Ltd. Method of and apparatus for transmitting data based on channel state in device-to-device communication
CN113411831B (zh) * 2020-03-16 2023-12-08 华为技术有限公司 数据传输的方法和装置
CN114982258A (zh) * 2020-03-17 2022-08-30 Oppo广东移动通信有限公司 侧行链路能力发送方法和终端设备
CN114641088A (zh) * 2020-12-15 2022-06-17 大唐高鸿智联科技(重庆)有限公司 直通链路的单播连接建立方法、装置及终端设备
CN113015208B (zh) * 2021-03-05 2022-07-19 成都中科微信息技术研究院有限公司 一种提升UE能力上报准确度的方法、系统、UE及gNodeB
CN113078926B (zh) * 2021-03-19 2023-01-03 维沃移动通信有限公司 一种数据传输方法、装置和电子设备
CN115884141A (zh) * 2021-09-29 2023-03-31 华为技术有限公司 基于无线网络Wi-Fi的数据传输方法及电子设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060042907A (ko) * 2004-02-02 2006-05-15 루센트 테크놀러지스 인크 프로토콜 지원 여부 검출 방법
KR20170036623A (ko) * 2015-09-23 2017-04-03 한국전자통신연구원 네트워크에서 직접 통신을 지원하는 통신 노드의 동작 방법

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101052126A (zh) * 2006-04-18 2007-10-10 华为技术有限公司 时间分集方法、系统和手机电视终端设备
KR20090066043A (ko) * 2007-12-18 2009-06-23 삼성전자주식회사 디지털 방송수신기의 전원 절약 방법 및 장치
CN101557645B (zh) * 2008-04-08 2011-04-20 大唐移动通信设备有限公司 终端能力信息的传输方法及系统
CN102137334B (zh) * 2010-01-27 2016-08-10 中兴通讯股份有限公司 一种属性协商方法和系统
CN104113833A (zh) * 2013-04-17 2014-10-22 中国移动通信集团公司 设备到设备d2d配置方法、装置和系统
CN105703874A (zh) * 2014-11-25 2016-06-22 中兴通讯股份有限公司 数据传输方法及装置
US10616748B2 (en) * 2015-05-05 2020-04-07 Nokia Solutions And Networks Oy Content-based delivery service
CN105050194A (zh) * 2015-09-07 2015-11-11 中国联合网络通信集团有限公司 网络资源控制方法和装置
CN106658352B (zh) * 2015-11-02 2019-03-22 中兴通讯股份有限公司 车联网v2x业务的转发方法及装置
CN108886510B (zh) * 2016-03-04 2021-08-31 华为技术有限公司 消息发送方法和装置
KR20170112945A (ko) * 2016-04-01 2017-10-12 삼성전자주식회사 이동통신 시스템에서 기기 간 통신과 셀룰라 통신의 공존 방법 및 장치
CN111541513B (zh) * 2017-01-05 2024-04-09 华为技术有限公司 数据的传输方法和装置
US10659936B2 (en) * 2017-06-23 2020-05-19 Qualcomm Incorporated Enhanced vehicle-to-everything radio access technology migration

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060042907A (ko) * 2004-02-02 2006-05-15 루센트 테크놀러지스 인크 프로토콜 지원 여부 검출 방법
KR20170036623A (ko) * 2015-09-23 2017-04-03 한국전자통신연구원 네트워크에서 직접 통신을 지원하는 통신 노드의 동작 방법

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
3GPP R1-1720252* *
3GPP R2-1713407* *
3GPP TS24.386 v14.3.0* *
3GPP TS36.331 v14.4.0* *
3GPP, TS24.386 v14.3.0, User Equipment (UE) to V2X control function; protocol aspects; Stage 3, 3GPP 서버공개일(2017.12.28.)* *
3GPP, TS36.331 v14.4.0, E-UTRA Radio Resource Control (RRC); Protocol specification (Release 14), 3GPP 서버공개일(2017.09.25.)* *
비특허문헌* *

Also Published As

Publication number Publication date
US20200329352A1 (en) 2020-10-15
EP3731492A4 (en) 2020-11-11
JP2021513770A (ja) 2021-05-27
KR102413594B1 (ko) 2022-06-24
JP7174058B2 (ja) 2022-11-17
US20220286826A1 (en) 2022-09-08
CN110166976B (zh) 2022-10-25
US11706595B2 (en) 2023-07-18
EP3731492A1 (en) 2020-10-28
US11343658B2 (en) 2022-05-24
CN110166976A (zh) 2019-08-23
WO2019153935A1 (zh) 2019-08-15

Similar Documents

Publication Publication Date Title
KR102413594B1 (ko) 송신 모드를 결정하기 위한 방법 및 디바이스, 저장 매체 및 전자 디바이스
KR102667781B1 (ko) 데이터 전송 방법 및 장치, 트래픽 전환 방법 및 장치
US11804940B2 (en) Resources selection for feedback based NR-V2X communication
CN108923894B (zh) 一种信息传输的方法、用户设备、基站、存储介质和系统
US11166258B2 (en) Method and apparatus for inactive mode operation in wireless communication system
US20210168814A1 (en) Method and apparatus for resource configuration for sidelink in internet of vehicles
WO2020088540A1 (zh) 传输方法和装置
WO2021063133A1 (zh) Harq进程管理方法、装置、终端及存储介质
US20210376959A1 (en) Method and apparatus for supporting harq retransmission in wireless communication system
WO2018036433A1 (zh) 信息发送、接收方法及装置、基站、终端
CN115515183A (zh) 支持rlc um模式操作的方法和装置
EP3965352A1 (en) Information transmission method and device, storage medium and electronic device
WO2012130094A1 (zh) 一种用于帧确认的方法和装置
WO2020143731A1 (zh) 用于传输数据的方法、通信设备和网络设备
CN114731560A (zh) 下一代无线通信系统中在daps移交期间驱动pdcp实体的方法和装置
WO2017107624A1 (zh) 一种资源配置和数据传输的方法及设备
WO2020143834A1 (zh) 一种旁链路中的反馈资源确定方法及设备
KR102381375B1 (ko) 이동통신 시스템에서 Cellular IoT 서비스를 제공하는 방법 및 장치
WO2022206925A1 (zh) 一种侧行链路的传输方法及装置
US9787439B2 (en) Data transmitting method, data receiving apparatus, data transmitting apparatus, base station, mobile station, data transmitting/receiving apparatus, and mobile communication system
CN111585712A (zh) 资源分配方法、信息反馈、获取方法、终端及网络设备
WO2023185956A1 (zh) 基于侧行链路的通信方法、装置、存储介质和芯片系统
WO2012130092A1 (zh) 一种用于帧确认的方法和装置

Legal Events

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