CN108781383A - 发送数据单元的方法和用户设备和接收数据单元的方法和用户设备 - Google Patents
发送数据单元的方法和用户设备和接收数据单元的方法和用户设备 Download PDFInfo
- Publication number
- CN108781383A CN108781383A CN201780018522.6A CN201780018522A CN108781383A CN 108781383 A CN108781383 A CN 108781383A CN 201780018522 A CN201780018522 A CN 201780018522A CN 108781383 A CN108781383 A CN 108781383A
- Authority
- CN
- China
- Prior art keywords
- sdu
- data
- types
- pdu
- type
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding 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
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
用户设备(UE)可以接收或发送协议数据单元(PDU)。PDU包括服务数据单元(SDU)类型字段。SDU类型字段可以被设置为指示车辆对一切(V2X)类型的值。当SDU类型字段被设置为指示V2X类型的值时,PDU可以包括指示PDU中的SDU的数据的应用或协议类型的附加字段。
Description
技术领域
本发明涉及无线通信系统并且,更具体地,涉及用于发送/接收数据单元的方法和设备。
背景技术
无线通信系统已经被部署以提供诸如语音或者数据的各种类型的通信服务。通常,无线通信系统是通过在其间共享可用系统资源(带宽、传输功率等等)支持多个用户的通信的多址系统。例如,多址系统的示例包括码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、以及多载波频分多址(MC-FDMA)系统。
随着机器对机器(M2M)通信以及诸如智能电话和平板电脑的各种设备的出现和普及以及对大量数据传输的技术需求,蜂窝网络中所需的数据吞吐量迅速增加。为了满足如此快速增长的数据吞吐量,用于有效地采用更多频带的载波聚合技术、认知无线电技术等以及用于提高在有限频率资源上发送的数据容量的多输入多输出(MIMO)技术、多基站(BS)协作技术等已经被开发。
此外,通信环境已经演进为增加用户在节点外围可接入的节点密度。节点指的是能够通过一个或多个天线向/从UE发送/接收无线电信号的固定点。包括高密度节点的通信系统可以通过节点之间的协作向UE提供更好的通信服务。
发明内容
技术问题
存在对于一种在V2X(车辆对一切)通信系统中有效地处理车辆应用数据的方法。
能够通过本发明实现的技术目的不限于上文特别描述的内容,并且本领域技术人员从以下详细描述中将更清楚地理解本文未描述的其他技术目的。
技术方案
用户设备(UE)可以接收或发送协议数据单元(PDU)。PDU包括服务数据单元(SDU)类型字段。SDU类型字段可以被设置为指示V2X(车辆对一切)类型的值。当SDU类型字段被设置为指示V2X类型的值时,PDU可以包括指示PDU中的SDU的数据的应用或协议类型的附加字段。
指示PDU中SDU的类型的SDU类型字段可以指示至少是否SDU的数据是V2X的互联网协议(IP)类型、非V2X的IP类型、用于V2X的非IP类型或者用于非V2X的非IP类型。
根据本发明的一个方面,提供一种在无线通信系统中在用户设备(UE)处接收数据单元的方法。该方法可以包括:接收协议数据单元(PDU);当PDU中的SDU类型字段被设置为指示车辆对一切(V2X)类型的值时,基于PDU中的附加字段,将包括在PDU中的服务数据单元(SDU)传输到上层或者删除SDU。附加字段可以指示与SDU的数据相对应的应用或协议类型。
根据本发明的另一方面,提供一种用于在无线通信系统中接收数据单元的用户设备(UE)。UE可以包括射频(RF)单元和处理器,该处理器被配置成控制RF单元。处理器可以被配置成:控制RF单元以接收协议数据单元(PDU);当PDU中的SDU类型字段被设置为指示车辆对一切(V2X)类型的值时,基于PDU中的附加字段,将包括在PDU中的服务数据单元(SDU)发送到上层或者删除SDU。附加字段可以指示与SDU的数据相对应的应用或协议类型。
根据本发明的另一方面,提供一种在无线通信系统中在用户设备(UE)处发送数据单元的方法。该方法可以包括:生成协议数据单元(PDU),该PDU包括服务数据单元(SDU),该SDU包含在上层处生成的车辆对一切(V2X)数据;和发送PDU。PDU可以包括SDU类型字段和附加字段,SDU类型字段被设置为指示SDU是V2X类型的值,该附加字段指示与SDU的数据相对应的应用或协议类型。
根据本发明的另一方面,提供一种用于在无线通信系统中发送数据单元的用户设备(UE)。UE可以包括射频(RF)单元和处理器,该处理器被配置成控制RF单元。处理器可以被配置成:生成协议数据单元(PDU),该PDU包括服务数据单元(SDU),其包含在上层生成的车辆对一切(V2X)数据;并且控制RF单元以发送PDU。PDU可以包括:SDU类型字段,其被设置成指示SDU是V2X类型的值;和附加字段,其指示与SDU的数据相对应的应用或协议类型。
在本发明的每个方面中,SDU类型字段可以区分至少是否SDU的数据是V2X的互联网协议(IP)类型、非V2X的IP类型、V2X的非IP类型或者非V2X的非IP类型。
在本发明的每个方面中,当UE支持应用或协议类型时,SDU可以被传输到上层,并且当UE不支持应用或协议类型时,SDU可以被删除。
在本发明的每个方面,上层可以是智能传输系统(ITS)层。
上面的技术方案仅仅是本发明的实施例的一些部分,并且本领域的技术人员从下述本发明的详细描述中能够得出和理解被合并本发明的技术特征的各种实施例。
有益效果
可以在V2X(车辆对一切)通信系统中有效地处理车辆应用数据。
本领域的技术人员将会理解,能够利用本发明实现的效果不限于已在上文特别描述的效果,并且从结合附图的下面的具体描述将更清楚地理解本发明的其它优点。
附图说明
附图被包括以提供对本发明的进一步理解,图示本发明的实施例并且与说明书一起用于解释本发明的原理。
图1是示出包括演进的分组核心(EPC)的演进的分组系统(EPS)的结构的示意图。
图2是示例性地图示一般E-UTRAN和EPC的架构的图。
图3是示例性地图示控制面中的无线电接口协议的结构的图。
图4是示例性地图示用户面中的无线电接口协议的结构的图。
图5是图示用于用户面和控制面的LTE(长期演进)协议栈的图。
图6是图示随机接入过程的流程图。
图7是图示无线电资源控制(RRC)层中的连接过程的图。
图8是示出V2X(车辆对一切)通信环境的图。
图9是示出在ETSI ITS中建立的ITS协议结构的图。
图10是示出在基于3GPP的V2X系统中实现的网络结构的图。
图11是示出在ProSe通信中使用的用户面协议栈的图。
图12是示出V2X通信中可用的协议栈的图。
图13是根据本发明的PDCP PDU结构。
图14图示根据本发明的实施例的节点。
具体实施方式
尽管当考虑本发明的功能时从通常已知和使用的术语中选择本发明中使用的术语,但是它们可以根据本领域技术人员的意图或习惯或新技术的出现而变化。申请人可以自行决定选择在本发明的说明书中提及的一些术语,并且在这种情况下,其详细含义将在本文描述的相关部分中描述。因此,本说明书中使用的术语应基于术语的实质含义和本说明书的全部内容而不是其简单的名称或含义来解释。
以下描述的本发明的实施例是本发明的元件和特征的组合。除非另有说明,否则可以认为元件或特征是选择性的。可以在不与其他元件或特征组合的情况下实践每个元件或特征。此外,可以通过组合元件和/或特征的部分来构造本发明的实施例。可以重新排列在本发明的实施例中描述的操作顺序。任何一个实施例的一些结构或特征可以包括在另一实施例中,并且可以用另一实施例的相应结构或特征代替。
在附图的描述中,将避免对本发明的已知过程或步骤的详细描述,以免它模糊本发明的主题。另外,也将不描述本领域技术人员可以理解的程序或步骤。
在整个说明书中,当某个部分“包括”或“包含”某个组件时,这指示不排除其他组件并且否则可以进一步包括其他组件,除非另有说明。说明书中描述的术语“单元”、“–人/物”和“模块”指示用于处理至少一个功能或操作的单元,其可以通过硬件、软件或其组合来实现。另外,术语“一个”(或“一个”)、“一个”、“该”等可以包括在本发明的上下文中的单数表示和复数表示(更具体地,在下述权利要求的上下文中),除非在说明书中另有说明或除非上下文另有明确说明指示。
能够通过针对至少一个无线接入系统公开的标准规范来支持本发明的实施例,该无线接入系统包括电气和电子工程师协会(IEEE)802.xx、第三代合作伙伴计划(3GPP)系统、3GPP长期演进(3GPP LTE)系统和3GPP2系统。也就是说,可以参考上述标准规范解释未描述以阐明本发明的技术特征的步骤或部分。
此外,这里阐述的所有术语可以通过上述标准规范来解释。例如,一个或多个标准规范,诸如3GPP TS 36.300、3GPP TS 36.321、3GPP TS36.322、3GPP TS 36.323、3GPP TS36.331、3GPP TS 23.303、3GPP TS23.401、3GPP TS 24.301、3GPP TR 22.885、TS 23.285、ETSI TS 302637-2、ETSI TS 302 637-3、ETS TR 102 638、以及IEEE 1609.12可以被参考。
现在将参考附图详细参考本公开的实施例。下面将参考附图给出的详细描述旨在解释本公开的示例性实施例,而不是示出能够根据本发明实现的仅有的实施例。
提供被用于本发明的实施例的特定术语以帮助理解本发明。这些特定术语可以用本发明的范围和精神内的其他术语代替。
本说明书中使用的术语定义如下。
-IMS(IP多媒体子系统或IP多媒体核心网络子系统):用于通过互联网协议(IP)提供用于语音或其他多媒体服务的递送的标准化的架构框架。
-UMTS(通用移动电信系统):由3GPP开发的基于全球移动通信系统(GSM)的第三代移动通信技术。
-EPS(演进分组系统):由EPC(演进分组核心)配置的网络系统,其是基于互联网协议(IP)的分组交换(PS)核心网络和诸如LTE、UTRAN等的接入网络。EPS是从UMT演进而来的。
–节点B:GERAN/UTRAN的基站,其被安装在室外并且具有宏小区规模的覆盖范围。
–e节点B/eNB:E-UTRAN的基站,其安装在室外并且具有宏小区规模的覆盖范围。
-UE(用户设备):用户设备。UE可以被称为终端、ME(移动设备)、MS(移动站)等。UE可以是便携式设备,诸如笔记本计算机,蜂窝电话,PDA(个人数字助理),智能电话和多媒体设备,或者可以是诸如PC(个人计算机)和车载设备的非便携式设备。MTC的描述中的术语UE或终端可以指的是MTC设备。
-HNB(家庭节点B):UMTS网络的基站。HNB安装在室内,具有微小区规模的覆盖。
-HeNB(家庭e节点B):EPS网络的基站。HeNB安装在室内并具有微小区规模的覆盖范围。
-MME(移动性管理实体):EPS网络的网络节点,其执行移动性管理(MM)和会话管理(SM)的功能。
-PDN-GW(分组数据网络-网关)/PGW/P-GW:EPS网络的网络节点,执行UE IP地址分配、分组筛选和过滤以及计费数据收集的功能。
-SGW(服务网关)/S-GW:EPS网络的网络节点,其执行移动性锚点、分组路由、空闲模式分组缓冲以及寻呼UE的MME的触发功能。
-PCRF(策略和计费规则功能):EPS网络的网络节点,其作出用于基于服务流的动态应用差异化QoS和计费策略的策略决策。
-OMA DM(开放移动联盟设备管理):用于管理诸如蜂窝电话、PDA和便携式计算机的移动设备的协议,其执行设备配置、固件升级和错误报告的功能。
-OAM(操作管理和维护):一组网络管理功能,提供网络缺陷指示、性能信息以及数据和诊断功能。
-NAS(非接入层):UE与MME之间的控制面的上层。NAS是用于UE和核心网络之间的信令以及在LTE/UMTS协议栈中的UE和核心网络之间的业务消息的交换的功能层。NAS主要用作支持UE移动性和用于建立和维护UE与P-GW之间的IP连接的会话管理过程。
-EMM(EPS移动性管理):NAS层的子层,取决于UE被附接到网络或者从网络分离,可以处于“EMM注册”或“EMM注销”状态。
-ECM(EMM连接管理)连接:用于在UE和MME之间建立的用于交换NAS消息的信令连接。ECM连接是逻辑连接,其包括UE与eNB之间的RRC连接以及eNB与MME之间的S1信令连接。如果建立/终止ECM连接,则RRC连接和S1信令连接都被建立/终止。对于UE,建立的ECM连接意指具有与eNB建立的RRC连接,并且对于MME,建立的ECM连接意指具有与eNB建立的SI信令连接。取决于是否建立NAS信令连接,即ECM连接,ECM可以处于“ECM-连接”或“ECM-空闲”状态。
-AS(接入层):这包括UE与无线(或接入)网络之间的协议栈,并负责数据和网络控制信号传输。
-NAS配置MO(管理对象):在配置与UE的NAS功能相关的参数的过程中使用的MO。
-PDN(分组数据网络):位于支持特定服务的服务器(例如,MMS(多媒体消息服务)服务器、WAP(无线应用协议)服务器等)的网络。
-PDN连接:由一个IP地址(一个IPv4地址和/或一个IPv6前缀)表示的PDN和UE之间的逻辑连接。
-APN(接入点名称):用于指示或识别PDN的文本序列。通过特定的P-GW接入所请求的服务或网络。APN意指网络中的预定义名称(文本序列)以便发现此P-GW。(例如,internet.mnc012.mcc345.gprs)。
-RAN(无线电接入网络):包括节点B、e节点B和RNC(无线电网络控制器)的单元,用于控制3GPP网络中的节点B和e节点B。RAN存在于UE之间并提供到核心网络的连接。
-HLR(归属位置寄存器)/HSS(归属订户服务器):包含3GPP网络的订户信息的数据库。HSS能够执行诸如配置存储、标识管理和用户状态存储的功能。
-PLMN(公共陆地移动网络):被配置用于向个人提供移动通信服务的网络。能够根据运营商配置此网络。
-ANDSF(接入网络发现和选择功能):一个网络实体,其提供用于发现和选择UE能够针对每个服务提供商使用的接入的策略。
-EPC路径(或基础设施数据路径):通过EPC的用户面通信路径。
-E-RAB(E-UTRAN无线电接入承载):S1承载和与S1承载相对应的数据无线电承载的级联。如果存在E-RAB,则在E-RAB和NAS的EPS承载之间存在一对一映射。
-GTP(GPRS隧道协议):用于在GSM、UMTS和LTE网络内承载通用分组无线服务(GPRS)的一组基于IP的通信协议。在3GPP架构中,在各种接口点上指定GTP和基于代理移动IPv6的接口。GTP能够被分解为一些协议(例如,GTP-C、GTP-U和GTP')。GTP-C在GPRS核心网络内被使用,用于网关GPRS支持节点(GGSN)和服务GPRS支持节点(SGSN)之间的信令。GTP-C允许SGSN代表用户激活会话(例如,PDN上下文激活),停用相同会话,调整服务质量参数,或者更新刚刚从另一个SGSN到达的订户的会话。GTP-U用于在GPRS核心网络内以及无线电接入网络和核心网络之间承载用户数据。图1是示出包括演进分组核心(EPC)的演进分组系统(EPS)的结构的示意图。
-邻近服务(或ProSe服务或基于接近的服务):能够在物理上接近的设备之间进行发现、通过基站进行相互直接通信或通过第三方设备进行通信的服务。这里,用户面数据通过直接数据路径而不通过3GPP核心网络(例如,EPC)交换。
-ProSe通信:借助于ProSe通信路径在接近的两个或更多个启用ProSe的UE之间的通信。除非另外明确说明,否则术语“ProSe通信”指的是下述中的任意/所有:ProSe E-UTRA通信、两个UE之间的ProSe辅助的WLAN直接通信、ProSe组通信和ProSe广播通信。
-ProSe E-UTRA通信:使用ProSe E-UTRA通信路径的ProSe通信。
-ProSe辅助的WLAN直接通信:使用直接通信路径的ProSe通信。
-ProSe通信路径:支持ProSe通信的通信路径。可以使用E-UTRA或经由本地eNB在启用ProSe的UE之间建立ProSe E-UTRA通信路径。可以使用WLAN在启用ProSe的UE之间直接建立ProSe辅助的WLAN直接通信路径。
-EPC路径(或基础设施数据路径):通过EPC的用户面通信路径。
-ProSe发现:使用E-UTRA识别启用ProSe的UE在另一个附近的过程。
-ProSe组通信:一对多ProSe通信,其使用公共通信路径,在接近的两个以上ProSe的UE之间。
-ProSe UE到网络中继:启用ProSe的公共安全UE,其充当使用E-UTRA的启用ProSe的UE与启用ProSe的网络之间的通信中继。
-远程UE:这是连接到EPC网络的启用Prose的UE,即,在没有来自E-UTRAN的服务的情况下通过Prose UE到网络中继执行与PDN的通信。
EPC是用于改进3GPP技术的性能的系统架构演进(SAE)的核心要素。SAE对应于用于确定支持各种类型的网络之间的移动性的网络结构的研究项目。例如,SAE旨在提供用于支持各种无线电接入技术并且提供增强型数据传输性能的优化的基于分组的系统。
具体地,EPC是用于3GPP LTE的IP移动通信系统的核心网络并且能够支持实时和非实时的基于分组的服务。在传统的移动通信系统(即,第二代或者第三代移动通信系统)中,通过用于语音的电路交换(CS)子域和用于数据的分组交换(PS)子域实现核心网络的功能。然而,在从第三代通信系统演进的3GPP LTE系统中,CS和PS子域被统一成一个IP域。即,在3GPP LTE中,通过基于IP的业务站(例如,e节点B(演进的节点B))、EPC以及应用域(例如,IMS)能够建立具有IP能力的终端的连接。即,EPC是用于端对端的IP服务的重要结构。
EPC可以包括各种组件。图1示出组件中的一些,即,服务网关(SGW)、分组数据网络网关(PDN GN)、移动性管理实体(MME)、服务GPRS(通用分组无线电服务)支持节点(SGSN)以及增强型分组数据网关(ePDG)。
SGW(或者S-GW)作为在无线电接入网络(RAN)和核心网络之间的边界点操作,并且保持在e节点B和PDN GW之间的数据路径。当终端在由e节点B服务的区域上移动时,SGW用作本地移动性锚点。即,在3GPP版本8之后定义的演进UMTS陆地无线电接入网络(E-UTRAN)中,可以通过SGW路由分组用于移动性。另外,SGW可以用作用于另一3GPP网络(在3GPP版本8之前定义的RAN,例如,UTRAN或者GERAN(全球移动通信系统(GSM)/用于全球演进的增强型数据速率(EDGE)无线电接入网络)的移动性的锚点。
PDN GW(或者P-GW)对应于用于分组数据网络的数据接口的端点。PDN GW可以支持策略强制特征、分组过滤和计费支持。另外,PDN GW可以用作用于与3GPP网络和非3GPP网络(例如,诸如交互无线局域网(I-WLAN)的不可靠的网络和诸如码分多址(CDMA)或者WiMax网络的可靠网络)的移动性管理的锚点。
虽然SGW和PDN GW在图1的网络结构的示例中被配置成单独的网关,但是根据单个网关配置选项可以实现两个网关。
MME执行用于支持UE的接入的信令和控制功能,用于网络连接、网络资源分配、跟踪、寻呼、漫游和切换。MME控制关联于订户和会话关联的控制面功能。MME管理大量的e节点B和信令,用于切换到其它2G/3G网络的传统的网关选择。另外,MME执行安全过程、终端对网络会话处理、空闲终端位置管理等等。
SGSN处置诸如移动性管理和用于其它3GPP网络(例如,GPRS网络)的用户认证的所有分组数据。
ePDG用作用于非3GPP网络(例如,I-WLAN、Wi-Fi热点等)的安全节点。
如参考图1在上面所描述的,不仅基于3GPP接入而且基于非3GPP接入,具有IP能力的终端可以经由EPC中的各种元素接入由运营商提供的IP服务网络(例如,IMS)。
另外,图1示出各种参考点(例如,S1-U、S1-MME等等)。在3GPP中,连接E-UTRAN和EPC的不同功能实体的两个功能的概念链路被定义为参考点。表1是在图1中示出的参考点的列表。根据网络结构,除了在[表1]的参考点之外还可以存在各种参考点。
表1
在图1示出的参考点之中,S2a和S2b对应于非3GPP接口。S2a是向用户设备提供可靠的非3GPP接入以及在PDN GW之间的有关的控制和移动性支持的参考点。S2b是向用户面提供在ePDG和PDN GW之间的有关的控制和移动性支持的参考点。
图2是示意性地图示典型的E-UTRAN和EPC的架构的图。
如在附图中所示,当无线电资源控制(RRC)连接被激活时,e节点B可以执行到网关的路由、调度寻呼消息的传输、广播信道(PBCH)的调度和传输、在上行链路和下行链路上对UE的资源的动态分配、e节点B测量的配置和规定、无线电承载控制、无线电准入控制、以及连接移动性控制。在EPC中,寻呼产生、LTE_IDLE状态管理、用户面的加密、SAE承载控制、以及NAS信令的加密和完整性保护。
图3是示意性地图示在UE和eNB之间的在控制面中的无线电接口协议的结构的图,并且图4是示意性地图示在UE和eNB之间的在用户面中的无线电接口协议的结构的图。
无线电接口协议是以3GPP无线电接入网络标准为基础。无线电接口协议水平地包括物理层、数据链路层以及网络层。无线电接口协议被划分成垂直排列的用于数据信息的传输的用户面和用于递送控制信令的控制面。
基于在通信系统中公知的开放系统互连(OSI)模型的三个子层,协议层可以被分类成第一层(L1)、第二层(L2)以及第三层(L3)。
在下文中,将会给出在图3中示出的控制面的无线电协议和在图4中示出的用户面中的无线电协议的描述。
物理层,作为第一层,使用物理信道提供信息传送服务。物理信道层通过传输信道被连接到作为物理层的较高层的媒体接入控制(MAC)层。通过传输信道在物理层和MAC层之间传送数据。通过物理信道执行在不同的物理层,即,发射器的物理层和接收器的物理层之间的数据的传送。
物理信道由时域中的多个子帧和频域中的多个子载波组成。一个子帧由时域中的多个符号和多个子载波组成。一个子帧由多个资源块组成。一个资源块由多个符号和多个子载波组成。传输时间间隔(TTI),用于数据传输的单位时间,是1ms,其对应于一个子帧。
根据3GPP LTE,存在于发射器和接收器的物理层中的物理信道可以被划分成与物理下行链路共享信道(PDSCH)相对应的数据信道以及与物理下行链路控制信道(PDCCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)以及物理上行链路控制信道(PUCCH)相对应的控制信道。
第二层包括各个层。首先,在第二层中的MAC层用于将各种逻辑信道映射到各种传输信道并且也用于将各种逻辑信道映射到一个传输信道。MAC层通过逻辑信道与较高层RLC层连接。根据被发送的信息的类型,逻辑信道被广泛地划分成用于控制面的信息的传输的控制信道和用于用户面的信息的传输的业务信道。
在第二层中的无线电链路控制(RLC)层用作分割和级联从较高层接收到的数据以调节数据的大小使得大小适合于较低层在无线电接口中发送数据。
第二层中的分组数据会聚协议(PDCP)层执行缩小具有相对大的大小并且包含不必要的控制信息的IP分组报头的大小的报头压缩功能,以便于在具有窄带宽的无线电接口中有效地发送诸如IPv4或者IPv6分组的IP分组。另外,在LTE中,PDCP层还执行安全功能,包括用于防止第三方监控数据的加密和用于防止第三方操纵数据的完整性保护。
位于第三层的最上部的无线电资源控制(RRC)层仅被定义在控制面中,并且用于配置无线电承载(RB),并且关于重配置和释放操作控制逻辑信道、传输信道、以及物理信道。RB表示通过第二层提供的服务以确保在UE和E-UTRAN之间的数据传送。
如果在UE的RRC层和无线网络的RRC之间建立RRC连接,则UE处于RRC连接模式。否则,UE是处于RRC空闲模式。
在下文中,将会给出UE和RRC状态和RRC连接方法。RRC状态指的是UE的RRC与E-UTRAN的RRC逻辑连接或者没有逻辑连接的状态。具有E-UTRAN的RRC的逻辑连接的UE的RRC状态被称为RRC_CONNECTED状态。不具有与E-UTRAN的逻辑连接的UE的RRC状态被称为RRC_IDLE状态。处于RRC_CONNECTED状态下的UE具有RRC连接,并且因此E-UTRAN可以以小区为单位识别UE的存在。因此,UE可以被有效地控制。另一方面,E-UTRAN不能够识别处于RRC_IDLE状态下的UE的存在。在作为大于小区的区域单元的跟踪区域(TA)中通过核心网络管理处于RRC_IDLE状态下的UE。即,对于处于RRC_IDLE状态下的UE,仅在大于小区的区域单元中识别UE的存在或者不存在。为了使处于RRC_IDLE状态下的UE被提供有诸如语音服务和数据服务的通用移动通信服务,UE应转变成RRC_CONNECTED状态。通过其跟踪区域标识(TAI)区分一个TA与另一TA。UE可以通过作为从小区广播的信息的跟踪区域码(TAC)配置TAI。
当用户初始接通UE时,UE首先搜索适当的小区。然后,UE在小区中建立RRC连接并且在核心网络中注册关于其的信息。其后,UE保持在RRC_IDLE状态下。当必要时,保持在RRC_IDLE状态下的UE(再次)选择小区并且检查系统信息或者寻呼信息。此操作被称为驻留在小区上。仅当保持在RRC_IDLE状态下的UE需要建立RRC连接时,UE通过RRC连接过程建立与E-UTRAN的RRC层的RRC连接并且转变到RRC_CONNECTED状态。在许多情况下保持在RRC_IDLE状态下的UE需要建立RRC连接。例如,情况可以包括用户进行电话呼叫的尝试、发送数据的尝试、或者在从E-UTRAN接收寻呼消息之后的响应消息的传输。
位于RRC层之上的非接入层(NAS)层执行诸如会话管理和移动性管理的功能。
在下文中,将会更加详细地描述在图3中示出的NAS层。
属于NAS层的ESM(演进会话管理)执行诸如缺省承载管理和专用承载管理的功能以控制UE使用来自于网络的PS服务。当UE初始接入PDN时通过特定的分组数据网络(PDN)向UE指配缺省承载资源。在这样的情况下,网络将可用的IP地址分配给UE以允许UE使用数据服务。网络也将缺省承载的QoS分配给UE。LTE支持两种承载。一个承载是具有用于确保数据的发送和接收的特定带宽的确保的比特率(GBR)QoS的特性的承载,并且另一承载是在没有确保带宽的情况下具有最大速率的QoS的特性的非GBR承载。缺省承载被指配给非GBR承载。专用的承载可以被指配具有GBR或者非GBR的QoS特性的承载。
通过网络向UE分配的承载被称为演进分组服务(EPS)承载。当EPS承载被分配给UE时,网络指配一个ID。此ID被称为EPS承载ID。一个EPS承载具有最大比特速率(MBR)和/或确保的比特速率(GBR)的QoS特性。
图5图示用于用户面和控制面的LTE协议栈。图5(a)图示在UE-eNB-SGW-PGW-PDN上的用户面协议栈并且图5(b)图示UE-eNB-MME-SGW-PGW上的控制面协议栈。现在将在下面简要描述协议栈的关键层的功能。
参考图5(a),GTP-U协议被用于通过S1-U/S5/X2接口转发用户IP分组。如果建立GTP隧道以在LTE切换期间转发数据,则将结束标记分组作为最后一个分组传送到GTP隧道。
参考图5(b),S1-AP协议被应用于S1-MME接口。S1-AP协议支持诸如S1接口管理、E-RAB管理、NAS信令递送和UE上下文管理等功能。S1-AP协议将初始UE上下文传送到eNB,以便于建立E-RAB,并且然后管理UE上下文的修改或释放。GTP-C协议应用于S11/S5接口。GTP-C协议支持用于GTP隧道的生成、修改和终止的控制信息的交换。在LTE切换的情况下,GTP-C协议生成数据转发隧道。
图3和4所示的协议栈和接口适用于图5中所图示的相同协议栈和接口。
图6是图示3GPP LTE中的随机接入过程的流程图。
随机接入过程被用于UE获得与基站的UL同步或者被指配UL无线电资源。
UE从eNB接收根索引和物理随机接入信道(PRACH)配置索引。各个小区具有通过Zadoff-Chu(ZC)序列定义的64个候选随机接入前导。根索引是被用于产生64个候选随机接入前导的逻辑索引。
随机接入前导的传输被限于用于各个小区的特定时间和频率资源。PRACH配置索引指示其中随机接入前导的传输是可能的特定子帧和前导格式。
随机接入过程,特别地,基于竞争的随机接入过程,包括以下三个步骤。在下述步骤1、2和3中发送的消息分别称为msg1、msg2和msg4。
>1.UE将随机选择的随机接入前导发送到e节点B。UE从64个候选随机接入前导当中选择随机接入前导,并且UE选择与PRACH配置索引相对应的子帧。UE在所选择的子帧中发送所选择的随机接入前导。
>2.一旦接收随机接入前导,eNB将随机接入响应(RAR)发送到UE。在两个步骤中检测RAR。首先,UE检测以随机接入(RA)-RNTI掩蔽的PDCCH。UE在通过检测到的PDCCH指示的PDSCH上在MAC(媒体接入控制)PDU(协议数据单元)中接收RAR。RAR包括指示用于UL同步的定时偏移信息的定时提前(TA)信息、UL资源分配信息(UL许可信息)和临时UE标识符(例如,临时小区-RNTI(TC-RNTI))。
>3.UE可以根据RAR中的资源分配信息(即,调度信息)和TA值来执行UL传输。HARQ应用于与RAR相对应的UL传输。因此,在执行UL传输之后,UE可以接收与UL传输相对应的接收响应信息(例如,PHICH)。
图7图示在无线电资源控制(RRC)层中的连接过程。
如在图7中所示,根据是否建立RRC连接设置RRC状态。RRC状态指示是否UE的RRC层的实体具有与eNB的RRC层的实体的逻辑连接。UE的RRC层的实体与eNB的RRC层的实体逻辑连接的RRC状态被称为RRC连接状态。UE的RRC层的实体与eNB的RRC层的实体没有逻辑连接的RRC状态被称为RRC空闲状态。
处于连接状态的UE具有RRC连接,并且因此E-UTRAN可以以小区为单位识别UE的存在。因此,UE可以被有效地控制。另一方面,eNB不能够识别处于空闲状态下的UE的存在。在作为大于小区的区域单元的跟踪区域单元中通过核心网络管理处于空闲状态下的UE。跟踪区域是小区的集合的单位。即,对于处于空闲状态的UE,仅在较大的区域单元中识别UE的存在或者不存在。为了使处于空闲状态下的UE被提供有诸如语音服务和数据服务的通用移动通信服务,UE应转变到连接状态。
当用户初始接通UE时,UE首先搜索适当的小区,并且然后保持在空闲状态下。仅当保持在空闲状态下的UE需要建立RRC连接时,UE通过RRC连接过程建立与eNB的RRC层的RRC连接,并且然后转变到RRC连接状态。
在很多情况下保持在空闲状态下的UE需要建立RRC连接。例如,情况可以包括用户进行电话呼叫的尝试、发送数据的尝试、或者在从E-UTRAN接收寻呼消息之后响应消息的传输。
为了使处于空闲状态的UE建立与e节点B的RRC连接,需要执行如上所述的RRC连接过程。RRC连接过程被广泛地划分成从UE到eNB的RRC连接请求消息的传输、从eNB到UE的RRC连接设立消息的传输、以及从UE到eNB的RRC连接设立完成消息的传输,下面参考图7详细地描述。
>1.当处于空闲状态的UE为了诸如尝试进行呼叫、数据传输尝试、或者对寻呼的eNB的响应的原因而建立RRC连接时,UE首先将RRC连接请求消息发送到eNB。
>2.一旦从UE接收RRC连接请求消息,当无线电资源是充分的时,eNB接受UE的RRC连接请求,并且然后将作为响应消息的RRC连接设立消息发送到UE。
>3.一旦接收RRC连接设立消息,UE将RRC连接设立完成消息发送到eNB。
仅当UE成功地发送RRC连接设立消息时,UE建立与eNB的RRC连接并且转变到RRC连接模式。
图8示出V2X(车辆对一切)通信环境的图。
当发生车祸时,可能会造成相当大的人身伤害和财产损失。因此,存在对于用于当车辆行驶时确保行人安全以及乘坐在车辆中的人的安全性的技术的增长的需求。因此,基于硬件和软件的车辆专用技术正被应用于车辆。
在3GPP中开始的基于LTE的车辆对一切(V2X)通信技术也反映信息技术(IT)应用于车辆的趋势。连接功能正在应用于某些车辆类型,并正在通过通信功能的演进继续进行支持车辆对车辆(V2V)通信、车辆对基础设施(V2I)通信、车辆对行人(V2P)通信和车辆对网络(V2N)通信的研究。
根据V2X通信,车辆连续地广播关于其位置、速度和方向的信息。已经接收到广播信息的邻近车辆识别其周围的车辆的移动以防止事故。
也就是说,每个车辆具有安装在其中的特定UE,类似于具有诸如智能手机或智能手表的终端的个人。此时,安装在车辆中的UE指的是用于从通信网络实际接收通信服务的设备。例如,安装在车辆中的UE可以连接到E-UTRAN中的eNB以接收通信服务。
然而,在车辆中实施V2X通信的过程中存在各种考虑因素,因为安装诸如V2X eNB的交通安全基础设施需要巨大的成本。也就是说,为了在车辆可以移动的所有道路上支持V2X通信,有必要安装数十万个V2X eNB。另外,因为每个网络节点使用有线网络连接到互联网或中央控制服务器以与服务器稳定通信,所以安装有线网络需要相当大的成本。
在LTE或EPS系统中,为了有效地支持V2X,将提供针对在V2X应用中生成的数据优化的QoS。
在ETSI(欧洲电信标准协会)ITS(智能传输系统)、SAE(系统架构演进)等中建立V2X应用。图9是示出在ETSI ITS中建立的ITS协议结构的图。
在图9中,ITS上层指的是存在于3GPP层上面的所有V2X/ITS相关层/协议(例如,在诸如PDCP的3GPP中定义的协议)。根据ETSIITS中定义的体系结构,ITS接入技术层上面的所有层/协议对应于ITS上层。
因为3GPP负责建立通信标准并且不专注于车辆操作,所以3GPP支持由ETSI ITS或SAE定义而没有改变的ITS上层,并且为了有效且稳定地发送由应用程序生成的数据建立基于LTE的V2X功能。
然而,参考图9,ITS上层具有各种协议层。参考图9,ITS上层,即V2X协议栈,包括ITS应用层、ITS设施层、基本传输协议/其他层和网络层。此外,当ETSI ITS或SAE定义V2X相关协议栈时,LTE不支持V2X功能。从3GPP层的角度来看,来自ITS上层的数据被识别为V2X数据,即,ITS数据,无论ITS上层的哪个子层生成数据,或者数据通过哪个子层到达3GPP层。换句话说,根据当前标准,3GPP层不能区分ITS上层的子层并且将整个ITS上层识别为V2X上层,即,ITS上层。例如,3GPP层将来自ITS接入技术层的上层的消息识别为来自一个V2X层的消息。
在本发明中,除了当提及作为ITS上层的子层的“ITS应用”层/协议时,V2X和ITS通常可互换使用。例如,ITS上层、ITS应用、ITS数据和ITS协议分别称为V2X上层、V2X应用、V2X数据和V2X协议。在本发明中,V2X应用与ITS应用不一一对应。在本发明中,ITS应用层的应用/协议、ITS设施层的应用/协议、基本传输协议/其他层的应用/协议或地理网络层的应用/协议可以成为V2X应用。在本发明的提议中,未指定为“ITS应用层”的表述“ITS应用”可与V2X应用互换使用。因此,V2X应用不限于ITS应用层的应用/协议。
因此,当ETSI ITS或SAE的V2X上层链接到3GPP支持的V2X功能时,根据实施方式,不同的UE可能不能正确地互通。例如,在一个实施方式中可以将ITS设施层中生成的数据提供给3GPP传输功能,并且在另一个实施方式中可以将ITS应用层中生成的数据提供给3GPP传输功能。在这种情况下,3GPP层未能处理从其他实施方式接收到的数据,并且因此无法实现交通安全的预期目的。例如,3GPP粗略地定义两种模式以便于支持车辆之间的V2X通信。
-第一V2X模式是直接模式,其中车辆直接交换V2X相关信息。例如,在第一个V2X模式中,使用PC5接口。
-第二V2X模式是间接模式,其中车辆不直接交换V2X相关信息而是通过网络交换数据。例如,一个车辆将其V2X信息发送到网络,并且网络将从车辆接收的V2X信息发送到另一车辆。在第二个V2X模式中,使用Uu接口。
目前,车辆制造商正在试图在其车辆中实现基于3GPP的V2X功能。然而,实现的目的可能在车辆制造商之间不同,并且支持车辆之间的通信的方法可能在车辆订购的移动通信提供商之间不同。例如,可以考虑以下两种情况。
车辆制造商A:因为为了生产低成本车辆不能添加各种功能,所以仅支持第一V2X模式。
车辆制造商B:为了使用服务器支持各种V2X应用,支持第一模式和第二模式。
在车辆制造商A的情况下,仅提供简单的V2X应用,并且因此不存在需要用于与服务器通信的功能的V2X应用。在这种情况下,没有必要提供与服务器通信所需的IP。另外,为了增加PC5中的数据传输效率,车辆制造商A可以决定将非IP类型V2X数据发送到3GPP层。
在车辆制造商B的情况下,当假设执行与服务器的通信时,应实施IP以与服务器通信。此时,在取决于使用第一V2X模式还是第二V2X模式来确定是否使用IP的情况下,在使用和不使用IP之间切换期间发生的中断可能出现数据丢失。因此,车辆制造商B决定始终将IP应用于V2X数据。
两家汽车制造商做出最佳选择。然而,为了安全起见,应支持两辆车之间的通信。然而,如果不存在关于在接收的PDCP PDU中不包括的数据格式的数据,即,指示是否应用IP的信息,则可能无法正确地解码所接收的PDU。
图10是示出在基于3GPP的V2X系统中实现的网络结构的图。
参考图10,在V2X应用处生成的数据通过E-UTRAN发送到V2X应用服务器。然而,当对应于E-UTRAN的eNB不能准确地确定从UE接收的数据是否包括IP信息或者在哪个ITS协议层中最终生成数据时,ITS上层的协议格式被任意应用。因此,可能删除要发送到V2X应用服务器或V2X控制功能的消息,或者可能生成解码错误。
存在各种类型的V2X应用,并且每个V2X应用可以使用各种类型的消息。具有相似属性的消息被捆绑以形成一个消息集,并且消息集的示例包括BSM(基本安全消息)、CAM(合作意识消息)、DENM(分散环境通知消息)等。
IEEE 1609.12将ID分配给V2X应用(参见“IEEE标准协会注册机构”网站上的1609PSID页面)。表2示出根据IEEE 1602.12分配的一些PSDI。
表2
在每个用例中或当应用发现某种情况时,每个供应商使用被认为适当的消息集根据情况发送消息。
在ETSI中,正在定义与ITS相关的各种用例和V2X消息。例如,ETSI ITS定义CAM类型消息、DENM类型消息及其用例。例如,ETSIITS CAM类型的消息可以用在与“车辆类型警告”、“动态车辆警告”、“碰撞风险警告”和“其他”种类相对应的用例中。在“车辆类型警告”种类的用例中,存在“紧急车辆警告”、“慢车指示”、“摩托车接近指示”、“弱势道路使用者警告”等。在“动态车辆警告”种类的用例中,存在“超车警告”、“换道辅助”、“合作眩光减少”等。在“碰撞风险警告”种类的用例中,存在“跨越交通转弯碰撞风险警告”、“合并交通转弯碰撞风险警告”、“合作合并协助”、“交叉口碰撞警告”、“交通灯最佳速度咨询”、“交通信息和推荐行程”、“增强路线引导和导航(RSU能力)”、“交叉口管理”、“合作灵活车道变更”、“限制访问警告、绕行通知”等。在“其它”种类的用例中,存在“兴趣点通知”、“自动访问控制/停车访问”、“本地电子商务”、“汽车租赁/共享分配/报告”、“媒体下载”,“地图下载和更新”等。同时,DENM类型的消息可以在与“车辆状态警告”和“交通事故危险警告”种类相对应的用例中被使用。在“车辆状态警告”种类的使用情况中,存在“紧急电子制动灯”和“超出正常状态的安全功能警告”。在“交通事故危险警告”种类的用例中,存在“错误道路驾驶警告”、“固定车辆警告”、“信号违规警告”、“道路施工警告”、“来自RSU的碰撞风险警告”等。对于其详情,参考ETSI TS 302 637-2、ETSI TS 302 637-3和ETS TR 102 638。
从道路安全的角度来看,消息有效的区域(范围)中的所有UE都应该接收V2X消息。因此,诸如MBMS(多媒体广播多播服务)或SC-PTM(单小区点对多点)的广播传输方法可以用于发送V2X消息。
支持V2X应用的基本消息,即,为交通安全优选地实现的消息,包括CAM/DENM/BSM(基本安全消息)。特别地,CAM/DENM对应于ETSI ITS中定义的协议中的设施层,并且设施层的下层还包括地理网络层和ITS G5。在ETSI中,在长时间内车辆之间的通信协议已经通过ITS标准化小组被建立。ETSI ITS定义每个应用和下层、实际的物理层。当ITS应用层的数据或ITS设施层的数据通过基本传输协议(BTS)或地理网络(geonetworking)层时,具有IP报头的IP类型数据被传输到ITS接入技术层,并且当ITS应用层的数据或ITS设施层的数据不通过基本传输协议(BTS)或地理网络层时,没有IP报头的非IP类型数据被传输到ITS接入技术层。根据ETSI ITS,CAM/DENM无需通过BTS和地理网络层被传输到ITS接入技术层。也就是说,根据ETSI ITS,基本传输协议(BTP)层和地理网络层用于传送CAM/DENM,并且IP/UDP/TCP不用于传输CAM/DENM。
在从2015年开始的V2X相关LTE标准化中,因为3GPP由通信专家组成但不是由交通安全专家组成,在ITS上层的各种协议中,ITS接入技术层之上的层未标准化而仅最佳地支持ITS上层的通信系统被标准化。因此,3GPP正在开发用于最佳地发送诸如CAM/DENM的消息的通信系统。然而,在3GPP中开发的LTE V2X协议基于EPS,并且EPS是用于交换IP数据的系统。因此,在通过网络传输数据的V2X模式中,EPS不能支持非IP数据。然而,根据ETSI ITS中定义的基于CAM/DENM的V2X协议,当CAM/DENM被传输到ITS接入技术层时,在没有IP报头的情况下CAM/DENM以非IP数据的形式被传输。因此,当前,在基于LTE的通信系统中,例如,当通过网络的车辆之间的间接通信的CAM/DENM采用非IP形式时,CAM/DENM不能在车辆之间被适当地传输,并且因此不能够适当地支持在ETSI ITS中建立的ITS层。为了解决这样的问题,可以考虑以下选项。
-选项1:ITS应用层消息被直接推送到3GPP传输中。也就是说,CAM、DENM和BSM在ITS应用层和3GPP系统之间直接交换。在这种情况下,ITS应用层中生成的消息跳过ITS设施层/协议和/或地理网络层/协议,并直接传输到3GPP层,例如3GPP的PDCP层。
-选项2:来自ITS应用,即V2X应用的消息,与3GPP预期的消息类型对齐。例如,ITS安全消息在从ITS上层传输到3GPP层之前封装在IP/TCP/UDP中。
然而,这些选择会引起其他问题。例如,通过安装通信模块可以连接到互联网的车辆将来会增加,并且连接到互联网的车辆将使用网络浏览和音乐流服务。这意指连接到互联网的车辆应执行基于IP的通信。另外,另一V2X服务的示例可以包括导航。导航也基于IP。因此,如果使用选项1,则不能接收基于互联网的服务。如果使用选项2,则每当发送CAM/DENM时都会附加IP报头。当基于IP报头执行无线传输时,存在连续消耗无线电资源的问题。
同时,图11是示出在ProSe通信中使用的用户面协议栈的图(参见3GPP TS23.303)。在使用PC5进行用于V2V/P服务的V2X消息发送/接收的一对全部(one-to-all)Prose直接通信的情况下,可以使用PC5-U。PC5-U被期待以被用于通过PC5接口发送/接收非IP类型的V2X消息。也就是说,因为ProSe使用UE和UE之间的直接通信并且通过网络节点,IP可以被配置成当UE和UE之间的直接通信被执行时没有被使用。然而,由于通信网络的拥塞,当V2X消息被发送到网络节点替代UE和UE之间的直接通信时,IP应用于通信。因此,将ITS应用限制为选项1和选项2之一不是用于基于LTE的V2X通信的合适解决方案。
因此,本发明提出一种解决问题的方法,当ITS上层请求来自3GPP栈的数据传输时,3GPP栈/层没有获知该数据是IP数据或者非IP数据。具体地,本发明提出一种有效处理ITS上层数据以支持在移动通信系统中为各种V2X定义的各种协议的方法。另外,提出一种在支持车辆之间的通信的移动通信系统中有效地支持IP类型数据和非IP类型数据的方法。
另外,本发明提出一种使3GPP栈/层能够根据在ITS/V2X上层生成的数据的类型执行不同处理的方法。
本发明的提议1-1和1-2涉及解决3GPP层没有获知所请求的V2X数据是IP数据或者非IP数据的问题的方法。本发明的提议2涉及一种使3GPP层能够区分所请求的V2X数据的类型的方法。本发明的提议2可与提议1-1或提议1-2一起使用。
<提议1-1:ITS上层通知3GPP层ITS/V2X数据是IP或者非IP数据>
本发明的提议1-1提出,当ITS上层或V2X上层请求3GPP栈发送数据时,有必要向3GPP栈通知数据对应于哪个协议层。本发明的提议1-1提出,当3GPP栈的上层的实体通过3GPP无线电发送包括数据的数据单元时,数据单元的数据对应到哪个协议实体被包括在数据单元中。现在将描述本发明的提议1-1的实例。
在发送侧的ITS上层生成的数据被传输到PDCP实体。ITS上层可以向PDCP实体传输指示在哪个协议上生成数据的信息。ITS上层可以向PDCP实体传输关于数据单元的数据对应于哪个协议的信息。例如,该信息指示数据是BTP数据、地理网络协议数据、CAM协议数据、DENM协议数据或者ITS的其他协议数据。作为另一示例,该信息指示数据是在BTP、地理网络协议、CAM协议、DENM协议或者ITS的其他协议中生成的。特别地,ITS上层可以向PDCP实体通知数据是否是IP数据。可替选地,可以传输指示是否在IP处生成数据的信息。每当数据被传输到PDCP实体时,可以将信息提供给PDCP数据,并且可以半固定地预设。
发送侧的PDCP实体使用由ITS上层向其传输的数据构建PDCP协议数据单元(PDU),并将PDCP PDU传输到下层。PDCP PDU被分类成PDCP控制PDU和PDCP数据PDU。PDCP控制PDU被用于传送PDCP状态报告,该PDCP状态报告指示丢失PDCP服务数据单元(SDU)并且不遵循PDCP重建,或者报头压缩控制信息(例如,散布的ROHC反馈)。PDCP数据PDU被用于传送:PDCPSDU序列号(SN);并且对于用于一对多通信的侧链路无线电承载(SLRB),传送PGK(ProSe组密钥)索引、PTK(ProSe业务密钥)索引和SDU类型;或者对于一对一通信的SLRB,传送KD-sess标识符和SDU类型;和包含未压缩的PDCP SDU的用户计划数据;或包含压缩的PDCP SDU的用户计划数据和控制计划数据;和用于信令无线电承载(SRB)的MAC-I字段;或者对于要求对于一对多通信进行完整性保护的SLRB,传送MAC-I字段;对于中继节点(RN),传送用于数据无线电承载的MAC-I字段(如果建立完整性保护)。
根据本发明由PDCP实体生成并传输到下层的PDCP PDU可以包括以下信息:
-PDCP PDU数据类型指示符;或者
-ITS数据类型指示符。
指示符可以指示在哪个协议中生成包括在PDCP PDU中的数据或数据的类型。例如,指示符指示数据是否为BTP数据、地理网络协议数据、CAM协议数据、DENM协议数据或者ITS的其他协议数据。作为另一示例,指示符指示数据是否在BTS协议、地理网络协议、CAM协议、DENM协议或ITS的其他协议中生成。
ITS上层可以向PDCP实体通知数据是否是IP数据,并且PDCP实体可以在PDCP PDU中适当地设置和包括PDCP PDU或ITS数据类型指示符。
根据本发明的接收侧的PDCP实体可以如下处理从较低层接收的PDCP PDU。PDCP实体可以检查所接收的PDCP PDU的报头,并区分包括哪个协议数据或者在哪个协议中生成数据。区分过程可以使用PDCP PDU报头中包含的以下信息:
-PDCP PDU数据类型指示符;或者
-ITS数据类型指示符。
指示符可以指示在ITS上层的哪个协议中生成包括在PDCP PDU中的数据或数据的类型。例如,指示符指示数据是否为BTP数据、地理网络协议数据、CAM协议数据、DENM协议数据或者ITS的其他协议数据。作为另一示例,指示符指示数据是否在BTS、地理网络协议、CAM协议、DENM协议或者ITS的其他协议中生成。
在发送侧的情况下,ITS上层向PDCP实体通知数据是否是IP数据。
当包括在PDCP PDU中的数据被传输到ITS上层时,接收侧的PDCP实体还可以传输指示传输哪个协议数据或者在哪个协议处理数据的信息。
接收侧的ITS上层可以如下处理从PDCP实体接收的数据。接收侧的ITS上层检查从PDCP实体接收的信息以及数据,即,传输哪个协议数据或者数据与哪个协议相关,并根据相应协议的标准处理数据或将数据传输到相应的协议。例如,如果数据被指示为IP数据,则数据被传输到IP。如果数据未被指示为IP数据,则认为IP报头不存在并且处理数据。例如,如果数据被指示为CAM协议数据,则数据被传输到CAM协议实体。
可以预先配置每个实体如何处理哪些数据。例如,系统可以指示某个PDCP实体仅处理在BTP处生成的数据。在这种情况下,仅当由此发送或接收的数据是BTP数据时,PDCP实体请求下层实体发送数据或将数据传输到上层实体。在这种情况下,当由此发送或接收的数据不是BTP数据时,PDCP实体不请求下层实体发送数据或不将数据传输到上层实体。然后,删除数据。
<提议1-2:网络指示是否附接IP报头>
在本发明的提议1-2中,在V2X消息的发送/接收中,基于LTE的通信协议指示关于哪个V2X消息是否需要IP报头,并且V2X上层可以或可以不将IP报头附接到V2X消息。
在提议1-1中,IP报头是否被附接到ITS数据,即,V2X数据是ITS上层的实现问题。也就是说,提议1-1涉及在3GPP层,即,通信系统处区分IP类型ITS数据和非IP类型ITS数据的方法,假设ITS数据是IP类型或非IP类型。相反,在提议1-2中,网络向UE通知IP报头是否被附接到ITS数据。
接下来,将会描述根据本发明的提议1-2在使用PC5接口已经发送/接收V2X消息的UE处通过Uu接口将V2X消息发送到仅使用CAM/DEMN相关应用的某个UE/从仅使用CAM/DEMN相关应用的某个UE接收V2X消息的过程。例如,已经通过PC5接口通信生成没有IP报头的CAM/DENM类型消息的UE可以使用Uu接口将IP报头与CAM/DENM类型消息一起发送。
图12是示出V2X通信中可用的协议栈的图。在图12中,作为安全消息,可能存在防冲突消息,并且作为非安全消息,可能存在与防止冲突无关的消息,诸如地图下载。
当维持图12的协议栈时UE通过PC5发送V2X消息。此后,网络可以指示UE停止通过PC5的消息传输并通过Uu执行V2X消息传输。例如,每个eNB可以指示小区中的包括V2X控制信息的系统信息的变化。对于在小区中发送的系统信息变化的详细信息,请参考3GPPTS36.331的章节5.2。通过改变的系统信息,UE可以接收新的V2X相关系统信息。V2X相关系统信息可以包括V2X连接模式信息,其指示PC5(侧链路)接口或Uu接口是否用于UE以使用V2X应用。
如果V2X连接模式信息指示使用Uu,则当UE尚未与eNB建立RRC连接时,UE与eNB执行RRC连接建立过程。在RRC连接建立过程中,执行服务请求过程(参见3GPP TS 23.401的章节5.3.4)。在服务请求过程中,UE可以发送指示在服务请求消息中当前正在使用哪个V2X应用的信息。
例如,在UE触发的服务请求过程中,UE向eNB发送服务请求消息,服务请求消息是封装成RRC消息的朝着移动性管理实体(MME)的NAS消息。根据本发明,服务请求消息可以包括UE是否正在使用V2X应用,以及如果UE正在使用V2X应用,则还有UE使用的V2X应用。
已经接收到服务请求的MME发送S1-AP初始上下文建立请求消息(包括服务GW地址、S1-TEID(UL)、EPS承载QoS、安全上下文、MME信令连接ID、切换限制列表和CSG成员资格指示)到eNB。在此步骤中,激活用于所有活动EPS承载的无线电和S1承载。eNB在UE RAN上下文中存储安全上下文、MME信令连接ID、EPS承载QoS和S1-TEID。此时,网络节点(例如,MME和/或eNB)可以向UE提供以下配置信息:
-允许UE使用哪个V2X应用;
–关于允许的V2X应用,哪个EPS承载或无线电承载用于传输相应V2X应用的数据;
-关于允许的V2X应用,TS上层是否将IP报头添加到对应V2X应用的消息(或者在用于对应V2X应用的消息中使用IP);
-关于允许的V2X应用,已经接收到在ITS上层处生成的消息的PDCP层是否将IP报头添加到接收消息中;或者
-关于每个DRB或EPS承载,是否使用IP报头/协议。
当接收到配置信息时,UE应用配置信息所预期的配置信息。
可以在配置EPS承载的过程中传输配置信息。参考示出基于GTP的S5/S8的PDN GW的3GPP TS 23.401的章节5.4.2的“图5.4.2.1-1”,即,在P-GW发起的承载修改之前,在P-GW发起的承载修改过程被使用之前,在步骤0中,UE可以使用诸如请求承载资源修改的UE信息过程或者其它过程向网络(例如,MME)通知活动V2X应用列表(参见3GPP TS 23.401的章节5.4.5)。当接受UE的承载资源修改请求时,调用P-GW发起的承载修改过程。P-GW发起的承载修改过程用于修改EPS QoS参数,诸如QCI(QoS类标识符)、GBR(保证比特率)、MBR(最大比特率)或ARP(分配和保留优先级)或APN-AMBR(每APN聚合最大比特率)中的一个或多个。这里,QCI用作访问用于控制承载级分组转发处理的节点特定参数的参考(例如,调度权重、准入阈值、队列管理阈值、链路层协议配置等),并且是由eNB的运营商预先配置的标量值。在资源限制的情况下ARP被用于确定是否接受或者拒绝承载建立/修改请求。eNB可以使用ARP来确定在异常资源限制(例如,切换)期间丢弃哪个承载。
MME构建并向eNB发送包括PTI(过程交易Id)、EPS承载QoS参数(不包括ARP)、TFT(业务流模板)、APN-AMBR、EPS承载标识符和WLAN卸载指示的会话管理请求(参见3PP TS23.401的“图5.4.2.1-1”的步骤4)。如果UE具有活动的V2X应用,则MME指示关于每个EPS承载哪个V2X应用使用哪个EPS承载。另外,MME可以包括指示关于每个EPS承载EPS承载是否应在会话管理请求中发送非IP数据或IP数据的信息。在此步骤中,网络节点(例如,MME或eNB)可以向UE提供以下配置信息:
-允许UE使用哪个V2X应用;
–关于允许的V2X应用,哪个EPS承载或无线电承载被用于传输相应V2X应用的数据;
-关于允许的V2X应用,ITS上层是否将IP报头添加到用于对应的V2X应用(或者在V2X应用中使用IP)的消息;
-关于允许的V2X应用,已经接收到用于相应V2X应用的消息的PDCP层是否将IP报头添加到对应的V2X消息(或者是否应针对用于对应V2X应用的数据使用IP);或者
–关于每个DRB或EPS承载,是否使用IP报头/协议。
当接收到配置信息时,UE应用配置信息所预期的配置信息。
<提议2:在3GPP层处的V2X数据类型的区分>
如上所述,基本上,LTE系统,即,EPS系统,基于IP通信。因此,如果没有特殊条件,则LTE系统,即,EPS系统,负责IP分组的传输。然而,在ProSe的情况下,一小组UE可以执行直接通信,并且可能没有用于执行中央协调的实体。因此,在ProSe通信中,当执行基于IP的通信时,每个UE选择由此使用的IP地址。为此,在一些情况下,在用于执行ProSe通信的UE当中可能存在具有相同IP地址的UE。为了防止这个问题,用于ProSe的PDCP不仅支持IP,还支持地址解析协议(ARP)。ARP用于将IP网络地址映射到数据链路协议使用的硬件地址。另外,还定义PC5信令(PC5-S)协议,以便位于eNB外部的UE交换用于控制ProSe相关参数的信令。PC5-S协议用于控制平面信令(例如,在PC5上建立、维护和释放安全第2层链路、TMGI监视请求、小区ID通知请求等)。为此,为了区分不同的数据,PDCP报头的SDU类型支持指示IP、PC5-S、ARP等的值。为了防止在无线电接口上生成的开销和效率降低,随着PDCP报头变大,SDU类型限制为3个比特。下表示出根据当前3GPP TS 36.323标准的SDU类型字段。SDU类型字段位于PDCP报头处,并且被用于在IP、ARP和PCG信令当中区分。
表3
比特 | 描述 |
000 | IP |
001 | ARP |
010 | PC5信令 |
011-111 | 保留 |
PDCP实体可以根据SDU类型不同地处理SDU。例如,报头压缩可以应用于IP SDU,并且可以不应用于ARP SDU。
已经存在20到30个ITS应用,即,V2X应用,以及与之相关的消息集。在LTE中支持V2XUI意指LTE系统支持ITS应用和与其相关的消息集。基本上,期望LTE V2X基于ProSe通信,并且因此遵循上述PDCP SDU格式。也就是说,期望使用包括在PDCP PDU的报头中的SDU类型信息来区分ITS应用。然而,如表3中所示,SDU类型字段可以区分总共八种SDU类型,并且因为能够另外分配的值的数量当前仅为5,所以当前的PDCP PDU结构在支持许多ITS应用方面具有局限性。
因此,本发明的提议2提出一种在PDCP层处有效支持各种ITS应用或消息集的方法。即使当应用本发明的提议1-1和1-2时,因为在ITS应用或消息集当中的区分是必需的方法,所以提议2可与提议1-1或1-2一起应用。
*提议2-1
本发明的提议2-1提出使用包括在PDCP PDU报头中的SDU类型字段来通知PDCPPDU中包括的PDCP SDU是否用于ITS。现在将描述根据本发明的提议2-2的实现。
根据本发明的提议2-1,表3可以如下修改。
>SDU类型
>>长度:3比特
>>PDCP SDU类型,即,第3层协议数据单元类型。PDCP实体可以根据SDU类型不同地处理SDU。例如,报头压缩可以应用于IPSDU,并且可以不应用于ARP SDU。
表4
比特 | 描述 |
000 | IP |
001 | ARP |
010 | PC5信令 |
011 | ITS应用数据 |
100-111 | 保留 |
当发送侧发送ITS应用数据,即,V2X数据时,PDCP PDU报头的SDU类型被设置为011,并且V2X数据被包括在PDCP PDU中并在PDCP PDU中发送。当接收侧接收PDCP PDU时,检查PDCP PDU的报头。当PDCP PDU报头的SDU类型字段的值为011时,PDCP PDU中包括的PDCPSDU被视为ITS数据,并且数据被传输到接收侧的ITS应用,即,V2X应用。
在表4中,011是一个示例,并且诸如100、101、110或110的另一个值可以被指定为指示ITS应用数据的值。
因为可以在UE中使用一个或多个ITS/V2X应用或ITS协议,所以当SDU类型指示ITS/V2X应用时,可能有必要进一步确定在SDU中包括的ITS数据对应于哪个ITS/V2X应用。因此,在本发明中,ITS应用字段可以进一步包括在PDCP PDU的报头中。下述是根据本发明的ITS应用类型字段的示例。
>ITS应用类型
>>长度:Y比特
>>当PDCP PDU报头的SDU类型字段指示ITS数据或具有与其类似含义的值时,此字段还包括在PDCP PDU报头中。此字段指示PDCP PDU中包括的PDCP SDU对应于哪个ITS应用数据。
表5
比特 | 描述 |
000 | 基本安全消息 |
001 | CAM消息 |
010 | DENM消息 |
011 | ITS应用X |
100-111 | 保留 |
例如,当发送侧发送CAM相关的ITS数据时,发送侧的PDCP可以使用ITS数据作为PDCP SDU来构建PDCP PDU。此时,发送侧的PDCP实体设置SDU类型以指示ITS数据(当应用表4时,设置011)并且包括设置为对应于PDCP PDU的报头中的ITS数据的ITS应用类型值的ITS应用类型字段(当应用表5时为001)。PDCP PDU被发送到接收侧。
当接收侧接收PDCP PDU时,检查PDCP PDU的报头。当报头的SDU类型指示ITS数据时,进一步检查包括在PDCP PDU的报头中的ITS应用类型字段。根据ITS应用类型字段中设置的ITS应用类型值,接收侧可以将包括在PDCP PDU中的数据传输到ITS应用,即,由ITS应用类型指示的V2X应用。
*提议2-2
本发明提出一种在PDCP层处有效支持各种ITS/V2X应用或消息集的方法。为此,本发明的提议2-2建议使用包括在PDCP PDU报头中的SDU类型字段来通知PDCP PDU中包括的PDCP SDU是否用于ITS。特别地,本发明的提议2-2提出一种扩展包括在PDCP PDU的报头中的SDU类型的方法,以便于提供与ITS/V2X相对应的各种应用类型并支持除了使用ProSe的ITS/V2X之外的各种应用。
如果包括在PDCP PDU的报头中的SDU类型被设置为特定值,则该特定值用于指示SDU类型被扩展。也就是说,特定值可以指示存在另外的相关字段。当SDU类型字段被设置为特定值时,接收侧的PDCP层可以将附加相关字段视为包括在PDCP PDU中。例如,当包括在PDCP PDU的报头中的SDU类型被设置为特定值时,设置为特定值的PDCP类型字段可以指示PDCP PDU中包括另一SDU类型(下文中,扩展SDU类型)值。当包括在PDCP PDU的报头中的SDU类型被设置为特定值时,设置为特定值的PDCP类型字段可以指示用于使用该特定值和另外包括的SDU字段的值最终推断SDU类型值。
下述是根据实施例的SDU类型字段和扩展SDU类型字段的示例。
>SDU类型
根据本发明的提议2-2,表3可以如下修改。
>>长度:3比特
>>PDCP SDU类型,即,第3层协议数据单元类型。PDCP实体可以根据SDU类型不同地处理SDU。例如,报头压缩可以应用于IPSDU,并且可以不应用于ARP SDU。当SDU类型设置为111时,使用扩展SDU类型。
表6
比特 | 描述 |
000 | IP |
001 | ARP |
010 | PC5信令 |
011-110 | 保留 |
111 | 使用扩展SDU类型 |
当SDU类型字段被设置为特定值(例如,表6的111)时,特定值可以用于指示具有与SDU类型字段相同目的的另一SDU类型字段被包括在PDCP PDU中并且使用另一个SDU类型字段来区分SDU类型。
>扩展SDU类型
>>示例:X比特
>>当SDU类型设置为111时,使用/包括此扩展SDU类型。
表7
比特 | 描述 |
0000 | 非-ITS应用数据类型1 |
0001 | ITS应用数据类型2 |
0010 | 非-ITS应用数据类型3 |
0011 | ITS应用。CAM |
0100 | ITS应用。BSM |
0101-1111 | 保留 |
例如,假设由于ITS和非ITS应用数据类型导致至少需要五种新的SDU类型。但是,使用现有的SDU类型(参见表3)字段,很难表达所有现有的SDU类型和新的SDU类型。因此,在本发明中,如上所述,扩展SDU类型被定义为指示新的应用数据类型,并且向其分配指示每个新应用数据类型的代码点。例如,如果包括在PDCP PDU中的SDU是IP,则PDCP PDU中的SDU类型被设置为000,并且扩展SDU字段不包括在PDCP PDU中。如果包括在PDCP PDU中的SDU是CAM,则SDU类型被设置为111,并且另外设置为0010的扩展SDU类型字段被包括在PDCP PDU的报头中,并且相应的数据被包括在PDCP PDU中。接收侧也可以执行类似的操作。例如,接收侧的PDCP层根据接收到的PUD的SDU类型处理所包括的SDU或将所包括的SDU传输到配置的应用。如果接收到的PDU中的SDU类型被设置为111,则接收侧的PDCP层将扩展SDU类型字段视为另外包括在PDU中,读取扩展SDU类型字段值,确定实际包括的SDU是哪个应用数据类型并且将SDU传输到相应的应用。在表6和7中,诸如111、1010等的值是示例性的,并且可以用其他值代替。
扩展SDU类型字段可以被定义为不仅区分ITS应用数据的类型,而且区分非ITS应用数据的类型。可以定义扩展SDU类型字段值,使得除了IP、ARP和PC5信令之外的所有协议都通过扩展SDU类型来区分。
*提议2-3
如上所述,当ITS上层请求3GPP层发送V2X相关数据时,该数据可以是IP分组或非IP分组的形式。通常,UE不仅支持V2X通信,而且支持用于基本通信目的的数据通信(例如,互联网搜索、呼叫或SMS)。因此,IP数据可以是V2X数据或非V2X数据。类似地,非IP数据可以是V2X数据或非V2X数据。
因此,本发明提出比SDU中的IP和非IP之间的区别更多的信息通知,以便于使用PDCP报头准确地指示包括在PDCP PDU中的数据与哪个V2X应用相关。例如,可以定义SDU类型以区分用于非V2X的IP、用于V2X的IP、用于非V2X的非IP和用于V2X的非IP。换句话说,可以定义SDU类型以在用于非ITS应用的IP数据、用于ITS应用/协议的IP数据、用于非ITS应用的非IP数据和用于ITS应用/协议的非IP数据之间进行区分。
例如,可以如表8中所示修改根据本发明的定义现有SDU类型的表3。表8中的值被任意地指定,并且可以不同地定义表8中所示的SDU类型和比特值之间的映射关系。
表8
比特 | 描述 |
000 | IP(非-V2X) |
001 | ARP |
010 | PC5信令 |
011 | IP(V2X) |
100 | 非-IP(非-V2X) |
101 | 非-IP(V2X) |
110-111 | 保留 |
在本发明的提议2-3中,可以将非IP类型数据指示符添加到包括在PDCP报头中的SDU类型信息,并且可以更准确地指示V2X和非V2X数据的类型。因此,已经接收到PDCP PDU的接收侧的PDCP实体可以通过SDU类型字段信息确定包括在PDCP PDU中的数据是IP数据还是非IP数据。另外,接收侧的PDCP实体可以确定包括在PDCPPDU中的数据是否被传输到V2X上层,并且PDCP PDU中包括的数据是否是V2X相关数据。
本发明的提议2-3可以与提议2-1或2-2一起使用。例如,如果SDU类型指示包括在PDCP PDU中的数据是V2X相关数据,则PDCPPDU可以包括指示数据对应于哪个V2X应用的附加字段。如果包括在PDCP PDU中的数据是V2X相关数据,则接收侧的PDCP实体可以根据SDU类型字段中设置的值,确定是否存在指示在PDCP PDU中包括的数据对应哪个V2X应用的附加字段(例如,表5或7的ITS应用类型字段)。
图13是根据本发明的PDCP PDU结构。图13仅仅是示例性的,并且为了便于描述,图13中未示出PDCP PDU中的其他字段。
参考表8和图13(a),当SDU类型设置为000时,SDU类型指示包括在PDCP PDU中的数据是IP类型的非V2X数据。PDCP PDU包括PDCP SDU中包括的IP类型的非V2X数据。PDCP PDU不包括用于区分V2X数据类型的ITS应用类型字段。
参见表8和图13(b),当SDU类型被设置为011时,SDU类型指示包括在PDCP PDU中的数据是IP类型的V2X数据。因为SDU类型字段指示V2X数据包括在PDCP PDU中,所以指示V2X数据类型的ITS应用类型字段包括在PDCP PDU中。当ITS应用类型字段被设置为指示V2X应用A的值时,PDCP PDU包括与PDCP SDU中的IP类型的V2X应用A相对应的数据。
参见表8和图13(c),当SDU类型设置为100时,SDU类型指示包括在PDCP PDU中的数据是非IP类型的非V2X数据。PDCP PDU包括PDCP SDU中的非IP类型的非V2X数据。PDCP PDU不包括用于区分V2X数据类型的ITS应用类型字段。
参考表8和图13(d),当SDU类型被设置为101时,SDU类型指示包括在PDCP PDU中的数据是非IP类型的V2X数据。因为SDU类型字段指示V2X数据包括在PDCP PDU中,所以指示V2X数据类型的ITS应用类型字段包括在PDCP PDU中。当ITS应用类型字段被设置为指示V2X应用B的值时,PDCP PDU包括与PDCP SDU中包括的IP类型的V2X应用B相对应的数据。
在本发明的提议中,“应用”意指“协议”而不是应用程序。也就是说,在本发明的提议中,应用可以是设施或地理网络化。
接收侧UE可以从另一UE或eNB接收PDU,并且根据本发明的任何一个提议处理PDU。例如,接收侧UE可以根据本发明的提议1-1、1-2和/或2基于PDU中的SDU类型(和附加字段)将SDU传输到上层或者删除SDU。
发送侧UE可以根据本发明的任何一个提议生成PDU,并将PDU发送到另一UE。例如,根据本发明的提议1-1、1-2和/或2,发送侧UE可以生成包括来自上层的数据的SDU的PDU。
UE或eNB可以以MBMS的形式广播由其支持的各种V2X应用的数据。根据本发明的提议2,每个UE可以仅向UE的上层通知由另一UE或eNB广播的应用数据当中的与UE中实际使用/支持/安装的应用相对应的数据。
例如,当在接收侧处存在对应的V2X应用时,对应的SDU或者被包括在对应的SDU中的V2X数据可以被传输到上层(例如,ITS上层或应用层)。当不存在对应的V2X应用时,相应SDU或相应SDU中包括的V2X数据可以不被传输到上层并且可以被删除(例如,在3GPP层或PDCP层)。
根据本发明,在支持车辆之间的通信的移动通信系统中,能够有效地区分车辆间通信应用的协议状态,以适当地控制移动通信系统中的数据的处理路径,并且将最佳QoS应用于每个数据。
根据本发明,在支持移动宽带服务的移动通信系统中,可以有效地处理在不同V2X应用中生成的不同类型的数据。
根据本发明,在支持移动宽带服务的移动通信系统中,通过在现有通信协议中区分上层应用服务以支持数据处理,能够使用无线电资源有效地支持多个车辆的通信应用服务。
在本发明中,可以根据通信方法不同地配置相同V2X应用的消息。例如,根据通信方法,相同的V2X应用消息可以是IP类型或非IP类型。例如,当在没有经过eNB的情况下通过车辆之间的直接通信特定V2X应用的消息被发送到UE时,该消息以非IP类型生成,并且当特定V2X应用的消息通过eNB被发送时,可以以IP类型生成消息。根据本发明的提议1-1和/或2,可以识别是否相同V2X应用的消息是IP类型或者非IP类型。换句话说,本发明的提议适用于在相同V2X应用的消息的IP类型和非IP类型之间的区分以及消息的处理。
图14图示根据本发明的优选实施例的UE和网络节点的配置。
根据本发明的UE 100可以包括收发器110、处理器120和存储器130。收发器110可以被称为射频(RF)单元。收发器110可以被配置成向外部设备发送和从外部设备接收各种信号、数据和信息。UE 100可以通过有线和/或无线连接到存储设备。处理器150可以控制UE100的整体操作,并且被配置成计算和处理用于UE 100向外部设备发送和从外部设备接收的信息。另外,处理器120可以被配置成执行UE的建议操作。存储器130可以在预定时间内存储计算和处理的信息,并且可以由诸如缓冲器(未示出)的另一组件替换。
参考图14,根据本发明的网络节点200可以包括收发器210、处理器220和存储器230。收发器210可以被称为RF单元。收发器210可以被配置成向外部设备发送和从外部设备接收各种信号、数据和信息。网络节点200可以通过有线和/或无线连接到存储设备。处理器220可以控制网络节点200的整体操作,并且被配置成计算和处理网络节点200向外部设备发送和从外部设备接收的信息。另外,处理器220可以被配置成执行网络节点的所提出的操作。存储器230可以在预定的时间内存储已计算和处理的信息,并且可以由诸如缓冲器(未示出)的另一组件替换。
对于UE 100和网络装置的配置,可以独立地应用或实现在本发明的各种实施例中描述的细节,使得同时应用两个或更多个实施例。为简单起见,省略多余的描述。
UE的收发器110可以从另一UE或网络设备接收协议数据单元(PDU)。当PDU中的服务数据单元(SDU)类型字段被设置成指示车辆对一切(V2X)类型的值时,UE的处理器120可以基于PDU中的附加字段将包括在PDU中的SDU传输到上层或者删除SDU。附加字段可以指示与SDU的数据相对应的应用或协议类型。处理器120可以确定至少是否SDU的数据是用于V2X的IP类型、用于非V2X的IP类型、用于V2X的非IP类型或者用于非V2X的非IP类型。当UE支持应用或协议类型时,处理器可以将SDU传输到上层,并且当UE不支持应用或协议类型时,处理器可以删除SDU。上层可以是智能传输系统(ITS)层。PDU可以是通信层的PDU,该通信层是ITS上层的下层。通信层可以是例如PDCP层。
UE的处理器120可以生成包括服务数据单元(SDU)的协议数据单元(PDU),该服务数据单元包含在上层处生成的车辆对一切(V2X)的数据。处理器120可以生成PDU以包括SDU类型字段,该SDU类型字段被设置为指示SDU是V2X类型的值。处理器120可以生成PDU以包括指示与SDU的数据相对应的应用或协议类型的附加字段。UE的收发器110可以将PDU发送到另一UE或网络设备。SDU类型字段可以至少指示SDU的数据是用于V2X的IP、用于非V2X的IP、用于V2X的非IP或者用于非V2X的非IP。上层可以是智能传输系统(ITS)层。PDU可以在通信层处生成,该通信层是ITS上层的下层。通信层可以是例如PDCP层。
可以通过各种手段来实现本发明的实施例。例如,实施例可以通过硬件、固件、软件或其组合来实现。
当通过硬件实现时,根据本发明的实施例的方法可以体现为一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理设备(DSPD)、一个或多个可编程逻辑器件(PLD)、一个或多个现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等。
当通过固件或软件实现时,根据本发明的实施例的方法可以体现为执行上述功能或操作的装置、过程或功能。软件代码可以存储在存储器单元中并由处理器执行。存储器单元位于处理器的内部或外部,并且可以经由各种已知手段向处理器发送数据和从处理器接收数据。
如上所述,已经给出本发明的优选实施例的详细描述,以使本领域技术人员能够实现和实践本发明。尽管已经参考示例性实施例描述本发明,但是本领域技术人员将理解,在不脱离所附权利要求中描述的本发明的精神或范围的情况下,能够在本发明中进行各种修改和变化。因此,本发明不应限于在此所描述的具体实施例,而应符合与在此公开的原理和新颖特征一致的最广泛范围。
工业适用性
上述通信方法适用于各种无线通信系统,包括IEEE 802.16x和802.11x系统以及3GPP系统。此外,所提出的方法适用于使用超高频带的毫米波(mmWave)通信系统。
Claims (14)
1.一种在无线通信系统中通过用户设备(UE)接收数据单元的方法,所述方法包括:
接收协议数据单元(PDU);以及
当在所述PDU中的服务数据单元(SDU)类型字段被设置为指示车辆对一切(V2X)类型的值时,基于所述PDU中的附加字段,将包括在所述PDU中的SDU传输到上层或者删除所述SDU,
其中,所述附加字段指示与所述SDU的数据相对应的应用或协议类型。
2.根据权利要求1所述的方法,
其中,所述SDU类型字段至少区分是否所述SDU的数据是用于V2X的互联网协议(IP)类型、用于非V2X的IP类型、用于V2X的非IP类型或者用于非V2X的非IP类型。
3.根据权利要求1所述的方法,
其中,当所述UE支持所述应用或协议类型时,所述SDU被传输到所述上层,并且当所述UE不支持所述应用或协议类型时,所述SDU被删除。
4.根据权利要求1所述的方法,
其中,所述上层是智能传输系统(ITS)层。
5.一种用于在无线通信系统中接收数据单元的用户设备(UE),所述UE包括:
射频(RF)单元,和
处理器,所述处理器被配置成控制所述RF单元,所述处理器被配置成:
控制所述RF单元以接收协议数据单元(PDU);以及
当所述PDU中的服务数据单元(SDU)类型字段被设置为指示车辆对一切(V2X)类型的值时,基于所述PDU中的附加字段,将包括在所述PDU中的SDU发送到上层或者删除所述SDU,并且
其中,所述附加字段指示与所述SDU的数据相对应的应用或协议类型。
6.根据权利要求5所述的UE,
其中,所述SDU类型字段至少区分是否所述SDU的数据是用于V2X的互联网协议(IP)类型、用于非V2X的IP类型、用于V2X的非IP类型或者用于非V2X的非IP类型。
7.根据权利要求5所述的UE,
其中,当所述UE支持所述应用或协议类型时,所述处理器将所述SDU传输到所述上层,并且当所述UE不支持所述应用或协议类型时,删除所述SDU。
8.根据权利要求5所述的UE,
其中,所述上层是智能传输系统(ITS)层。
9.一种在无线通信系统中通过用户设备(UE)发送数据单元的方法,所述方法包括:
生成协议数据单元(PDU),所述PDU包括服务数据单元(SDU),所述SDU包含在上层处生成的车辆对一切(V2X)数据;和
发送所述PDU,
其中,所述PDU包括SDU类型字段和附加字段,所述SDU类型字段被设置为指示所述SDU是V2X类型的值,所述附加字段指示与所述SDU的数据相对应的应用或协议类型。
10.根据权利要求9所述的方法,
其中,所述SDU类型字段至少区分是否所述SDU的数据是用于V2X的互联网协议(IP)类型、用于非V2X的IP类型、用于V2X的非IP类型或者用于非V2X的非IP类型。
11.根据权利要求9所述的方法,
其中,所述上层是智能传输系统(ITS)层。
12.一种用于在无线通信系统中发送数据单元的用户设备(UE),所述UE包括:
射频(RF)单元,和
处理器,所述处理器被配置成控制所述RF单元,所述处理器被配置成:
生成协议数据单元(PDU),所述PDU包括服务数据单元(SDU),所述SDU包含在上层生成的车辆对一切(V2X)数据;并且
控制所述RF单元以发送所述PDU,
其中,所述PDU包括SDU类型字段和附加字段,所述SDU类型字段被设置成指示所述SDU是V2X类型的值,所述附加字段指示与所述SDU的数据相对应的应用或协议类型。
13.根据权利要求12所述的UE,
其中,所述SDU类型字段至少区分是否所述SDU的数据是用于V2X的互联网协议(IP)类型、用于非V2X的IP类型、用于V2X的非IP类型或者用于非V2X的非IP类型。
14.根据权利要求12所述的UE,
其中,所述上层是智能传输系统(ITS)层。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662311427P | 2016-03-22 | 2016-03-22 | |
US62/311,427 | 2016-03-22 | ||
US201662313147P | 2016-03-25 | 2016-03-25 | |
US62/313,147 | 2016-03-25 | ||
US201662326013P | 2016-04-22 | 2016-04-22 | |
US62/326,013 | 2016-04-22 | ||
PCT/KR2017/003069 WO2017164641A2 (ko) | 2016-03-22 | 2017-03-22 | 데이터 유닛을 전송하는 방법 및 사용자기기와, 데이터 유닛을 수신하는 방법 및 사용자기기 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108781383A true CN108781383A (zh) | 2018-11-09 |
CN108781383B CN108781383B (zh) | 2022-02-22 |
Family
ID=59899544
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780018522.6A Active CN108781383B (zh) | 2016-03-22 | 2017-03-22 | 发送和接收数据单元的方法和用户设备 |
Country Status (5)
Country | Link |
---|---|
US (2) | US10638285B2 (zh) |
EP (1) | EP3435702B1 (zh) |
KR (1) | KR102127397B1 (zh) |
CN (1) | CN108781383B (zh) |
WO (1) | WO2017164641A2 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109767651A (zh) * | 2019-02-12 | 2019-05-17 | 桂林电子科技大学 | 一种v2x环境下典型弯道区域无缝通信方法 |
TWI721923B (zh) * | 2019-08-02 | 2021-03-11 | 華碩電腦股份有限公司 | 無線通訊系統中用於釋放側鏈路無線電承載的方法和設備 |
WO2021134704A1 (zh) * | 2019-12-31 | 2021-07-08 | 华为技术有限公司 | 一种通信方法和装置 |
WO2021139771A1 (en) * | 2020-01-09 | 2021-07-15 | Mediatek Singapore Pte. Ltd. | Sidelink configuration and traffic forwarding for layer-2 ue-to-ue relay |
WO2022236682A1 (zh) * | 2021-05-11 | 2022-11-17 | Oppo广东移动通信有限公司 | 侧行传输的方法、终端设备和网络设备 |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106658352B (zh) * | 2015-11-02 | 2019-03-22 | 中兴通讯股份有限公司 | 车联网v2x业务的转发方法及装置 |
CN108781383B (zh) * | 2016-03-22 | 2022-02-22 | Lg 电子株式会社 | 发送和接收数据单元的方法和用户设备 |
EP3425958B1 (en) * | 2016-03-30 | 2020-09-02 | Huawei Technologies Co., Ltd. | Bearer switching method, base station apparatus, and network node |
US11671907B2 (en) * | 2016-07-26 | 2023-06-06 | Apple Inc. | Device for and method of radio access technology selection among multiple radio access technologies |
EP3528517B1 (en) * | 2016-11-04 | 2023-12-27 | Huawei Technologies Co., Ltd. | Data packet processing method, control plane network element and user plane network element |
KR102367053B1 (ko) * | 2017-07-13 | 2022-02-24 | 삼성전자주식회사 | 외부 전자 장치와 통신을 수행하기 위한 전자 장치 |
US10939447B2 (en) * | 2018-01-22 | 2021-03-02 | Qualcomm Incorporated | Policy-based control of reliability request for eV2X |
US10827325B2 (en) * | 2018-01-25 | 2020-11-03 | Hyundai Motor Company | Method for transmitting and receiving data using heterogeneous radio access technology in communication system supporting vehicle-to-everything communication and apparatus for the same |
EP3788816A1 (en) * | 2018-05-15 | 2021-03-10 | Sony Corporation | Wireless communications apparatus and methods |
JP6838114B2 (ja) * | 2018-09-10 | 2021-03-03 | 華碩電腦股▲ふん▼有限公司 | 無線通信システムにおいてサイドリンク重複受信の初期化を改善するための方法および装置 |
TWI690440B (zh) * | 2018-10-17 | 2020-04-11 | 財團法人車輛研究測試中心 | 基於支持向量機之路口智慧駕駛方法及其系統 |
KR20200094343A (ko) | 2019-01-30 | 2020-08-07 | 삼성전자주식회사 | 무선 통신 시스템에서 직접 통신 베어러의 서비스 품질을 관리 및 설정하는 장치 및 방법 |
KR102658886B1 (ko) * | 2019-02-14 | 2024-04-18 | 삼성전자 주식회사 | 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 단말 능력 절차 수행 방법 및 장치 |
US11026069B2 (en) * | 2019-02-18 | 2021-06-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, apparatus, and computer-readable media for discovery of application server and/or services for V2X communications |
US11440560B2 (en) * | 2019-07-10 | 2022-09-13 | Valerann Ltd. | System and method for automatic configuration of a road sensor unit |
EP3787368B1 (en) * | 2019-08-23 | 2022-04-13 | ASUSTek Computer Inc. | Method and apparatus for header compression configuration for sidelink radio bearer in a wireless communication system |
US11151879B2 (en) * | 2019-11-11 | 2021-10-19 | Continental Teves Ag & Co. Ohg | Communication device, method for execution by a communication device, and method for improving traffic safety of a road user |
US20230072379A1 (en) * | 2020-02-07 | 2023-03-09 | Qualcomm Incorporated | Ue-to-ue communication of disparate traffic types over one or more unicast links |
KR102293397B1 (ko) * | 2020-11-27 | 2021-08-25 | 주식회사 이글루시큐리티 | 자율협력주행 시스템 및 그것의 보안관제정보 생성 방법 |
CN112399486B (zh) * | 2020-12-10 | 2023-07-18 | 中国联合网络通信集团有限公司 | 最大聚合速率分配方法、装置和系统 |
WO2023075463A1 (ko) * | 2021-10-27 | 2023-05-04 | 엘지전자 주식회사 | 무선 통신 시스템에서 제1 장치가 제1 메시지를 전송하는 방법 및 이를 위한 장치 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110205906A1 (en) * | 2007-09-11 | 2011-08-25 | Seung-June Yi | Method For Transmitting Status Report Of PDCP Layer In Mobile Telecommunications System And Receiver Of Mobile Telecommunications |
CN102640441A (zh) * | 2009-12-21 | 2012-08-15 | 诺基亚公司 | 用于应对有效协议数据单元的装置和方法 |
CN103457873A (zh) * | 2007-02-02 | 2013-12-18 | 交互数字技术公司 | 创建mac报头、处理mac pdu及其报头中si字段的方法和设备 |
CN103503509A (zh) * | 2011-04-12 | 2014-01-08 | 瑞典爱立信有限公司 | 用于从无线电网络控制器向用户设备传输数据的分组数据单元、用户设备、无线电网络控制器和其中的方法 |
KR20140130051A (ko) * | 2013-04-30 | 2014-11-07 | 한국전자통신연구원 | 단말의 데이터 수신 방법 |
US20150358856A1 (en) * | 2001-01-16 | 2015-12-10 | Wi-Lan, Inc. | Packing source data packets into transporting packets with fragmentation |
US20160080531A1 (en) * | 2014-09-12 | 2016-03-17 | Samsung Electronics Co., Ltd | Handling different protocol data unit types in a device to device communication system |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10028170B2 (en) * | 2014-02-06 | 2018-07-17 | Lg Electronics Inc. | Method for processing a packet data convergence protocol service data unit at a user equipment in a dual connectivity system and device therefor |
US20150381751A1 (en) | 2014-06-30 | 2015-12-31 | Autotalks Ltd. | Method and apparatus for proxy operation in vehicular communications |
US9998434B2 (en) * | 2015-01-26 | 2018-06-12 | Listat Ltd. | Secure dynamic communication network and protocol |
CN108781383B (zh) * | 2016-03-22 | 2022-02-22 | Lg 电子株式会社 | 发送和接收数据单元的方法和用户设备 |
US10630410B2 (en) * | 2016-05-13 | 2020-04-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Network architecture, methods, and devices for a wireless communications network |
US10367677B2 (en) * | 2016-05-13 | 2019-07-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Network architecture, methods, and devices for a wireless communications network |
CN111630936A (zh) * | 2017-12-30 | 2020-09-04 | 英特尔公司 | 用于无线通信的方法和设备 |
-
2017
- 2017-03-22 CN CN201780018522.6A patent/CN108781383B/zh active Active
- 2017-03-22 KR KR1020187026520A patent/KR102127397B1/ko active IP Right Grant
- 2017-03-22 EP EP17770611.6A patent/EP3435702B1/en active Active
- 2017-03-22 WO PCT/KR2017/003069 patent/WO2017164641A2/ko active Application Filing
- 2017-03-22 US US16/087,473 patent/US10638285B2/en active Active
-
2020
- 2020-04-02 US US16/838,768 patent/US11070963B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150358856A1 (en) * | 2001-01-16 | 2015-12-10 | Wi-Lan, Inc. | Packing source data packets into transporting packets with fragmentation |
CN103457873A (zh) * | 2007-02-02 | 2013-12-18 | 交互数字技术公司 | 创建mac报头、处理mac pdu及其报头中si字段的方法和设备 |
US20150373581A1 (en) * | 2007-02-02 | 2015-12-24 | Interdigital Technology Corporation | Method and apparatus for versatile mac multiplexing in evolved hspa |
US20110205906A1 (en) * | 2007-09-11 | 2011-08-25 | Seung-June Yi | Method For Transmitting Status Report Of PDCP Layer In Mobile Telecommunications System And Receiver Of Mobile Telecommunications |
CN102640441A (zh) * | 2009-12-21 | 2012-08-15 | 诺基亚公司 | 用于应对有效协议数据单元的装置和方法 |
CN103503509A (zh) * | 2011-04-12 | 2014-01-08 | 瑞典爱立信有限公司 | 用于从无线电网络控制器向用户设备传输数据的分组数据单元、用户设备、无线电网络控制器和其中的方法 |
KR20140130051A (ko) * | 2013-04-30 | 2014-11-07 | 한국전자통신연구원 | 단말의 데이터 수신 방법 |
US20160080531A1 (en) * | 2014-09-12 | 2016-03-17 | Samsung Electronics Co., Ltd | Handling different protocol data unit types in a device to device communication system |
Non-Patent Citations (3)
Title |
---|
ERICSSON: "Layer- 2 Protocol Stack for PC5-based V2X", 《3GPP TSG_RAN WG2 #93 R2-161572》 * |
LG ELECTRONICS INC.: "R2-080330 "Update of eUtran PDCP specification"", 《3GPP TSG_RAN\WG2_RL2》 * |
ZTE: "Enhancements for eNB type RSU and UE type RSU", 《3GPP TSG_RAN WG2 #92 R2-156613》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109767651A (zh) * | 2019-02-12 | 2019-05-17 | 桂林电子科技大学 | 一种v2x环境下典型弯道区域无缝通信方法 |
CN109767651B (zh) * | 2019-02-12 | 2021-05-25 | 桂林电子科技大学 | 一种v2x环境下弯道区域无缝通信方法 |
TWI721923B (zh) * | 2019-08-02 | 2021-03-11 | 華碩電腦股份有限公司 | 無線通訊系統中用於釋放側鏈路無線電承載的方法和設備 |
WO2021134704A1 (zh) * | 2019-12-31 | 2021-07-08 | 华为技术有限公司 | 一种通信方法和装置 |
WO2021139771A1 (en) * | 2020-01-09 | 2021-07-15 | Mediatek Singapore Pte. Ltd. | Sidelink configuration and traffic forwarding for layer-2 ue-to-ue relay |
WO2022236682A1 (zh) * | 2021-05-11 | 2022-11-17 | Oppo广东移动通信有限公司 | 侧行传输的方法、终端设备和网络设备 |
Also Published As
Publication number | Publication date |
---|---|
KR102127397B1 (ko) | 2020-06-26 |
US11070963B2 (en) | 2021-07-20 |
EP3435702A4 (en) | 2019-10-30 |
US10638285B2 (en) | 2020-04-28 |
EP3435702B1 (en) | 2020-12-02 |
US20190110175A1 (en) | 2019-04-11 |
WO2017164641A3 (ko) | 2018-09-07 |
EP3435702A2 (en) | 2019-01-30 |
WO2017164641A2 (ko) | 2017-09-28 |
CN108781383B (zh) | 2022-02-22 |
US20200236519A1 (en) | 2020-07-23 |
KR20180112842A (ko) | 2018-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108781383A (zh) | 发送数据单元的方法和用户设备和接收数据单元的方法和用户设备 | |
KR102164230B1 (ko) | 무선 통신 시스템에서 단말의 등록 방법 및 이를 위한 장치 | |
US10849058B2 (en) | Method and apparatus for transmitting and receiving data in a wireless communication system | |
US10292130B2 (en) | Method and apparatus for configuring bi-directional channel in wireless communication system | |
CN110199533A (zh) | 用于在无线通信系统中执行v2x通信的方法及其设备 | |
CN109661838A (zh) | 连接尝试方法和用户设备,以及连接控制方法和基站 | |
US10750512B2 (en) | Method for transreceiving V2X signal of terminal in wireless communication system, and terminal using the method | |
CN109891962A (zh) | 用于响应请求的方法和网络设备 | |
CN109923891A (zh) | 在无线通信系统中应用反映型服务质量的方法及其设备 | |
CN109155909A (zh) | 无线通信系统中用于更新ue配置的方法及其装置 | |
CN110431859A (zh) | 用于无线通信系统中层之间交互的方法及其设备 | |
JP2019534653A (ja) | 無線通信システムにおけるネットワークノード選択方法及びその装置 | |
CN109155949A (zh) | 无线通信中在网络之间的互通方法及其装置 | |
CN108702802A (zh) | 用户设备及其数据传输方法以及网络节点及其数据传输方法 | |
CN105027633B (zh) | 调节接近服务范围的方法及其过滤方法 | |
CN105874825B (zh) | 用于中继基于邻近服务的组通信的方法和用户设备 | |
JP6769972B2 (ja) | 無線通信システムにおける端末のplmn選択方法及びそのための装置 | |
CN109076437A (zh) | 系统信息传输方法和基站、以及系统信息接收方法和用户设备 | |
CN108141784A (zh) | 在无线通信系统中发送/接收数据的承载设置方法和支持该方法的设备 | |
CN108702803A (zh) | 在无线通信系统中在本地网络中发送/接收v2x消息的方法及其设备 | |
CN106134281A (zh) | 用于执行邻近服务的方法及用户装置 | |
CN107836135A (zh) | 在无线通信系统中由终端发送和接收数据的方法和设备 | |
US20180199194A1 (en) | Method and apparatus for authorizing vehicle ue and rsu ue in wireless communication system | |
CN106576295A (zh) | 增强的ue注册和寻呼 | |
CN110383894A (zh) | 在无线通信系统中配置接入控制机制的信令类别的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |