CN113597780A - 通过PC5接口实现V2x单播通信的过程 - Google Patents

通过PC5接口实现V2x单播通信的过程 Download PDF

Info

Publication number
CN113597780A
CN113597780A CN202080017324.XA CN202080017324A CN113597780A CN 113597780 A CN113597780 A CN 113597780A CN 202080017324 A CN202080017324 A CN 202080017324A CN 113597780 A CN113597780 A CN 113597780A
Authority
CN
China
Prior art keywords
wtru
security
direct
security context
communication
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.)
Pending
Application number
CN202080017324.XA
Other languages
English (en)
Inventor
米歇尔·佩拉斯
萨阿德·艾哈迈德
萨米尔·费尔迪
哈立德·安瓦尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Patent Holdings Inc
Original Assignee
IDAC Holdings Inc
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 IDAC Holdings Inc filed Critical IDAC Holdings Inc
Publication of CN113597780A publication Critical patent/CN113597780A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/50—Secure pairing of devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0431—Key distribution or pre-distribution; Key agreement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了用于面向车辆到所有事物(V2X)服务的链路建立的系统、方法和手段。第一无线发射接收单元(WTRU)可以广播直接通信请求消息。该直接通信请求消息可以包括第一安全上下文标识符(ID)。所述第一WTRU可以从第二WTRU接收直接安全模式命令消息。所述直接安全模式命令消息可以包括第二安全上下文ID。所述第一WTRU可以通过组合所述第一安全上下文ID和所述第二安全上下文ID来确定第三安全上下文ID。所述第一WTRU可以使用所述第三安全上下文ID建立与所述第二WTRU的安全直接通信链路。所述第一WTRU可以基于所述第三安全上下文ID，生成用于与所述第二WTRU的所述安全直接通信链路的安全上下文条目。

Description

通过PC5接口实现V2x单播通信的过程
相关申请的交叉引用
本申请要求保护在2019年1月18日提交的美国临时申请No.62/794,052的益处，其内容通过引用而被并入本文。
背景技术
ProSe直接通信可以用于在两个或更多个启用邻近服务(ProSe)的无线设备之间建立通信路径。例如，可以通过PC5参考点在两个无线设备之间建立层2链路来建立该两个无线设备之间的ProSe直接通信。所述层2链路可以是安全的。
发明内容
第一无线发射接收单元(WTRU)可以发送(例如，经由广播)直接通信请求消息。该直接通信请求消息可以包括第一安全上下文标识符(ID)。所述第一安全上下文ID可以与所述第一WTRU相关联。所述第一安全上下文ID可以是或可以包括安全密钥ID的一组最高有效位(MSB)。所述安全ID可以是KD-sessID。所述第一WTRU可以从第二WTRU接收直接安全模式命令消息。所述直接安全模式命令消息可以包括第二安全上下文ID。所述第二安全上下文ID可以与所述第二WTRU相关联。所述第二安全上下文ID可包含安全密钥ID的一组最低有效位(LSB)。所述第一WTRU可以通过组合所述第一安全上下文ID和所述第二安全上下文ID来确定第三安全上下文ID。所述第三安全上下文ID可以包括所述安全密钥ID的所述一组MSB和所述一组LSB。所述第一WTRU可以使用所述第三安全上下文ID建立与所述第二WTRU的安全直接通信链路。所述第一WTRU可以基于所述第三安全上下文ID，生成用于与所述第二WTRU的所述安全直接通信链路的安全上下文条目。所述直接通信请求消息可包括所支持的车辆到所有事物(V2X)服务的列表。所述直接安全模式命令消息可以指示来自所支持的V2X服务的列表中的一个或多个V2X服务。
所述直接安全模式命令消息可以是第一直接安全模式命令消息。所述第一WTRU可以从第三WTRU接收第二直接安全模式命令消息。所述第二直接安全模式命令消息可以包括第四安全上下文ID。所述第四安全上下文ID可以与所述第三WTRU相关联。所述第四安全上下文ID可包含安全密钥ID的一组LSB。所述第一WTRU可以确定所述第四安全上下文ID是否与所述第二安全上下文ID相同。在所述第四安全上下文ID与所述第二安全上下文ID相同的情况下，所述第一WTRU可以向所述第三WTRU发送直接安全模式拒绝消息。所述第一WTRU可以从所述第三WTRU接收例如响应于所述直接安全模式拒绝消息的第三直接安全模式命令消息。所述第三直接安全模式命令消息可以包括第五安全上下文ID。所述第五安全上下文ID可以与所述第三WTRU相关联。所述第五安全上下文ID可包含安全密钥ID的一组LSB。
WTRU可以从发起WTRU接收直接通信请求消息，该直接通信请求消息可以包括例如第一安全上下文ID。所述WTRU可以生成与所述WTRU相关联的第二安全上下文ID。所述WTRU可以向所述发起WTRU发送直接安全模式命令消息，该直接安全模式命令消息可以包括第二安全上下文ID。所述WTRU可以接收直接安全模式完成消息，该直接安全模式完成消息可以指示已经使用第三安全上下文ID在所述WTRU与所述发起WTRU之间建立了安全直接通信链路。所述第三安全上下文ID可以包括安全密钥ID(例如，，KD-sessID)的一组MSB和一组LSB。所述安全密钥ID的所述一组MSB可以是或可以包括由所述发起WTRU生成的所述第一安全上下文ID，并且所述安全密钥ID的所述一组LSB可以是或可以包括由所述WTRU生成的所述第二安全上下文ID。
所述WTRU可以接收直接安全模式拒绝消息，该直接安全模式拒绝消息可以指示第二安全上下文ID(例如，潜在安全密钥ID的LSB)的冲突。所述WTRU可以创建与所述WTRU相关联的新的安全上下文ID(例如，第四安全上下文ID)，并且向所述发起WTRU发送可以包括第四安全上下文ID的第二直接安全模式命令消息。与所述WTRU相关联的所述第四安全上下文ID可以与由所述发起WTRU生成的所述第一安全上下文ID组合以形成安全密钥ID(例如，KD-sessID)。例如，所述安全密钥ID的所述MSB可以是或可以包括由所述发起WTRU生成的所述第一安全上下文ID，并且所述安全密钥ID的所述LSB可以是或可以包括由所述WTRU生成的所述第四安全上下文ID。所述WTRU可以接收直接安全模式完成消息，该直接安全模式完成消息可以指示已经使用所述安全密钥ID(例如，KD-sessID)在所述WTRU与所述发起WTRU之间建立了安全直接通信链路。
附图说明
图1A是示出了可以实施所公开的一个或多个实施例的示例性通信系统的系统图示；
图1B是示出了根据实施例的可以在图1A所示的通信系统内部使用的示例性无线发射/接收单元(WTRU)的系统图示；
图1C是示出了根据实施例的可以在图1A所示的通信系统内部使用的示例性无线电接入网络(RAN)和示例性核心网络(CN)的系统图示；
图1D是示出了根据实施例的可以在图1A所示的通信系统内部使用的另一个示例性RAN和另一个示例性CN的系统图示；
图2示出了在直接链路连接建立期间的示例性安全关联建立。
图3示出了示例性的面向WTRU的层2链路建立。
图4示出了示例性的面向V2X服务的层2链路建立。
图5A和5B示出了示例性的面向V2X服务的层2链路建立，例如，其中安全上下文基于KD-sessID的最高有效位。
图6A和6B示出了示例性的面向V2X服务的层2链路建立，例如，其中安全上下文基于KD-sessID的最低有效位。
图7A和7B示出了示例性的面向V2X服务的链路建立，例如，其中安全上下文基于完整的KD-sessID。
图8示出了利用V2X服务的列表的示例性的面向V2X服务的层2单播链路建立。
图9是使用如WTRU的上层信息针对WTRU列表的例示性面向WTRU的层2链路建立。
具体实施方式
图1A是示出了可以实施所公开的一个或多个实施例的示例性通信系统100的图示。该通信系统100可以是为多个无线用户提供诸如语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100可以通过共享包括无线带宽在内的系统资源而使多个无线用户能够访问此类内容。举例来说，通信系统100可以使用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾唯一字DFT-扩展OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、资源块过滤OFDM以及滤波器组多载波(FBMC)等等。
如图1A所示，通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c、102d、RAN 104/113、CN 106/115、公共交换电话网络(PSTN)108、因特网110以及其他网络112，然而应该了解，所公开的实施例设想了任意数量的WTRU、基站、网络和/或网络部件。WTRU102a、102b、102c、102d每一者可以是被配置成在无线环境中工作和/或通信的任何类型的设备。举例来说，WTRU102a、102b、102c、102d任何一者都可以被称为“站”和/或“STA”，其可以被配置成发射和/或接收无线信号，并且可以包括用户设备(UE)、移动站、固定或移动订户单元、基于签约的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，机器人和/或在工业和/或自动处理链环境中工作的其他无线设备)、消费类电子设备、以及在商业和/或工业无线网络上工作的设备等等。WTRU 102a、102b、102c、102d中的任何一者可被可交换地称为UE。
所述通信系统100还可以包括基站114a和/或基站114b。基站114a、114b的每一者可以是被配置成通过以无线方式与WTRU 102a、102b、102c、102d中的至少一者无线对接来促使其接入一个或多个通信网络(例如，CN 106/115、因特网110、和/或其他网络112)的任何类型的设备。例如，基站114a、114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、gNB、NR节点B、站点控制器、接入点(AP)、以及无线路由器等等。虽然基站114a、114b的每一者都被描述成了单个部件，然而应该了解，基站114a、114b可以包括任何数量的互连基站和/或网络部件。
基站114a可以是RAN 104/113的一部分，并且该RAN还可以包括其他基站和/或网络部件(未显示)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可被配置成在名为小区(未显示)的一个或多个载波频率上发射和/或接收无线信号。这些频率可以处于许可频谱、无许可频谱或是许可与无许可频谱的组合之中。小区可以为相对固定或者有可能随时间变化的特定地理区域提供无线服务覆盖。小区可被进一步分成小区扇区。例如，与基站114a相关联的小区可被分为三个扇区。由此，在一个实施例中，基站114a可以包括三个收发信机，也就是说，每一个收发信机都对应于小区的一个扇区。在实施例中，基站114a可以使用多输入多输出(MIMO)技术，并且可以为小区的每一个扇区使用多个收发信机。例如，通过使用波束成形，可以在期望的空间方向上发射和/或接收信号。
基站114a、114b可以通过空中接口116来与WTRU 102a、102b、102c、102d中的一者或多者进行通信，其中所述空中接口可以是任何适当的无线通信链路(例如，射频(RF)、微波、厘米波、毫米波、红外线(IR)、紫外线(UV)、可见光等等)。空中接口116可以使用任何适当的无线电接入技术(RAT)来建立。
更具体地说，如上所述，通信系统100可以是多址接入系统，并且可以使用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA以及SC-FDMA等等。例如，RAN 104/113中的基站114a与WTRU 102a、102b、102c可以实施某种无线电技术，例如通用移动电信系统(UMTS)陆地无线电接入(UTRA)，其中所述技术可以使用宽带CDMA(WCDMA)来建立空中接口115/116/117。WCDMA可以包括如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路(DL)分组接入(HSDPA)和/或高速UL分组接入(HSUPA)。
在实施例中，基站114a和WTRU 102a、102b、102c可以实施某种无线电技术，例如演进型UMTS陆地无线电接入(E-UTRA)，其中所述技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)和/或先进LTE Pro(LTE-A Pro)来建立空中接口116。
在实施例中，基站114a和WTRU 102a、102b、102c可以实施某种可以使用新无线电(NR)建立空中接口116的无线电技术，例如NR无线电接入。
在实施例中，基站114a和WTRU 102a、102b、102c可以实施多种无线电接入技术。例如，基站114a和WTRU 102a、102b、102c可以共同实施LTE无线电接入和NR无线电接入(例如，使用双连接(DC)原理)。由此，WTRU 102a、102b、102c使用的空中接口可以通过多种类型的无线电接入技术和/或向/从多种类型的基站(例如，eNB和gNB)发送的传输来表征。
在其他实施例中，基站114a和WTRU 102a、102b、102c可以实施以下的无线电技术，例如IEEE 802.11(即，无线高保真(WiFi))、IEEE 802.16(全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强数据速率(EDGE)、以及GSM EDGE(GERAN)等等。
图1A中的基站114b可以例如是无线路由器、家庭节点B、家庭e节点B或接入点，并且可以使用任何适当的RAT来促成局部区域中的无线连接，例如营业场所、住宅、车辆、校园、工业设施、空中走廊(例如，供无人机使用)以及道路等等。在一个实施例中，基站114b与WTRU 102c、102d可以通过实施IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在实施例中，基站114b与WTRU 102c、102d可以通过实施IEEE 802.15之类的无线电技术来建立无线个人局域网(WPAN)。在再一个实施例中，基站114b和WTRU 102c、102d可通过使用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以直连到因特网110。由此，基站114b不需要经由CN 106/115来接入因特网110。
RAN 104/113可以与CN 106/115进行通信，所述CN可以是被配置成向WTRU 102a、102b、102c、102d的一者或多者提供语音、数据、应用和/或借助网际协议语音(VoIP)服务的任何类型的网络。该数据可以具有不同的服务质量(QoS)需求，例如不同的吞吐量需求、延时需求、容错需求、可靠性需求、数据吞吐量需求、以及移动性需求等等。CN 106/115可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等，和/或可以执行用户认证之类的高级安全功能。虽然在图1A中没有显示，然而应该了解，RAN104/113和/或CN 106/115可以直接或间接地和其他那些与RAN 104/113使用相同RAT或不同RAT的RAN进行通信。例如，除了与使用NR无线电技术的RAN 104/113相连之外，CN 106/115还可以与使用GSM、UMTS、CDMA 2000、WiMAX、E-UTRA或WiFi无线电技术的别的RAN(未显示)通信。
CN 106/115还可以充当供WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用了公共通信协议(例如，传输控制协议/网际协议(TCP/IP)网际协议族中的TCP、用户数据报协议(UDP)和/或IP)的全球性互联计算机网络设备系统。所述网络112可以包括由其他服务供应商拥有和/或运营的有线或无线通信网络。例如，所述网络112可以包括与一个或多个RAN相连的另一个CN，其中所述一个或多个RAN可以与RAN104/113使用相同RAT或不同RAT。
通信系统100中的一些或所有WTRU 102a、102b、102c、102d可以包括多模能力(例如，WTRU 102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络通信的多个收发信机)。例如，图1A所示的WTRU 102c可被配置成与使用基于蜂窝的无线电技术的基站114a通信，以及与可以使用IEEE 802无线电技术的基站114b通信。
图1B是示出了示例性WTRU 102的系统图示。如图1B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、数字键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136和/或其他周边设备138。应该了解的是，在保持符合实施例的同时，WTRU 102还可以包括前述部件的任何子组合。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)以及状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或其他任何能使WTRU102在无线环境中工作的功能。处理器118可以耦合至收发信机120，收发信机120可以耦合至发射/接收部件122。虽然图1B将处理器118和收发信机120描述成单独组件，然而应该了解，处理器118和收发信机120也可以一起集成在一电子组件或芯片中。
发射/接收部件122可被配置成经由空中接口116来发射或接收去往或来自基站(例如，基站114a)的信号。举个例子，在一个实施例中，发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。作为示例，在另一实施例中，发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在再一个实施例中，发射/接收部件122可被配置成发射和/或接收RF和光信号。应该了解的是，发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。
虽然在图1B中将发射/接收部件122描述成是单个部件，但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说，WTRU 102可以使用MIMO技术。由此，在一个实施例中，WTRU 102可以包括两个或多个通过空中接口116来发射和接收无线信号的发射/接收部件122(例如，多个天线)。
收发信机120可被配置成对发射/接收部件122所要传送的信号进行调制，以及对发射/接收部件122接收的信号进行解调。如上所述，WTRU 102可以具有多模能力。因此，收发信机120可以包括允许WTRU 102借助多种RAT(例如，NR和IEEE 802.11)来进行通信的多个收发信机。
WTRU 102的处理器118可以耦合到扬声器/麦克风124、数字键盘126和/或显示器/触摸板128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、数字键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可以从诸如不可移除存储器130和/或可移除存储器132之类的任何适当的存储器中存取信息，以及将信息存入这些存储器。不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)记忆卡等等。在其他实施例中，处理器118可以从那些并非实际位于WTRU 102的存储器存取信息，以及将数据存入这些存储器，作为示例，此类存储器可以位于服务器或家庭计算机(未显示)。
处理器118可以接收来自电源134的电力，并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当设备。例如，电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池以及燃料电池等等。
处理器118还可以耦合到GPS芯片组136，该GPS芯片组可被配置成提供与WTRU 102的当前位置相关的位置信息(例如，经度和纬度)。作为来自GPS芯片组136的信息的补充或替换，WTRU 102可以经由空中接口116接收来自基站(例如，基站114a、114b)的位置信息，和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持符合实施例的同时，WTRU 102可以借助任何适当的定位方法来获取位置信息。
处理器118还可以耦合到其他周边设备138，其中所述周边设备可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，所述周边设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、
Figure BDA0003233337870000111
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器、虚拟现实和/或增强现实(VR/AR)设备、以及活动跟踪器等等。所述周边设备138可以包括一个或多个传感器，所述传感器可以是以下的一者或多者：陀螺仪、加速度计、霍尔效应传感器、磁强计、方位传感器、邻近传感器、温度传感器、时间传感器、地理位置传感器、高度计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物测定传感器和/或湿度传感器等。
WTRU 102可以包括全双工无线电设备，其中对于该无线电设备来说，一些或所有信号(例如，与用于UL(例如，对传输而言)和下行链路(例如，对接收而言)的特定子帧相关联)的接收或传输可以是并发和/或同时的。全双工无线电设备可以包括借助于硬件(例如，扼流线圈)或是凭借处理器(例如，单独的处理器(未显示)或是凭借处理器118)的信号处理来减小和/或基本消除自干扰的干扰管理单元。在实施例中，WTRU 102可以包括传送和接收一些或所有信号(例如，与用于UL(例如，对传输而言)或下行链路(例如，对接收而言)的特定子帧相关联)的半双工无线电设备。
图1C是示出了根据实施例的RAN 104和CN 106的系统图示。如上所述，RAN 104可以通过空中接口116使用E-UTRA无线电技术来与WTRU 102a、102b、102c进行通信。所述RAN104还可以与CN 106进行通信。
RAN 104可以包括e节点B 160a、160b、160c，然而应该了解，在保持符合实施例的同时，RAN 104可以包括任何数量的e节点B。e节点B 160a、160b、160c每一者都可以包括通过空中接口116与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施例中，e节点B 160a、160b、160c可以实施MIMO技术。由此，举例来说，e节点B 160a可以使用多个天线来向WTRU 102a发射无线信号，和/或接收来自WTRU 102a的无线信号。
e节点B 160a、160b、160c每一者都可以关联于一个特定小区(未显示)，并且可被配置成处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度等等。如图1C所示，e节点B 160a、160b、160c彼此可以通过X2接口进行通信。
图1C所示的CN 106可以包括移动性管理实体(MME)162、服务网关(SGW)164以及分组数据网络(PDN)网关(或PGW)166。虽然每一前述部件都被描述成是CN 106的一部分，然而应该了解，这其中的任意部件都可以由CN运营商之外的实体拥有和/或运营。
MME 162可以经由S1接口连接到RAN 104中的e节点B 160a、160b、160c的每一者，并且可以充当控制节点。例如，MME 162可以负责认证WTRU 102a、102b、102c的用户，执行承载激活/去激活处理，以及在WTRU 102a、102b、102c的初始附着过程中选择特定的服务网关等等。MME 162可以提供用于在RAN 104与使用其他无线电技术(例如，GSM和/或WCDMA)的其他RAN(未显示)之间进行切换的控制平面功能。
SGW 164可以经由S1接口连接到RAN 104中的e节点B 160a、160b、160c的每一者。SGW 164通常可以路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。并且，SGW164还可以执行其他功能，例如在eNB间的切换过程中锚定用户平面，在DL数据可供WTRU102a、102b、102c使用时触发寻呼处理，以及管理并存储WTRU 102a、102b、102c的上下文等等。
SGW 164可以连接到PGW 146，所述PGW可以为WTRU 102a、102b、102c提供分组交换网络(例如，因特网110)接入，以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
CN 106可以促成与其他网络的通信。例如，CN 106可以为WTRU 102a、102b、102c提供对电路交换网络(例如，PSTN 108)的接入，以便促成WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。例如，CN 106可以包括IP网关(例如，IP多媒体子系统(IMS)服务器)或与之进行通信，并且该IP网关可以充当CN 106与PSTN 108之间的接口。此外，CN 106可以为WTRU 102a、102b、102c提供针对所述其他网络112的接入，其中该网络可以包括其他服务供应商拥有和/或运营的其他有线和/或无线网络。
虽然在图1A-1D中将WTRU描述成了无线终端，然而应该想到的是，在某些典型实施例中，此类终端与通信网络可以使用(例如，临时或永久性)有线通信接口。
在典型实施例中，所述其他网络112可以是WLAN。
采用基础架构基本服务集(BSS)模式的WLAN可以具有用于所述BSS的接入点(AP)以及与所述AP相关联的一个或多个站(STA)。所述AP可以访问或是对接到分布式系统(DS)或是将业务量送入和/或送出BSS的别的类型的有线/无线网络。源于BSS外部且去往STA的业务量可以通过AP到达并被递送至STA。源自STA且去往BSS外部的目的地的业务量可被发送至AP，以便递送到相应的目的地。处于BSS内部的STA之间的业务量可以通过AP来发送，例如在源STA可以向AP发送业务量并且AP可以将业务量递送至目的地STA的情况下。处于BSS内部的STA之间的业务量可被认为和/或称为点到点业务量。所述点到点业务量可以在源与目的地STA之间(例如，在其间直接)用直接链路建立(DLS)来发送。在某些典型实施例中，DLS可以使用802.11e DLS或802.11z通道化DLS(TDLS))。举例来说，使用独立BSS(IBSS)模式的WLAN不具有AP，并且处于所述IBSS内部或是使用所述IBSS的STA(例如，所有STA)彼此可以直接通信。在这里，IBSS通信模式有时可被称为“自组织(Ad-hoc)”通信模式。
在使用802.11ac基础设施工作模式或类似的工作模式时，AP可以在固定信道(例如，主信道)上传送信标。所述主信道可以具有固定宽度(例如，20MHz的带宽)或是经由信令动态设置的宽度。主信道可以是BSS的工作信道，并且可被STA用来与AP建立连接。在某些典型实施例中，所实施的可以是具有冲突避免的载波感测多址接入(CSMA/CA)(例如，在802.11系统中)。对于CSMA/CA来说，包括AP在内的STA(例如，每一个STA)可以感测主信道。如果特定STA感测到/检测到和/或确定主信道繁忙，那么所述特定STA可以回退。在指定的BSS中，在任何指定时间都有一个STA(例如，只有一个站)进行传输。
高吞吐量(HT)STA可以使用宽度为40MHz的信道来进行通信(例如，借助于将宽度为20MHz的主信道与宽度为20MHz的相邻或不相邻信道相结合来形成宽度为40MHz的信道)。
甚高吞吐量(VHT)STA可以支持宽度为20MHz、40MHz、80MHz和/或160MHz的信道。40MHz和/或80MHz信道可以通过组合连续的20MHz信道来形成。160MHz信道可以通过组合8个连续的20MHz信道或者通过组合两个不连续的80MHz信道(这种组合可被称为80+80配置)来形成。对于80+80配置来说，在信道编码之后，数据可被传递并经过一个片段解析器，所述片段解析器可以将数据非成两个流。在每一个流上可以单独执行逆快速傅里叶变换(IFFT)处理以及时域处理。所述流可被映射在两个80MHz信道上，并且数据可以由执行传输的STA来传送。在执行接收的STA的接收机上，用于80+80配置的上述操作可以是相反的，并且组合数据可被发送至介质接入控制(MAC)。
802.11af和802.11ah支持1GHz以下的工作模式。相比于802.11n和802.11ac，在802.11af和802.11ah中使用信道工作带宽和载波有所缩减。802.11af在TV白空间(TVWS)频谱中支持5MHz、10MHz和20MHz带宽，并且802.11ah支持使用非TVWS频谱的1MHz、2MHz、4MHz、8MHz和16MHz带宽。依照典型实施例，802.11ah可以支持仪表类型控制/机器类型通信(例如，宏覆盖区域中的MTC设备)。MTC设备可以具有某种能力，例如包含了支持(例如，只支持)某些和/或有限带宽在内的受限能力。MTC设备可以包括电池，并且该电池的电池寿命高于阈值(例如，用于保持很长的电池寿命)。
对于可以支持多个信道和信道带宽的WLAN系统(例如，802.11n、802.11ac、802.11af以及802.11ah)来说，这些系统包含了可被指定成主信道的信道。所述主信道的带宽可以等于BSS中的所有STA所支持的最大公共工作带宽。主信道的带宽可以由某一个STA设置和/或限制，其中所述STA源自在支持最小带宽工作模式的BSS中工作的所有STA。在关于802.11ah的示例中，即使BSS中的AP和其他STA支持2MHz、4MHz、8MHz、16MHz和/或其他信道带宽工作模式，但对支持(例如，只支持)1MHz模式的STA(例如，MTC类型的设备)来说，主信道的宽度可以是1MHz。载波感测和/或网络分配向量(NAV)设置可以取决于主信道的状态。如果主信道繁忙(例如，因为STA(其只支持1MHz工作模式)对AP进行传输)，那么即使大多数的可用频带保持空闲并且可供使用，也可以认为整个可用频带繁忙。
在美国，可供802.11ah使用的可用频带是902MHz到928MHz。在韩国，可用频带是917.5MHz到923.5MHz。在日本，可用频带是916.5MHz到927.5MHz。依照国家码，可用于802.11ah的总带宽是6MHz到26MHz。
图1D是示出了根据实施例的RAN 113和CN 115的系统图示。如上所述，RAN 113可以通过空中接口116使用NR无线电技术来与WTRU 102a、102b、102c进行通信。RAN 113还可以与CN 115进行通信。
RAN 113可以包括gNB 180a、180b、180c，但是应该了解，在保持符合实施例的同时，RAN 113可以包括任何数量的gNB。gNB 180a、180b、180c每一者都可以包括一个或多个收发信机，以便通过空中接口116来与WTRU 102a、102b、102c通信。在一个实施例中，gNB180a、180b、180c可以实施MIMO技术。例如，gNB 180a、180b可以使用波束成形处理来向和/或从gNB 180a、180b、180c发射和/或接收信号。由此，举例来说，gNB 180a可以使用多个天线来向WTRU 102a发射无线信号，以及接收来自WTRU 102a的无线信号。在实施例中，gNB180a、180b、180c可以实施载波聚合技术。例如，gNB 180a可以向WTRU 102a(未显示)传送多个分量载波。这些分量载波的子集可以处于无许可频谱上，而剩余分量载波则可以处于许可频谱上。在实施例中，gNB 180a、180b、180c可以实施协作多点(CoMP)技术。例如，WTRU102a可以接收来自gNB 180a和gNB 180b(和/或gNB 180c)的协作传输。
WTRU 102a、102b、102c可以使用与可扩缩数字配置相关联的传输来与gNB 180a、180b、180c进行通信。例如，对于不同的传输、不同的小区和/或不同的无线传输频谱部分来说，OFDM符号间隔和/或OFDM子载波间隔可以是不同的。WTRU 102a、102b、102c可以使用具有不同或可扩缩长度的子帧或传输时间间隔(TTI)(例如，包含了不同数量的OFDM符号和/或持续不同的绝对时间长度)来与gNB 180a、180b、180c进行通信。
gNB 180a、180b、180c可被配置成与采用独立配置和/或非独立配置的WTRU 102a、102b、102c进行通信。在独立配置中，WTRU 102a、102b、102c可以在不接入其他RAN(例如，e节点B 160a、160b、160c)的情况下与gNB 180a、180b、180c进行通信。在独立配置中，WTRU102a、102b、102c可以使用gNB 180a、180b、180c中的一者或多者作为移动锚点。在独立配置中，WTRU 102a、102b、102c可以使用无许可频带中的信号来与gNB 180a、180b、180c进行通信。在非独立配置中，WTRU 102a、102b、102c会在与别的RAN(例如，e节点B 160a、160b、160c)进行通信/相连的同时与gNB 180a、180b、180c进行通信/相连。举例来说，WTRU 102a、102b、102c可以通过实施DC原理而以基本同时的方式与一个或多个gNB 180a、180b、180c以及一个或多个e节点B 160a、160b、160c进行通信。在非独立配置中，e节点B 160a、160b、160c可以充当WTRU 102a、102b、102c的移动锚点，并且gNB 180a、180b、180c可以提供附加的覆盖和/或吞吐量，以便为WTRU 102a、102b、102c提供服务。
gNB 180a、180b、180c每一者都可以关联于特定小区(未显示)，并且可以被配置成处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度、支持网络切片、双连接、实施NR与E-UTRA之间的互通处理、路由去往用户平面功能(UPF)184a、184b的用户平面数据、以及路由去往接入和移动性管理功能(AMF)182a、182b的控制平面信息等等。如图1D所示，gNB 180a、180b、180c彼此可以通过Xn接口通信。
图1D所示的CN 115可以包括至少一个AMF 182a、182b，至少一个UPF 184a、184b，至少一个会话管理功能(SMF)183a、183b，并且有可能包括数据网络(DN)185a、185b。虽然每一前述部件都被描述了CN 115的一部分，但是应该了解，这其中的任意部件都可以被CN运营商之外的实体拥有和/或运营。
AMF 182a、182b可以经由N2接口连接到RAN 113中的gNB 180a、180b、180c的一者或多者，并且可以充当控制节点。例如，AMF 182a、182b可以负责认证WTRU 102a、102b、102c的用户，支持网络切片(例如，处理具有不同需求的不同PDU会话)，选择特定的SMF 183a、183b，管理注册区域，终止NAS信令，以及移动性管理等等。AMF 182a、182b可以使用网络切片处理，以便基于WTRU 102a、102b、102c正使用的服务类型来定制为WTRU 102a、102b、102c提供的CN支持。作为示例，针对不同的用例，可以建立不同的网络切片，例如依赖于超可靠低延时(URLLC)接入的服务、依赖于增强型大规模移动宽带(eMBB)接入的服务、和/或用于机器类通信(MTC)接入的服务等等。AMF 182可以提供用于在RAN 113与使用其他无线电技术(例如，LTE、LTE-A、LTE-A Pro和/或诸如WiFi之类的非3GPP接入技术)的其他RAN(未显示)之间切换的控制平面功能。
SMF 183a、183b可以经由N11接口连接到CN 115中的AMF 182a、182b。SMF 183a、183b还可以经由N4接口连接到CN 115中的UPF 184a、184b。SMF 183a、183b可以选择和控制UPF 184a、184b，并且可以通过UPF 184a、184b来配置业务量路由。SMF 183a、183b可以执行其他功能，例如管理和分配UE IP地址，管理PDU会话，控制策略实施和QoS，以及提供下行链路数据通知等等。PDU会话类型可以是基于IP的，不基于IP的，以及基于以太网的等等。
UPF 184a、184b可以经由N3接口连接RAN 113中的gNB 180a、180b、180c的一者或多者，这样可以为WTRU 102a、102b、102c提供对分组交换网络(例如，因特网110)的接入，以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信，UPF 184a、184b可以执行其他功能，例如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲下行链路分组、以及提供移动性锚定处理等等。
CN 115可以促成与其他网络的通信。例如，CN 115可以包括或者可以与充当CN115与PSTN 108之间的接口的IP网关(例如，IP多媒体子系统(IMS)服务器)进行通信。此外，CN 115可以为WTRU 102a、102b、102c提供针对其他网络112的接入，这其中可以包括其他服务供应商拥有和/或运营的其他有线和/或无线网络。在一个实施例中，WTRU102a、102b、102c可以经由对接到UPF 184a、184b的N3接口以及介于UPF 184a、184b与本地数据网络(DN)185a、185b之间的N6接口并通过UPF 184a、184b连接到DN 185a、185b。
有鉴于图1A-1D以及关于图1A-1D的相应描述，在这里对照以下的一项或多项描述的一个或多个或所有功能可以由一个或多个仿真设备(未显示)来执行：WTRU 102a-d、基站114a-b、e节点B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN185a-b和/或这里描述的一个或多个其他任何设备。这些仿真设备可以是被配置成模拟这里描述的一个或多个或所有功能的一个或多个设备。举例来说，这些仿真设备可用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可被设计成在实验室环境和/或运营商网络环境中实施关于其他设备的一项或多项测试。例如，所述一个或多个仿真设备可以在被完全或部分作为有线和/或无线通信网络一部分实施和/或部署的同时执行一个或多个或所有功能，以便测试通信网络内部的其他设备。所述一个或多个仿真设备可以在被临时作为有线和/或无线通信网络的一部分实施/部署的同时执行一个或多个或所有功能。所述仿真设备可以直接耦合到别的设备以执行测试，和/或可以使用空中无线通信来执行测试。
一个或多个仿真设备可以在未被作为有线和/或无线通信网络一部分实施/部署的同时执行包括所有功能在内的一个或多个功能。例如，该仿真设备可以在测试实验室和/或未被部署(例如，测试)的有线和/或无线通信网络的测试场景中使用，以便实施关于一个或多个组件的测试。所述一个或多个仿真设备可以是测试设备。所述仿真设备可以使用直接的RF耦合和/或借助RF电路(例如，该电路可以包括一个或多个天线)的无线通信来发射和/或接收数据。
提供了用于面向车辆到所有事物(V2X)服务的链路建立的系统、方法和手段。可以基于标识符(例如，KD-sessID)的最低有效位(LSB)来识别在PC5参考点上在两个无线发射接收单元(WTRU)之间建立的链路的安全上下文。可以基于完整标识符(例如，KD-sessID)来识别在PC5参考点上在两个WTRU之间建立的链路的安全上下文。
第一WTRU可以生成包括关于V2X服务的信息的广播消息。第一WTRU可以例如通过在发送所述广播消息(例如，包括第二WTRU的一个或多个WTRU)时包括V2X服务指示来广告所述V2X服务。第一WTRU可以从第二WTRU接收直接通信请求消息。该直接通信请求消息可以包括安全密钥标识符KD-sessID的一组最高有效位(MSB)。
第一WTRU可以生成所述密钥标识符的一组最低有效位(LSB)。所述第一WTRU可以创建与从所述第二WTRU接收的所述直接通信请求消息相关联的安全上下文。
第一WTRU可以向第二WTRU发送直接安全模式命令消息。该直接安全模式命令消息可以包括所生成的所述密钥标识符的LSB和/或V2X服务信息。
第一WTRU可以生成广播消息，该广播消息包括关于V2X服务的信息和密钥标识符的一组MSB。第一WTRU可以从第二WTRU接收直接安全模式命令消息。该直该接安全模式命令消息可以包括密钥标识符KD-sessID的一组LSB。第一WTRU可以通过将所述密钥标识符的一组所生成的MSB与所接收的一组所述密钥标识符的LSB进行组合来生成所述密钥标识符。
第一WTRU可以确定所组合的密钥标识符是否是唯一的。如果所组合的密钥标识符是唯一的，则所述第一WTRU可以生成与从所述第二WTRU接收的所述直接安全模式命令消息相关联的安全上下文。可以基于所述唯一组合的密钥标识符来识别所述安全上下文。第一WTRU可以向第二WTRU发送直接安全模式完成消息。
如果所述密钥标识符不是唯一的，则第一WTRU可以向第二WTRU发送直接安全模式拒绝消息。该直接安全模式拒绝消息可以包括指示所述密钥标识符的所述组LSB不是唯一的原因值。然后，第一WTRU可以从第二WTRU接收所述密钥标识符的另一组LSB。第一WTRU可以使用所述另一组LSB生成另一安全上下文。
图2示出了在连接建立期间安全关联建立的示例。可以在PC5参考点上建立一种类型的邻近服务(ProSe)直接通信或WTRU到WTRU的通信(例如，车辆到所有物(V2X)通信)。一对一ProSe直接通信可通过在两个WTRU(例如，发起WTRU(例如，WTRU-1)和目标WTRU(例如，WTRU-2))之间的PC5参考点上建立安全层-2链路来实现。所述发起WTRU(WTRU 1)可以通过生成DIRECT_COMMUNICATION_REQUEST(直接_通信_请求)消息来发起直接链路建立。术语“DIRECT_COMMUNICATION_REQUEST”消息和“直接通信请求”消息可以互换使用。在接收到DIRECT_COMMUNICATION_REQUEST消息时，发起WTRU和目标WTRU可以执行链路认证，并且建立直接链路安全关联。在完成链路认证并且成功建立了直接链路安全关联时，目标WTRU可以向发起WTRU发送DIRECT_COMMUNICATION_ACCEPT(直接_通信_接受)消息。术语“DIRECT_COMMUNICATION_ACCEPT”消息和“直接通信接受”消息可以互换使用。发起WTRU可以使用所建立的链路用于与目标WTRU的后续一对一通信。
例如，在ProSe直接一对一通信中，可以使用多层密钥(例如，四个不同层的密钥)。所述多层密钥可以包括KD密钥、KD-sess密钥、ProSe加密密钥(PEK)和/或ProSe完整性密钥(PIK)。可以有256位的根密钥。KD密钥可以在使用ProSe直接一对一通信进行通信的两个实体之间共享。KD ID可以用于识别所述KD。KD-sess ID密钥可以是256位根密钥。KD-sess ID密钥可以是用于保护两个WTRU之间的数据传输的实际安全上下文的根。机密性和完整性算法所使用的密钥(例如，PEK和PIK)可以从KD-sess ID密钥导出。安全上下文ID(例如，16位KD-sessID)可以用于识别KD-sess ID密钥。PEK和PIK可以是分别可由机密性算法和完整性算法使用的会话密钥。PEK和PIK可以用于保护PC5接口上的ProSe直接一对一通信。PEK和/或PIK可以从KD-sess ID密钥导出。
目标WTRU例如响应于接收到DIRECT_COMMUNICATION_REQUEST消息，可以发起直接安全模式控制过程。目标WTRU可以生成KD-sess ID的LSB。目标WTRU可以例如经由DIRECT_COMMUNICATION_REQUEST消息从发起WTRU接收KD-sess ID的MSB。目标WTRU可以将KD-sess ID的LSB与KD-sess ID的最高有效位(MSB)组合。
目标WTRU可以生成128位的Nonce(随机数)_2值。目标WTRU可以使用例如KD、Nonce_1和Nonce_2来导出KD-sess ID。如图2所示，目标WTRU可以向发起WTRU发送DIRECT_SECURITY_MODE_COMMAND(直接_安全_模式_命令)消息。目标WTRU可以在DIRECT_SECURITY_MODE_COMMAND消息中包括Nonce_2和KD-sess ID的最低有效8比特。术语DIRECT_SECURITY_MODE_COMMAND消息和直接安全模式命令消息可以互换使用。发起WTRU例如响应于对DIRECT_SECURITY_MODE_COMMAND消息的接收，可计算KD-sess ID、机密性密钥和/或完整性密钥。发起WTRU可以使用例如KD、Nonce_1和Nonce_2来计算KD-sess ID。如图2所示，发起WTRU可以向目标UE发送DIRECT_SECURITY_MODE_COMPLETE(直接_安全_模式_完成)消息。术语DIRECT_SECURITY_MODE_COMPLETE消息和直接安全模式完成消息可以互换使用。发起WTRU可以通过将KD-sess ID的LSB(例如，在DIRECT_SECURITY_MODE_COMMAND消息中接收的)与发起WTRU生成的KD-sess ID的MSB进行组合来形成KD-sess ID。
KD-sess ID(例如，安全关联的根)可以由发起WTRU和/或发射WTRU生成。KD-sess ID的一部分可以被用来(例如，本地地使用)识别安全上下文。例如，发起WTRU可以使用KD-sess ID的8个MSB来定位用于链路的KD-sess。目标WTRU可以使用所形成的KD-sess ID的8个LSB来定位其KD-sess以用于链接。安全上下文可以包括以下信息元素中的一个或多个：KD-sess、PEK、PIK、远程UE用户信息和/或KD。
WTRU可以被配置成执行用于V2X服务的服务通告和/或单播链路建立过程。如在其它ProSe上下文中使用的发现信道可能不可用于V2X上下文。服务通告机制可以在V2X通信中使用，例如，以通知对等WTRU关于WTRU的存在。WTRU(例如，V2X WTRU)的能力可经由所述服务通告机制传送。WTRU的能力可包括例如V2XWTRU支持的服务。例如，V2XWTRU可以通知对等WTRU其支持单播通信的能力。V2X(例如，增强的V2X(eV2X))链路建立可以利用各种机制。所述机制可以包括面向WTRU的层2链路建立和/或面向V2X服务的层2链路建立。
图3示出了可用于V2X的示例性层2链路建立机制。如图3所示，在层2链路建立机制中，第一WTRU(例如，WTRU-1)可以经由广播机制将DIRECT_COMMUNICATION_REQUEST消息发送到例如与应用相关联的广播地址。例如，第一WTRU可以广播DIRECT_COMMUNICATION_REQUEST消息。一个或多个WTRU(例如，WTRU-2、WTRU-3和/或WTRU-4)可以接收所述DIRECT_COMMUNICATION_REQUEST消息。所述DIRECT_COMMUNICATION_REQUEST消息可以包括第二WTRU(例如，WTRU-2)的上层标识符。可以使用DIRECT_COMMUNICATION_REQUEST中的第二WTRU的上层标识符来允许第二WTRU(例如，WTRU-2)决定是否响应从第一WTRU(例如，WTRU-1)接收的DIRECT_COMMUNICATION_REQUEST消息。所述DIRECT_COMMUNICATION_REQUEST消息的源L2 ID可以是第一WTRU(例如，WTRU-1)的单播L2 ID。第二WTRU(例如，WTRU-2)可以使用所接收的DIRECT_COMMUNICATION_REQUEST消息的源L2 ID作为到第一WTRU(例如，WTRU-1)的后续消息的目的L2 ID。第二WTRU(例如，WTRU-2)可使用其自己的单播L2 ID作为到第一WTRU(例如，WTRU-1)的后续消息的源L2 ID。第一WTRU(例如，WTRU-1)可获得第二WTRU的(例如，WTRU-2的)L2 ID以用于未来通信，例如用于信令业务和/或用于数据业务。
图4示出了示例性V2X层2链路建立。如图4所示，关于请求L2链路建立的V2X服务的信息(例如，关于所通告的V2X服务的信息)可被包括在DIRECT_COMMUNICATION_REQUEST消息中。关于V2X服务的信息可使得其他WTRU(例如，WTRU-2、WTRU-3和/或WTRU-4)能够决定是否响应DIRECT_COMMUNICATION_REQUEST消息。对使用由DIRECT_COMMUNICATION_REQUEST消息通告的V2X服务感兴趣的一个或多个WTRU(例如，图4中所示的WTRU-2和WTRU-4)可以响应该请求。响应WTRU(例如，WTRU-2和WTRU-4)可以互换地称为感兴趣的WTRU、响应WTRU和/或对等WTRU。
发起WTRU可以广播DIRECT_COMMUNICATION_REQUEST消息。所广播的DIRECT_COMMUNICATION_REQUEST消息可以包括与V2X服务相关的信息。一个或多个WTRU可以接收广播的DIRECT_COMMUNICATION_REQUEST消息，该消息包括关于V2X服务的信息。对使用V2X服务感兴趣的一个或多个WTRU可启动直接安全模式控制。一个或多个感兴趣的WTRU可以向发起WTRU发送各自的DIRECT_COMMUNICATION_ACCEPT消息。相应的DIRECT_COMMUNICATION_ACCEPT消息可以与发起WTRU(例如，图4中的WTRU-1)建立相应的单播链路。
感兴趣的WTRU可以回复所广播的DIRECT_COMMUNICATION_REQUEST消息。例如，每个感兴趣的WTRU可以向发起WTRU发送DIRECT_SECURITY_MODE_COMMAND消息。该DIRECT_SECURITY_MODE_COMMAND消息(一个或多个)可创建与发起WTRU的安全关联。KD-sess ID的MSB可用于本地标识发起WTRU(例如，WTRU-1)上的安全关联。最高有效8比特(MSB)对于发起WTRU(例如，WTRU-1)处的每个KD-sess ID可以是相同的。发起WTRU(例如，WTRU-1)可以将感兴趣的WTRU中的每一个WTRU与相同的安全上下文相关联。KD-sess ID(例如，来自发起WTRU的8个MSB加上来自对等WTRU的8个LSB)对于发起WTRU与感兴趣的WTRU之间的一对一链路中的每一个链路可以是唯一的。由于多个对等WTRU引用相同的MSB KD-sess ID，因此用于每个链路/会话的安全关联可以是唯一的或者可以不是唯一的。
图5A和5B示出了示例性的面向V2X服务的链路建立。如图5A和5B所示，答复所述DIRECT_COMMUNICATION_REQUEST消息的每个感兴趣的WTRU可以指向发起WTRU侧的相同安全关联。
参考图5A和5B，发起WTRU(例如，WTRU 1)可以从第一感兴趣的WTRU(例如，WTRU 2)接收DIRECT_SECURITY_MODE_COMMAND消息。发起WTRU可以创建由MSB KD-sess ID标识的安全上下文条目。发起WTRU可以将在DIRECT_SECURITY_MODE_COMMAND消息中接收的信息(例如，随机数2、所选择的算法)与其他信息(例如，KD-sess ID、PEK、PIK和KD-sess ID)一起保存。发起WTRU可以从第二感兴趣的WTRU(例如，WTRU 3)接收第二DIRECT_SECURITY_MODE_COMMAND消息。发起WTRU(例如，WTRU 1)可以不使用从第二感兴趣的WTRU(例如，WTRU 3)接收的值来更新安全上下文，因为来自第一感兴趣的WTRU(例如，WTRU 2)的密钥已经被保存在该相同的安全上下文条目中。由所述第一感兴趣的WTRU(例如，WTRU 2)和所述第二感兴趣的WTRU(例如，WTRU 3)使用的安全过程可以基于所述第一感兴趣的WTRU和所述第二感兴趣的WTRU中的每一个从所述发起WTRU(例如，WTRU 1)接收的相同的MSB KD-sess ID。
在示例中，来自第二感兴趣的WTRU的一个或多个密钥可被保存(例如，覆盖来自第一感兴趣的WTRU(例如，WTRU2)的密钥)。结果，与第一感兴趣的WTRU的通信是不可能的，因为对应于第一感兴趣的WTRU的一个或多个密钥可能丢失。对应于第一感兴趣的WTRU的一个或多个密钥的丢失可能导致在发起WTRU(例如，WTRU 1)和第一感兴趣的WTRU(例如，WTRU2)之间的后续直接通信中的安全检查失败。
在示例中，来自第二感兴趣的WTRU(例如，WTRU 3)的一个或多个密钥可能不被发起WTRU(例如，WTRU 1)保存。发起WTRU(例如，WTRU 1)可能不能与第二感兴趣的WTRU(例如，WTRU 3)建立安全关联。发起WTRU与第二感兴趣的WTRU之间的链路可能不被建立。发起WTRU可能无法同时与多个响应/感兴趣的WTRU建立安全直接通信。可以在第一感兴趣的WTRU和第二感兴趣的WTRU中的每一个上生成一个或多个Nonce_2值。例如，该一个或多个Nonce_2值可以在两个WTRU中的每一个上随机生成。该一个或多个Nonce_2值可以具有不同的值。
可以实现面向服务和/或面向WTRU的层2链路建立。面向服务的层2单播链路建立可以针对服务实现，例如，在V2X通信的情况下针对V2X服务实现，或者在其他类型的通信(例如，无人机之间的通信)的情况下针对另一服务实现。
图6A和6B示出了示例性的面向V2X服务的链路建立。如图6A和6B所示，每个感兴趣的WTRU(例如，WTRU 2和WTRU 3)可以从发起WTRU(例如，WTRU 1)接收DIRECT_COMMUNICATION_REQUEST消息。该DIRECT_COMMUNICATION_REQUEST消息可以包括关于V2X服务的信息。一个或多个感兴趣的WTRU可确定它们对V2X服务感兴趣。对V2X服务感兴趣的一个或多个感兴趣的WTRU可例如通过向发起WTRU发送相应的DIRECT_COMMUNICATION_REQUEST消息来发起与发起WTRU的单播链路建立。每一感兴趣或对等WTRU可发起一单播链路建立。该发起WTRU可以基于从一个或多个感兴趣的WTRU(例如，WTRU 2和WTRU 3)接收到的DIRECT_COMMUNICATION_REQUEST消息在发起WTRU上创建各自不同的安全上下文。可为每个对等或感兴趣的WTRU创建不同的安全上下文索引(例如，基于KD-sess ID的LSB)。例如，每次从对等或感兴趣的WTRU接收到DIRECT_COMMUNICATION_REQUEST消息时，发起WTRU可以创建不同的安全上下文。
如图6A和6B所示，感兴趣的WTRU或对等WTRU(例如，WTRU 2)可以是链路建立的发起者。发起WTRU(例如，WTRU 1)发送的DIRECT_COMMUNICATION_REQUEST消息可以指示所支持的V2X服务。对所指示的所支持的V2X服务感兴趣的一个或多个WTRU可发起与发起WTRU的链路建立。发起WTRU(例如，WTRU 1)可以在初始链路建立消息中指示被设置为空值或零的KD-sess ID的MSB。将KD-sess ID的MSB设置为空值或零可以指示该值不与发起WTRU(例如，WTRU1)上的安全上下文相关联。在示例中，发起WTRU(例如，WTRU 1)可以将KD-sess ID的MSB留在DIRECT_COMMUNICATION_REQUEST消息之外。
在示例中，发起WTRU(例如，WTRU 1)可以在不同类型的消息(例如，V2X_SERVICE_ANNOUNCEMENT(V2X_服务_通告)、V2X_SERVICE_ADVERTISEMENT(V2X_服务_广告))中指示所支持的V2X服务，例如以反映来自发起WTRU(例如，WTRU 1)的该初始消息的真实功能。KD-sessID的MSB可由感兴趣的WTRU或对等WTRU生成。例如，对所通告的V2X服务感兴趣的一个或多个WTRU(例如，WTRU 2和WTRU 3)可生成KD-sess ID的一组MSB。发起WTRU可以为接收到的每个直接链路通信请求生成KD-sess ID的不同组LSB。发起WTRU可以为每个直接链路通信请求生成不同的安全上下文。可以使用KD-sess ID的LSB来索引每个安全上下文。发起WTRU(例如，WTRU 1)可以丢弃其在初始广播DIRECT_COMMUNICATION_REQUEST消息(例如，以通告V2X服务)中发送的KD-sess ID的初始创建的空MSB。
如图6A和6B所示，感兴趣的WTRU(例如，WTRU 2)可以向发起WTRU(例如，WTRU 1)发送DIRECT_COMMUNICATlON_REQUEST消息。该DIRECT_COMMUNICATION_REQUEST消息的目的地字段可被设置为WTRU 1的L2 ID，而该DIRECT_COMMUNICATION_REQUEST消息的源字段可被设置为WTRU 2的L2 ID。与发起WTRU(例如，WTRU 1)在初始DIRECT_COMMUNICATION_REQUEST消息上通告的V2X服务相关联的信息(例如，感兴趣的WTRU(WTRU2)所感兴趣的服务)可在感兴趣的WTRU(例如，WTRU 2)发送到发起WTRU(例如，WTRU 1)的消息上被复制。
另一感兴趣的WTRU(例如，WTRU 3)可以向发起WTRU(例如，WTRU 1)发送DIRECT_COMMUNICATION_REQUEST消息。来自该另一感兴趣的WTRU(例如，WTRU 3)的DIRECT_COMMUNICATION_REQUEST消息可以包括被设置为WTRU 1 L2 ID的目的地字段，并且该DIRECT_COMMUNICATION_REQUEST消息的源字段可以被设置为WTRU 3 L2 ID。发起WTRU(例如，WTRU 1)接收的所通告的V2X服务可被包括在由其他感兴趣WTRU(例如，WTRU 3)发送到发起WTRU(例如，WTRU 1)的DIRECT_COMMUNICATION_REQUEST消息中。发起WTRU可以在从感兴趣的WTRU(例如，WTRU 2或WTRU 3)接收到消息时，发起与该感兴趣的WTRU(例如，WTRU 2或WTRU 3)的相互认证。
图7A和7B示出了示例性的面向V2X服务的链路建立。安全上下文可以基于安全上下文ID(例如，完整的KD-sess ID)来定位。如图7A和7B所示，发起WTRU(例如，第一WTRU，WTRU1)可以使用整个安全上下文ID(例如，KD-sess ID)来定位安全上下文，例如，而不是使用安全上下文ID(例如，KD-sess ID)的MSB。发起WTRU(例如，第一WTRU，WTRU 1)可以通过组合(例如，级联)与发起WTRU相关联的第一安全上下文ID和来自对等WTRU的第二安全上下文ID(例如，经由直接安全模式命令消息从对等WTRU(例如，WTRU 2)接收的)来生成整个安全上下文ID(例如，KD-sessID)。该整个安全上下文ID可以是第三安全上下文ID。所得到的第三安全上下文ID(例如，KD-sess ID)对于每个一对一链接可以是唯一的。发起WTRU可以向对等WTRU(例如，WTRU 2)发送直接安全模式完成消息。
如图7A和7B所示，第一WTRU(例如，发起WTRU)可以发送直接通信请求消息。该直接通信请求消息可以经由广播发送。该直接通信请求消息可以包括第一安全上下文ID。例如，第一WTRU可以生成所述第一安全上下文ID。所述第一安全上下文ID可以与所述第一WTRU相关联。所述第一安全上下文ID可以包括安全密钥ID(例如，KD-sess ID)的一组MSB。所述直接通信请求消息可包括所支持的V2X服务的列表。多个WTRU可接收所广播的直接通信请求消息。第二WTRU可以向第一WTRU发送(例如，响应于接收到所广播的直接通信请求消息)直接安全模式命令消息。第一WTRU可以接收所述直接安全模式命令消息。该直接安全模式命令消息可以包括第二安全上下文ID。例如，第二WTRU可以生成所述第二安全上下文ID。所述第二安全上下文ID可以与所述第二WTRU相关联。所述第二安全上下文ID可以包括安全密钥ID(例如，KD-sess ID)的第一组LSB。所述直接安全模式命令消息可以指示来自所支持的V2X服务的列表中的V2X服务。例如，第二WTRU可能对V2X服务感兴趣。第一WTRU可以例如通过组合所述第一安全上下文ID和所述第二安全上下文ID来确定第三安全上下文ID。所述第三安全上下文ID可以包括所述安全密钥ID的所述组MSB和所述组LSB。第一WTRU可以与第二WTRU建立安全直接通信链路(例如，使用第三安全上下文ID)。所述第一WTRU可以基于所述第三安全上下文ID，生成用于与所述第二WTRU的所述安全直接通信链路的安全上下文条目。所述第二WTRU可以接收直接安全模式完成消息，该直接安全模式完成消息可以指示与所述第三安全上下文ID相关联的安全直接通信链路已经在所述第一WTRU与所述第二WTRU之间被建立。
第三WTRU可以向第一WTRU发送第二直接安全模式命令消息。第一WTRU可以接收所述第二直接安全模式命令消息。所述第二直接安全模式命令消息可以包括第四安全上下文ID。所述第四安全上下文ID可以与所述第三WTRU相关联。第四安全上下文ID可以包括所述安全密钥ID的第二组LSB。所述第一WTRU可以确定所述第四安全上下文ID是否与所述第二安全上下文ID相同。例如，第一WTRU可以确定第一组LSB是否与第二组LSB相同。当所述第四安全上下文ID与所述第二安全上下文ID相同时，所述第一WTRU可以向所述第三WTRU发送直接安全模式拒绝消息。所述直接安全模式拒绝消息可以指示所述第二组LSB不是唯一的。第三WTRU可以接收所述直接安全模式拒绝消息。第三WTRU可以例如基于接收到所述直接安全模式拒绝消息而确定所述第四安全上下文ID不是唯一的。第三WTRU可以例如响应于接收到直接安全模式拒绝消息而生成第五安全上下文ID。所述第五安全上下文ID可以与所述第三WTRU相关联。所述第五安全上下文ID可以包括所述安全密钥ID的第三组LSB。第三WTRU可以向第一WTRU发送第三直接安全模式命令消息。例如，所述第一WTRU可以从所述第三WTRU接收响应于所述直接安全模式拒绝消息的所述第三直接安全模式命令消息。所述第三直接安全模式命令消息可以包括第五安全上下文ID。
如图7A和7B所示，对等WTRU(例如，WTRU 4)可以生成已经被另一对等WTRU(例如，WTRU 3)使用的KD-sess ID的一组LSB。在这种情况下，所形成的KD-sess ID(例如，与所述组LSB与所述组MSB组合)可能已经存在于发起WTRU上。当所形成的KD-sess ID已经存在于发起WTRU处时，发起WTRU可以拒绝所述直接安全模式命令消息，例如通过向对等WTRU(例如，WTRU 4)发送直接安全模式拒绝消息。所述直接安全模式拒绝消息可以包括原因值，其指示KD-sessID的LSB不是唯一的(例如，KD-sess ID的LSB的冲突)。当对等WTRU(例如，WTRU 4)接收到这种拒绝消息时，可以确定拒绝消息中的原因值是否与KD-sess ID的LSB的冲突有关。对等WTRU(例如，WTRU 4)可以生成KD-sess ID的另一组LSB。对等WTRU(例如，WTRU 4)可以将与KD-sessID的被拒绝的LSB相关联的安全上下文条目(例如，从接收自发起WTRU的直接通信请求消息中保存的信息、导出的KD-sess ID密钥、PEK、PIK等)复制到与KD-sess ID的其他组LSB相关联的创建的另一安全上下文中。对等WTRU(例如，WTRU 4)可以忘记和/或丢弃KD-sess ID的被拒绝的一组LSB。对等WTRU(例如，WTRU 4)可以向发起WTRU发送另一个(例如，更新的)直接安全模式命令消息，该消息指示KD-sess ID的另一组(例如，新生成的)LSB。对等WTRU可以保存(例如，本地保存)KD-sess ID的所述另一组LSB。
利用KD-sess ID的MSB和KD-sess ID的LSB形成的KD-sess ID对于每个对等WTRU(例如，感兴趣的WTRU)可以是唯一的。发起WTRU可以使用KD-sess ID值来存储和/或定位与对等WTRU相关联的安全上下文。一个对等WTRU(例如，单个对等WTRU)可以与一安全上下文相关联(例如，甚至与KD-sess ID的相同MSB相关联)。具有KD-sess ID的不同LSB的不同KD-sess ID可以用于每个安全上下文(例如，即使使用KD-sess ID的相同MSB)。可以将不同的KD-ses ID用于多个单播通信(例如，与多个感兴趣的WTRU的单播通信)。
WTRU可以被配置成执行面向V2X服务的层2单播链路建立。V2X服务列表(例如，代替一个V2X服务)可经由广播DIRECT_COMMUNICATION_REQUEST消息来指定。例如，广播DIRECT_COMMUNICATION_REQUEST消息可以指示所述V2X服务列表。DIRECT_COMMUNICATION_REQUEST消息中的服务列表(例如，代替每个消息一个V2X服务)可以减少发起WTRU可能发送的消息的数量，从而减少接收WTRU否则可能要处理的消息的数量。
图8示出了利用V2X服务列表的示例性的面向V2X服务的层2单播链路建立。如图8所示，来自发起WTRU(例如，WTRU 1)的直接通信请求广播消息可包括与V2X服务列表相关的信息(例如，代替与一个V2X服务相关的信息)。发起WTRU在直接通信请求广播消息中发送服务列表可减少发起WTRU要发送的消息的数量。发起WTRU在一直接通信要求广播消息中传送一服务列表可减少被接收WTRU处理的消息数量。例如，如果WTRU支持五个V2X服务，则发起WTRU可使用一个消息(例如，代替五个消息)来广告所有五个V2X服务。由于通告消息可周期性地重复，因此利用单个消息来广告所有五个V2X服务可导致在一段时间上节省相当数量的消息(例如，由发起WTRU发送和/或由接收WTRU处理)。
发起WTRU在直接通信请求广播消息中发送服务列表可减少针对服务列表中一个或多个(例如，每个)V2X服务而连接WTRU所需的时间。例如，接收广告支持多个服务(例如，五个服务)的消息的WTRU可以触发(例如，立即触发)感兴趣的V2X服务的链路建立(例如，如果接收WTRU感兴趣的是三个V2X服务，则可以同时建立三个链路)。例如，WTRU可以触发链路建立而不必等待附加消息的接收，该附加消息宣布支持附加的V2X服务。
如图8所示，发起WTRU(例如，WTRU 1)可以广播包括所支持的V2X服务列表的DIRECT_COMMUNICATION_REQUEST消息。所支持的V2X服务的列表可包括多个V2X服务ID。每个V2X服务ID可与用户信息(例如，WTRU 1用户信息值)配对。可以为每个V2X服务和/或为每个V2X应用提供用户信息。如图8所示，多个接收WTRU(例如，WTRU 2、WTRU 3和/或WTRU 4)可以从发起WTRU(例如，WTRU 1)接收所广播的DIRECT_COMMUNICATION_REQUEST消息。每个接收WTRU可处理并解码所述多个V2X服务。接收WTRU(例如，WTRU 2)可能对一个V2X服务感兴趣。接收WTRU(例如，WTRU 2)可为感兴趣的V2X服务发起单播通信，例如，如本文所述。接收WTRU(例如，WTRU2)可以发送带有接收WTRU的层2ID(例如，WTRU 2 L2 ID)作为源ID和发起WTRU的层2ID(例如，WTRU 1 L2 ID)作为目的地ID的DIRECT_COMMUNICATION_REQUEST消息。接收WTRU(例如，WTRU 2)可以在DIRECT_COMMUNICATION_REQUEST消息中指定感兴趣的服务。
如图8所示，接收WTRU(例如，WTRU 4)可以从广播服务列表的发起WTRU(例如，WTRU1)接收所广播的DIRECT_COMMUNICATION_REQUEST消息。接收WTRU(例如，WTRU 4)可能对其从发起WTRU接收的服务列表中的多个V2X服务感兴趣。接收WTRU(例如，WTRU 4)可为感兴趣的第一V2X服务发起单播通信，如本文所述。接收WTRU(例如，WTRU 4)可以发送初始DIRECT_COMMUNICATION_REQUEST消息，该消息具有接收WTRU的层2ID(例如，WTRU 4 L2 ID)作为源ID，以及发起WTRU的层2ID(例如，WTRU 1 L2 ID)作为目的地ID。接收WTRU可以在其DIRECT_COMMUNICATION_REQUEST消息中包括感兴趣的V2X服务。发起WTRU的层2ID(例如，WTRU 1 L2ID)可使用按照服务的值(例如，唯一值)。新的源层2ID可由发起WTRU在链路建立期间和/或当发送直接通信接受消息时添加(图中未示出)。信息元素(IE)可以用于更新层2ID。对等WTRU可以使用经由所述IE接收的值来更新其对等L2 ID。对等WTRU可以使用更新的L2 ID用于一个或多个后续通信。接收WTRU(例如，WTRU 4)可为感兴趣的V2X服务中的每一个发起单播通信，如本文所述。V2X服务中的每一个的单播通信的发起可以是同时的。
图9示出了使用例如WTRU的上层信息的针对WTRU列表的示例性的面向WTRU的层2链路建立。如图9所示，来自发起WTRU(例如，WTRU1)的直接通信请求广播消息可包括与每个WTRU相关联的上层信息。发送包括WTRU的上层ID列表的一个广播消息可以减少发起WTRU可能发送的消息的数量。例如，发起WTRU可以发送一个直接通信请求广播消息给该发起WTRU可能想要与其建立链路的多个接收WTRU(例如，不是发送单个消息给多个接收WTRU中的每一个)。
接收WTRU在接收到具有WTRU的上层ID列表的直接通信请求广播消息时，可以确定其上层ID是否在该列表中。接收WTRU可以处理并解码所接收的直接通信请求广播消息。如果接收WTRU确定其上层ID在直接通信请求广播消息的WTRU的上层ID列表中，则接收WTRU可以触发(例如，立即触发)与发起WTRU的层2链路建立。接收WTRU可以建立层2链路，例如，而无需等待接收来自发起WTRU的附加消息。
如图3所示，发起WTRU(例如，WTRU-1)可以广播具有其可能期望到达的WTRU的目的地上层ID的DIRECT_COMMUNICATION_REQUEST消息。每个接收WTRU(例如，WTRU-2、WTRU-3和WTRU-4)可以接收所述DIRECT_COMMUNICATION_REQUEST消息。每个接收WTRU(例如，WTRU-2、WTRU-3和WTRU-4)可以处理和解码所述DIRECT_COMMUNICATION_REQUEST消息，并且在该DIRECT_COMMUNICATION_REQUEST消息中指定的WTRU可以响应。例如，如果发起WTRU(例如，WTRU-1)期望与多个WTRU建立链路，则该发起WTRU可以多次发送所述DIRECT_COMMUNICATION_REQUEST消息(例如，每次包括相应WTRU的上层ID)。
如图9所示，发起WTRU(例如，WTRU 1)可以向多个接收WTRU(例如，WTRU 2、WTRU 3和WTRU 4)广播单个DIRECT_COMMUNICATION_REQUEST消息，其具有该发起WTRU可能期望到达的WTRU的上层ID。每个接收WTRU(例如，WTRU 2、WTRU 3和WTRU 4)可以处理和解码所接收的单个广播DIRECT_COMMUNICATION_REQUEST消息。
如图9所示，接收WTRU(例如，WTRU 2或WTRU 4)可以通过发送对从发起WTRU(例如，WTRU 1)接收的DIRECT_COMMUNICATION_REQUEST消息的响应来建立层-2链路。接收WTRU(例如，WTRU 2或WTRU 4)可以发送直接通信接受消息(例如，选项A)，或者发送其自己的DIRECT_COMMUNICATION_REQUEST消息(例如，选项B)，如这里所述。
如图9所示，发起WTRU(例如，WTRU 1)可以广播具有目的地上层ID列表的DIRECT_COMMUNICATION_REQUEST消息。多个接收WTRU(例如，WTRU 2、WTRU 3和WTRU 4)可以接收该消息。该多个WTRU(例如，WTRU 2、WTRU 3和WTRU 4)可处理并解码所述多个上层ID。如果接收WTRU(例如，WTRU 2或WTRU 4)确定目的地上层ID列表包括其自己的上层ID，则该接收WTRU可以继续链路建立。使用选项A，接收WTRU(例如，WTRU 2或WTRU 4)例如在链路认证和安全关联之后，可以向发起WTRU(例如，WTRU 1)发送DIRECT_COMMUNICATION_ACCEPT消息作为对所接收消息的响应。使用该选项A，可以在发起和接收WTRU时使用整个KD-sess ID，以本地定位安全上下文。使用选项B，每个回复WTRU可以不回复所述发起WTRU(例如，WTRU 1)的DIRECT_COMMUNICATION_REQUEST消息。一个或多个回复WTRU可例如通过发送其自己的相应DIRECT_COMMUNICATION_REQUEST消息来发起链路建立。

Claims (20)

1.一种第一无线发射/接收单元(WTRU)，该WTRU包括：
处理器，其被配置为：
发送包括与所述第一WTRU相关联的第一安全上下文标识符(ID)的直接通信请求消息；
从第二WTRU接收直接安全模式命令消息，所述直接安全模式命令消息包括与所述第二WTRU相关联的第二安全上下文ID；
通过组合所述第一安全上下文ID与所述第二安全上下文ID来确定第三安全上下文ID；以及
使用所述第三安全上下文ID建立与所述第二WTRU的安全直接通信链路。
2.根据权利要求1所述的WTRU，其中与所述第一WTRU相关联的所述第一安全上下文ID包括安全密钥ID的一组最高有效位(MSB)，并且其中与所述第二WTRU相关联的所述第二安全上下文ID包括所述安全密钥ID的一组最低有效位(LSB)。
3.根据权利要求2所述的WTRU，其中所述第三安全上下文ID包括所述安全密钥ID的所述一组MSB和所述一组LSB。
4.根据权利要求1所述的WTRU，其中所述直接安全模式命令消息是第一直接安全模式命令消息，所述处理器还被配置成：
从第三WTRU接收第二直接安全模式命令消息，所述第二直接安全模式命令消息包括与所述第三WTRU相关联的第四安全上下文ID；
确定所述第四安全上下文ID是否与所述第二安全上下文ID相同；以及
在所述第四安全上下文ID与所述第二安全上下文ID相同的情况下，向所述第三WTRU发送直接安全模式拒绝消息。
5.根据权利要求4所述的WTRU，其中与所述第三WTRU相关联的所述第四安全上下文ID包括安全密钥ID的一组最低有效位(LSB)。
6.根据权利要求4所述的WTRU，其中所述处理器还被配置成从所述第三WTRU接收响应于所述直接安全模式拒绝消息的第三直接安全模式命令消息，所述第三直接安全模式命令消息包括与所述第三WTRU相关联的第五安全上下文ID。
7.根据权利要求6所述的WTRU，其中与所述第三WTRU相关联的所述第五安全上下文ID包括安全密钥ID的一组最低有效位(LSB)。
8.根据权利要求1所述的WTRU，其中所述处理器还被配置成基于所述第三安全上下文ID，生成用于与所述第二WTRU的所述安全直接通信链路的安全上下文条目。
9.根据权利要求1所述的WTRU，其中所述直接通信请求消息包括所支持的车辆到所有事物(V2X)服务的列表。
10.根据权利要求9所述的WTRU，其中来自所述第二WTRU的所述直接安全模式命令消息指示来自所述所支持的V2X服务的列表中的V2X服务。
11.一种方法，包括：
广播包括与所述第一WTRU相关联的第一安全上下文标识符(ID)的直接通信请求消息；
从第二WTRU接收直接安全模式命令消息，所述直接安全模式命令消息包括与所述第二WTRU相关联的第二安全上下文ID；
通过组合所述第一安全上下文ID与所述第二安全上下文ID，确定第三安全上下文ID；以及
使用所述第三安全上下文ID建立与所述第二WTRU的安全直接通信链路。
12.根据权利要求11所述的方法，其中与所述第一WTRU相关联的所述第一安全上下文ID包括安全密钥ID的一组最高有效位MSB，并且其中与所述第二WTRU相关联的所述第二安全上下文ID包括所述安全密钥ID的一组最低有效位LSB。
13.根据权利要求12所述的方法，其中所述第三安全上下文ID包含所述安全密钥ID的所述一组MSB和所述一组LSB。
14.根据权利要求11所述的方法，其中，所述直接安全模式命令消息是第一直接安全模式命令消息，所述方法还包括：
从第三WTRU接收第二直接安全模式命令消息，所述第二直接安全模式命令消息包括与所述第三WTRU相关联的第四安全上下文ID；
确定所述第四安全上下文ID是否与所述第二安全上下文ID相同；以及
在所述第四安全上下文ID与所述第二安全上下文ID相同的情况下，向所述第三WTRU发送直接安全模式拒绝消息。
15.根据权利要求14所述的方法，其中与所述第三WTRU相关联的所述第四安全上下文ID包括安全密钥ID的一组最低有效位(LSB)。
16.根据权利要求14所述的方法，该方法还包括从所述第三WTRU接收响应于所述直接安全模式拒绝消息的第三直接安全模式命令消息，所述第三直接安全模式命令消息包括与所述第三WTRU相关联的第五安全上下文ID。
17.根据权利要求16所述的方法，其中与所述第三WTRU相关联的所述第五安全上下文ID包括安全密钥ID的一组最低有效位(LSB)。
18.根据权利要求11所述的方法，该方法还包括基于所述第三安全上下文ID，生成用于与所述第二WTRU的所述安全直接通信链路的安全上下文条目。
19.根据权利要求11所述的方法，其中所述直接通信请求消息包括所支持的车辆到所有事物(V2X)服务的列表。
20.根据权利要求19所述的方法，其中来自所述第二WTRU的所述直接安全模式命令消息指示来自所述所支持的V2X服务的列表的V2X服务。
CN202080017324.XA 2019-01-18 2020-01-20 通过PC5接口实现V2x单播通信的过程 Pending CN113597780A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962794052P 2019-01-18 2019-01-18
US62/794,052 2019-01-18
PCT/US2020/014278 WO2020150706A1 (en) 2019-01-18 2020-01-20 Procedures enabling v2x unicast communication over pc5 interface

Publications (1)

Publication Number Publication Date
CN113597780A true CN113597780A (zh) 2021-11-02

Family

ID=69724080

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080017324.XA Pending CN113597780A (zh) 2019-01-18 2020-01-20 通过PC5接口实现V2x单播通信的过程

Country Status (8)

Country Link
US (1) US20220132307A1 (zh)
EP (1) EP3912373A1 (zh)
JP (1) JP2022524704A (zh)
KR (1) KR20210127142A (zh)
CN (1) CN113597780A (zh)
CA (1) CA3127095A1 (zh)
SG (1) SG11202107841SA (zh)
WO (1) WO2020150706A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11252777B2 (en) * 2019-01-27 2022-02-15 Qualcomm Incorporated Coordinating radio resource control signaling with upper layer direct link establishment procedures
CN111615219B (zh) * 2019-04-30 2022-02-22 维沃移动通信有限公司 一种pc5链路建立方法、设备及系统
CN112351431B (zh) * 2019-08-09 2023-06-30 华为技术有限公司 一种安全保护方式确定方法及装置
CN115443671A (zh) * 2020-04-01 2022-12-06 苹果公司 对等用户设备（ue）之间的车联万物（v2x）安全策略协商
AU2021417416A1 (en) * 2021-01-08 2023-07-13 Nokia Technologies Oy A method, apparatus and computer program product for authentication procedure between devices

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102598770A (zh) * 2009-10-30 2012-07-18 三星电子株式会社 通信系统中要求用于传送测距请求消息的上行链路资源的方法和装置
WO2018004322A1 (ko) * 2016-07-01 2018-01-04 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
CN107920059A (zh) * 2016-10-07 2018-04-17 现代自动车株式会社 车辆网络中发送和接收数据的方法及其装置
WO2018128505A1 (ko) * 2017-01-06 2018-07-12 엘지전자(주) 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017052683A1 (en) * 2015-09-23 2017-03-30 Intel Corporation Dynamic hosting of v2x services in cellular networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102598770A (zh) * 2009-10-30 2012-07-18 三星电子株式会社 通信系统中要求用于传送测距请求消息的上行链路资源的方法和装置
WO2018004322A1 (ko) * 2016-07-01 2018-01-04 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
CN107920059A (zh) * 2016-10-07 2018-04-17 现代自动车株式会社 车辆网络中发送和接收数据的方法及其装置
WO2018128505A1 (ko) * 2017-01-06 2018-07-12 엘지전자(주) 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치

Also Published As

Publication number Publication date
EP3912373A1 (en) 2021-11-24
WO2020150706A1 (en) 2020-07-23
CA3127095A1 (en) 2020-07-23
JP2022524704A (ja) 2022-05-10
SG11202107841SA (en) 2021-08-30
US20220132307A1 (en) 2022-04-28
KR20210127142A (ko) 2021-10-21

Similar Documents

Publication Publication Date Title
CN109565746B (zh) Wtru以及wtru中实施的用于无线通信的方法
CN110771206B (zh) 用户平面重定位方法和装置
US20230023639A1 (en) Wtru-to-network relay
US10499307B2 (en) System and method for dynamic data relaying
CN111034273A (zh) 从非3gpp接入网络请求网络切片能力的终端
CN115052261A (zh) 启用关于高级车辆至所有事物(v2x)服务的pc5通信参数的配置的过程
US20220132307A1 (en) Procedures enabling v2x unicast communication over pc5 interface
US20220377524A1 (en) Methods and apparatus for direct discovery and communication using a wtru to wtru relay
US20220224409A1 (en) Multi-hop wireless relay support
US20230061284A1 (en) Security and privacy support for direct wireless communications
KR20220103975A (ko) 서비스 정보 분배
WO2022150542A1 (en) Change of pc5 link identifiers between the wtru and the layer-2 wtru to wtru relay
US20230224778A1 (en) Methods, apparatuses and systems directed to a change of wtru to wtru relay
CN112640370B (zh) 用于多播分组的层2转发的方法和装置
CN114642012A (zh) 用于prose对等发现的方法和装置
CN114788323A (zh) 基于5G ProSe服务的发现
WO2023183562A1 (en) Pdu session secondary and slice-specific authentication and authorization using l3 wtru-to-network relay
CN116868517A (zh) Wtru与层2wtru到wtru中继之间的pc5链路标识符改变
CN116134786A (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20230421

Address after: Delaware

Applicant after: INTERDIGITAL PATENT HOLDINGS, Inc.

Address before: Wilmington, Delaware, USA

Applicant before: IDAC HOLDINGS, Inc.