CN113647134A - Pc5通信的拥塞控制过程 - Google Patents

Pc5通信的拥塞控制过程 Download PDF

Info

Publication number
CN113647134A
CN113647134A CN202080021076.6A CN202080021076A CN113647134A CN 113647134 A CN113647134 A CN 113647134A CN 202080021076 A CN202080021076 A CN 202080021076A CN 113647134 A CN113647134 A CN 113647134A
Authority
CN
China
Prior art keywords
wtru
message
congestion
communication
initiating
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
CN202080021076.6A
Other languages
English (en)
Inventor
M.佩拉斯
S.艾哈迈德
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 CN113647134A publication Critical patent/CN113647134A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/086Load balancing or load distribution among access entities
    • H04W28/0861Load balancing or load distribution among access entities between base stations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling 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]
    • H04W4/44Services 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]
    • 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
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/23Manipulation of direct-mode connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0284Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/25Maintenance of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/34Selective release of ongoing connections

Landscapes

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

Abstract

发起无线发送接收单元(WTRU)包括被配置为由发起WTRU监视发起WTRU在与至少一个对等WTRU通信时所经历的拥塞级别的电路。发起WTRU检测到拥塞级别触发拥塞控制。发起WTRU基于拥塞级别发送至少一个消息以重新配置发起WTRU和至少一个对等WTRU之间的正在进行的通信。

Description

PC5通信的拥塞控制过程
相关申请的交叉引用
本申请要求于2019年2月14日提交的美国临时专利申请No.62/805,558的权益,其出于所有目的通过引用整体并入本文。
技术领域
本公开涉及网络通信,包括但不排他地涉及5G通信架构的车用无线通信技术服务。
背景技术
车辆对一切(V2X)服务可以成为第五代(5G)架构的部分。5G通信***可以适应车对车(V2V)和车辆对一切(V2X)通信。5G规范中定义了多种类型的参考点接口。但是,并非所有通信方法都已定义。本公开解决了V2X通信中的问题,其中通信拥塞会影响多个用户设备(UE)之间的PC5参考点接口上的V2V或V2X通信。
发明内容
一种用于解决与对等无线发送接收单元(WTRU)通信的WTRU中的拥塞的方法、装置和计算机可读存储介质,包括由发起WTRU监视发起WTRU在与至少一个对等WTRU通信时(局部观察)所经历的拥塞级别。发起WTRU检测到拥塞级别触发拥塞控制。发起WTRU基于拥塞级别发送至少一个消息以重新配置发起WTRU和至少一个对等WTRU之间的正在进行的通信。
在进一步的特征中,发起WTRU可以通过发送周期性消息来基于拥塞级别发送至少一个消息以重新配置正在进行的通信。周期性消息可以是保活消息、隐私保护消息和/或密钥更新消息之一。至少一个重新配置消息可以是改变周期性消息间隔的消息。
在另一特征中,发起WTRU可以发送至少一个消息以将正在进行的通信重新配置为指示服务质量(QoS)的改变的消息。在一个示例中,QoS的改变可以包括将PC5 QoS指示符(PQI)的QoS参数改变为与当前值相比的较低的值。
在另一特征中,由发起WTRU发送的重新配置消息可以是卸载消息以将正在进行的通信重新定位到另一通信介质。在一个示例中,将正在进行的通信重新定位到另一通信介质的卸载消息可以包括将正在进行的通信卸载到另一无线电接入技术(RAT),其中发起WTRU和至少一个对等WTRU交换接入能力。在进一步的特征中,卸载消息可以包括按照优选顺序的特定于车辆对一切(V2X)服务或V2X应用的RAT列表。
在另一特征中,发起WTRU可以发送发起WTRU和至少一个对等WTRU之间正在进行的通信的释放消息。在又一特征中,发起WTRU可以发送在发起WTRU处从一个对等WTRU接收的传入通信请求的拒绝消息。
尽管本文描述和/或要求保护各种实施例,其中装置、***、设备等和/或其任何元件实行操作、过程、算法、功能等和/或其任何部分,应当理解,本文描述和/或要求保护的任何实施例假定任何装置、***、设备等和/或其任何元件被配置为实行任何操作、过程、算法、功能等和/或其任何部分。除非本文另有明确说明,否则一个实施例的特征可以与另一实施例组合。此外,实施例和/或实施例的特征可以组合以实现进一步的有利结果。
附图说明
更详细的理解可以从结合附加于此的附图作为示例给出的以下详细说明中得到。与详细说明一样,此类附图中的图都是示例。如此一来,附图和详细说明不应被认为是限制性的,并且其他同等效用的示例也是可行和可能的。此外,图中的相同参考数字(“参考”)指示的是相同的要素,并且其中:
图1A是图示其中可以实施一个或多个公开的实施例的示例通信***的***图;
图1B是图示根据实施例的可以在图1A中图示的通信***内使用的示例WTRU的***图;
图1C是图示根据实施例的可以在图1A中图示的通信***内使用的示例无线电接入网络(RAN)和示例核心网络(CN)的***图;
图1D是图示根据实施例的可以在图1A中图示的通信***内使用的进一步示例RAN和进一步示例CN的***图;
图2描述了对等WTRU之间面向V2X服务的第2层链路建立过程的信号图;
图3描述了面向WTRU的第2层链路建立过程的信号图;
图4描述了示出发起链路建立过程的感兴趣的WTRU的示例信号图;
图5描述了示出确定哪个WTRU处理通信链路重新配置的信号图;
图6描述了示出具有退避定时器的直接通信释放消息的信号图;
图7描述了示出具有退避定时器的直接通信拒绝消息的信号图;
图8描述了示出基于从对等WTRU接收的拥塞级别的单播链路间隔重新配置的信号图;
图9描述了示出基于检测到的拥塞级别的单播链路间隔重新配置的信号图;
图10描述了示出由于使用释放消息的拥塞控制而导致的无线电接入技术卸载的信号图;
图11描述了示出由于使用拒绝消息的拥塞控制而导致的无线电接入技术卸载的信号图;和
图12描述了示出由于使用保活消息的拥塞控制而导致的无线电接入技术卸载的信号图。
具体实施方式
现在将参考不同附图来描述关于说明性实施例的详细说明。虽然本描述提供了可能的实施方式的详细示例,然而应该指出的是,这些细节的目的是示例性的,并且绝不会限制本申请的范围。在以下的详细说明中将会阐述众多的具体细节,以便提供本文公开的实施例和/或示例的全面理解。然而应该理解,此类实施例和示例是可以在没有本文详细阐述的一些或所有具体细节的情况下实践的。在其他情况下,众所周知的方法、过程、组件和电路没有被详细描述,以免与后续描述相混淆。更进一步,在本文未被具体描述的实施例和示例同样是可以实践的,由此可以替换本文描述、公开或以其他方式显式、隐式和/或内在提供(统称为“提供”)的实施例及其他示例或是与之相结合
图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、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d中的每一个可以是被配置为在无线环境中操作和/或通信的任何类型的设备。作为示例,WTRU 102a、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)、Node-B、eNode B、家庭Node B、家庭eNode B、gNB、NR NodeB、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b每个都被描述为单个元件,但是应当理解,基站114a、114b可以包括任意数量的互连基站和/或网络元件。
基站114a可以是RAN 104/113的部分,RAN 104/113还可以包括其他基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可以被配置为在一个或多个载波频率(其可以被称为小区(未示出))上发送和/或接收无线信号。这些频率可以是授权频谱,非授权频谱,或授权和非授权频谱的组合。小区可以为特定地理区域提供无线服务的覆盖,该特定地理区域可以是相对固定的或者可以随时间改变。可以将小区进一步划分为小区扇区。例如,与基站114a相关联的小区可以被划分为三个扇区。因此,在一个实施例中,基站114a可以包括三个收发器,即小区的每个扇区一个。在实施例中,基站114a可以采用多输入多输出(MIMO)技术,并且可以为小区的每个扇区利用多个收发器。例如,可使用波束成形在期望的空间方向上发送和/或接收信号。
基站114a、114b可以通过空中接口116与WTRU 102a、102b、102c、102d中的一个或多个通信,空中接口116可以是任何合适的无线通信链路(例如,射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口116。
更具体地,如上所述,通信***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无线电接入的无线电技术,其可以使用新无线电(NR)来建立空中接口116。
在实施例中,基站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可以是无线路由器、家庭Node B、家庭eNode B或接入点,并且可以利用任何合适的RAT来促进局部区域(诸如商业场所、家庭、车辆、校园、工业设施、空中走廊(例如,供无人机使用)、道路等)中的无线连接。在一个实施例中,基站114b和WTRU102c、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 106/115可以是被配置为向WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、应用和/或网际协议语音(VoIP)服务的任何类型的网络。数据可具有不同的服务质量(QoS)要求,诸如不同的吞吐量要求、延迟要求、容错要求、可靠性要求、数据吞吐量要求、移动性要求等。CN 106/115可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等,和/或进行高级安全功能,诸如用户验证。尽管未在图1A中示出,但是应当理解,RAN 104/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 104/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可以进行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中操作的任何其他功能。处理器118可以耦合到收发器120,收发器120可以耦合到发送/接收元件122。虽然图1B将处理器118和收发器120描述为单独的组件,但是应当理解,处理器118和收发器120可以在电子封装或芯片中集成在一起。
发送/接收元件122可以被配置为通过空中接口116向基站(例如,基站114a)发送信号或从基站接收信号。例如,在一个实施例中,发送/接收元件122可以是被配置为发送和/或接收RF信号的天线。在实施例中,发送/接收元件122可以是发射机/检测器,其被配置为例如发送和/或接收IR、UV或可见光信号。在又一实施例中,发送/接收元件122可以被配置为发送和/或接收RF和光信号。应当理解,发送/接收元件122可以被配置为发送和/或接收无线信号的任何组合。
尽管发送/接收元件122在图1B中被描述为单个元件,但是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接收电力,并且可以被配置为向WTRU 102中的其他组件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如,电源134可包括一个或多个干电池(例如,镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-离子)等)、太阳能电池、燃料电池等。
处理器118还可以耦合到GPS芯片组136,其可以被配置为提供关于WTRU 102的当前位置的位置信息(例如,经度和纬度)。除了来自GPS芯片组136的信息之外或者代替来自GPS芯片组136的信息,WTRU 102可以通过空中接口116从基站(例如,基站114a、114b)接收位置信息和/或基于从两个或更多个附近基站接收的信号的定时来确定其位置。应当理解,WTRU 102可以通过任何合适的位置确定方法获取位置信息,同时保持与实施例一致。
处理器118还可以进一步耦合至其他***设备138,其他***设备138可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,***设备138可以包括加速度计、电子指南针、卫星收发器、数字照相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、蓝牙模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、因特网浏览器、虚拟现实和/或增强现实(VR/AR)设备、活动***等。***设备138可以包括一个或多个传感器,传感器可以是以下中的一个或多个:陀螺仪、加速度计、霍尔效应传感器、磁力计、方位传感器、接近传感器、温度传感器、时间传感器、地理定位传感器、高度计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物识别传感器和/或湿度传感器。
WTRU 102可以包括全双工无线电,对于该全双工无线电,一些或所有信号的传输和接收(例如,与用于上行链路(例如,用于传输)和下行链路(例如,用于接收)两者的特定子帧相关联)可以是并发的和/或同时的。全双工无线电可以包括干扰管理单元139,以经由硬件(例如,扼流圈)或者经由处理器(例如,单独的处理器(未示出)或经由处理器118)进行信号处理来减少和/或基本消除自干扰。在实施例中,WTRU 102可以包括半双工无线电,对于该半双工无线电,传输和接收一些或所有信号(例如,与用于上行链路(例如,用于传输)或下行链路(例如,用于接收)的特定子帧相关联)。
图1C是图示了根据实施例的RAN 104和CN 106的***图。如上所述,RAN 104可以采用E-UTRA无线电技术以通过空中接口116与WTRU 102a、102b、102c通信。RAN 104还可以与CN 106通信。
RAN 104可以包括eNode-B 160a、160b、160c,但是应当理解,RAN 104可以包括任意数量的eNode-B,同时保持与实施例一致。eNode-B 160a、160b、160c每个都可以包括一个或多个收发器,用于通过空中接口116与WTRU 102a、102b、102c通信。在一个实施例中,eNode-B 160a、160b、160c可以实施MIMO技术。因此,eNode-B 160a例如可以使用多个天线来向WTRU 102a发送无线信号和/或从WTRU 102a接收无线信号。
eNode-B 160a、160b、160c中的每一个可以与特定小区(未示出)相关联,并且可以被配置为处理无线电资源管理决定、切换决定、UL和/或DL中的用户的调度等。如图1C中所示,eNode-B 160a、160b、160c可以通过X2接口彼此通信。
图1C中所示的CN 106可以包括移动性管理实体(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关(或PGW)166。虽然前述元件中的每一个被描述为CN 106的部分,但是应当理解,这些元件中的任何元件可以由除CN操作者之外的实体拥有和/或操作。
MME 162可以经由S1接口连接到RAN 104中的eNode-B 162a、162b、162c中的每一个,并且可以用作控制节点。例如,MME 162可以负责验证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附着(attach)期间选择特定服务网关等。MME 162可以提供用于在RAN 104和采用其他无线电技术(诸如GSM和/或WCDMA)的其他RAN(未示出)之间进行切换的控制平面功能。
SGW 164可以经由S1接口连接到RAN 104中的每个eNode B 160a、160b、160c。SGW164通常可以将用户数据分组路由和转发到WTRU 102a、102b、102c或从WTRU 102a、102b、102c路由和转发用户数据分组。SGW 164可以进行其他功能,诸如在eNode B间切换期间锚定用户平面、当DL数据可用于WTRU 102a、102b、102c时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文等。
SGW 164可以连接到PGW 166,PGW 166可以向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可以包括或可以与用作CN 106和PSTN 108之间的接口的IP网关(例如,IP多媒体子***(IMS)服务器)通信。另外,CN 106可以向WTRU 102a、102b、102c提供对其他网络112的访问,网络112可以包括由其他服务提供商拥有和/或操作的其他有线和/或无线网络。
尽管在图1A至图1D中将WTRU描述为无线终端,但是在某些代表性实施例中,可以预期这样的终端可以与通信网络(例如,临时或永久)使用有线通信接口。
在代表性实施例中,其他网络112可以是WLAN。
基础设施基本服务集(BSS)模式中的WLAN可以具有用于BSS的接入点(AP)以及与AP相关联的一个或多个站(STA)。AP可以具有到分发***(DS)或其他类型的有线/无线网络的接入或接口,该有线/无线网络将业务携带到BSS和/或将业务从BSS携带出来。源自BSS外部的STA的业务可以通过AP到达并且可以被递送到STA。源自STA到BSS外部的目的地的业务可以被发送到AP以被递送到相应目的地。BSS内的STA之间的业务可以通过AP发送,例如,其中源STA可以向AP发送业务,并且AP可以将业务递送到目的地STA。可以将BSS内的STA之间的业务视为和/或称为对等业务。可以使用直接链路建立(DLS)在源和目的地STA之间(例如,直接在其之间)发送对等业务。在某些代表性实施例中,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的连接。在某些代表性实施例中,可以例如在802.11***中实施具有冲突避免的载波侦听多址(CSMA/CA)。对于CSMA/CA,STA(例如,每个STA)(包括AP)可以感测主信道。如果主信道被特定STA感测/检测和/或确定为忙,则特定STA可以退避。一个STA(例如,仅一个站)可以在给定BSS中在任何给定时间发送。
高吞吐量(HT)STA可以使用40MHz宽的信道进行通信,例如,经由主20MHz信道与相邻或不相邻的20MHz信道的组合,以形成40MHz宽的信道。
超高吞吐量(VHT)STA可以支持20MHz、40MHz、80MHz和/或160MHz宽的信道。可以通过组合连续的20MHz信道来形成40MHz和/或80MHz信道。可以通过组合8个连续的20MHz信道来形成160MHz信道,或者通过组合两个非连续的80MHz信道来形成160MHz信道,这可以被称为80+80配置。对于80+80配置,在信道编码之后,数据可以通过可将数据分成两个流的段解析器。可以分别对每个流进行逆快速傅立叶变换(IFFT)处理和时域处理。可以将流映射到两个80MHz信道,并且数据可以由发送STA发送。在接收STA的接收机处,可以反向上述用于80+80配置的操作,并且可以将组合数据发送到媒体访问控制(MAC)。
802.11af和802.11ah支持Sub 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支持的最大公共操作带宽。主信道的带宽可以由在BSS中操作的所有STA中的支持最小带宽操作模式的STA设置和/或限制。在802.11ah的示例中,对于支持(例如,仅支持)1MHz模式的STA(例如,MTC类型设备),主信道可以是1MHz宽,即使AP和BSS中的其他STA支持2MHz、4MHz、8MHz、16MHz和/或其他信道带宽操作模式。载波感测和/或网络分配向量(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可以采用NR无线电技术通过空中接口116与WTRU 102a、102b、102c通信。RAN 113还可以与CN115通信。
RAN 113可以包括gNB 180a、180b、180c,但是应当理解,RAN 113可以包括任意数量的gNB,同时保持与实施例一致。gNB 180a、180b、180c每一个可以包括一个或多个收发器,用于通过空中接口116与WTRU 102a、102b、102c通信。在一个实施例中,gNB 180a、180b、180c可以实施MIMO技术。例如,gNB 180a、108b可以利用波束成形来向gNB 180a、180b、180c发送信号和/或从gNB 180a、180b、180c接收信号。因此,例如,gNB 180a可以使用多个天线来向WTRU 102a发送无线信号和/或从WTRU 102a接收无线信号。在实施例中,gNB 180a、180b、180c可以实施载波聚合技术。例如,gNB 180a可以将多个分量载波发送到WTRU 102a(未示出)。这些分量载波的子集可以在非授权频谱上,而其余分量载波可以在授权频谱上。在实施例中,gNB 180a、180b、180c可以实施协调多点(CoMP)技术。例如,WTRU 102a可以从gNB 180a和gNB 180b(和/或gNB 180c)接收协调传输。
WTRU 102a、102b、102c可以使用与可伸缩参数集相关联的传输与gNB 180a、180b、180c通信。例如,OFDM符号间隔和/或OFDM子载波间隔可以针对不同传输、不同小区和/或无线传输频谱的不同部分而变化。WTRU 102a、102b、102c可以使用各种或可扩展长度的子帧或传输时间间隔(TTI)与gNB 180a、180b、180c通信(例如,包含不同数量的OFDM符号和/或持续变化的绝对时间长度)。
gNB 180a、180b、180c可以被配置为以独立配置和/或非独立配置与WTRU 102a、102b、102c通信。在独立配置中,WTRU 102a、102b、102c可以与gNB 180a、180b、180c通信,而不访问其他RAN(例如,诸如eNode-B 160a、160b、160c)。在独立配置中,WTRU 102a、102b、102c可以使用gNB 180a、180b、180c中的一个或多个作为移动性锚点。在独立配置中,WTRU102a、102b、102c可以使用非授权频段中的信号与gNB 180a、180b、180c通信。在非独立配置中,WTRU 102a、102b、102c可以与gNB 180a、180b、180c通信/连接,同时还与诸如eNode-B160a、160b、160c的另一RAN通信/连接。例如,WTRU 102a、102b、102c可以实施DC原理以基本上同时与一个或多个gNB 180a、180b、180c和一个或多个eNode-B 160a、160b、160c通信。在非独立配置中,eNode-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中所示,gNB180a、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会话),选择特定的SMF183a、183b,管理注册区域,(非接入层)(NAS)信令的终止,移动性管理等。AMF 182a、182b可以使用网络切片,以便基于正在利用的WTRU 102a、102b、102c的服务类型来定制对WTRU102a、102b、102c的CN支持。例如,可以针对不同的使用情况建立不同的网络切片,诸如依赖于超可靠低延迟(URLLC)接入的服务、依赖于增强型大规模移动宽带(eMBB)接入的服务,和/或用于机器类型通信(MTC)接入的服务等。AMF 162可以提供用于在RAN 113和采用其他无线电技术(诸如LTE、LTE-A、LTE-A Pro和/或非3GPP接入技术(诸如WiFi))的其他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可以进行其他功能,诸如管理和分配WTRU/UE IP地址、管理PDU会话、控制策略实施和QoS、提供下行链路数据通知等。PDU会话类型可以是基于IP的、基于非IP的、基于以太网的等。
UPF 184a、184b可以经由N3接口连接到RAN 113中的gNB 180a、180b、180c中的一个或多个,N3接口可以向WTRU 102a、102b、102c提供对分组交换网络的访问,诸如因特网110,以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。UPF 184、184b可以进行其他功能,诸如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲下行链路分组、提供移动性锚定等。
CN 115可以促进与其他网络的通信。例如,CN 115可以包括或可以与用作CN 115和PSTN 108之间的接口的IP网关(例如,IP多媒体子***(IMS)服务器)通信。另外,CN 115可以向WTRU 102a、102b、102c提供对其他网络112的访问,网络112可以包括由其他服务提供商拥有和/或操作的其他有线和/或无线网络。在一个实施例中,WTRU 102a、102b、102c可以经由到UPF 184a、184b的N3接口和UPF 184a、184b与本地数据网络(DN)185a、185b之间的N6接口通过UPF 184a、184b连接到DN185a、185b。
鉴于图1A至图1D以及图1A至图1D的对应描述,本文描述的关于以下中的一个或多个的一个或多个或全部功能可由一个或多个仿真设备(未示出)进行:WTRU 102a-d、基站114a-b、eNode-B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b,和/或本文描述的(多个)任何其他设备。仿真设备可以是被配置为模拟本文描述的一个或多个或全部功能的一个或多个设备。例如,仿真设备可以用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可以被设计为在实验室环境和/或操作者网络环境中实施其他设备的一个或多个测试。例如,一个或多个仿真设备可以进行一个或多个或所有功能,同时作为有线和/或无线通信网络的部分被完全或部分地实施和/或部署,以便测试通信网络内的其他设备。一个或多个仿真设备可以进行一个或多个或所有功能,同时作为有线和/或无线通信网络的部分临时实施/部署。仿真设备为了测试的目的可以直接耦合到另一设备和/或可以使用空中无线通信进行测试。
一个或多个仿真设备可以进行一个或多个(包括所有)功能,而不是作为有线和/或无线通信网络的部分实施/部署。例如,仿真设备可以被利用在测试实验室和/或非部署(例如,测试)有线和/或无线通信网络中的测试场景中,以便实施一个或多个组件的测试。一个或多个仿真设备可以是测试设备。经由RF电路(例如,RF电路可以包括一个或多个天线)的直接RF耦合和/或无线通信可以由仿真设备用于发送和/或接收数据。
本文提供的示例不限制本主题对其他无线技术的适用性,例如,使用可能适用的相同或不同的原理。
如本文所解释的,无线发送接收单元(WTRU)可以是用户设备(UE)的示例。因此,术语UE和WTRU可以在本文中以相同范围使用。面向V2X服务的第2层链路建立过程如图2中所示。参考图2,直接通信请求(DCR)消息206、208、210可以由WTRU 201使用广播机制来发送,即发送到与应用(诸如V2V或V2X应用)相关联的广播地址。广播消息可以由包括WTRU 202、WTRU 203和WTRU 204的其他WTRU接收。关于请求建立第2层(L2)链路的V2X服务的信息(即关于已播报的V2X服务的信息)可以包含在直接通信请求消息中,以允许其他(对等)WTRU决定是否响应该请求。对使用由直接通信请求(DCR)消息播报的V2X服务感兴趣的所有WTRU可以响应该请求。例如,图2中的WTRU 202用直接通信接受(DCA)消息212响应DCR广播消息。图2中的WTRU 204用DCA消息214响应DCR广播消息。这个面向V2X服务的链路符合3GPP TR23.786V1.1.0(2019-01),研究EPS和5G***的架构增强以支持高级V2X服务(第16版)。
图3中示出了面向WTRU的第2层链路建立过程。直接通信请求消息306、308、310可以由WTRU 301使用广播机制来发送,即发送到与应用相关联的广播地址,诸如发送到WTRU302、WTRU 303、WTRU304。WTRU 302的上层标识符(例如,上层ID)被包括在直接通信请求消息中以允许WTRU 302决定是否响应该请求。WTRU 302可以发送直接通信接受(DCA)消息312以响应DCR消息306。
替代链路建立过程可以是可能的,其中每个WTRU在从发起WTRU(即WTRU 301)接收到DCR消息时可能对已播报的V2X服务感兴趣。感兴趣的WTRU然后可以通过向发起WTRU发送其自己的DCR消息来发起单播链路建立过程。在一种替代链路建立中,对等WTRU不回复来自发起WTRU的DCR消息。该过程如图4中所示。此处,感兴趣的WTRU发起链路建立消息。尽管在步骤406、408、410使用单播通信作为示例PC5通信,但是在WTRU之间同样可以采用其他类型的PC5通信。例如,如果发送广播发现消息而不是DCR消息,则对等WTRU可以获知WTRU 401L2 ID并建立PC5链路,如步骤412、414所示。
发起WTRU(例如,WTRU 401)可以经由广播DCR消息406、408、410在PC5无线电接入技术(RAT)(诸如5G PC5参考点接口)上广播支持的V2X服务。许多WTRU可能对这样的V2X服务感兴趣,并且可以与发起WTRU建立通信。同样,可能会播报许多V2X服务,因此WTRU可能最终会同时运行多个通信,以维持和生成和/或接收数据。除此之外,可以与特定的WTRU建立单播通信,增加已建立的通信的数量、资源的使用等。在一个示例中,感兴趣的WTRU 2向发起WTRU 401发送DCR消息412,然后WTRU 401可以用DCA消息414来响应。
可以理解,在WTRU上具有许多正在进行的通信可能导致WTRU和/或RAT上的拥塞情况。因此,对等WTRU可能会经历较低质量的通信。也就是说,某些V2X应用可能无法满足服务质量(QoS)要求。在严重的情况下,甚至可能会丢失PC5接口上的通信。此外,由于拥塞情况而丢失通信可能导致对等WTRU尝试重新建立链路,从而在RAT和WTRU上创建甚至更多的拥塞。最后,多个WTRU可以回复并与发起者WTRU建立单播链路。由于在发起WTRU上建立的太多单播通信可能会发生拥塞。因此,需要解决WTRU拥塞的技术。
需要注意的是,本公开中使用的V2X仅用作通信的示例。本文定义的过程可适用于其他类型的通信,例如,与其他电子设备(诸如无人机、火车和海上通信)的通信。本文描述了WTRU可以采取以解决拥塞问题的动作集合。可以采取任何或所有动作集合来解决或以其他方式减少或隔离拥塞。WTRU可以通过动态控制其资源使用来管理拥塞。这种动态控制动作可以包括释放现有通信或拒绝新的通信请求。其他动态控制操作可能正在适应现有通信,诸如减少控制平面业务、改变所需的QoS或将通信卸载到另一个RAT。
根据一个新颖特征,发起WTRU可以在发起单播链路建立时或在正在进行的PC5单播通信期间通知其拥塞级别。发送/通知给其他WTRU的拥塞级别是发送WTRU正在经历或对发送WTRU已知的拥塞级别。发送WTRU对拥塞级别的这种发送/通知使感兴趣的对等或接收WTRU能够基于拥塞信息来决定他们是否应该回复来自发起WTRU的链路建立,或者他们是否应该选择忽略该链路建立请求并等待拥塞恢复或减少,或等待另一个支持相同服务的较少拥塞的发起WTRU的出现。
由于拥塞级别一直在变化,因此可以以多种方式或时间或周期性地对其进行通知。例如,在发起单播链路建立时、在保活、隐私保护和密钥更新过程期间。WTRU发送的任何周期性消息都是包含拥塞级别或状态信息的候选。由于拥塞,发起WTRU可能拒绝来自另一个WTRU的通信建立请求,或者它可能释放正在进行的单播通信。在这两种情况下,可以在释放和拒绝消息上指定退避间隔以及指示拒绝原因是由于拥塞的适当原因代码。因此,对等WTRU不需要立即重试(重新)建立通信。在对等WTRU上使用每个对等第2层标识符(L2 ID)的退避定时器。该退避定时器也可以是每个L2 ID和V2X应用ID智能交通***应用标识符(ITS-AID)提供商服务标识符(PSID),即与发起WTRU的L2 ID相关联,也可能与V2X应用相关联。
当在链路上观察到拥塞时,发起WTRU可以减少在信令平面上交换的业务量以限制拥塞。例如,保活间隔可能会增加一段时间。隐私保护间隔和密钥更新间隔也可以增加。此外,如果观察到拥塞(或者如果不再观察到拥塞),则发起WTRU可以改变所请求的链路QoS。可以指定新的QoS值,例如以增加可接受的延迟。
当观察到拥塞时的另一种可能性是将通信卸载到另一个RAT。卸载有效地将业务从一种通信介质/访问重新定位到另一种通信介质/访问。例如,第五代/新无线电PC5 5G/NR PC5上的通信可能会在一段时间内卸载到长期演进(LTE)PC5。如果在WTRU拥塞时LTEPC5不太拥塞,则可以采取该动作。反过来也可以。也就是说,将LTE PC5移动到5G/NR PC5。为了实现这种卸载,发起WTRU和对等WTRU可能需要交换它们的能力。在这种情况下,仅可卸载支持LTE和5G版本的PC5的两个WTRU的单播通信。
可以为WTRU供应映射到拥塞级别的QoS配置文件以及启用或禁用的拥塞控制功能。此外,可以配置拥塞阈值以便WTRU知道什么时候拥塞太高并且可以应用拥塞控制或者什么时候拥塞足够低以取消拥塞控制措施。反向拥塞控制措施可以包括将间隔重新配置为正常值、再次接受新的通信建立等。尽管本文档中的许多过程是从V2X层/NAS层/ProSe层或上层的WTRU之间交互的角度描述的,但相同的过程可适用于WTRU之间的RRC信令交换。
根据新颖的特征,用于在PC5 RAT上操作的WTRU的拥塞检测是基于链路测量的。接入层(AS)层处理链路测量并可以知道链路拥塞。AS层可以向V2X层发送指示以通知它特定RAT上的拥塞情况(开/关)。拥塞级别也可以由AS层指定。另一种可能性包括AS层向V2X层提供测量信息,该V2X层本身确定是否出现拥塞情况。在任何情况下,都假设V2X层可以知道拥塞情况。
WTRU上的拥塞或与WTRU相关联的拥塞也可以被认为受诸如正在进行的通信的数量、存储器使用、CPU使用等的情况的影响。WTRU上的拥塞可以由V2X层(或与V2X层接合的另一层)监视并且可以基于WTRU内的供应。例如,当确定WTRU上拥塞的存在时,可以考虑正在进行的通信的最大数量。
在两个WTRU之间的单播通信的情况下,两个WTRU都可以监视和处理拥塞,或者只有它们中的一个可以处理拥塞。即,两个WTRU都可以监视它们的资源使用、通知它们的拥塞级别、释放现有通信和/或拒绝新的通信请求。然而,可以选择一个WTRU来处理现有通信的重新配置。
例如,在通信建立期间,WTRU可以确定哪个负责处理通信重新配置。发起WTRU可以请求责任并且响应WTRU允许责任分配。替代地,响应WTRU可以请求责任。响应WTRU可以是做出最终决定的WTRU,或者可以预先确定响应WTRU具有并维持重新配置责任。WTRU可能有重新配置特定通信的责任,而对于另一个通信,对等WTRU有这个责任。
图5图示了WTRU可以如何确定哪个负责处理通信重新配置的示例。这些示例基于之前描述的三种单播链路建立的方法。在图5中所示的具体示例中,WTRU 501通过使用DCR消息506请求处理通信重新配置的责任。WTRU 502经由DCA 512接受并且可以在WTRU 501和WTRU 502之间建立第一通信,其中WTRU 501处理重新配置。可以在WTRU 501和WTRU-4之间建立第二通信,其中WTRU-4使用DCA消息514请求重新配置责任。然后,WTRU 503可以经由DCR消息516发起与WTRU 501的通信的建立并且请求重新配置的处理。可以经由DCA消息518在WTRU 503和WTRU 501之间建立第三通信。然后,WTRU 502经由DCR消息520发起与WTRU503的通信的建立并且请求处理针对该通信的重新配置。可以经由DCA消息522在WTRU 502和WTRU 503之间建立第四通信。需要注意的是,WTRU 502有2个通信(一个与WTRU 501和一个与WTRU 503)并且可能正在处理仅用于与WTRU 503的通信(通信#4)的重新配置。WTRU501处理另一个通信(通信#1)的重新配置。替代地,通知拥塞级别的WTRU可以隐式地始终负责PC5单播链路的重新配置。
WTRU可以被配置监视拥塞并且这样的WTRU可以不同的方式向其他WTRU通知其拥塞级别,如下所述。拥塞级别可以被通知为例如无、低、中、高等。拥塞级别可以被通知为PC5消息中的数字信息元素(IE),例如,拥塞级别IE代表从整数0至10的拥塞,其中0代表没有拥塞,而10代表拥塞级别非常高。
在通知拥塞级别的第一示例技术中,发起WTRU可以发送具有发起WTRU的拥塞级别指示的DCR。此处,在发送DCR时没有建立链路。对等WTRU接收DCR消息,并且如果对等WTRU中的任何一个对V2X服务感兴趣,则对等WTRU评估接收到的发起WTRU的拥塞级别是否可接受。也就是说,是否对等WTRU应该与发起WTRU建立链路,或者由于高拥塞级别,该高拥塞级别预计会提供较差质量的通信并且不满足所需的QoS,是否对等WTRU不应该建立链路。发起WTRU可以在每个V2X服务的基础上通知拥塞级别。拥塞级别通知和基于该拥塞级别的通信建立决定在图6和图7上示出。
在通知拥塞级别的第二示例技术中,发起WTRU可以发送具有发起WTRU的拥塞级别指示的保活消息。此处,已经在2个对等WTRU之间建立了链路。接收这样的保活消息的对等WTRU可以在现有链路上应用拥塞控制,其中该消息还包括经历拥塞的指示(即拥塞级别和拥塞指示),如下文所讨论的。还可以指定周期性保活消息的退避间隔。此外,该间隔可以是信令特定的。即该间隔可适用于会话管理(SM)信令或QoS重新配置PC5信令或两者。
在通知拥塞级别的第三示例技术中,发起WTRU可以发送具有发起WTRU的拥塞级别指示的隐私保护消息。此处,该技术类似于上面第二示例技术中的保活消息的技术。因此,隐私保护消息可以包含供对等WTRU评估的拥塞级别指示。
在通知拥塞级别的第四示例技术中,发起WTRU可以发送具有发起WTRU的拥塞级别的直接密钥更新请求消息。此处,该技术类似于上面第二个示例技术中的保活消息的技术。因此,直接密钥更新请求消息可以包含供对等WTRU评估的拥塞级别指示。
其他PC5信令消息(本文未描述)也可用于通知拥塞级别。V2X层或上层也可能将拥塞级别传递给RRC层。在这种情况下,RRC层可以通过RRC信令通知拥塞级别。
当检测到拥塞时可以使用拥塞控制过程。根据情况,可以应用不同的拥塞控制过程。传入的通信建立请求可能会被拒绝。现有的通信可以重新配置,例如通过改变保活、隐私或密钥更新过程的间隔。应用于通信的QoS也可以重新配置。在特定RAT上拥塞太高的情况下,通信可能会被释放或卸载到另一个RAT。这些不同的方法在下文详述。
在拥塞太高的情况下,可以执行单播链路释放。在这种情况下,已经在2个对等WTRU之间建立了链路。当在WTRU处检测到拥塞时,可能会触发现有通信的释放。如何确定将要释放哪个通信可以基于各种标准或标准的组合。示例包括上次建立的通信(诸如最近建立的通信),或者可以在通信上监视的活动(诸如发送/接收的业务),或者在检测到拥塞时可以选择或释放不活跃的通信或最不活跃的通信。其他标准示例包括基于流数量的确定(例如,如具有最小流数量的通信被释放)、基于应用(ITS-AID/PSID)优先级的确定(例如,与具有最低优先级的应用相关联的通信被释放)。此处,可以在WTRU上为每个应用提供优先级。另一个标准示例可以基于不同流的PQI(PC5 QoS指示符)和/或其他QoS参数。
下面解释的拥塞控制以面向V2X服务的方法和最后建立的通信被释放为例。然而,单播链路释放适用于本文讨论的任何链路建立过程以及如本文描述的用于释放的通信选择的任何标准。
如图6中所示,可以使用具有退避定时器的直接通信释放消息向面向V2X服务的方法添加拥塞控制。发起WTRU(WTRU 601)监视其拥塞606并发起指定其拥塞级别608的通信。WTRU 601使用广播DCR消息610向WTRU 602、603和604通知其拥塞级别。对等WTRU 602对V2X服务感兴趣并接受当前拥塞级别且经由DCA消息614接受通信,DCA消息614包括WTRU 602拥塞级别。WTRU 601和WTRU 602之间的通信发生在616。WTRU 601验证当前拥塞级别,确定没有拥塞,并且通信建立完成618。
在620处,对等WTRU(WTRU 604)对来自WTRU 601的V2X服务感兴趣并且验证拥塞级别是可接受的。WTRU 604通过发送DCA消息622并且包括WTRU 604拥塞级别来建立到WTRU601的链路。WTRU 601和WTRU 604之间的通信发生在624。稍后某个时间,WTRU 601可以在626确定其拥塞级别太高。这可以以多种方式确定,包括拥塞级别超过阈值或指示。当它接收到DCA消息时或稍后某个时间时,WTRU 601通过发送直接通信释放消息628来终止与WTRU604的链路。还可以在该消息上指定退避间隔。发送退避间隔以向对等WTRU(WTRU 604)指示尝试重新建立链路之前的等待时间。WTRU 604通过发送直接通信释放接受消息630来响应,并且WTRU 601和WTRU 604之间的通信632终止。
当接收指定退避间隔的直接通信释放时,在634,对等WTRU(WTRU 604)使用在释放消息628上指定的值来启动退避定时器。这个退避定时器和相关联的间隔值是每个L2 ID,即每个单播通信。它也可能是每个L2 ID和V2X服务。WTRU 604在634处跟踪L2 ID和退避间隔关联,以及可能的相关V2X服务。在退避定时器到期时,WTRU 604可以尝试通过使用与退避定时器相关联的L2 ID发送DCR消息来重新建立与WTRU 601的通信。WTRU 604可以在尝试重新建立通信之前验证其侧上的拥塞级别是可接受的。如果仍然确定拥塞级别太高,则重新启动退避定时器并且不尝试重新建立通信。虽然该退避定时器在WTRU 604处运行,但WTRU 604仍可以尝试与不同的WTRU建立PC5直接通信,该不同的WTRU正在通知相同的服务并且具有较低的拥塞级别。如果WTRU 604能够成功地与提供相同服务的不同WTRU建立PC5单播连接,则WTRU 604可以停止退避定时器。
对等WTRU(WTRU 604)也可以通过跟踪从WTRU 601接收到的最近拥塞级别通知来评估WTRU 601的拥塞级别。例如,发起WTRU 601可以通过周期性地产生诸如DCR的广播消息来通知支持的V2X服务,DCR包括其当前的拥塞级别。WTRU 601还可以使用面向WTRU的方法来广播包括其拥塞级别的DCR。即使该消息的目的不是WTRU 604,或者如果WTRU 604对广播的V2X服务不感兴趣,则WTRU 604仍然可以跟踪包括在广播消息中的WTRU 601的拥塞级别(图6中未示出)。
如果退避定时器在这个特定的WTRU(即WTRU-601)和可选的这个特定的V2X服务上运行,则WTRU 604可以跟踪WTRU-601拥塞级别。在退避定时器到期时,WTRU 604可以考虑保存的WTRU-601的拥塞级别并决定是否发送另一个DCR,这取决于是否仍然存在拥塞。如果决定不发送DCR,则重新启动退避定时器。保存的拥塞级别可以与(来自广播消息的)时间戳一起保存,以确保它仍然准确。这是在WTRU-601上的广播间隔很长并且间隔足够长以清除拥塞的情况下完成的。
拥塞控制的另一个过程是单播链路建立拒绝。在该拥塞控制过程中,链路建立存在并且可能在2个对等WTRU之间进行。所使用的链路建立方法可以是先前描述的用于链路建立的任何技术。发起WTRU广播指定V2X服务的DCR消息。感兴趣的对等WTRU通过发起建立过程来进行回复,诸如向发起WTRU发送DCR消息。
图7是具有退避定时器的直接通信拒绝消息的示例。WTRU 701在706进行拥塞监视并在708发起还指定拥塞级别的通信建立消息。在图7的单播链路建立拒绝过程中,发起WTRU(WTRU 701)在向对等WTRU 702、WTRU 703和WTRU 704广播的DCR消息710上包括拥塞级别。在712和722处,对等WTRU(WTRU 702和WTRU 704)分别对V2X服务感兴趣并且考虑拥塞级别是否可接受。即,如果对等WTRU正在监视它们自己的拥塞,则可以评估来自WTRU 702的在广播消息上接收到的拥塞级别和对等WTRU侧WTRU 702和WTRU 704上的拥塞级别。如果确定没有不利拥塞,则WTRU 702和WTRU 704向WTRU 701发回DCR消息,指定它们的拥塞级别。
WTRU 701从例如WTRU 702接收这样的DCR消息714,评估WTRU 701此时经历的拥塞级别,并且在716,可以考虑从对等WTRU接收的DCR消息上指定的拥塞级别,并且,如果拥塞级别被确定为可接受,则WTRU 701通过向WTRU 702发送DCA消息718来接受通信。在720,在WTRU 701和WTRU 702之间建立通信。
另一方面,在726,在从WTRU 704接收到DCR时,拥塞情况已经恶化并且WTRU 701确定在WTRU 701处的拥塞级别是不可接受的,因此它通过向WTRU 704发送直接通信拒绝消息728来拒绝链路建立请求。在拒绝消息上指定退避间隔。因此在WTRU 701和WTRU 704之间不建立通信。
在接收到包括退避间隔的直接通信拒绝消息728时,在730,WTRU 704使用在释放消息上指定的间隔来启动退避定时器。该退避定时器与WTRU 701的间隔值和L2 ID相关联。也就是说,在732,WTRU 704跟踪L2 ID和退避间隔关联。在退避定时器到期时,WTRU 704可以尝试再次通过使用与退避定时器相关联的L2 ID发送DCR消息来建立与WTRU 701的通信。WTRU 704可以在尝试建立通信之前验证其侧上的拥塞级别是可接受的。如果确定拥塞级别太高(即不可接受),则重新启动退避定时器并且不尝试建立通信。
如与单播链路释放过程所述,对等WTRU(诸如WTRU 704)也可以通过跟踪从WTRU701接收到的拥塞的最近通知来评估WTRU 701的拥塞级别。如果在此特定WTRU(即WTRU701)和可选的此特定V2X服务上运行退避定时器,则WTRU 704可以跟踪此拥塞级别。在退避定时器到期时,WTRU 704可以考虑保存的WTRU 701的拥塞级别并决定是否发送另一个DCR,这取决于是否仍然存在拥塞。如果决定不发送DCR,则重新启动退避定时器。WTRU 701保存的拥塞级别可以与(来自广播消息的)时间戳一起保存,以确保它仍然准确。这是在WTRU701上的广播间隔足够长以清除拥塞的情况下完成的。
拥塞控制的又一过程是单播链路重新配置。在某些情况下,可以检测到拥塞,并且WTRU可以决定重新配置现有通信以限制发送的信令业务量,直到拥塞清除。同样,可以修改请求的QoS以尝试适应现有条件。这些重新配置在下文中更详细地描述。
可能采取的由拥塞情况导致的一种重新配置是QoS。可以在WTRU上供应与V2X应用相关联的QoS配置文件,如本文稍后所述。取决于拥塞情况,可以应用可描述优先级、延迟等的新的QoS配置文件以及范围(QoS参数需要满足的最小距离)以适应实际情况。当检测到拥塞时,V2X对等可以就要应用的QoS配置文件和范围达成一致,使用信令消息(诸如保活过程或不同的PC5信令过程)可以触发指定要应用的新的QoS配置文件和范围以及当前的拥塞级别。
另一种可能性可以是在通信建立期间,即在发送直接通信请求消息时,通知每个拥塞级别的QoS配置文件和范围。每当通知具有对应的QoS配置文件的新拥塞级别时,就可以应用新的QoS配置文件和范围。
V2X层可以基于在对等WTRU之间交换的QoS配置文件和范围信息来配置AS层。在建立链路期间,一般会交换QoS参数。然后可以将协商的QoS应用于PC5单播链路。WTRU可以在PC5链路建立期间交换/协商可能的QoS级别。一旦WTRU之间达成一致,在拥塞时,WTRU可以通过将链路的QoS参数(诸如QFI、5QI、PC5 QoS指示符(PQI))改变为较低的商定价值来隐式地降低PC5链路的QoS。对较低QoS值的改变可以基于在链路上经历和/或通知的拥塞级别。例如,WTRU(发起WTRU和对等WTRU)可以在PC5链路建立期间协商三个不同的PQI。一个示例可以是具有a、b和c的PQI,其中“a”可能是最高的,并且“c”可能是最低的。该PC5链路上的业务可以在没有拥塞的时候用PQI a发送,可以在低中拥塞级别处用PQI b发送和在高拥塞级别处用PQI c发送。WTRU基于通知的/观察到的拥塞级别隐式地改变PQI。
还可能的是,当使用之前描述的方法之一来通知拥塞级别时,WTRU还可以包括不允许QoS信令和/或SM信令的指示。因此,当拥塞WTRU发送此类指示时,WTRU可以避免发送任何PC5信令以重新配置PC5链路的QoS。WTRU也可以基于观察到的/通知的拥塞级别隐式地采取这样的动作。此外,当WTRU在拥塞期间(例如在保活消息上)接收到退避间隔时,相关联的定时器可以特定于SM信令和/或QoS重新配置PC5信令。如果特定于QoS信令,则在指定的间隔期间可能不会发送QoS信令业务。
可能采取的由拥塞情况导致的第二重新配置可以是为诸如保活或隐私或密钥更新等的周期性消息设置间隔。保活、隐私保护和密钥更新的基本过程已经存在。这些过程会周期性重复。也就是说,信令消息以特定的间隔在2个对等之间进行交换。为了限制发起WTRU或对等WTRU处的拥塞,可能需要减少每个现有通信发送的信令消息。这可以通过基于观察到的拥塞情况增加间隔来完成。作为新颖的特征,拥塞级别被添加到上面描述的消息。另外,增加了新的拥塞指示,并且根据需要重新配置了间隔值。
图8是基于从对等WTRU接收的拥塞级别的重新配置的示例方法。该示例包括链路间隔重新配置。拥塞监视可以在804处在WTRU 801和在806处在WTRU 802进行。两个WTRU之间的通信在808处正在进行。在810处,WTRU 802检测拥塞级别。如图8中所示,WTRU 801从WTRU 802接收保活消息812。当接收到这样的消息时除了通常的WTRU的行为之外,在814处,WTRU 801查看接收到的WTRU 802的拥塞级别以及是否需要拥塞控制(例如,基于供应的QoS阈值),WTRU 801可以将周期性定时器重新配置为更大的值。拥塞级别可以指示需要或不再需要拥塞控制。可以指定拥塞指示,指示应当将拥塞控制应用于哪个功能,例如,PC5的特定SM信令或QoS重新配置。图8中用于从WTRU 801发送直接保活消息确认的触发机制是WTRU801已经评估了来自WTRU 802的直接通信保活消息812中的WTRU 802拥塞级别。在814处的评估指示,基于WTRU 801或WTRU 802的拥塞之一或两者,在向WTRU 802发送的WTRU 801发送的保活确认消息816中的退避间隔可能是合适的。该退避间隔具有以下效果:将在WTRU801和WTRU 802之间交换较少的周期性保活消息,因此可以减少拥塞。
WTRU 801也可以基于它自己的拥塞检测(即,在不接收对等WTRU所经历的拥塞的任何指示的情况下)来触发拥塞控制和链路重新配置。这在图9中示出,其描述了基于检测到的拥塞级别的单播链路间隔重新配置。在904处,WTRU 901监视拥塞。该拥塞监视由WTRU901观察并在WTRU 901内本地监视。因此,在904处的监视的拥塞是WTRU 901由于资源使用而经历的(即WTRU观察到的和经历的)拥塞。在906处进行WTRU 901和WTRU 902之间的正常通信。在908处,WTRU 901检测需要拥塞控制(例如,基于供应的QoS阈值)。WTRU 901经由直接通信保活消息910通过触发保活过程并通过包括拥塞指示、它自己的拥塞级别和退避定时器值来将周期性保活消息定时器重新配置为更大的值。拥塞指示指示需要拥塞控制(例如,经由保活过程的使用)。在912处,从WTRU 902向WTRU 901发送包括WTRU 902拥塞级别的直接通信保活确认消息。在914处,基于从WTRU 901接收的退避间隔值在WTRU 902中启动或重新启动保活周期性定时器。
图9图示了使用保活过程的重新配置。然而,相同的机制(即添加拥塞级别和适应周期性间隔)可以应用于其他周期性过程,诸如隐私保护消息和密钥更新消息。WTRU可以触发保活/隐私保护/密钥更新过程(除了现有的触发器)。一种可能的触发是可能检测到拥塞并且应该减少信令业务(例如增加间隔)以减少拥塞。另一个可能的触发可能是不再检测到拥塞并且可以指示间隔的减少。
当该过程需要运行时,WTRU可以重新配置周期性间隔。例如,可以重新配置周期性间隔,因为周期性定时器已到期或由于其他触发。在这种情况下,如果检测到拥塞,则WTRU跟踪正在进行的拥塞级别和要应用的新的间隔配置。新的间隔可能会在运行定时器到期时或由于其他触发器执行该过程。WTRU然后将先前保存的拥塞级别指示和新的间隔添加到消息中,并将消息发送到对等WTRU以延迟该过程的下一次执行。
或者,当观察到或被通知拥塞时,WTRU有可能隐式地增加它们的保活定时器的值。当在保活定时器到期时未接收到保活消息时,WTRU当前隐式地假定PC5链路不可用。建议在拥塞期间,WTRU可以增加(例如加倍)保活值,然后仅在增加的保活定时器到期之后才期望保活消息。定时器的值可以由WTRU基于拥塞级别隐式地增加。
另一种拥塞控制技术被称为RAT卸载。RAT卸载可用于减少RAT上的拥塞。为了支持这个特征,WTRU可能首先需要在通信建立过程期间交换它们的能力。例如,如果在发起WTRU上检测到拥塞,则该WTRU可以建议其对等WTRU在另一个RAT上建立链路。示例替代RAT是LTE-PC5或5G-PC5,其中任何一个都可以预期较少或不拥塞。发起WTRU可以按照优选顺序建议特定于V2X服务或V2X应用的RAT列表。为了在另一个RAT上建立通信,对等WTRU从由发起WTRU提供的列表中并基于来自发起WTRU的优选顺序来选择RAT。
RAT卸载可以以不同的方式完成。本文讨论了三种替代方案:
A.当已经建立通信时,使用直接通信释放消息;
B.在通信建立期间,使用直接通信拒绝消息;以及
C.在通信仍正在进行时,使用周期性消息,诸如保活、隐私保护或密钥更新过程。
如果使用直接通信释放或直接通信拒绝消息,则对等WTRU可以决定在尝试(使用退避定时器)在相同RAT上重新建立通信之前等待或立即尝试建议的RAT。该决定可以基于在WTRU上配置的策略。此类策略可以取决于V2X服务、发送数据的紧迫性等。该RAT卸载在使用直接通信释放消息(替代方案A)的图10中以及在使用直接通信拒绝消息(替代方案B)的图11中示出。如图10和图11中所示,第一WTRU和第二WTRU在通信建立期间交换它们的能力。
考虑图10中的替代方案A(即RAT卸载的直接通信释放消息方法),使用DCR消息1004和DCA消息1006在WRTU 1001和WTRU 1002之间交换能力。在5G-PC5上建立通信。WTRU1001在1008处检测到拥塞并决定使用直接通信释放消息1010释放通信。这之后是图10中的直接通信释放接受消息1012。考虑图11中的替换方案B(即RAT卸载的直接通信拒绝消息方法),使用DCR消息1104和DCR消息1106交换能力。由于在1108的拥塞,通信请求被拒绝。
退避定时器被提供在图10的直接通信释放消息1010和图11的直接通信拒绝消息1110上,如上所述以及如图10和图11中所示。此外,第一WTRU在图10的直接通信释放消息1010和图11的直接通信拒绝消息1110中建议第二WTRU将通信卸载到另一个RAT(诸如LTE-PC5)。
在接收到具有卸载RAT和退避定时器的释放或拒绝消息时,第二WTRU决定它应该做什么。第二WTRU可以在建议的卸载RAT上立即建立与第一WTRU的通信或者启动退避定时器并且在到期时重新尝试在可能不再拥塞的当前RAT上建立通信。在图10和图11的示例中,WTRU 1002和WTRU 1102决定将通信卸载到建议的RAT,即图10中的活动框1004和图11的活动框1112中的LTE-PC5。
在图10中,一旦做出卸载到LTE-PC5链路的决定,WTRU 1002在LTE-PC5通信链路上向WTRU 1001发送DCR消息1016。DCR消息1016包括WTRU 1002的拥塞级别。WTRU 1001然后可以在LTE-PC5通信链路上向WTRU 1002发送DCA消息1018。DCA消息1018包括WTRU 1001的拥塞级别。
在图11中,一旦做出卸载到LTE-PC5链路的决定,WTRU 1102在LTE-PC5通信链路上向WTRU 1101发送DCR消息1114。DCR消息1114包括WTRU 1102的拥塞级别。WTRU 1101然后可以在LTE-PC5通信链路上向WTRU 1102发送DCA消息1116。DCA消息1114包括WTRU 1101的拥塞级别。
如果周期性消息用于卸载到另一RAT的指令,则WTRU之间的通信可能仍正在进行中。可以使用周期性消息来触发RAT卸载。周期性消息的这种使用可以向对等WTRU发信号通知检测到拥塞并且建议卸载。可以提供按照优选顺序的潜在RAT的列表。例如,可以通过触发保活过程来提供这样的列表。在这种情况下,对等WTRU可以决定在建议的RAT上建立另一个通信,如果成功,则将所有业务卸载到这个新的通信路径。然后可以释放在拥塞的RAT上正在进行的通信。这在图12中示出。
在图12中,第一WTRU 1201具有与第二WTRU 1202的正在进行的直接通信链路1204。在1206处,WTRU 1201检测到拥塞并且做出建议卸载到另一RAT的决定。直接通信保活消息1208被发送到WTRU 1202,WTRU 1202包括WTRU 1201的拥塞级别和到新RAT:LTE-PC5的卸载指示。WTRU 1202发送直接保活确认消息1210。在1212处,WTRU 1202基于在消息1208中接收的信息做出卸载到另一RAT的决定。WTRU 1202在LTE-PC5 Rat上向WTRU 1202发送DCR,LTE-PC5 Rat指示WTRU 1202的拥塞级别。WTRU 1201通过发送指示WTRU 1201的拥塞级别的DCA 1216来接受DCR。在1218处,两个WTRU在LTE-PC5通信链路上通信。在LTE-PC5 RAT上成功进行通信之后,WTRU 1202可以在步骤1220处启动卸载在最初使用的5G-PC5 RAT上建立的通信。WTRU 1202向WTRU 1201发送直接通信释放消息1222以释放5G-PC5 RAT链路。WTRU1201在1224处使用直接通信释放接受来响应释放请求。结果,完成了5G-PC5链路的卸载。
替代地,在尝试在另一RAT上建立通信之前,对等WTRU可以决定立即释放正在进行的拥塞通信。考虑到诸如V2X服务、发送数据的紧迫性等因素,该决定可以基于在WTRU上配置的策略。
如前所述,正在进行的通信可能变得拥塞,即,使用中的RAT可能变得拥塞。WTRU可以决定将通信卸载到另一个RAT。决定(如上面关于释放和拒绝讨论的实例)可能基于各种因素,诸如使用此通信的V2X应用的策略、对等WTRU的能力(诸如访问其他RAT)、可用替代RAT的拥塞等。
当不再观察到拥塞时,决定应用拥塞控制措施的WTRU可以反向这些措施。可以在WTRU本身或其对等上缓解拥塞。在这种情况下,现有的通信可能会重新配置为周期性间隔的值。通信也可以卸载回优选的PC5 RAT。
WTRU可以被供应以启用/禁用拥塞控制特征。如果启用拥塞控制,则可以供应相关参数。例如,可以启用或禁用拥塞控制。在声明拥塞开启指示之前,可以将2个对等之间的通信次数设置为某个允许的限制。拥塞开启决定的一个示例限制可以是对等之间的10次通信。在宣布拥塞关闭情况/状态之前允许的通信次数可以被设置为指示何时可以关闭拥塞情况/状态。对于从拥塞开启情况/状态的拥塞关闭情况/状态的一个示例限制可以是对等之间的通信次数减少到7。WTRU可以为每个V2X应用ID(例如PSID或ITS-AID)供应表来指示拥塞级别,其中QoS配置文件是每个QoS级别和范围配置的。此外,该表可以是用于卸载的按照优选顺序的支持的RAT的列表。
在将拥塞级别从发起WTRU通信到对等WTRU的附加方法中,发起WTRU可以限制对与对等WTRU建立通信的提议的响应。此处,发起WTRU可以在接受由发起WTRU提供的链路建立之前发送对等WTRU要满足的一组要求。发起WTRU可以包括这样的要求列表以及发送到一个或多个对等WTRU的链路建立请求以及发起WTRU的拥塞级别。
虽然上文以特定的组合提供了特征和元素,但是本领域普通技术人员将会了解,每个特征和部件既可以单独使用,也可以与其他特征和部件进行任何组合。本公开并不是依照本申请中描述的特定实施例来限制的,这些实施例旨在作为关于不同方面的说明。如本领域技术人员清楚了解的那样,在不脱离本公开的实质和范围的情况下,可以进行很多修改和变化。本申请的描述中使用的元件、行为或指令不应被理解成对本发明是至关重要或是不可或缺的,除非明确地采用这种方式提供。除了本文枚举的方法和装置之外,本领域技术人员可以从以上的描述中清楚了解在本公开的范围内的功能等价的方法和装置。此类修改和变化旨在落入附加权利要求的范围内。本公开仅受附加权利要求及此类权利要求有权保护的等价物的全部范围的限制。应该理解的是,本公开并不限于特定的方法或***。
为简单起见,关于具有红外线功能的设备(即红外线发射器和接收器)的术语和结构讨论了前述实施例。然而,所讨论的实施例不限于这些***,而是可以应用于使用其他形式的电磁波或诸如声波的非电磁波的其他***。
还应该理解的是,本文使用的术语仅仅是为了描述特定的实施例,其目的并不是进行限制。本文使用的术语“视频”或术语“图像”可以意味着在时间基础上显示的快照、单个图像和/或多个图像中的任何一个。另举一例,本文提及的术语“用户设备”及其缩写“UE”、术语“远程”可以意味着或包括(i)无线发送和/或接收单元(WTRU);(ii)WTRU的多个实施例中的任何一个;(iii)具有无线能力和/或有线能力(例如可连接)的设备,特别地,其配置WTRU的一些或所有结构和功能;(iii)具有无线能力和/或有线能力的设备,其配置少于WTRU的所有结构和功能;或(iv)类似设备。在本文关于图1A至图1D提供了可代表本文述及的任一WTRU的示例WTRU的细节。
此外,本文提供的方法可以以引入到计算机可读介质中以供计算机或处理器执行的计算机程序、软件或固件来实施。计算机可读介质的示例包括电子信号(通过有线或无线连接发送)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、诸如内部硬盘和可移除磁盘的磁介质、磁光介质,以及诸如CD-ROM碟片和数字多用途碟片(DVD)的光介质。与软件相关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC或任何主计算机中使用的射频收发信机。
在不脱离本发明的范围的情况下,针对以上提供的方法、装置和***的各种变化都是可能的。鉴于可被应用的各种实施例,应该理解的是,所示出的实施例仅仅是示例,并且不应被视为是对后续权利要求的范围进行限制。举例来说,本文提供的实施例包括手持设备,该手持设备可以包括或是与提供任何适当电压的任何恰当的电压源(诸如电池等)一起使用。
此外,在上述提供的实施例中,指出了包含处理器的处理平台、计算***、控制器和其他设备。这些设备可以包括至少一个中央处理器(“CPU”)和存储器。根据计算机编程领域的技术人员的实践,操作或指令的行为或符号性表示的引用可以由各种CPU和存储器来进行。此类行为和操作或指令可被称为“执行”、“计算机执行”或“CPU执行”。
本领域普通技术人员将会了解,行为以及用符号表示的操作或指令包括由CPU来操纵电子信号。电子***表示可能导致电子信号由此变换或减少的数据比特以及将数据比特保持在存储器***中的存储器位置,从而重新配置或以其他方式变更CPU操作以及其他信号处理。维持数据比特的存储器位置是具有与数据比特对应或代表数据比特的特定电、磁、光或有机属性的物理位置。应该理解的是,本文的实施例不限于上述平台或CPU,并且其他平台和CPU可以支持所提供的方法。
数据比特还可以维持在计算机可读介质上,计算机可读介质包括磁盘、光盘以及其他任何可供CPU读取的易失性(例如,随机存取存储器(“RAM”))或非易失性(例如,只读存储器(“ROM”))大容量存储***。计算机可读介质可以包括协作或互连的计算机可读介质,计算机可读介质可以唯一地存在处理***上,也可以分布在多个位于处理***本地或远端的互连处理***之中。应该理解的是,实施例不限于上述存储器,并且其他平台和存储器可以支持所提供的方法。
在说明性实施例中,本文描述的任何操作、处理等都可以作为保存在计算机可读介质上的计算机可读指令来实施。计算机可读指令可以由移动单元、网络元件和/或其他任何计算设备的处理器来执行。
***各方面的硬件和软件实施之间几乎没有区别。使用硬件还是软件通常(但也并不是始终如此,在某些环境中,在硬件和软件之间的选择有可能会很重要)是代表了成本与效率之间的折衷的设计选择。本文描述的处理和/或***和/或其他技术可以由各种运载工具来实施(例如硬件、软件和/或固件),并且优选的运载工具可以随着部署该处理和/或***和/或其他技术的上下文而改变。例如,如果实施者确定速度和准确度是首要的,那么实施者可以选择主要采用硬件和/或固件的运载工具。如果灵活性是首要的,那么实施者可以选择主要采用软件的实施方式。替代地,实施者可以选择硬件、软件和/或固件的某种组合。
以上的详细描述已经经由使用框图、流程图和/或示例来对设备和/或处理的不同实施例进行了阐述。就像此类框图、流程图和/或示例包含了一个或多个功能和/或操作那样,本领域技术人员将会理解,此类框图、流程图或示例内的每一个功能和/操作可以单独和/或共同地由范围广泛的硬件、软件、固件或者实际上其任何组合来实施。在实施例中,本文描述的主题的若干个部分可以经由专用集成电路(ASIC)、现场可编程门阵列(FPGA)、数字信号处理器(DSP)和/或其他集成格式来实施。然而,本领域技术人员将会认识到,本文公开的实施例的一些方面可以全部或者部分在集成电路中等效地实施为:在一个或多个计算机上运行的一个或多个计算机程序(例如,在一个或多个计算机***上运行的一个或多个程序)、在一个或多个处理器上运行的一个或多个程序(例如,在一个或多个微处理器上运行的一个或多个程序)、固件、或者实际上其任何组合,并且根据本公开,软件和/或固件的电路设计和/或代码编写将完全在本领域技术人员的技术范围内。此外,本领域技术人员将会了解,本文描述的主题的机制可以作为程序产品以各种形式分发,并且无论使用了何种特定类型的信号承载介质来实际执行该分发,本文描述的主题的说明性实施例都适用。信号承载介质的示例包括但不限于以下各项:可记录型介质(诸如软盘、硬盘驱动器、CD、DVD、数字磁带、计算机存储器等),以及传输型介质(诸如数字和/或模拟通信介质(例如光缆、波导、有线通信链路、无线通信链路等))。
本领域技术人员将会认识到,在本领域内以本文阐述的方式来描述设备和/或过程以及在此后使用工程实践来将所描述的此类设备和/或过程集成到数据处理***中都是很常见的。也就是说,本文描述的设备和/或过程的至少部分可以经由合理数量的实验而被集成到数据处理***中。本领域技术人员将会认识到,典型的数据处理***通常可以包括以下一个或多个:***单元壳体,视频显示设备,诸如易失性和非易失性存储器的存储器,诸如微处理器和数字信号处理器的处理器,诸如操作***、驱动器、图形用户界面和应用程序的计算实体,诸如触摸板或屏幕的一个或多个交互设备,和/或包括反馈回路和控制电动机的控制***(例如用于感测位置和/或速度的反馈,用于移动和/或调节组件和/或参量的控制电动机)。典型的数据处理***可以利用任何合适的商用组件来实施,诸如那些通常会在数据计算/通信和/或网络计算/通信***中发现的组件。
本文描述的主题有时示出包含在不同其他组件内的或是与不同其他组件相连的不同组件。应该理解的是,如此描述的架构仅仅是示例,并且实际上可以实施许多其他架构来实现相同的功能。在概念上,实现相同功能的组件的任何布置都被有效地“关联”,由此可以实现期望的功能。因此,在本文组合以实现特定功能的任何两个组件都可被认为是彼此“相关联”的,由此将会实现期望的功能,而不用考虑架构或中间组件。同样地,这样关联的任何两个组件也可以被视为彼此“可操作地连接”或“可操作地耦合”,以便实现期望的功能,并且能这样关联的任何两个组件也可以被视为彼此“能够可操作地耦合”,以便实现期望的功能。能够可操作地耦合的特定示例包括但不限于可在物理上配对和/或在物理上交互的组件和/或可无线交互和/或无线交互的组件和/或在逻辑上交互和/或可在逻辑上交互的组件。
至于在本文使用了实质上任何的复数和/或单数术语,本领域技术人员可以根据上下文和/或应用适当地将复数转换为单数和/或将单数转换为复数。为了清楚起见,在本文可以明确地阐述各种单数/复数置换。
本领域技术人员将会理解,一般来说,在本文尤其是附加权利要求(例如附加权利要求的主体)中使用的术语通常应该作为“开放式”术语(举例来说,术语“包括”应被解释成“包括但不限于”,术语“具有”被解释成“至少具有”,术语“包括”应被解释为“包括但不限于”等)。本领域技术人员将会进一步理解,如果所引入的权利要求叙述针对的是特定的数量,那么在该权利要求中应该明确地叙述这种意图,并且如果没有这种叙述,那么此类意图是不存在的。例如,如果意图的是仅仅一个项目,那么可以使用术语“单个”或类似语言。作为理解的辅助,后续的附加权利要求和/或本文的描述可以包括使用引入短语“至少一个”以及“一个或多个”来引入权利要求叙述。然而,使用此类短语不应被解释成暗指通过不定冠词“一”或“一个”引入的权利要求叙述将包含以这种方式引入的权利要求叙述的任何特定的权利要求限于只包含一个此类叙述的实施例,即使相同的权利要求包含了引入短语“一个或多个”或者“至少一个”以及诸如“一”或“一个”之类的不定冠词的时候也是如此(例如,“一”和/或“一个”应该被解释成是指“至少一个”或者“一个或多个”)。这同样适用用于引入权利要求叙述的定冠词。此外,即使明确叙述了特定数量的所引入的权利要求叙述,本领域技术人员也会认识到,这种叙述应被解释成至少是指所叙述的数量(例如在没有其他修饰语的情况下的“两个叙述”的无修饰叙述意味着至少两个叙述或是两个或更多个叙述)。此外,在使用了与“A、B和C等中的至少一个”相类似的约定的那些实例中,通常这样的构造是在本领域技术人员会理解公约的意义上进行的(例如,“具有A、B和C中的至少一个的***”将会包括但不限于只具有A、只具有B、只具有C、具有A和B、具有A和C、具有B和C和/或具有A、B和C等的***)。在使用了与“A、B或C等中的至少一个”相类似的约定的那些实例中,通常这样的构造是在本领域技术人员会理解约定的意义上进行的(例如,“具有A、B或C中的至少一个的***”包括但不限于只具有A,只具有B、只具有C、具有A和B,具有A和C,具有B和C和/或具有A、B和C等的***)。本领域技术人员会将进一步理解,无论在说明书、权利要求书还是附图中,提出两个或更多替换项的几乎任何分离性的词语和/或短语都应被理解成预期了包括这些项中的一项、任一项或是所有两项的可能性。例如,短语“A或B”将被理解成包括“A”或“B”或“A和B”的可能性。更进一步,如本文使用的跟随有一系列的多个项目和/或多个项目类别的术语“中的任何一个”旨在包括单独或与其他项目和/或其他项目类别相结合的项目和/或项目类别“中的任何一个”,“中的任何组合”,“中的任何多个”和/或“中的多个的任何组合”。此外,如本文使用的术语“组”旨在包括任何数量的项目,包括零。另外,如本文使用的术语“数量”旨在包括任何数量,包括零。
此外,如果本公开的特征或方面是依照马库什群组的方式描述的,那么本领域技术人员将会认识到,本公开也由此是依照马库什组中的任意的单个成员或成员子群组描述的。
如本领域技术人员所理解的那样,出于任何和所有目的,诸如在提供书面描述方面,本文公开的所有范围还涵盖了任何和所有可能的子范围以及其子范围组合。所列出的任何范围都可以很容易地被认为是充分描述和启用了被分解成至少两等分、三等分、四等分、五等分、十等分等的相同范围。作为非限制性示例,本文讨论的每个范围都很容易即可分解成下部的三分之一、中间的三分之一以及上部的三分之一等。本领域技术人员将会理解,诸如“至多”、“至少”、“大于”、“小于”等的所有语言包含了所叙述的数字,并且指代的是随后可被分解成如上所讨论的子范围的范围。最后,正如本领域技术人员所理解的那样,范围会包括每个单独的成员。由此,例如,具有1-3个小区的群组是指具有1、2或3个小区的群组。同样,具有1-5个小区的群组是指具有1、2、3、4或5个小区的群组等等。
此外,权利要求不应被理解为限于所提供的顺序或元素,除非说明了这种效果。此外,任何权利要求中使用的术语“用于……的部件”旨在援引35U.S.C.§112,6或手段加功能权利要求格式,并且没有术语“用于……的部件”的任何权利要求不旨在如此。

Claims (20)

1.一种在发起无线发送接收单元WTRU和对等WTRU之间进行通信的方法,所述方法包括:
由所述发起WTRU监视所述发起WTRU在与至少一个对等WTRU通信时所经历的拥塞级别;
由所述发起WTRU检测到所述拥塞级别触发拥塞控制;
由所述发起WTRU基于所述拥塞级别发送至少一个消息以重新配置所述发起WTRU和所述至少一个对等WTRU之间的正在进行的通信。
2.根据权利要求1所述的方法,其中,由所述发起WTRU基于所述拥塞级别发送至少一个消息以重新配置正在进行的通信包括发送周期性消息。
3.根据权利要求2所述的方法,其中,所述周期性消息是保活消息、隐私保护消息和密钥更新消息之一。
4.根据权利要求2所述的消息,其中,发送至少一个重新配置消息包括发送消息以改变周期性消息间隔。
5.根据权利要求1所述的方法,其中,由所述发起WTRU基于所述拥塞级别发送至少一个消息以重新配置正在进行的通信包括发送指示服务质量QoS的改变的消息。
6.根据权利要求5所述的方法,其中,所述QoS的改变包括将PC5 QoS指示符PQI的QoS参数改变为与当前值相比的较低的值。
7.根据权利要求1-6中任一项所述的方法,还包括由所述发起WTRU基于所述拥塞级别发送卸载消息以将正在进行的通信重新定位到另一通信介质。
8.根据权利要求7所述的方法,其中,所述卸载消息以将正在进行的通信重新定位到另一通信介质包括将所述正在进行的通信卸载到另一无线电接入技术RAT,并且其中所述发起WTRU和所述至少一个对等WTRU交换接入能力。
9.根据权利要求7所述的方法,其中,所述卸载消息包括按照优选顺序的特定于车辆对一切V2X服务或V2X应用的RAT列表。
10.根据权利要求1所述的方法,还包括由所述发起WTRU基于所述拥塞级别发送所述发起WTRU和所述至少一个对等WTRU之间正在进行的通信的释放消息。
11.一种计算机可读存储介质,包括当由计算机执行时使所述计算机实行权利要求1-10中任一项所述的方法的指令。
12.一种无线发送/接收单元WTRU,包括:
处理器,被配置为生成所述WTRU所经历的拥塞级别;以及
收发器,由所述处理器控制以与至少一个对等WTRU通信;
所述处理器检测到所述拥塞级别触发拥塞控制;
所述收发器基于所述拥塞级别发送至少一个消息以重新配置所述WTRU和所述至少一个对等WTRU之间的正在进行的通信。
13.根据权利要求12所述的WTRU,其中,所述收发器基于所述拥塞级别发送至少一个周期性消息以重新配置所述WTRU和所述至少一个对等WTRU之间的正在进行的通信。
14.根据权利要求13所述的WTRU,其中,所述至少一个周期性消息是保活消息、隐私保护消息和密钥更新消息之一。
15.根据权利要求12所述的WTRU,其中,重新配置正在进行的通信的所述至少一个消息包括改变周期性消息间隔的至少一个周期性消息。
16.根据权利要求12所述的WTRU,其中,重新配置正在进行的通信的所述至少一个消息包括改变所述WTRU和所述至少一个对等WTRU之间的服务质量QoS的消息。
17.根据权利要求16所述的WTRU,其中,所述QoS的改变包括将PC5QoS指示符PQI的QoS参数改变为与当前值相比的较低的值。
18.根据权利要求12所述的WTRU,其中,所述重新配置消息是以下之一:
将正在进行的通信重新定位到另一通信介质的卸载消息;或者
所述WTRU和所述至少一个对等WTRU之间正在进行的通信的释放消息。
19.根据权利要求18所述的WTRU,其中,所述卸载消息以将正在进行的通信重新定位到另一通信介质包括将正在进行的通信卸载到另一无线电接入技术RAT,并且其中所述WTRU和所述至少一个对等WTRU交换接入能力。
20.根据权利要求19所述的WTRU,其中,所述卸载消息包括按照优选顺序的特定于车辆对一切V2X服务或V2X应用的RAT列表。
CN202080021076.6A 2019-02-14 2020-02-13 Pc5通信的拥塞控制过程 Pending CN113647134A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962805558P 2019-02-14 2019-02-14
US62/805,558 2019-02-14
PCT/US2020/018095 WO2020168065A1 (en) 2019-02-14 2020-02-13 Congestion control procedures for pc5 communications

Publications (1)

Publication Number Publication Date
CN113647134A true CN113647134A (zh) 2021-11-12

Family

ID=69804988

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080021076.6A Pending CN113647134A (zh) 2019-02-14 2020-02-13 Pc5通信的拥塞控制过程

Country Status (4)

Country Link
US (1) US20220150754A1 (zh)
EP (1) EP3925410A1 (zh)
CN (1) CN113647134A (zh)
WO (1) WO2020168065A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113632543A (zh) * 2019-03-27 2021-11-09 苹果公司 用于新空口车联万物(v2x)的rat和接口选择的辅助信息指示
CN111615219B (zh) * 2019-04-30 2022-02-22 维沃移动通信有限公司 一种pc5链路建立方法、设备及***
EP3991369B1 (en) * 2019-06-26 2024-02-28 Telefonaktiebolaget LM Ericsson (publ) Application control of providing application data to radio link
KR102386711B1 (ko) * 2019-11-03 2022-04-14 엘지전자 주식회사 무선통신시스템에서 AS configuration 관련 사이드링크 UE의 동작 방법
KR102518336B1 (ko) * 2020-09-21 2023-04-05 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 ue 대 네트워크 릴레이 통신을 지원하기 위한 방법 및 장치
EP4383934A1 (en) * 2021-08-05 2024-06-12 LG Electronics Inc. Method and device for setting common sl drx configuration for pc5 unicast in nr v2x
EP4132199A1 (en) * 2021-08-06 2023-02-08 Nokia Technologies Oy Apparatus, methods, and computer programs
WO2023018283A1 (ko) * 2021-08-12 2023-02-16 엘지전자 주식회사 Nr v2x에서 sl drx 호환성을 기반으로 sl 통신을 수행하는 방법 및 장치
US11902955B2 (en) * 2021-09-08 2024-02-13 Qualcomm Incorporated Directional data transmission techniques in sidelink communications
US20230171176A1 (en) * 2021-11-30 2023-06-01 Arista Networks, Inc. Adjustable keepalive timer

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102165740A (zh) * 2008-09-26 2011-08-24 艾利森电话股份有限公司 拥塞控制方法和设备
CN102860072A (zh) * 2010-04-23 2013-01-02 捷讯研究有限公司 用于网络拥塞控制的***和方法
CN107925906A (zh) * 2015-09-24 2018-04-17 英特尔公司 用于车辆到万物服务的拥塞控制

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI620459B (zh) * 2012-05-31 2018-04-01 內數位專利控股公司 在蜂巢式通訊系統中賦能直鏈通訊排程及控制方法
US9179358B2 (en) * 2012-12-21 2015-11-03 Qualcomm Incorporated Techniques for reducing network congestion in a wireless communications system
WO2018084590A1 (ko) * 2016-11-03 2018-05-11 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 채널 혼잡 비율을 전송하는 방법 및 장치
WO2018129543A1 (en) * 2017-01-09 2018-07-12 Idac Holdings, Inc. Relay for wireless communication system
CN112385249B (zh) * 2018-06-22 2024-05-28 交互数字专利控股公司 使用pc5通信为wtru保护隐私的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102165740A (zh) * 2008-09-26 2011-08-24 艾利森电话股份有限公司 拥塞控制方法和设备
CN102860072A (zh) * 2010-04-23 2013-01-02 捷讯研究有限公司 用于网络拥塞控制的***和方法
CN107925906A (zh) * 2015-09-24 2018-04-17 英特尔公司 用于车辆到万物服务的拥塞控制

Also Published As

Publication number Publication date
US20220150754A1 (en) 2022-05-12
WO2020168065A1 (en) 2020-08-20
EP3925410A1 (en) 2021-12-22

Similar Documents

Publication Publication Date Title
CN112840733B (zh) 用于车辆通信中的资源预留的方法
US11665730B2 (en) Relay for wireless communication system
CN110169034B (zh) 用于不同通信架构之间互通的服务质量管理
CN110771206B (zh) 用户平面重定位方法和装置
CN113647134A (zh) Pc5通信的拥塞控制过程
JP2022502921A (ja) ユニキャスト及び/又はマルチキャストリンク確立及び維持のためのl2手順
CN113039833A (zh) 基于上行链路的前向移动性
CN115868208A (zh) 涉及中继及路径选择和重新选择的方法、架构、装置和***
CA3143487C (en) Paging method for wtru with multiple usims
EP4038917B1 (en) Device to device service discovery via a relay device
CN113228575A (zh) 启用非公共网络通信
JP2023527516A (ja) エンドツーエンドqosをサポートするための方法
CN115918248A (zh) 针对与第2层中继有关的非接入层过程的方法和装置
CN115735405A (zh) 对边缘计算网络的发现、选择和最佳访问
JP2023537490A (ja) Nrリレーに関連付けられたサイドリンクディスカバリ
CN117242893A (zh) 用于经由侧链路和直接链路的路径选择和复制的方法和装置
CN115136722A (zh) 针对用于超出范围接近无线发射/接收设备的改进的服务连续性的方法、架构、装置和***
CN115918034A (zh) 多媒体广播/多播服务(mbms)传送模式切换的方法
WO2024147975A1 (en) Method and apparatus for integrated discovery support with ue-to-ue relay
CN117917131A (zh) 与多跳和多连接中继相关联的rlf和恢复
CN115777214A (zh) 实现独立非公共网与公共陆地移动网之间的服务连续性
CN118020346A (zh) 用于多跳中继的连接建立和配置的方法、架构、装置和***
CN118266246A (zh) Nr中继—用于多跳发现和中继选择的方法
CN114642012A (zh) 用于prose对等发现的方法和装置

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

Effective date of registration: 20230619

Address after: Delaware

Applicant after: INTERDIGITAL PATENT HOLDINGS, Inc.

Address before: Delaware

Applicant before: IDAC HOLDINGS, Inc.

TA01 Transfer of patent application right