一种D2D通信中的承载配置方法技术

本发明专利技术提出一种D2D通信中的承载配置方法，包括：UE以D2D方式通信时，使用多个sidelink无线承载SLRB处理业务，所述多个SLRB与业务类型存在映射关系，某SLRB负责处理所有具备该SLRB对应的业务类型的业务消息。本发明专利技术使用基于业务类型的多个SLRB取代当前的单个默认SLRB，为系统引入QoS感知手段，使D2D通信在基于业务种类/优先级/QoS需求等标准的前提下能够实时感知业务类型，并对不同类别的业务进行基于QoS控制的处理。

【技术实现步骤摘要】

本专利技术涉及无线通信领域，尤其涉及一种D2D通信中的承载配置方法。
技术介绍
目前在3GPPD2D(DevicetoDevice)领域中，UE与eNodeB通信时使用传统LTE中的DRB(DedicatedRadioBearer)承载，UE与UE以D2D方式通信时使用SLRB(SidelinkRadioBearer)承载。目前的D2D系统中仅支持默认SLRB的应用，也即D2DUE预先建立一个或多个默认SLRB，并使用默认SLRB处理全部类型的业务。目前D2D领域对承载的考虑仅限于单跳范围，对于UE-to-NetworkRelay场景和多跳D2D通信(UE-to-UERelay)场景，尚未最终确认各跳间的承载关联/映射方案。现有方案中主要考虑基于上一跳节点的身份标识进行承载映射，或基于服务进行承载映射。由于默认SLRB用于处理全部类型的业务，节点底层在处理业务数据时，只能对各种不同类型的业务采取一致的处理方式；无法通过简单的措施即时获知当前数据对应的业务类型，并基于业务的优先级或QoS需求对不同业务进行QoS保障。多跳通信中的承载映射方案方面，现有机制中基于上一跳节点的身份标识进行承载映射时，利于下一跳节点区分收到消息的来源，但无法实现QoS控制的目标；基于服务进行承载映射的方案中，相同QoS的多项服务被映射到多个承载上，在系统能处理的承载数量有限时，制约了UE支持多业务并发的能力。
技术实现思路
针对上述问题，本专利技术提出一种D2D通信中的承载配置方法，包括：UE以D2D方式通信时，使用多个sidelink无线承载SLRB处理业务，所述多个SLRB与业务类型存在映射关系，某SLRB负责处理所有具备该SLRB对应的业务类型的业务消息。进一步地，所述SLRB由目的节点、源节点和业务类型唯一标识；所述目的节点和源节点为D2D业务的目的节点和源节点，或者为下一跳目的节点和上一跳源节点。进一步地，所述业务类型通过LCID、QoS参数或QCI参数声明；当使用LCID声明时，所述D2D业务的LCID唯一地由业务类型确定。进一步地，对于任意业务消息，其业务类型由以下特性的任意组合确定：业务的具体种类，包括但不限于：VoIP、Video、短消息；业务的优先级；业务的QoS需求。进一步地，所述SLRB与现有系统中由源节点ID、目的节点ID、LCID唯一标识的逻辑信道形成一一对应的映射关系。进一步地，所述D2D业务消息的投递具体包括：TxUE收到来自高层的业务消息时，根据业务LCID、源节点ID和目的节点ID，确定所述业务消息应投递往的SLRB，在该SLRB中进行处理并向下传递到与该SLRB绑定的逻辑信道中准备发送；RxUE收到来自空口的业务消息时，根据业务LCID、目的节点ID和源节点ID，确定所述业务消息应投递往的逻辑信道，在该逻辑信道中正确接收后向上传递到与该逻辑信道绑定的SLRB中准备递交高层。进一步地，所述SLRB建立的触发方式包括以下至少之一：所述UE在D2D发现过程中，发现新的邻居节点，建立与该邻居节点关联的若干SLRB；所述UE在D2D通信过程中，有需要通信的邻居节点，建立与该邻居节点关联的若干SLRB；所述需要通信的场景包括：所述UE的高层下发需要发送至所述邻居节点的业务报文，和/或所述UE收到来自邻居节点的业务消息或声明业务的控制消息；系统配置或预配置部分业务类型需要建立默认的SLRB；所述UE发现业务需求，且该业务需求对应的SLRB尚未被建立。进一步地，所述SLRB的建立方式包括：UE预先建立与所有支持的业务类型对应的多个SLRB，并在发现业务需求后将已建立的SLRB与所述业务需求进行关联；或，UE预先建立与部分业务类型对应的多个默认SLRB；在发现业务需求后，如所述业务需求对应某个已经建立的默认SLRB，将所述默认SLRB与所述业务需求进行关联，否则根据所述业务需求新建SLRB；或，UE不预先建立默认SLRB，在发现业务需求后，建立与所述业务需求对应的SLRB。进一步地，所述SLRB的相关配置信息包括：所述SLRB的类别总数、各类SLRB与业务类型的映射关系、各类SLRB建立过程所需的参数。进一步地，仅部分业务类型需要建立对应的默认SLRB时，所述相关配置信息还包括所述部分业务类型的信息。进一步地，所述相关配置信息的获取方式包括以下至少一种：UE本地预配置；由其它网内UE配置；UE在网内时由eNodeB配置。进一步地，还包括：对于多跳D2D通信中的中继UE，当所述中继UE的通信对端节点为基站时，所述中继UE使用DRB；当所述中继UE的通信对端节点为D2DUE时，所述中继UE使用SLRB。进一步地，所述中继UE对上一跳到下一跳的SLRB和/或DRB间的映射包括以下至少之一：所述中继UE的上一跳为UE，使用SLRB，下一跳为UE，使用SLRB；所述中继UE完成从SLRB到SLRB的映射；所述中继UE的上一跳为基站，使用DRB，下一跳为UE，使用SLRB；所述中继UE完成从DRB到SLRB的映射；所述中继UE的上一跳为UE，使用SLRB，下一跳为基站，使用DRB；所述中继UE完成从SLRB到DRB的映射。进一步地，所述中继UE对上一跳承载到下一跳承载的映射方式包括以下至少之一：把所有上一跳节点的所有承载映射到同一个下一跳的承载中；将单个上一跳节点的所有承载映射到同一个下一跳的承载中；基于业务类型进行映射，将所有上一跳节点中对应相同业务类型的一个或多个承载映射到同一个下一跳的承载中；基于节点和业务类型进行映射，将上一跳节点的一个承载映射到同一个下一跳的承载中。进一步地，所述中继UE在将上一跳承载映射到下一跳时，还将上一跳承载与所述中继UE自身的承载进行复用：所述中继UE自身的承载与上一跳承载地位相同，并按与上一跳承载相同的映射方式映射到下一跳承载。进一步地，所述中继UE自身的承载到下一跳承载的映射方式与上一跳承载到下一跳承载的映射方式相互独立。本专利技术在D2D通信中使用基于业务类型的多个SLRB取代当前的单个默认SLRB，为系统引入QoS感知手段，使D2D通信可以在基于业务种类/优先级/QoS需求等标准的前提下，实时感知业务类型并对不同类别的业务进行基于QoS控制的处理。附图说明图1为实施例1中UEA与B之间的默认承载与逻辑信道的关联示意图；图2为实施例2中ProSeUE建立的到该邻居节点的SLRB列表；图3为实施例3中中继UE与远程UE之间的承载映射示意图。具体实施方式为使本专利技术实施例的目的、技术方案和优点更加清楚，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。本专利技术的一个实施例提供一种D2D通信中的承载配置方法，包括：UE以D2D方式通信时，使用多个sidelink无线承载SLRB处理业务，所述多个SLRB与业务类型存在映射关系，某SLRB负责处理所有具备该SLRB对应的业本文档来自技高网...

【技术保护点】
一种D2D通信中的承载配置方法，其特征在于，包括：UE以D2D方式通信时，使用多个sidelink无线承载SLRB处理业务，所述多个SLRB与业务类型存在映射关系，某SLRB负责处理所有具备该SLRB对应的业务类型的业务消息。

【技术特征摘要】
1.一种D2D通信中的承载配置方法，其特征在于，包括：UE以D2D方式通信时，使用多个sidelink无线承载SLRB处理业务，所述多个SLRB与业务类型存在映射关系，某SLRB负责处理所有具备该SLRB对应的业务类型的业务消息。2.根据权利要求1所述的方法，其特征在于，所述SLRB由目的节点、源节点和业务类型唯一标识；所述目的节点和源节点为D2D业务的目的节点和源节点，或者为下一跳目的节点和上一跳源节点。3.根据权利要求1或2所述的方法，其特征在于，所述业务类型通过LCID、QoS参数或QCI参数声明；当使用LCID声明时，所述D2D业务的LCID唯一地由业务类型确定。4.根据权利要求1或2所述的方法，其特征在于，对于任意业务消息，其业务类型由以下特性的任意组合确定：业务的具体种类，包括但不限于：VoIP、Video、短消息；业务的优先级；业务的QoS需求。5.根据权利要求1所述的方法，其特征在于，所述SLRB与现有系统中由源节点ID、目的节点ID、LCID唯一标识的逻辑信道形成一一对应的映射关系。6.根据权利要求5所述的方法，其特征在于，所述D2D业务消息的投递具体包括：TxUE收到来自高层的业务消息时，根据业务LCID、源节点ID和目的节点ID，确定所述业务消息应投递往的SLRB，在该SLRB中进行处理并向下传递到与该SLRB绑定的逻辑信道中准备发送；RxUE收到来自空口的业务消息时，根据业务LCID、目的节点ID和源节点ID，确定所述业务消息应投递往的逻辑信道，在该逻辑信道中正确接收后向上传递到与该逻辑信道绑定的SLRB中准备递交高层。7.根据权利要求1所述的方法，其特征在于，所述SLRB建立的触发方式包括以下至少之一：所述UE在D2D发现过程中，发现新的邻居节点，建立与该邻居节点关联的若干SLRB；所述UE在D2D通信过程中，有需要通信的邻居节点，建立与该邻居节点关联的若干SLRB；所述需要通信的场景包括：所述UE的高层下发需要发送至所述邻居节点的业务报文，和/或所述UE收到来自邻居节点的业务消息或声明业务的控制消息；系统配置或预配置部分业务类型需要建立默认的SLRB；所述UE发现业务需求，且该业务需求对应的SLRB尚未被建立。8.根据权利要求1所述的方法，其特征在于，所述SLRB的建立方式包括：UE预先建立与所有支持的业务类型对应的多个SLRB，并在发现业务需求后将已建立的SLRB与所述业务需求进行关联；或，UE预先建立与部分业务类型对应的多个默认SLRB；在发现业务需求后，...

【专利技术属性】
技术研发人员：周淼，孙鹏，
申请(专利权)人：北京信威通信技术股份有限公司，
类型：发明
国别省市：北京;11