用户设备及其方法与流程
本案是申请日为2015年1月16日、申请号为201580004728.4、发明名称为“无连接通信系统中操作用户面协议栈的装置和方法”的发明专利申请的分案申请。
本公开涉及用于在无连接通信系统中操作用户面协议栈的装置和方法。
背景技术：
由于4g通信系统的部署，使得无线数据业务增加，为了满足无线数据业务的要求，已经努力开发改进的5g或预5g通信系统。因此，5g或预5g通信系统也被称为“超4g网络”或“后长期演进(lte)系统”。
考虑了5g通信系统将以毫米波段(例如60ghz)实现，从而完成较高的数据率。为了减少无线电波的传播损耗和增加传输距离，在5g通信系统中讨论波束成形技术、大规模多输入多输出(mimo)技术、全维度mimo(fd-mimo)技术、阵列天线技术、模拟波束成形技术以及大规模天线技术。
另外，在5g通信系统中，基于先进的小小区、云无线接入网络(ran)、超密集网络、d2d通信、无线回程、移动网络、协作通信、协作多点(comp)、接收端干扰消除等等，系统网络部署改进也在进行中。
在5g系统中，已经开发了混合频移键控(fsk)以及正交幅度调制(qam)、频率正交幅度调制(fqam)、以及作为高级编码调制(acm)方案的滑动窗口叠加编码(swsc)、以及滤波器组多载波(fbmc)方案、作为高级接入技术的非正交多址(noma)方案以及稀疏码多址接入(scma)方案。
在传统的面向连接的无线通信系统中，通过用户设备(ue)和基站(bs)之间的明确的信令来建立数据无线承载。
充满不同的服务质量(qos)的应用或网际协议(ip)被映射到不同的无线承载。
用于数据发送/接收的用户面协议栈包括分组数据汇聚协议(pdcp)层实体、无线链路控制(rlc)层实体、以及媒介访问控制(mac)层实体。
每个无线承载的数据由通过明确的信令在无线承载建立的定时配置的独立的pdcp层实体和独立的rlc层实体来处理。无线承载通过无线承载身份(rbid)来识别。mac层实体在ue的所有无线承载上是公共的(common)。在无线承载建立的定时在ue和bs配置和建立具有适当的参数的pdcp层实体和rlc层实体。每个无线承载被映射到mac层中的逻辑信道。逻辑信道使用逻辑信道标识符(lcid)来识别。lcid在无线承载建立过程期间由bs分配。lcid从其分配给无线承载的lcid的集合专用于ue。lcid的相同集合在其它ue中重新使用。
将参考图1描述传统的面向连接的无线通信系统中与无线承载相关联的逻辑信道的标识。
图1示意地示出了传统的面向连接的无线通信系统中与无线承载相关联的逻辑信道的标识。
参考图1，面向连接的无线通信系统包括bs111、ue#1113、以及ue#2115。
在下行链路方向(即，bs到ue)中，bs将lcid包括在携载数据分组的mac协议数据单元(pdu)或用于相关的无线承载的mac服务数据单元(sdu)的mac标头中。专用于ue的macpdu被生成为物理层实体分组，而物理层实体分组由bs中的物理层实体通过专用于ue的无线资源被发送到ue。
在ue侧，物理层实体通过专用于ue的无线资源接收和解码物理层实体分组，并且将macpdu发送到mac层实体。mac层实体基于包括在mac标头中的lcid将在macpdu中接收到的macsdu发送到相关的无线承载的rlc层实体。
在上行链路方向(即，ue到bs)中，ue将lcid包括在其中包括携载数据分组的macpdu或相关的无线承载的macsdu的mac标头中。在上行链路方向中，bs从多个ue接收macpdu。bs基于分配的上行链路资源识别与接收到的macpdu相关联的ue。这里，上行链路中的资源由bs分配给每个ue。bs将在macpdu中接收到的(多个)macsdu发送给用于基于包括在mac标头中的lcid识别的ue的相关的无线承载的rlc层实体。
同时，设备到设备(d2d)广播/组播通信使得ue能够向ue附近的多个不同的ue并发地发送相同的信息。d2d广播信道可以被发送器用来向发送器附近的所有ue发送信息，或者向包括在特定组中的特定ue或多个特定ue发送信息。
从物理通道中，每个广播信道都是相同的，而无论由发送器发送的信息的广播、单播或多播。而且，d2d通信也是无连接的。也就是说，在d2d通信中，在通信的设备之间没有明确的信令用于建立连接。
用于d2d通信的数据发送/接收的用户面协议栈还包括pdcp层实体、rlc层实体、以及mac层实体。
在无连接d2d通信中，在发送器和接收器中关于用户面协议栈的配置的关键问题如下所述。
第一个问题是如何在无连接方案中建立和配置无线承载和逻辑信道。
第二个问题是在发送器/接收器中配置了多少无线承载，以及何时配置。
第三个问题是如何在发送器和接收器中识别无线承载。
所以，需要考虑无连接通信系统中的上述问题来操作用户面协议栈。
上述信息被作为背景信息给出，只是为了帮助对本公开的理解。关于上述任何内容是否可适用为本公开的现有技术，并没有进行确定，也未做出断言。
技术实现要素：
技术问题
本公开的一个方面将解决至少上述问题和/或缺点，并提供至少下述优点。因此，本公开的一个方面将提出用于在无连接通信系统中操作用户面协议栈的装置和方法。
本公开的另一个方面将提出用于在无连接通信系统中通过考虑无线承载来操作用户面协议栈的装置和方法。
本公开的另一个方面将提出用于在无连接通信系统中通过考虑逻辑信道来操作用户面协议栈的装置和方法。
本公开的另一个方面将提出用于在无连接通信系统中基于源id和目的地id来操作用户面协议栈的装置和方法。
本公开的另一个方面将提出用于在无连接通信系统中基于传输会话类型来操作用户面协议栈的装置和方法。
本公开的另一个方面将提出用于在无连接通信系统中通过考虑数据压缩来操作用户面协议栈的装置和方法。
技术方案
根据本公开的一个方面，提供了用于通过基站进行通信的方法。该方法包括：将目的地id划分为第一部分和第二部分；发送包括目的地id的第一部分的调度分配；以及发送将ue标识符和目的地id的第二部分包括在媒介访问控制(mac)标头中的媒介访问控制(mac)协议数据单元(pdu)。
根据本公开的另一个方面，提供了用于通过用户设备(ue)进行通信的方法。该方法包括：接收调度分配；接收媒介访问控制(mac)协议数据单元(pdu)；确定接收到的macpdu是否被预定给ue；确定是否存在与在预定给ue的macpdu中接收的mac服务数据单元(sdu)对应的用于数据接收的分组数据汇聚协议(pdcp)层实体和无线链路控制(rlc)层实体；如果还没有建立用于与在macpdu中接收的macsdu相对应的数据接收的pdcp层实体和rlc层实体，则建立新的pdcp层实体和新的rlc层实体用于与macsdu相对应的数据接收；以及向与用于处理的macsdu的源ueid、逻辑信道标识符(lcid)、以及目的地id相对应的rlc层实体递送macsdu。
根据本公开的再一个方面，提供了用于适合于执行所述方法的通信的装置。
根据本公开的再一个方面，提供了一种用于由基站进行通信的方法，该方法包括：发送包括目的地标识符id的第一部分的调度分配；以及发送包括媒介访问控制(mac)标头的媒介访问控制(mac)协议数据单元(pdu)，mac标头包括用户设备ueid和目的地id的第二部分。
根据本公开的再一个方面，提供了一种用于由用户设备(ue)进行通信的方法，该方法包括：接收调度分配；接收媒介访问控制(mac)协议数据单元(pdu)；确定接收到的macpdu是否被预定给ue；如果接收的macpdu是预定给ue的，则确定是否存在用于与该macpdu中包括的mac服务数据单元(sdu)对应的数据接收的分组数据汇聚协议(pdcp)层实体和无线链路控制(rlc)层实体；如果没有与该macsdu相对应的数据接收的pdcp层实体和rlc层实体，则建立新的pdcp层实体和新的rlc层实体用于与macsdu相对应的数据接收；以及向与用于处理的macsdu的源ue标识符id、逻辑信道标识符(lcid)、以及目的地id相对应的rlc层实体递送macsdu。
一种基站，所述基站包括：
发送器，被配置为发送包括目的地标识符id的第一部分的调度分配；以及发送包括媒介访问控制(mac)标头的媒介访问控制(mac)协议数据单元(pdu)，mac标头包括用户设备ueid和目的地id的第二部分。
一种用于由用户设备(ue)进行通信的方法，该方法包括：
接收调度分配；
接收媒介访问控制(mac)协议数据单元(pdu)。
根据本公开的再一个方面，提供了一种基站，所述基站包括：发送器，被配置为发送包括目的地标识符id的第一部分的调度分配；以及发送包括媒介访问控制(mac)标头的媒介访问控制(mac)协议数据单元(pdu)，mac标头包括用户设备ueid和目的地id的第二部分。
根据本公开的再一个方面，提供了一种用户设备(ue)，所述ue包括：发送器；接收器，被配置为接收调度分配，以及接收媒介访问控制(mac)协议数据单元(pdu)；以及控制器，被配置为确定接收到的macpdu是否被预定给ue，以及如果接收的macpdu是预定给ue的，则确定是否存在用于与该macpdu中包括的mac服务数据单元(sdu)对应的数据接收的分组数据汇聚协议(pdcp)层实体和无线链路控制(rlc)层实体，其中，如果没有与该macsdu相对应的数据接收的pdcp层实体和rlc层实体，则接收器和发送器被配置为建立新的pdcp层实体和新的rlc层实体用于与macsdu相对应的数据接收；以及向与用于处理的macsdu的源ue标识符id、逻辑信道标识符(lcid)、以及目的地id相对应的rlc层实体递送macsdu。
具体地，根据本公开的一个方面，提供了一种用户设备(ue)的方法，该方法包括：所述ue接收包括媒介访问控制(mac)标头的mac协议数据单元(pdu)；基于所述mac标头中包含的ueid，确定所述macpdu是否与所述ue的mac层实体相关联；响应于所述macpdu与所述mac层实体相关联，标识用于数据接收的分组数据汇聚协议(pdcp)层实体和无线链路控制(rlc)层实体；如果不存在用于数据接收的标识的pdcp层实体和标识的rlc层实体，则为ueid对应的数据接收生成新的pdcp层实体和新的rlc层实体；和如果与用于数据接收的所标识的pdcp层实体和所标识的rlc层实体对应的ueid与包括在mac标头中的ueid不同，则释放用于数据接收的所标识的pdcp层实体和所标识的rlc层实体，并生成与该ueid对应的用于数据接收的新的pdcp层实体和新的rlc层实体。
根据本公开的再一个方面，提供了一种用户设备(ue)的方法，所述方法包括：获取从所述ue的上层实体提供的ueid；使用所述ueid，识别用于数据传输的pdcp层实体和rlc层实体；生成媒介访问控制(mac)协议数据单元(pdu)的mac标头中的源标识符字段，其中，所述源标识符字段被设置为所述ueid；发送包括mac标头中被设置为ueid的源标识符字段的macpdu。
根据本公开的再一个方面，提供了一种d2d通信系统中的用户设备(ue)，所述ue包括：收发器；和至少一个处理器，耦合到收发器，其中，至少一个处理器被配置为如上所述的方法之一来操作。
根据本公开的再一个方面，提供了一种d2d通信系统中的用户设备(ue)，所述ue包括：收发器；和至少一个处理器，耦合到收发器，其中，至少一个处理器被配置为如上所述的方法之一来操作。
从下面结合公开了本公开的示范性实施例的附图的详细描述中，本公开的其它方面、优点、以及显著特征将对于本领域技术人员变得更加清晰。
在进行以下详细描述之前，对遍及本专利文件使用的某些词汇和短语的定义进行阐述可能是有益的：术语“包括”和“包含”以及其派生词意味着包括但不限于；术语“或”是包括性的，意味着和/或；短语“与……相关联”和“与此相关联”以及其派生词，可以意味着包括、被包括在……中、与……互连、包含、被包含在……中、连接到或与……相连接、耦接到或与……相耦接、可与……通信、与……协作、交织、并列、接近于、绑定到或与……绑定、具有、具有……的性质等；以及术语“控制器”意味着控制至少一个操作的任何设备、系统或他们的一部分，这样的设备可以以硬件、固件、或软件、或者以它们中的至少两个的一些组合来实施。应当注意到，与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。贯穿本专利文件提供了对于某些词汇和短语的定义，本领域普通技术人员应当理解，在许多实例中，如果不是大多数实例的话，这样的定义适用于这样定义的词汇和短语的先前、以及将来的使用。
附图说明
从下面结合附图的描述中，本公开的示范性实施例的上述以及其它方面、特征、以及优点将更加清晰，其中：
图1示意地示出了传统的面向连接的无线通信系统中与无线承载相关联的逻辑信道的标识。
图2示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_1的数据发送和接收的用户面协议栈的结构的示例；
图3示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_1的数据发送和接收的用户面协议栈的结构的另一个示例；
图4示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据发送和接收的用户面协议栈的结构的示例；
图5a和图5b示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据发送和接收的用户面协议栈的结构的另一个示例；
图6示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_3的数据发送和接收的用户面协议栈的结构的示例；
图7a和图7b示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_3的数据发送和接收的用户面协议栈的结构的另一个示例；
图8示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id的mac子标头的格式的示例；
图9a示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid的mac子标头的格式；
图9b示意地示出了根据本公开的实施例的在无连接通信系统中指示目的地id的mac子标头的格式；
图10示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id的mac标头的格式的示例；
图11a示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id的mac标头的格式的另一个示例；
图11b示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id的mac标头的格式的再一个示例；
图12示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id的mac子标头的格式的另一个示例；
图13示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id的mac子标头的格式的再一个示例；
图14示意地示出了根据本公开的实施例的在无连接通信系统中bs的内部结构；以及
图15示意地示出了根据本公开的实施例的在无连接通信系统中ue的内部结构。
贯穿附图，应当注意到，相同的参考标号被用来描绘相同或相似的元素、特征、以及结构。
具体实施方式
下面参考附图的描述被提供来帮助对通过权利要求书及其等同物定义的本公开的各种实施例的全面的理解。其包括各种具体细节来帮助理解，但是这些细节将被认为仅仅是示范性的。因此，本领域普通技术人员将认识到，可以对这里描述的各种实施例做出各种改变和修改而不脱离本公开的范围和精神。此外，为了清楚和简明，对于已知功能和结构的描述可以被省略。
在以下描述和权利要求中使用的术语和词语不限于文献学上的意义，而是仅仅被发明人用来使得对本公开的理解清楚和一致。因此，本领域技术人员应该理解，以下本公开的各种实施例的描述仅仅是为了例示的目的而提供，而非为了限制由所附权利要求及其等同物定义的本公开的目的。
将理解的是，单数形式“一”和“该”包括复数的指示物，除非上下文清楚地另外表述。因此，例如，对“组件表面”的引用包括对一个或多个这样的表面的引用。
虽然序数，诸如“第一”、”第二”等，将被用来描述各种组件，但是那些组件不限于这里。所述术语只是用来区别一个组件与另一个组件。例如，第一组件可以被称为第二组件，并且同样的，第二组件也可以被称为第一组件，而不脱离本发明概念的教导。这里使用的术语“和/或”包括一个或多个相关联列出项目的任意以及全部的组合。
这里使用的术语只是为了描述各种实施例的目的而不意图进行限制。如这里所使用的，单数形式意图也包括复数形式，除非上下文清楚地另外指出。还将理解，术语“包括”和/或“具有”当在本说明书中使用时，表明了所述特征、数量、步骤、操作、组件、元素、或者它们的组合的存在，但是并不排除一个或多个其它特征、数量、步骤、操作、组件、元素、或者它们的组合的存在或添加。
这里使用的术语，包括技术和科学术语，具有如本领域技术人员所通常理解的术语相同的含义，只要所述术语没有被不同地定义。应当理解，在一般使用的字典中定义的术语具有与相关技术中的术语的含义相同的含义。
根据本公开的各种实施例，电子设备可以包括通信功能。例如，电子设备可以是智能电话、平板个人计算机(pc)、移动式电话、视频电话、电子书阅读器、桌上型pc、膝上型pc、上网本pc、个人数字助理(pda)、便携式多媒体播放器(pmp)、mp3播放器、移动医疗设备、相机、可穿戴设备(例如，头戴式设备(hmd)、电子服装、电子支架、电子项链、电子外设、电子纹身、或智能手表)、等等。
根据本公开的各种实施例，电子设备可以是具有通信功能的智能家电。智能家电可以是，例如，电视机、数字视频盘(dvd)播放器、音频、冰箱、空调器、真空吸尘器、烤箱、微波炉、洗衣机、烘干机、空气净化器、机顶盒、tv盒(例如，samsunghomesynctm、appletvtm、或googletvtm)、游戏机、电子词典、电子密钥、录像摄像机、电子相框、和/或等等。
根据本公开的各种实施例，电子设备可以是医疗设备(例如，磁共振血管造影(mra)设备、磁共振成像(mri)设备、计算机断层扫描(ct)设备、成像设备、或超声波设备)、导航设备、全球定位系统(gps)接收器、事件数据记录器(edr)、飞行数据记录仪(fdr)、汽车信息娱乐设备、航海电子设备(例如，航海导航设备、陀螺仪、或指南针)、航空电子设备、安全设备、工业或消费者机器人、和/或等等。
根据本公开的各种实施例，电子设备可以是包括通信功能的家具、建筑/结构的一部分、电子板、电子签名接收设备、投影仪、各种测量设备(例如，水、电、气、或电磁波测量设备)、和/或等等。
根据本公开的各种实施例，电子设备可以是前述设备的任何组合。此外，本领域普通技术人员将清楚，根据本公开的各种实施例的电子设备不限于前述设备。
根据本公开的各种实施例，例如，用户设备(ue)可以是电子设备。
本公开的实施例提出了用于在无连接通信系统中操作用户面协议栈的装置和方法。
本公开的实施例提出了用于在无连接通信系统中通过考虑无线承载来操作用户面协议栈的装置和方法。
本公开的实施例提出了用于在无连接通信系统中通过考虑逻辑信道来操作用户面协议栈的装置和方法。
本公开的实施例提出了用于在无连接通信系统中基于源ue标识符(id)和目的地id来操作用户面协议栈的装置和方法。
本公开的实施例提出了用于在无连接通信系统中基于传输会话类型来操作用户面协议栈的装置和方法。
本公开的实施例提出了用于在无连接通信系统中通过考虑数据压缩来操作用户面协议栈的装置和方法。
本公开的实施例提出了用于用户平面协议栈配置的三个方案，即，用户面协议栈配置方案#_1、用户面协议栈配置方案#_2、以及用户平面协议栈配置方案#_3，并且这将在下面描述。
首先，用户面协议栈配置方案#_1将在下面描述。
将在下面描述用于在d2d通信系统中的数据发送的用户面协议栈配置方案#_1。
向一个或多个ue发送数据的ue可以维持无线承载用于d2d数据发送。无线承载包括分组数据汇聚协议(pdcp)层实体和无线链路控制(rlc)实体。ue在每次ue执行广播会话、组播会话、单播会话之一期间执行传输会话(也就是说，tx会话)。无线承载被映射到逻辑信道，而逻辑信道被映射到d2d通信传输信道，d2d通信传输信道被映射到d2d通信物理通道。
当上层实体触发ue中的数据发送时，建立或创建用于数据发送的无线承载(即pdcp层实体和rlc层实体)。上层实体可以是通过集合元素的前缀路由(prefixroutingoversetelements，prose)协议实体或应用协议实体。使用默认值建立或创建和配置pdcp层实体和rlc层实体。
上层实体可以指示ue中的数据发送是否是广播发送、单播发送、或组播发送。也就是说，上层实体可以通过发送指示ue中的数据发送是广播发送、单播发送、或组播发送的信息，指示ue中的数据发送是广播发送、单播发送、或组播发送。如果数据发送是单播发送，则上层实体提供目的地ueid。如果数据发送是组播发送，则上层提供目的地组id。ue的ueid还可以由上层实体提供。
如果上层实体停止数据发送或开始到新的目的地的新的数据发送会话，则所建立/创建的pdcp层实体和rlc层实体被释放。在ue中，如果上层实体确定释放建立/创建的用于数据发送的无线承载(即pdcp层实体和rlc层实体)，则建立/创建用于数据发送的无线承载(即pdcp层实体和rlc层实体)被释放。
在发送ue(也就是说，txue)中的无线承载(即pdcp层实体和rlc层实体)通过目的地id来识别，其中，目的地id识别被发送的数据的目的地。目的地id能够是广播id或组id或ueid中的至少一个。或者，在用于数据发送的发送ue中的无线承载(即pdcp层实体和rlc层实体)属于可以由发送ueid&目的地组id识别的组。
在数据发送期间，pdcp层实体处理分组(即将安全性、标头压缩、以及序列编号中的至少一个应用到分组)，从上层接收的分组被发送到rlc层实体。rlc层处理这些分组(即，将序列编号、以及分段中的至少一个应用到这些分组(即rlcsdu))并将它们发送到mac层实体。mac层实体在macpdu中发送与相同的目的地id相对应的这些分组(即macsdu)中的一个或多个。
在数据发送期间，ue将源标识符字段包括在macpdu的mac标头中。源标识符字段携载macpdu的源的身份。源标识符字段由发送ue设定到其ueid。或者，源标识符字段被设定到其ueid的一部分。如果ueid的大小是m个比特，则ueid的一部分可以是m个比特当中的n个比特，n个比特可以是最低有效位(lsb)。这里，n小于m(n<m)。n个比特可以是最高有效位(msb)。如果源标识符字段被设定到ueid的一部分，则ueid的一部分是m个比特ueid的n个lsb还是n个msb可以预先定义在通信系统中。
在一些d2d通信系统中，调度分配信息可以由发送数据的ue来发送。调度分配信息在发送携载数据的macpdu之前发送。没有包括在macpdu的mac标头中的ueid的剩余部分在数据发送之前包括在由ue发送的调度分配信息中。没有包括在macpdu的mac标头中的ueid的剩余部分可以包括在调度分配信息的循环冗余校验(crc)掩码中。或者，包括在mac标头中的源标识符字段可以是缩短的ueid。例如，ueid使用散列函数来缩短。
在数据发送期间，ue将目的地标识符字段包括在mac标头中。目的地标识符字段携载macpdu的目的地的身份。目的地标识符字段被设定到目的地id。目的地id可以是广播id、单播id、或组的组id。或者，目的地标识符字段被设定到目的地id的一部分。如果目的地id的大小是m个比特，则目的地id的一部分可以是m个比特当中的n个比特，n个比特可以是最低有效位(lsb)。这里，n小于m(n<m)。n个比特可以是最高有效位(msb)。如果目的地标识符字段被设定到目的地id的一部分，则目的地id的一部分是m个比特目的地id的n个lsb还是n个msb可以预先定义在通信系统中。
在一些d2d通信系统中，调度分配信息可以由发送数据的ue来发送。调度分配信息在发送携载数据的macpdu之前发送。没有包括在macpdu的mac标头中的目的地id的剩余部分在数据发送之前包括在由ue发送的调度分配信息中。没有包括在macpdu的mac标头中的目的地id的剩余部分可以包括在调度分配信息的crc掩码中。
或者，通过以目的地id或目的地id的一部分对crc进行掩码，目的地id或目的地id的一部分可以被包括在crc中。或者，通过以目的地id对crc进行掩码，目的地id的一部分可以被包括在crc中，而目的地id的剩余部分可以被包括在mac标头中。crc被包括在携载mac协议数据单元(pdu)的物理层实体分组中。
如果不要求对mac层实体中的分组进行前置滤波，和/或如果没有在无线承载级(即，在pdcp层实体或mac层实体中)施加安全方案，则在mac标头或crc掩码中不要求目的地id或目的地id的一部分。
广播指示符位可以包括在mac标头中。这里，广播指示符位可以以1位来实施。例如，如果广播指示符位的值被设定到0，这意味着目的地id(即，单播id、组播id)或目的地id的一部分可以包括在mac标头中。如果广播指示符位的值没有被设定到0，即，广播指示符位的值被设定到1，这意味着目的地id(即，单播id或组播id)，或目的地id的一部分可以不包括在mac标头中。
广播指示符位、以及目的地id或目的地id的一部分(即，单播id、组播id、单播id的一部分、或组播id的一部分)可以包括在crc掩码中而不是在mac标头中。如果不要求对mac层实体中的分组进行前置滤波，和/或如果不在无线承载级(即，在pdcp层实体或mac层实体中)施加安全方案，则在mac标头或crc掩码中可以不要求广播指示符位、以及目的地id或目的地id的一部分(即，单播id、组播id、单播id的一部分、或组播id的一部分)。
在一些通信系统中，调度分配信息可以由发送数据的ue来发送。调度分配信息在发送携载数据的macpdu之前发送。在通信系统中，源ueid(即，完全源ueid、部分源ueid、或缩短源ueid)、以及目的地id(即，完全目的地id、部分目的地id、或缩短目的地id)可以被编码在调度分配信息中。
编码源ueid和目的地id的过程将在下面描述。
首先，源ueid被包括作为为调度分配信息中的字段。目的地id被编码在调度分配信息中包括的crc中。这里，crc掩码包括目的地id。
其次，源ueid和目的地id中的至少一个被包括作为调度分配信息中的字段。
第三，目的地ueid被包括作为调度分配信息中的字段。源ueid被编码在调度分配信息中包括的crc中。这里，crc掩码包括源id。
同时，控制指示符可以包括在mac标头中。控制指示符可以以c个比特来实施。在本公开的实施例中，假设控制指示符以2个比特来实施。控制指示符可以指示macpdu是否被广播、单播、或组播。
首先，如果控制指示符指示macpdu被广播，则源ueid和目的地id不包括在mac标头中。
其次，如果控制指示符指示macpdu被组播，则源ueid或源ueid的一部分、以及组id被包括在mac标头中。
第三，如果控制指示符指示macpdu被单播，则源ueid或源ueid的一部分、以及目的地id或目的地id的一部分被包括在mac标头中。源ueid的一部分可以是缩短源ueid，并且缩短源ueid通过使用散列函数缩短源ueid而生成。组id和个体id被从独立地址空间分配给ue。控制指示符位和目的地id，即，单播id、组播id、单播id的一部分、或组播id的一部分可以包括在crc掩码中而不是在mac标头中。
以上已经描述了用于数据发送的用户面协议栈配置方案#_1，并且用于数据接收的用户面协议栈配置方案#_1将在下面描述。
用于数据接收的用户面协议栈配置方案#_1基于第一实施方案到第四实施方案之一，而基于第一实施方案到第四实施方案中的每一个的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
首先，基于第一实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
ue每次从一个ue接收数据。接收数据的ue只维持一个用于数据接收的无线承载(即pdcp层实体和rlc层实体)。在这种情况下，用户面协议栈包括一个pdcp层实体、一个rlc层实体、以及一个mac层实体。
无线承载(即，pdcp层实体和rlc层实体)通过源标识符(即，ue从其接收数据的ue的ueid)来识别。
将参考图2描述根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_1的数据发送和接收的用户面协议栈的结构的示例。
图2示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_1的数据发送和接收的用户面协议栈的结构的示例。
参考图2，用于数据发送的用户面协议栈200包括pdcp层实体201、rlc层实体203、以及mac层实体205。pdcp层实体201和rlc层实体203通过目的地id来识别。用于数据接收的用户面协议栈210包括pdcp层实体211、rlc层实体213、以及mac层实体215。pdcp层实体211和rlc层实体213通过源标识符(即ue从其接收数据的ue的ueid)来识别。
基于第一实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
ue中的物理层实体(图2中未示出)接收调度分配，并确定调度分配是否被预定给ue。在调度分配中的目的地标识符字段指示目的地id(即组id或广播id或ueid)。如果调度分配中的目的地标识符字段与ue是其成员的组的组id相等，或者如果调度分配中的目的地标识符字段与ueid相等，或者如果调度分配中的目的地标识符字段与广播id相等，则物理层实体接收并解码携载macpdu的物理层分组，并且将macpdu发送到mac层实体。
或者，调度分配中的目的地标识符字段指示目的地id的一部分(例如，所述部分是目的地id的n个lsb或msb)。如果调度分配中的目的地标识符字段与ue是其成员的组的组id的一部分相等，或者如果调度分配中的目的地标识符字段与ueid的一部分相等，或者如果调度分配中的目的地标识符字段与广播id的一部分相等，则物理层实体接收并解码携载macpdu的物理层分组，并且将macpdu发送到mac层实体。
只有当在系统中发送具有目的地id的调度分配时才执行由物理层实体进行的过滤。
2)由mac层实体205使用macpdu中的目的地标识符进行过滤：
ue中的mac层实体215从物理层实体(图2中未示出)接收macpdu，并且确定从物理层实体接收的macpdu是否被预定给ue。在macpdu的mac标头中的目的地标识符字段指示目的地id(即组id或广播id或ueid)。如果目的地标识符字段与ue是其成员的组的组id相等，或者如果目的地标识符字段与ueid相等，或者如果目的地标识符字段与广播id相等，则接收到的macpdu被预定给ue。
在macpdu的mac标头中的目的地标识符字段可以指示目的地id的一部分(即组id或广播id或ueid的n个lsb或n个msb)。如果目的地标识符字段与ue是其成员的组的组id的一部分相等，或者如果目的地标识符字段与ueid的一部分相等，或者如果目的地标识符字段与广播id的一部分相等，则接收到的macpdu被预定给ue。只有当在系统中发送具有目的地id的macpdu时才执行由mac层实体215进行的过滤。如果从物理层实体接收的macpdu没有被预定给ue，则mac层实体可以丢弃macpdu。
3)源标识符的确定和由mac层实体215使用源标识符进行过滤：
mac层实体215确定发送macpdu的ue的ueid。例如，确定发送macpdu的ue的ueid的操作可以通过从mac标头读取源标识符字段来执行。或者，确定发送macpdu的ue的ueid的操作可以通过从调度分配信息读取源标识符字段来执行。这个过滤可以是可选的。ue中的mac层实体215可以确定发送macpdu的ue的ueid是否是ue感兴趣的。即使不，则mac层实体215丢弃macpdu。
4)ue中的mac层实体215确定是否存在用于与源标识符相对应的数据接收的无线承载(即pdcp层实体和rlc层实体)，即ue已经从其接收到macpdu的ue的ueid。
a)如果用于数据接收的无线承载(即pdcp层实体和rlc层实体)不是已经建立/创建的，则mac层实体215触发用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)的创建，并且使用接收到的macpdu的源标识符识别所创建的用于数据接收的无线承载(即pdcp层实体和rlc层实体)。mac层实体215将包括在macpdu中的mac服务数据单元(sdu)发送到与新的无线承载相对应的rlc层实体213。pdcp层实体211和rlc层实体213使用默认(或预先配置的)值来配置。
b)如果无线承载(即pdcp层实体和rlc层实体)已经被建立/创建用于数据接收，并且如果接收到的macpdu的源标识符不同于用于数据接收的现有无线承载的源标识符，则mac层实体215触发现有无线承载(即pdcp层实体和rlc层实体)的释放和无线承载(即pdcp层实体和rlc层实体)的建立，并且使用包括在接收到的macpdu中的源标识符识别无线承载(即pdcp层实体和rlc层实体)。
或者，如果用于数据接收的无线承载(即pdcp层实体和rlc层实体)已经被建立/创建，并且如果接收到的macpdu的源标识符不同于用于数据接收的现有无线承载的源标识符，并且具有高于用于数据接收的现有无线承载(即pdcp层实体和rlc层实体)的源标识符的偏好的偏好，则mac层实体215触发用于数据接收的现有无线承载(即pdcp层实体和rlc层实体)的释放和用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)的建立，并且使用包括在接收到的macpdu中的源标识符识别用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)。
或者，如果存在用于数据接收的无线承载(即pdcp层实体和rlc层实体)，并且如果接收到的macpdu的源标识符不同于用于数据接收的现有无线承载(即pdcp层实体和rlc层实体)的源标识符，并且用于新的源标识符的服务具有高于用于当前源标识符的服务的偏好的偏好，则mac层实体215触发用于数据接收的旧的无线承载((即pdcp层实体和rlc层实体)的释放，以及用于数据接收的新的无线承载即(即pdcp层实体和rlc层实体)的建立，并且使用接收到的macpdu的源标识符识别用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)。
这里，服务指示符可以包括在macpdu中，或者服务优先级可以包括在macpdu中。例如，服务指示符指示相关服务的服务类型，并且可以指示相关服务是语音服务或数据服务。mac层实体215将包括在macpdu中的(多个)macsdu发送到与新的无线承载相对应的rlc层实体213。
c)如果无线承载(即pdcp层实体和rlc层实体)已经被建立用于数据接收，并且如果接收到的macpdu的源标识符与已经建立的用于数据接收的无线承载的源标识符相同，则mac层实体215将包括在macpdu中的macsdu发送到与无线承载相对应的rlc层实体。
同时，如果在预先定义的时间段内没有活动，则用于数据接收的无线承载(即pdcp层实体和rlc层实体)被释放。如果上层实体指示停止监视d2d通信，则所建立的用于数据接收的无线承载(即pdcp层实体和rlc层实体)被释放。
以上已经描述了基于第一实施方案的用于数据接收的用户面协议栈配置方案#_1，而基于第二实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
ue每次从一个ue接收数据。接收数据的ue只维持一个用于数据接收的无线承载(即pdcp层实体和rlc层实体)。
用户面协议栈包括一个pdcp层实体、一个rlc层实体、以及一个mac层实体。无线承载(即，pdcp层实体和rlc层实体)通过源标识符(即，ue从其接收数据的ue的ueid)来识别。用户面协议栈的结构与图2中示出的用户面协议栈的结构相同。
当上层实体触发以监视d2d通信时，ue使用默认配置建立默认无线承载(即pdcp层实体和rlc层实体)。所建立的默认无线承载(即pdcp层实体和rlc层实体)不与源标识符相关联，而与所建立的默认无线承载(即pdcp层实体和rlc层实体)相对应的源标识符是空的(null)。为了方便起见，空的源标识符被称作无效的源标识符(nullsourceidentifier)。
在基于第二实施方案的用于数据接收的用户面协议栈配置方案#_1中的ue的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
ue中的物理层实体接收调度分配，并确定调度分配是否被预定给ue。在调度分配信息中的目的地标识符字段指示目的地id(即组id或广播id或ueid)。如果调度分配中的目的地标识符字段与ue是其成员的组的组id相等，或者如果调度分配中的目的地标识符字段与ueid相等，或者如果调度分配中的目的地标识符字段与广播id相等，则物理层实体接收、解码携载macpdu的物理层分组，并且将macpdu发送到mac层实体。
或者，调度分配信息中的目的地标识符字段指示目的地id的一部分(例如，所述部分是目的地id的n个lsb或msb)。如果调度分配中的目的地标识符字段与ue是其成员的组的组id的一部分相等，或者如果调度分配中的目的地标识符字段与ueid的一部分相等，或者如果调度分配中的目的地标识符字段与广播id的一部分相等，则物理层实体接收、解码携载macpdu的物理层分组，并且将macpdu发送到mac层实体。
只有当在系统中发送具有目的地id的调度分配时才执行由物理层实体进行的过滤。
2)由mac层实体使用macpdu中的目的地标识符进行过滤：
ue中的mac层实体215从物理层实体接收macpdu，并且确定macpdu是否被预定给ue。在macpdu的mac标头中的目的地标识符字段指示目的地id(即组id或广播id或ueid)。如果目的地标识符字段与ue是其成员的组的组id相等，或者如果目的地标识符字段与ueid相等，或者如果目的地标识符字段与广播id相等，则接收到的macpdu被预定给ue。在macpdu的mac标头中的目的地标识符字段指示目的地id的一部分(即组id或广播id或ueid的n个lsb或n个msb)。如果目的地标识符字段与ue是其成员的组的组id的一部分相等，或者如果目的地标识符字段与ueid的一部分相等，或者如果目的地标识符字段与广播id的一部分相等，则接收到的macpdu被预定给ue。只有当在系统中发送具有目的地id的macpdu时才执行由mac层实体进行的过滤。
3)源标识符的确定和由mac层实体使用源标识符进行过滤：
mac层实体215确定发送macpdu的ue的ueid。例如，可以通过从mac标头读取源标识符字段来确定发送macpdu的ue的ueid。或者，可以通过从调度分配信息读取源标识符字段来确定发送macpdu的ue的ueid。这个过滤是可选的。ue中的mac层实体215可以确定发送macpdu的ue的ueid是否是ue感兴趣的。如果不是，则mac层实体215丢弃macpdu。
4)mac层实体215确定是否存在用于与源标识符相对应的数据接收的无线承载(即pdcp层实体和rlc层实体)，即ue已经从其接收到macpdu的ue的ueid。
a)如果除了默认无线承载不存在已经建立用于数据接收的无线承载(即pdcp层实体和rlc层实体)，则mac层实体215使用默认无线承载。用于默认无线承载的无效源标识符被改变为接收到的macpdu的源标识符，因此默认无线承载成为非默认无线承载。mac层实体215将包括在macpdu中的(多个)macsdu发送到与非默认无线承载相对应的rlc层实体213。
b)如果非默认无线承载，即，不与无效源标识符相关联的无线承载，已经被建立用于数据接收，并且如果接收到的macpdu的源标识符不同于用于数据接收的现有无线承载的源标识符，则mac层实体215触发现有无线承载的释放和新的无线承载的建立，并且使用包括在接收到的macpdu中的源标识符识别新的无线承载的建立。
或者，如果用于数据接收的非默认无线承载已经被建立，并且如果接收到的macpdu的源标识符不同于用于数据接收的现有无线承载的源标识符，并且具有高于用于数据接收的现有无线承载的源标识符的偏好的偏好，则mac层实体215触发用于数据接收的现有无线承载的释放和用于数据接收的新的无线承载的建立，并且使用接收到的macpdu的源标识符识别用于数据接收的新的无线承载。
或者，如果用于数据接收的非默认无线承载已经被建立，并且如果接收到的macpdu的源标识符不同于用于数据接收的现有无线承载的源标识符，并且具有高于用于数据接收的现有无线承载的源标识符的偏好的偏好，则mac层实体215触发用于数据接收的现有无线承载的释放，以及用于数据接收的新的无线承载的建立，并且使用接收到的macpdu的源标识符识别用于数据接收的新的无线承载。
这里，服务指示符可以包括在macpdu中，或者服务优先级可以包括在macpdu中。例如，服务指示符指示相关服务是语音服务还是数据服务。mac层实体215将包括在macpdu中的(多个)macsdu发送到与新的无线承载相对应的rlc层实体213。
c)如果非默认无线承载已经被建立用于数据接收，并且如果接收到的macpdu的源标识符与用于数据接收的现有无线承载的源标识符相同，则mac层实体215将包括在macpdu中的macsdu发送到与相关无线承载相对应的rlc层实体213。
同时，如果在预先定义的时间段内没有活动，则用于数据接收的非默认无线承载被释放，并且以默认配置建立默认无线承载。如果上层实体指示停止监视d2d通信，则所建立的用于数据接收的默认和非默认无线承载被释放。
以上已经描述了基于第二实施方案的用于数据接收的用户面协议栈配置方案#_1，而基于第三实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
ue可以从多个ue并发地接收数据。接收数据的ue维持一个或多个用于数据接收的无线承载(即pdcp层实体和rlc层实体)。这里，每个无线承载(即pdcp层实体和rlc层实体)用于从不同的ue接收数据。用户面协议栈包括一个pdcp层实体、每个无线承载一个rlc层实体、以及一个mac层实体。通过ue从其接收数据的ue的ueid来识别无线承载，即，pdcp层实体和rlc层实体。
将参考图3描述根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_1的数据发送和接收的用户面协议栈的结构的另一个示例。
图3示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_1的数据发送和接收的用户面协议栈的结构的另一个示例。
参考图3，将注意到，图3中的用户面协议栈310是包括多个rx无线承载(即，多个pdcp层实体311和多个rlc层实体313)的用户面协议栈。
用于数据发送的用户面协议栈300包括pdcp层实体301、rlc层实体303、以及mac层实体305。pdcp层实体301和rlc层实体303通过目的地id来识别。
用于数据接收的用户面协议栈310包括与第一无线承载#_1相对应的pdcp层实体#_1311-1和rlc层实体#_1313-1，包括与第二无线承载#_2相对应的pdcp层实体#_2311-2和rlc层实体#_2313-2，等等。用于数据接收的用户面协议栈310还包括在所有无线承载上公共的mac层实体315。pdcp层实体311和rlc层实体313通过源标识符来识别。
基于第三实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
2)由mac层实体315使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体315进行源标识符的确定和使用源标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)ue中的mac层实体315确定是否存在用于与源标识符相对应的数据接收的无线承载(即pdcp层实体和rlc层实体)，即，ue从其接收到macpdu的ue的ueid。
a)如果还没有建立或创建用于数据接收的无线承载(即pdcp层实体和rlc层实体)，则mac层实体315触发新的无线承载(即pdcp层实体和rlc层实体)的创建，并且使用接收到的macpdu的源标识符识别用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)。mac层实体315将包括在macpdu中的macsdu发送到与新的无线承载相对应的rlc层实体313。如果新的无线承载被建立，则使用默认(或预先配置的)值配置pdcp层实体311和rlc层实体313。
b)如果已经建立无线承载(即pdcp层实体和rlc层实体)，并且如果接收到的macpdu的源标识符不同于现有无线承载(即pdcp层实体和rlc层实体)的源标识符，则mac层实体315触发新的无线承载(即pdcp层实体和rlc层实体)的建立，并且使用接收到的macpdu的源标识符识别新的无线承载(即pdcp层实体和rlc层实体)。mac层实体315将包括在macpdu中的(多个)macsdu发送到与新的无线承载相对应的rlc层实体313。
c)如果已经建立无线承载(即pdcp层实体和rlc层实体)，并且如果接收到的macpdu的源标识符与现有无线承载(即pdcp层实体和rlc层实体)的源标识符相同，则mac层实体315将包括在macpdu中的(多个)macsdu发送到与相关无线承载相对应的rlc层实体313。
如果在预先定义的时间段内没有活动，则用于数据接收的无线承载被释放。
同时，如果从一个txue接收到语音服务，则mac层实体315可以不与另一个txue建立无线承载用于语音服务。或者，mac层实体315可以释放旧的语音服务，并且与新的txue生成用于语音服务的新的无线承载。这里，可以基于txue偏好生成新的无线承载(即pdcp层实体和rlc层实体)。mac层实体315可以使用macpdu中的一些指示符识别语音服务。或者，可以在上层实体中处理对于一个语音服务的维持。如果从一个txue接收到语音服务，则可以由上层实体丢弃来自另一个txue的语音分组。
上面已经描述了基于第三实施方案的用于数据接收的用户面协议栈配置方案#_1，而基于第四实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
ue可以从多个ue并发地接收数据。接收数据的ue维持一个或多个用于数据接收的无线承载(即pdcp层实体和rlc层实体)。这里，每个无线承载用于从不同的ue接收数据。在这种情况下，用户面协议栈包括一个pdcp层实体、每个无线承载的一个rlc层实体、以及一个mac层实体。无线承载(即，pdcp层实体和rlc层实体)通过源标识符(即，ue从其接收数据的ue的ueid)来识别。这里，用户面协议栈与图3中示出的用户面协议栈相同，因此这里将省略详细描述。
如果上层实体触发监视d2d通信，则ue使用默认配置建立默认无线承载(即pdcp层实体和rlc层实体)。所建立的默认无线承载(即pdcp层实体和rlc层实体)与源标识符不关联，并且与所建立的默认无线承载相对应的源标识符是无效的。
基于第四实施方案的用于数据接收的用户面协议栈配置方案#_1中的ue的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
2)由mac层实体使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体进行源标识符的确定和使用源标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)mac层实体315确定是否存在用于与源标识符相对应的数据接收的无线承载(即pdcp层实体和rlc层实体)，即，ue从其接收到macpdu的ue的ueid。
a)如果除了默认无线承载以外没有已经建立的无线承载(即pdcp层实体和rlc层实体)，则mac层实体315使用默认无线承载。默认无线承载的无效源标识符被改变为在macpdu中接收到的源标识符。mac层实体315将包括在macpdu中的(多个)macsdu发送到与无线承载相对应的rlc层实体313。mac层实体315触发新的默认无线承载的生成。
b)如果已经建立非默认无线承载，并且如果接收到的macpdu的源标识符不同于现有无线承载的源标识符，则mac层实体315使用默认无线承载。默认无线承载的无效源标识符被改变为通过macpdu接收到的源标识符。mac层实体315将包括在接收到的macpdu中的(多个)macsdu发送到与无线承载相对应的rlc层实体313。mac层实体315触发新的默认无线承载的生成。
c)如果已经建立非默认无线承载，并且如果接收到的macpdu的源标识符与现有无线承载的源标识符相同，则mac层实体315将包括在macpdu中的(多个)macsdu发送到与这个无线承载相对应的rlc层实体。
如果在预先定义的时间段内没有活动，则用于数据接收的无线承载被释放。如果上层实体指示停止监视d2d通信，则建立用于数据接收的默认无线承载和非默认无线承载被释放。
在这个实施例中，如果从一个txue接收到语音服务，则mac层实体315可以不与另一个txue建立无线承载用于语音服务。或者，mac层实体315可以释放旧的语音服务，并且与新的txue生成用于语音服务的新的无线承载。这里，可以基于txue偏好生成新的无线承载。mac层实体315可以使用macpdu中的一些指示符识别语音服务。或者，可以在上层实体中处理对于一个语音服务的维持。如果从一个txue接收到语音服务，则可以由上层实体丢弃来自另一个txue的语音分组。
如上所述，在基于第一实施方案到第四实施方案中的每一个的用于数据接收的用户面协议栈配置方案#_1中，mac层实体可以指示rrc层实体创建/释放无线承载(即pdcp层实体和rlc层实体)，或者可以创建/释放新的无线承载(即pdcp层实体和rlc层实体)。
上面已经描述了用户面协议栈配置方案#_1，而用户面协议栈配置方案#_2将在下面描述。
d2d通信系统中用于数据发送的用户面协议栈配置方案#_2将在下面描述。
将数据发送到一个或多个ue的ue维持多个无线承载用于d2d数据发送。每个无线承载是指一个pdcp层实体和一个rlc层实体的集合。这里，一个无线承载用于一个目的地。例如，用于广播、单播、以及组播的无线承载可以是不同的。对于组播，对于不同的组的无线承载是不同的。类似地，对于单播，对于不同的ue的无线承载是不同的。无线承载被映射到一个逻辑信道，而逻辑信道被映射到映射到d2d通信广播物理信道的d2d通信传输信道。
在ue中，如果上层实体触发数据发送，则对于数据发送的无线承载(即pdcp层实体和rlc层实体)被创建/建立。上层实体可以是prose协议实体或应用协议实体。而且，pdcp层实体和rlc层实体使用默认值创建/建立和配置。
上层实体可以指示ue中的数据发送是否是广播发送、单播发送、或组播发送。也就是说，上层实体可以通过发送指示ue中的数据发送是广播发送、单播发送、或组播发送的信息，来指示ue中的数据发送是广播发送、单播发送、或组播发送。如果数据发送是单播发送，则上层实体提供目的地ueid。如果数据发送是组播发送，则上层提供目的地组id。ue的ueid可以由上层实体提供。
如果上层实体停止对应于与那个无线承载相关联的目的地的数据发送，则所创建/建立的无线承载(即pdcp层实体和rlc层实体)被去除。所生成的无线承载(即pdcp层实体和rlc层实体)可以由一个系统中的mac层实体的rrc层实体去除。
优先级可以基于目的地(例如，单播可以具有高于广播的优先级的优先级)或服务的类型(例如，语音服务可以具有高于数据服务的优先级的优先级)被分配给无线承载。在ue中，如果上层触发以释放建立用于数据发送的无线承载，则建立用于数据发送的无线承载被释放。
无线承载(即pdcp层实体和rlc层实体)可以被识别为选项a和选项b之一。
(1)选项a：基于目的地id(组id、单播id(即ueid)、或广播id)
(2)选项b：基于lcid。lcid对于发送ue是本地的，并且由发送ue维持lcid对于无线承载的分配。如果lcid被用来识别用于数据发送的无线承载，则ue将lcid包括在macpdu的mac标头中。
在数据发送期间，pdcp层实体处理(即向分组施加安全性和/或标头压缩和/或序列编号)从上层接收的分组并发送给rlc层实体。rlc层实体处理(施加序列编号和/或分段)这些分组(即rlcsdu)并将它们发送到mac层实体。mac层实体发送与macpdu中的相同目的地id相对应的这些分组(即macsdu)中的一个或多个。
在数据发送期间，源标识符和目的地标识符由ue发送，并且发送它们的方案与在用户面协议栈配置方案#_1中描述的一样，所以这里详细描述将被省略。
上面已经描述了用于数据发送的用户面协议栈配置方案#_2，而用于数据接收的用户面协议栈配置方案#_2将在下面描述。
用于数据接收的用户面协议栈配置方案#_2基于第一实施方案到第四实施方案之一，而基于第一实施方案到第四实施方案中的每一个的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
首先，基于第一实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
ue每次从一个txue接收数据。ue维持一个或多个用于数据接收的无线承载。每一个无线承载存在用于从相同ue的数据接收。用户面协议栈包括每个无线承载的一个pdcp层实体、每个无线承载的一个rlc层实体、以及一个mac层实体。无线承载(即，pdcp层实体和rlc层实体)由一对源标识符(即ue从其接收数据的ue的ueid和目的地id或lcid，即，<txueid，目的地id或lcid>)来识别。
将参考图4描述根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据发送和接收的用户面协议栈的结构的示例。
图4示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据发送和接收的用户面协议栈的结构的示例。
参考图4，将注意到，图4中的用户面协议栈400是包括多个tx无线承载(即，多个pdcp层实体401和多个rlc层实体403)的用于数据发送的用户面协议栈，而图4中的用户面协议栈410是包括多个rx无线承载(即，多个pdcp层实体411和多个rlc层实体413)的用于数据接收的用户面协议栈。
用于数据发送的用户面协议栈400包括与第一无线承载#_1相对应的pdcp层实体#_1401-1和rlc层实体#_1403-1，包括与第二无线承载#_2相对应的pdcp层实体#_2401-2和rlc层实体#_2403-2，等等。用于数据发送的用户面协议栈400还包括在所有无线承载上公共的mac层实体405。pdcp层实体401和rlc层实体403通过目的地id或lcid来识别。
用于数据接收的用户面协议栈410包括与第一无线承载#_1相对应的pdcp层实体#_1411-1和rlc层实体#_1413-1，包括与第二无线承载#_2相对应的pdcp层实体#_2411-2和rlc层实体#_2413-2，等等。用于数据接收的用户面协议栈410还包括在所有无线承载上公共的mac层实体415。pdcp层实体411和rlc层实体413通过源标识符以及目的地id或lcid中的一个来识别。基于第一实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。目的地标识符与macpdu一起被发送到mac层实体415。
2)由mac层实体415使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体415进行源标识符的确定和使用源标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)ue中的mac层实体415确定在接收到的macpdu中的(多个)macsdu的目的地id或lcid。可以通过从macpdu的mac标头读取目的地id或lcid来确定目的地id或lcid。在目的地id的一部分在macpdu的mac标头中的目的地标识符字段中发送，而目的地id的另一部分在调度分配信息中发送的情况下，mac层实体415通过组合目的地id的全部两部分来确定目的地id。
5)对于在macpdu中接收到的每个macsdu，ue中的mac层实体415确定是否存在用于数据接收的无线承载(即pdcp层实体和rlc层实体)。
a)如果还没有建立用于数据接收的无线承载(即pdcp层实体和rlc层实体)，则mac层实体415触发新的无线承载(即pdcp层实体和rlc层实体)的创建/建立，并且使用在macpdu中接收到的macsdu的<源标识符，目的地id/lcid>识别用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)。mac层实体415将macsdu发送到与新的无线承载相对应的rlc层实体413。如果新的无线承载(即pdcp层实体和rlc层实体)被建立，则使用默认(或预先配置的)值配置pdcp层实体411和rlc层实体413。
b)如果已经建立无线承载(即pdcp层实体和rlc层实体)，并且如果在macpdu中接收到的macsdu的源标识符不同于现有无线承载(即pdcp层实体和rlc层实体)的源标识符，则mac层实体415触发现有无线承载的释放以及新无线承载的建立，并且使用macsdu的<源标识符，目的地id/lcid>识别新的无线承载。mac层实体415将macsdu发送到与新的无线承载相对应的rlc层实体413。
c)如果已经建立无线承载，并且如果在macpdu中接收到的macsdu的源标识符与现有无线承载的源标识符相同，并且macsdu的目的地id或lcid与现有无线承载的目的地id或lcid相同，则mac层实体415将macsdu发送到与现有无线承载相对应的rlc层实体413。
d)如果已经建立无线承载，并且如果在macpdu中接收到的macsdu的源标识符与现有无线承载的源标识符相同，并且macsdu的目的地id或lcid不同于现有无线承载的目的地id或lcid，则mac层实体415触发新的无线承载的建立，并将macsdu发送到与新的无线承载相对应的rlc层实体413。
如果在预先定义的时间段内没有活动，则用于数据接收的无线承载被释放。如果上层实体指示停止监视d2d通信，则所建立的用于数据接收的无线承载被释放。
上面已经描述了基于第一实施方案的用于数据接收的用户面协议栈配置方案#_2，而基于第二实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
ue每次从一个txue接收数据。ue维持一个或多个用于数据接收的无线承载。这里，每个无线承载用于从相同ue的数据接收。用户面协议栈包括一个pdcp层实体、每个无线承载的一个rlc层实体、以及一个mac层实体。无线承载(即，pdcp层实体和rlc层实体)通过<源标识符(即，ue从其接收数据的ue的ueid)，目的地id/lcid>来识别。这里，用户面协议栈与图4中示出的用户面协议栈相同，因此这里将省略详细描述。
在这种情况下，如果上层实体触发监视d2d通信，则ue使用默认配置建立默认无线承载。所建立的默认无线承载通过<源标识符＝无效，目的地id/lcid＝无效>来识别。ue还可以建立多个默认无线承载，一个用于广播，一个用于单播，而一个或多个用于ue的相关联组。
基于第二实施方案的用于数据接收的用户面协议栈配置方案#_2中的ue的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。目的地标识符与macpdu一起被发送到mac层实体415。
2)由mac层实体415使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体415进行源标识符的确定和使用源标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)ue中的mac层实体415确定在macpdu中接收到的(多个)macsdu的目的地id或lcid。可以通过从macpdu的mac标头读取目的地id或lcid来确定目的地id或lcid。在目的地id的一部分在macpdu的mac标头中的目的地标识符字段中发送，而目的地id的另一部分在调度分配信息中发送的情况下，mac层实体415通过组合目的地id的全部两部分来确定目的地id。
5)对于在macpdu中接收到的每个macsdu，ue中的mac层实体415确定是否存在用于数据接收的无线承载(即pdcp层实体和rlc层实体)。
a)如果除了(多个)默认无线承载以外还没有建立用于数据接收的无线承载(即pdcp层实体和rlc层实体)，则mac层实体415使用默认无线承载或与目的地id相对应的默认无线承载。<源标识符＝无效，目的地id/lcid＝无效>被改变为与在macpdu中接收到的macsdu相对应的<源标识符，目的地id/lcid>，所以无线承载成为非默认无线承载。mac层实体415将macsdu发送到与无线承载相对应的rlc层实体413。mac层实体415触发新的默认无线承载的生成。
b)如果已经建立非默认无线承载，并且如果macsdu的源标识符不同于现有无线承载中的每一个的源标识符，则mac层实体415触发现有无线承载的释放以及新的无线承载的建立，并且使用macsdu的<源标识符，目的地id/lcid>识别新的无线承载。mac层实体415将macsdu发送到与新的无线承载相对应的rlc层实体413。
c)如果已经建立非默认无线承载，并且如果包括在macsdu中的源标识符与现有无线承载的源标识符相同，并且macsdu的目的地id或lcid与现有无线承载的目的地id或lcid相同，则mac层实体415将macsdu发送到与现有无线承载相对应的rlc层实体413。
d)如果已经建立非默认无线承载，并且如果在macpdu中接收到的macsdu的源标识符与现有无线承载的源标识符相同，并且macsdu的目的地id或lcid不同于现有无线承载的目的地id或lcid，则mac层实体415使用默认无线承载或与目的地id相对应的默认无线承载。<源标识符＝无效，目的地id/lcid＝无效>被改变为与在macsdu相对应的<源标识符，目的地id/lcid>，所以无线承载成为非默认无线承载。mac层实体415将macsdu发送到与无线承载相对应的rlc层实体413。mac层实体415还触发新的默认无线承载的生成。
如果在预先定义的时间段内没有活动，则用于数据接收的无线承载被释放。如果上层实体指示停止监视d2d通信，则所建立的用于数据接收的默认或非默认无线承载被释放。
上面已经描述了基于第二实施方案的用于数据接收的用户面协议栈配置方案#_2，而基于第三实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
ue可以从多个txue并发地接收数据。ue维持一个或多个用于数据接收的无线承载。每个无线承载用于从不同的<源标识符，目的地id/lcid>的数据接收。
将参考图5a和图5b描述根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据接收的用户面协议栈的结构的另一个示例。
图5a和图5b示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据发送和接收的用户面协议栈的结构的另一个示例。
图5a中的用户面协议栈500是包括多个tx无线承载(即，多个pdcp层实体501和多个rlc层实体503)的用于数据发送的用户面协议栈，而图5b中的用户面协议栈510是包括多个rx无线承载(即，多个pdcp层实体511和多个rlc层实体513)的用于数据接收的用户面协议栈。
用于数据发送的用户面协议栈500包括与第一无线承载#_1相对应的pdcp层实体#_1501-1和rlc层实体#_1503-1，包括与第n无线承载#_n相对应的pdcp层实体#_n501-n和rlc层实体#_n503-n，等等。用于数据发送的用户面协议栈500还包括在所有无线承载上公共的mac层实体505。pdcp层实体501和rlc层实体503通过目的地id或lcid来识别。
用于数据接收的用户面协议栈510包括与第一无线承载#_1相对应的pdcp层实体#_1511-1和rlc层实体#_1513-1，包括与第二无线承载#_2相对应的pdcp层实体#_2511-2和rlc层实体#_2513-2，等等。用于数据接收的用户面协议栈510还包括在所有无线承载上公共的mac层实体515。pdcp层实体511和rlc层实体513中的每一个通过源标识符以及目的地id和lcid之一来识别。
基于第三实施方案的用于数据接收的用户面协议栈配置方案#_2中的ue的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。目的地标识符与macpdu一起被发送到mac层实体515。
2)由mac层实体515使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体515进行源标识符的确定和使用源标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)mac层实体515确定在macpdu中接收到的一个或多个macsdu的目的地id或lcid。可以通过从macpdu的mac标头读取目的地id或lcid来确定目的地id或lcid。在目的地id的一部分在macpdu的mac标头中的目的地标识符字段中发送，而目的地id的另一部分在调度分配信息中发送的情况下，mac层实体515通过组合目的地id的全部两部分来确定目的地id。
5)对于在macpdu中接收到的每个macsdu(多个)，ue中的mac层实体515确定是否存在用于数据接收的无线承载(即pdcp层实体和rlc层实体)。
a)如果还没有建立用于数据接收的无线承载(即pdcp层实体和rlc层实体)，则mac层实体515触发新的无线承载(即pdcp层实体和rlc层实体)的创建/建立，并且使用在macpdu中接收到的macsdu的<源标识符，目的地id/lcid>识别用于数据接收的新的无线承载。mac层实体515将macsdu发送到与新的无线承载相对应的rlc层实体513。如果新的无线承载被建立，则使用默认(或预先配置的)值配置pdcp层实体511和rlc层实体513。
b)如果已经建立无线承载(即pdcp层实体和rlc层实体)，并且如果在macpdu中接收到的macsdu的<源标识符，目的地id/lcid>不同于现有无线承载中的每一个的<源标识符，目的地id/lcid>，则mac层实体515触发新的无线承载的建立，并且使用macsdu的<源标识符，目的地id或lcid>识别新的无线承载。mac层实体515将macsdu发送到与新的无线承载相对应的rlc层实体513。
c)如果已经建立无线承载，并且如果包括在macpdu中接收到的macsdu中的<源标识符，目的地id/lcid>与现有无线承载的<源标识符，目的地id/lcid>相同，则mac层实体515将macsdu发送到与现有无线承载相对应的rlc层实体513。
如果在预先定义的时间段内没有活动，则无线承载被释放。如果上层实体指示停止监视d2d通信，则所建立的用于数据接收的无线承载被释放。
同时，如果从一个txue接收到语音服务数据，则mac层实体515可以不与另一个txue建立无线承载/逻辑信道用于语音服务。或者，ue可以释放旧的语音服务，并且与新的txue生成用于语音服务的无线承载。这里，可以基于txue偏好生成与新的txue的无线承载。ue可以使用包括在macpdu中的一些指示符识别语音服务。
或者，可以在上层实体中处理对于语音服务的维持。如果从一个txue接收到语音服务，则可以由上层实体丢弃来自另一个txue的语音服务分组。
上面已经描述了基于第三实施方案的用于数据接收的用户面协议栈配置方案#_2，而基于第四实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
ue可以从多个ue并发地接收数据。接收数据的ue维持一个或多个用于数据接收的无线承载。这里，每个无线承载用于从不同的<源标识符，目的地id/lcid>的接收数据。这里，用户面协议栈与在图5a和图5b中示出的用户面协议栈相同，因此这里将省略详细描述。
在这种情况下，如果上层实体触发监视d2d通信，则ue使用默认配置建立默认无线承载。所建立的默认无线承载通过<源标识符＝无效，目的地id/lcid＝无效>来识别。ue还可以建立多个默认无线承载，一个用于广播，一个用于单播，而一个或多个用于相关联的ue的组。
基于第四实施方案的用于数据接收的用户面协议栈配置方案#_2中的ue的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。目的地标识符与macpdu一起被发送到mac层实体515。
2)由mac层实体515使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体515进行源标识符的确定和使用源标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)mac层实体515确定在macpdu中接收到的一个或多个macsdu的目的地id或lcid。可以通过从macpdu的mac标头读取目的地id或lcid来确定目的地id或lcid。在目的地id的一部分在macpdu的mac标头中的目的地标识符字段中发送，而目的地id的另一部分在调度分配信息中发送的情况下，mac层实体515通过组合目的地id的全部两部分来确定目的地id。
5)对于在macpdu中接收到的每个macsdu(多个)，ue中的mac层实体515确定是否存在用于数据接收的无线承载。
a)如果除了(多个)默认无线承载以外还没有建立无线承载(即pdcp层实体和rlc层实体)，则mac层实体515使用默认无线承载或与目的地id相对应的默认无线承载。<源标识符＝无效，目的地id/lcid＝无效>被改变为与在macpdu中接收到的macsdu的<源标识符，目的地id/lcid>，所以无线承载成为非默认无线承载。mac层实体515将macsdu发送到与无线承载相对应的rlc层实体513。mac层实体515触发新的默认无线承载的生成。
b)如果已经建立非默认无线承载，并且如果在macpdu中接收到的macsdu的<源标识符，目的地id/lcid>不同于现有无线承载中的每一个的<源标识符，目的地id/lcid>，则mac层实体515使用默认无线承载或与目的地id相关联的默认无线承载。<源标识符＝无效，目的地id/lcid＝无效>被改变为与macsdu相对应的<源标识符，目的地id/lcid>，所以无线承载成为非默认无线承载。mac层实体515将macsdu发送到与无线承载相对应的rlc层实体513。mac层实体515还触发新的默认无线承载的生成。
c)如果已经建立无线承载，并且如果包括在macsdu中的<源标识符，目的地id/lcid>与旧的现有无线承载的<源标识符，目的地id/lcid>相同，则mac层实体515将macsdu发送到rlc层实体513。
如果在预先定义的时间段内没有活动，则用于数据接收的无线承载被释放。如果上层实体指示停止监视d2d通信，则所建立的用于数据接收的无线承载被释放。
同时，如果从一个txue接收到语音服务数据，则mac层实体515可以不与另一个txue建立无线承载用于语音服务。或者，ue可以释放旧的语音服务，并且与新的txue生成用于语音服务的无线承载。这里，可以基于txue偏好生成与新的txue的无线承载。ue可以使用包括在macpdu中的一些指示符识别语音服务。
或者，可以在上层实体中处理对于语音服务的维持。如果从一个txue接收到语音服务，则可以由上层实体丢弃来自另一个txue的语音服务分组。
如上所述，在基于第一实施方案到第四实施方案中的每一个的用于数据接收的用户面协议栈配置方案#_2中，mac层实体可以指示rrc层实体生成/释放无线承载，或者可以生成/释放新的无线承载。
上面已经描述了用户面协议栈配置方案#_2，而用户面协议栈配置方案#_3将在下面描述。
首先，用于数据发送的用户面协议栈配置方案#_3将在下面描述。
发送数据的ue维持多个用于数据发送的无线承载。每个无线承载是指一个pdcp层实体和一个rlc层实体。不同否认无线承载被创建用于不同的目的地。无线承载对于目的地的不同的通信类别也是不同的(如果需要)。这里，ue可以对于相同的目的地或不同的目的地并发地执行多个tx会话。无线承载被映射到一个逻辑信道，而逻辑信道被映射到映射到d2d通信广播物理信道的d2d通信传输信道。
如果上层实体触发ue中的数据发送，则用于数据发送的无线承载(即pdcp层实体和rlc层实体)被建立/创建。pdcp层实体和rlc层实体使用默认值建立/创建和配置。
上层实体可以指示ue中的数据发送是否是广播发送、单播发送、或组播发送。也就是说，上层实体可以通过发送指示ue中的数据发送是广播发送、单播发送、或组播发送的信息，来指示ue中的数据发送是广播发送、单播发送、或组播发送。如果数据发送是单播发送，则上层实体提供目的地ueid。如果数据发送是组播发送，则上层提供目的地组id。ue的ueid还可以由上层实体来提供。如果上层实体停止数据发送，则所建立/创建的pdcp层实体和rlc层实体被去除。在ue中，如果上层实体触发建立用于数据发送的无线承载的释放，则建立用于数据发送的无线承载(即pdcp层实体和rlc层实体)被释放。
同时，无线承载可以如下识别。
无线承载中的每一个可以通过其相关联的逻辑信道的标识符，即lcid，来识别。这里，lcid对于ue是本地的，并且由ue维持对于无线承载的逻辑信道的lcid的分配。lcid在无线承载的所有逻辑信道上是唯一分配的，而不管由无线承载发送数据的目的地id。如果lcid被用来识别无线承载，则ue在数据发送期间将lcid包括在mac标头中。可以定义对于服务映射的lcid，所以ue可以基于lcid识别服务。
或者，无线承载可以使用目的地id和lcid来识别。这里，lcid对于ue是本地的，并且由ue维持对于无线承载的逻辑信道的lcid的分配。lcid只在相同目的地id的无线承载的逻辑信道上是唯一的。如果lcid与目的地id一起被用来识别无线承载，则ue在数据发送期间将lcid包括在mac标头中。可以定义对于服务映射的lcid，所以ue可以基于lcid识别服务。
在数据发送期间，pdcp层实体处理从上层接收到的分组(即向分组施加安全性和/或标头压缩和/或序列编号)，并将它们发送到rlc层实体。rlc层实体处理这些分组(即rlcsdu)(施加序列编号和/或分段)，并且将它们发送到mac层实体。mac层实体发送与macpdu中的相同目的地id相对应的这些分组(即macsdu)中的一个或多个。
在数据发送期间，源标识符和目的地标识符由ue发送，并且发送它们的方案与在用户面协议栈配置方案#_1中描述的一样，所以这里详细描述将被省略。
上面已经描述了用于数据发送的用户面协议栈配置方案#_3，而用于数据接收的用户面协议栈配置方案#_3将在下面描述。
用于数据接收的用户面协议栈配置方案#_3基于第一实施方案到第四实施方案之一，而基于第一实施方案到第四实施方案中的每一个的用于数据接收的用户面协议栈配置方案#_3将在下面描述。
首先，基于第一实施方案的用于数据接收的用户面协议栈配置方案#_3将在下面描述。
ue每次从一个ue接收数据。ue维持一个或多个用于数据接收的无线承载(即pdcp层实体和rlc层实体)，并且无线承载(即pdcp层实体和rlc层实体)中的每一个用于来自相同ue的数据接收。
将参考图6描述根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_3的数据发送和接收的用户面协议栈的结构的示例。
图6示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_3的数据发送和接收的用户面协议栈的结构的示例。
参考图6，将注意到，图6中的用户面协议栈600是包括多个tx无线承载(即，多个pdcp层实体601和多个rlc层实体603)的用于数据发送的用户面协议栈，而图6中的用户面协议栈610是包括多个rx无线承载(即，多个pdcp层实体611和多个rlc层实体613)的用于数据接收的用户面协议栈。
用于数据发送的用户面协议栈600包括与第一无线承载#_1相对应的pdcp层实体#_1601-1和rlc层实体#_1603-1，包括与第n无线承载#_n相对应的pdcp层实体#_n601-n和rlc层实体#_n603-n，等等。用于数据发送的用户面协议栈600还包括所有无线承载上公共的mac层实体605。pdcp层实体601和rlc层实体603中的每一个通过lcid来识别，其中，lcid在无线承载上是唯一的。或者，pdcp层实体601和rlc层实体603中的每一个通过目的地id和lcid来识别，其中，lcid在相同目的地的无线承载上是唯一的。
用于数据接收的用户面协议栈610包括与第一无线承载#_1相对应的pdcp层实体#_1611-1和rlc层实体#_1613-1，包括与第n无线承载#_n相对应的pdcp层实体#_n611-n和rlc层实体#_n613-n，等等。用于数据接收的用户面协议栈610还包括在所有无线承载上公共的mac层实体615。pdcp层实体611和rlc层实体613中的每一个通过源标识符和lcid来识别，其中，lcid由发送ue分配，从而lcid在发送ue的所有无线承载上是唯一的。pdcp层实体611和rlc层实体613中的每一个通过源标识符、目的地id、以及lcid来识别，其中，lcid由发送ue分配，从而lcid只在发送ue中相同目的地的无线承载(即pdcp层实体和rlc层实体)上是唯一的。
基于第一实施方案的用于数据接收的用户面协议栈配置方案#_3中的ue的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。目的地标识符与接收到的macpdu一起被发送到mac层实体615。
2)由mac层实体615使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体615进行源标识符的确定和使用源标识符进行源标识符的确定和过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)mac层实体615确定在macpdu中接收到的一个或多个macsdu的目的地id和/或lcid。可以通过从macpdu的mac标头读取目的地id和/或lcid来确定目的地id和/或lcid。在目的地id的一部分在macpdu的mac标头中的目的地标识符字段中发送，而目的地id的另一部分在调度分配信息中发送的情况下，mac层实体615通过组合目的地id的全部两部分来确定目的地id。
5)对于在macpdu中接收到的每个macsdu(多个)，ue中的mac层实体615确定是否存在用于数据接收的无线承载(即pdcp层实体和rlc层实体)。
a)如果还没有建立用于数据接收的无线承载(即pdcp层实体和rlc层实体)，则mac层实体615触发用于数据接收的新的无线承载的创建/建立，并且使用在macpdu中接收到的macsdu的源标识符和lcid识别用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)。
或者，mac层实体615使用在macpdu中接收到的macsdu的源标识符、目的地id、以及lcid识别用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)。mac层实体615将macsdu发送到与新的无线承载相对应的rlc层实体613。
b)如果已经建立无线承载(即pdcp层实体和rlc层实体)，并且如果在macpdu中接收到的macsdu的源标识符不同于现有无线承载中的每一个的源标识符，则mac层实体615触发现有无线承载(即pdcp层实体和rlc层实体)的释放以及新的无线承载的建立，并且使用macsdu的<源标识符，lcid>识别无线承载(即pdcp层实体和rlc层实体)。
或者，mac层实体615使用macsdu的<源标识符、目的地id、以及lcid>识别用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)。mac层实体615将macsdu发送到与新的无线承载相对应的新的rlc层实体613。
c)如果无线承载已经被建立用于数据接收，并且如果在macpdu中接收到的macsdu的源标识符和lcid与用于数据接收的现有无线承载的源标识符和lcid相同，则mac层实体615将macsdu发送到与无线承载相对应的rlc层实体613。或者，如果无线承载已经被建立用于数据接收，并且如果macsdu的源标识符、目的地id、以及lcid与用于数据接收的现有无线承载的源标识符、目的地id、以及lcid相同，则mac层实体615将macsdu发送到与现有无线承载相对应的rlc层实体613。
d)如果已经建立无线承载，并且如果在macpdu中接收到的macsdu的源标识符与现有无线承载的源标识符相同，并且macsdu的lcid不同于现有无线承载的lcid，则mac层实体615触发新的无线承载的建立，并将macsdu发送到与新的无线承载相对应的rlc层实体613。或者，如果已经建立无线承载，并且如果macsdu的源标识符与现有无线承载的源标识符相同，并且macsdu的lcid和/或目的地id不同于现有无线承载的lcid和/或目的地id，则mac层实体615触发新的无线承载的建立，并将macsdu发送到与新的无线承载相对应的rlc层实体613。
如果在预先定义的时间段内没有活动，则用于数据接收的无线承载被释放。如果上层实体指示停止监视d2d通信，则所建立的用于数据接收的无线承载被释放。
上面已经描述了基于第一实施方案的用于数据接收的用户面协议栈配置方案#_3，而基于第二实施方案的用于数据接收的用户面协议栈配置方案#_3将在下面描述。
ue每次从一个ue接收数据。接收数据的ue维持一个或多个用于数据接收的无线承载(即pdcp层实体和rlc层实体)。这里，用户面协议栈与图6中示出的用户面协议栈相同，因此这里将省略详细描述。
首先，如果上层实体触发监视d2d通信，则ue使用默认配置建立默认无线承载。所建立的默认无线承载可以通过<源标识符＝无效，lcid＝无效>来识别。或者，所建立的默认无线承载可以通过<源标识符＝无效，目的地id＝无效、lcid＝无效>来识别。ue还可以建立多个默认无线承载。多个默认无线承载可以用于不同的目的地id、不同的服务、或者不同的目的地id和不同的服务。这里，多个默认无线承载中的一个用于广播，一个用于单播，并且一个或多个用于相关联的组。其它服务表示具有不同的优先级的服务，诸如语音服务和数据服务。
基于第二实施方案的用于数据接收的用户面协议栈配置方案#_3中的ue的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。目的地标识符与接收到的macpdu一起被发送到mac层实体615。
2)由mac层实体615使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体615进行源标识符的确定和使用源标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)mac层实体615确定在macpdu中接收到的一个和/或多个macsdu的目的地id和/或lcid。可以通过从macpdu的mac标头读取目的地id和/或lcid来确定目的地id和/或lcid。在目的地id的一部分在macpdu的mac标头中的目的地标识符字段中发送，而目的地id的另一部分在调度分配信息中发送的情况下，mac层实体615通过组合目的地id的全部两部分来确定目的地id。
5)对于在macpdu中接收到的每个macsdu(多个)，ue中的mac层实体615确定是否存在用于数据接收的无线承载(即pdcp层实体和rlc层实体)。
a)如果除了用于数据接收的默认无线承载以外还没有建立无线承载(即pdcp层实体和rlc层实体)，mac层实体615使用默认无线承载，与目的地id相关联的默认无线承载，与在macpdu中接收到的macsdu的服务相关联的默认无线承载，或者与macpdu的服务和目的地id相关联的默认无线承载。<源标识符＝无效，lcid＝无效>被改变为与macsdu相对应的<源标识符，lcid>，所以默认无线承载成为非默认无线承载。
或者，<源标识符＝无效，目的地id＝无效，lcid＝无效>被改变为与macpdu相对应的<源标识符，目的地id，lcid>，所以默认无线承载成为非默认无线承载。mac层实体615将macsdu发送到与无线承载相对应的rlc层实体613。mac层实体615还以与已经使用的默认承载相同的特性触发新的默认无线承载的生成。
b)如果已经建立非默认无线承载，并且如果在macpdu中接收到的macsdu的源标识符不同于现有非默认无线承载中的每一个的源标识符，则mac层实体615触发现有非默认无线承载的释放。mac层实体615使用默认无线承载，与目的地id相关联的默认无线承载，与macsdu的服务相关联的默认承载，或者与macsdu的目的地id和服务相关联的默认承载。<源标识符＝无效，lcid＝无效>被改变为与macsdu相对应的<源标识符，lcid>，所以默认无线承载成为非默认无线承载。
或者，<源标识符＝无效，目的地id＝无效，lcid＝无效>被改变为与macsdu相对应的<源标识符，目的地id，lcid>，所以默认无线承载成为非默认无线承载。mac层实体615将macsdu发送到与无线承载相对应的rlc层实体613。mac层实体615还以与已经使用的默认承载相同的特性触发新的默认无线承载的生成。
c)如果已经建立非默认无线承载，并且如果在macpdu中接收到的macsdu的源标识符与现有非默认无线承载的源标识符相同，并且macsdu的lcid与现有非默认无线承载的lcid相同，则mac层实体615将macsdu发送到与无线承载相对应的rlc层实体613。
或者，如果已经建立非默认无线承载，并且如果macsdu的源标识符与现有非默认无线承载的源标识符相同，并且macsdu的lcid和目的地id与现有非默认无线承载的lcid和目的地id相同，则mac层实体615将macsdu发送到与现有非默认无线承载相对应的rlc层实体613。
d)如果已经建立无线承载，并且如果在macpdu中接收到的macsdu的源标识符与现有非默认无线承载的源标识符相同，并且macpdu的lcid不同于现有非默认无线承载的lcid，则mac层实体615使用默认无线承载，也就是说，与目的地id相关联的默认无线承载，与接收到的macsdu相关联的默认无线承载，或者与目的地id和macsdu相关联的默认无线承载。
或者，如果已经建立无线承载，并且如果macsdu的源标识符与现有非默认无线承载的源标识符相同，并且macsdu的lcid或目的地id不同于现有非默认无线承载的lcid或目的地id，则mac层实体615使用默认无线承载，也就是说，与目的地id相关联的默认无线承载，与macsdu相关联的默认无线承载，或者与目的地id和macsdu相关联的默认无线承载。<源标识符＝无效，lcid＝无效>被改变为与macsdu相对应的<源标识符，lcid>，所以默认无线承载成为非默认无线承载。
或者，<源标识符＝无效，目的地id＝无效，lcid＝无效>被改变为与macpdu相对应的<源标识符，目的地id，lcid>，所以默认无线承载成为非默认无线承载。mac层实体615将macsdu发送到与无线承载相对应的rlc层实体613。mac层实体615还以与已经使用的默认承载相同的特性触发新的默认无线承载的生成。
如果在预先定义的时间段内没有活动，则用于数据接收的非默认无线承载被释放，并且以默认配置建立默认无线承载。如果上层实体指示停止监视d2d通信，则所建立的用于数据接收的默认无线承载和所建立的用于数据接收的非默认无线承载被释放。
上面已经描述了基于第二实施方案的用于数据接收的用户面协议栈配置方案#_3，而基于第三实施方案的用于数据接收的用户面协议栈配置方案#_3将在下面描述。
ue可以从多个txue并发地接收数据。ue可以维持一个或多个用于数据接收的无线承载(即pdcp层实体和rlc层实体)。每个无线承载用于来自不同的<源标识符，lcid>或来自不同的<源标识符，目的地id，lcid>的数据接收。
将参考图7a和图7b描述根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_3的数据发送和接收的用户面协议栈的结构的另一个示例。
图7a和图7b示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_3的数据接收的用户面协议栈的结构的另一个示例。
参考图7a和图7b，将注意到，图7a中的用户面协议栈700是包括多个tx无线承载(即，多个pdcp层实体701和多个rlc层实体703)的用于数据发送的用户面协议栈，而图7b中的用户面协议栈710是包括多个rx无线承载(即，多个pdcp层实体711和多个rlc层实体713)的用于数据接收的用户面协议栈。
用于数据发送的用户面协议栈700包括与第一无线承载#_1相对应的pdcp层实体#_1701-1和rlc层实体#_1703-1，包括与第n无线承载#_n相对应的pdcp层实体#_n701-n和rlc层实体#_n703-n，等等。用于数据发送的用户面协议栈700还包括在所有无线承载上公共的mac层实体705。pdcp层实体701和rlc层实体703通过lcid来识别，其中，lcid在无线承载上是唯一的。或者，pdcp层实体701和rlc层实体703中的每一个通过目的地id和lcid来识别，其中，lcid在相同目的地的无线承载上是唯一的。
用于数据接收的用户面协议栈710包括与第一无线承载#_1相对应的pdcp层实体#_1711-1和rlc层实体#_1713-1，包括与无线承载#_2相对应的pdcp层实体#_2711-2和rlc层实体#_2713-2，等等。用于数据接收的用户面协议栈710还包括在所有无线承载上公共的mac层实体715。pdcp层实体711和rlc层实体713中的每一个通过源标识符和lcid来识别，其中，lcid由发送ue分配，从而lcid在发送ue的所有无线承载(即pdcp层实体和rlc层实体)上是唯一的。pdcp层实体711和rlc层实体713中的每一个通过源标识符、目的地id、以及lcid来识别，其中，lcid由发送ue分配，从而lcid只在发送ue中相同目的地的无线承载(即pdcp层实体和rlc层实体)上是唯一的。
基于第三实施方案的用于数据接收的用户面协议栈配置方案#_3中的ue的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。在调度分配中接收到的目的地标识符与接收到的macpdu一起被发送到mac层实体715。
2)由mac层实体715使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体715进行源标识符的确定和使用源标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)mac层实体715确定在macpdu中接收到的一个和/或多个macsdu的目的地id和/或lcid。可以通过从macpdu的mac标头读取目的地id和/或lcid来确定目的地id和/或lcid。在目的地id的一部分在macpdu的mac标头中的目的地标识符字段中发送，而目的地id的另一部分在调度分配信息中发送的情况下，mac层实体715通过组合目的地id的全部两部分来确定目的地id。
5)对于在macpdu中接收到的每个macsdu(多个)，ue中的mac层实体715确定是否存在用于数据接收的无线承载(即pdcp层实体和rlc层实体)。
a)如果还没有建立/创建用于数据接收的无线承载(即pdcp层实体和rlc层实体)，则mac层实体715触发新的无线承载(即pdcp层实体和rlc层实体)的创建/建立，并且使用在macpdu中接收到的macsdu的源标识符和lcid或者使用在macpdu中接收到的macsdu的源标识符、目的地id、以及lcid识别用于数据接收的新的无线承载(即pdcp层实体和rlc层实体)。mac层实体715将macsdu发送到与新的无线承载相对应的rlc层实体713。
b)如果已经建立/创建无线承载(即pdcp层实体和/或/或rlc层实体)，并且如果在macpdu中接收到的macsdu的源标识符和/或lcid不同于已经建立/创建的无线承载(即pdcp层实体和rlc层实体)的源标识符和/或lcid，则mac层实体715触发新的无线承载(即pdcp层实体和rlc层实体)的建立，并且使用macsdu的源标识符和lcid识别新的无线承载(即pdcp层实体和rlc层实体)。
或者，如果已经建立/创建无线承载(即pdcp层实体和rlc层实体)，并且如果在macpdu中接收到的macsdu的源标识符和/或目的地id和/或lcid不同于已经建立/创建的无线承载(即pdcp层实体和rlc层实体)的源标识符和/或目的地id和/或lcid，则mac层实体715触发新的无线承载(即pdcp层实体和rlc层实体)的建立，并且使用macsdu的源标识符、目的地id、以及lcid识别新的无线承载(即pdcp层实体和rlc层实体)。mac层实体715将包括在macpdu中的(多个)macsdu发送到与新的无线承载相对应的rlc层实体713。
c)如果已经建立/创建无线承载(即pdcp层实体和rlc层实体)，并且如果在macpdu中接收到的macsdu的源标识符和lcid与建立/创建无线承载的源标识符和lcid相同，则mac层实体715将macsdu发送到与无线承载相对应的rlc层实体713。
或者，如果已经建立/创建无线承载(即pdcp层实体和rlc层实体)，并且如果macsdu的源标识符和目的地id和lcid与所建立/创建的无线承载的源标识符和目的地id和lcid相同，则mac层实体715将macsdu发送到与所建立/创建的无线承载相对应的rlc层实体713。
如果在预先定义的时间段内没有活动，则用于数据接收的无线承载(即pdcp层实体和rlc层实体)被释放。
同时，如果从一个txue接收语音服务，则mac层实体715可以不与另一个txue建立无线承载(即pdcp层实体和rlc层实体)用于语音服务。或者，ue可以释放旧的语音服务，并且与新的txue生成用于语音服务的无线承载(即pdcp层实体和rlc层实体)。这里，可以基于txue偏好生成用于语音服务的无线承载(即pdcp层实体和rlc层实体)。ue可以使用包括在macpdu中的一些指示符识别语音服务。
或者，可以在上层实体中处理对于一个语音服务的维持。如果从一个txue接收到语音服务，则可以由上层实体丢弃来自另一个txue的语音服务分组。
上面已经描述了基于第三实施方案的用于数据接收的用户面协议栈配置方案#_3，而基于第四实施方案的用于数据接收的用户面协议栈配置方案#_3将在下面描述。
ue可以从多个txue并发地接收数据。接收数据的ue维持一个或多个用于数据接收的无线承载或逻辑信道。每个无线承载或每个逻辑信道用于来自不同的<源标识符，lcid>或来自不同的<源标识符，目的地id，lcid>的数据接收。这里，用户面协议栈与图7a和图7b中示出的用户面协议栈相同，因此这里将省略详细描述。
如果上层实体触发监视d2d通信，则ue使用默认配置建立默认无线承载。所建立的默认无线承载通过源标识符＝无效和lcid＝无效或者使用源标识符＝无效和目的地id＝无效和lcid＝无效来识别。ue还可以建立多个默认无线承载。多个默认无线承载可以用于不同的目的地id、不同的服务、或者不同的目的地id和不同的服务。这里，可以存在多个默认无线承载中的一个用于广播，一个用于单播，并且一个或多个用于相关联的组。其它服务可以是具有不同的优先级的服务，诸如语音服务和数据服务。可以建立默认承载用于每个目的地id的不同的服务。
基于第四实施方案的用于数据接收的用户面协议栈配置方案#_3中的ue的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。目的地标识符与接收到的macpdu一起被发送到mac层实体715。
2)由mac层实体715使用macpdu中的目的地标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
3)由mac层实体715进行源标识符的确定和使用源标识符进行过滤：
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样，所以这里详细描述将被省略。
4)mac层实体715确定在macpdu中接收到的一个和/或多个macsdu的目的地id和/或lcid。可以通过从macpdu的mac标头读取目的地id和/或lcid来确定目的地id和/或lcid。在目的地id的一部分在macpdu的mac标头中的目的地标识符字段中发送，而目的地id的另一部分在调度分配信息中发送的情况下，mac层实体715通过组合目的地id的全部两部分来确定目的地id。
5)对于在macpdu中接收到的每个macsdu(多个)，ue中的mac层实体715确定是否存在用于数据接收的无线承载(即pdcp层实体和rlc层实体)。
a)如果除了默认无线承载(即默认pdcp层实体和默认rlc层实体)以外还没有建立无线承载(即pdcp层实体和rlc层实体)，则mac层实体715使用默认无线承载(即默认pdcp层实体和默认rlc层实体)，即与目的地id相关联的默认无线承载(即默认pdcp层实体和默认rlc层实体)，与在macpdu中接收到的macsdu的服务相关联的默认无线承载(即默认pdcp层实体和默认rlc层实体)，或与macsdu的服务和目的地id相关联的默认无线承载(即默认pdcp层实体和默认rlc层实体)。源标识符＝无效、以及lcid＝无效被改变为与macsdu相对应的源标识符和lcid，所以默认无线承载成为非默认无线承载。
或者，源标识符＝无效、目的地id＝无效、以及lcid＝无效被改变为与macsdu相对应的源标识符、目的地id、以及lcid，所以默认无线承载成为非默认无线承载。mac层实体715将包括在macpdu中的(多个)macsdu发送到与无线承载相对应的rlc层实体713。mac层实体715触发新的默认无线承载的创建/建立。mac层实体715还以与使用的默认承载相同的特性触发新的默认无线承载的创建/建立。
b)如果已经建立无线承载(即pdcp层实体和rlc层实体)，并且如果在macpdu中接收到的macsdu的源标识符和/或lcid不同于现有无线承载中的每一个的源标识符和/或lcid，则mac层实体715使用默认无线承载，与目的地id相关联的默认无线承载，与macsdu的服务相关联的默认承载，或者与macsdu的目的地id和服务相关联的默认承载。源标识符＝无效、以及lcid＝无效被改变为与macsdu相对应的源标识符和lcid，所以默认无线承载成为非默认无线承载。
或者，如果已经建立无线承载(即pdcp层实体和rlc层实体)，并且如果在macpdu中接收到的macsdu的源标识符和/或目的地id和/或lcid不同于现有无线承载中的每一个的源标识符和/或目的地id和/或lcid，则mac层实体715使用默认无线承载，即与目的地id相关联的默认无线承载，与macsdu的服务相关联的默认承载，或者与macsdu的目的地id和服务相关联的默认承载。源标识符＝无效、目的地id＝无效、以及lcid＝无效被改变为与macsdu相对应的源标识符、目的地id、以及lcid，所以默认无线承载成为非默认无线承载。mac层实体715将macsdu发送到与默认无线承载相对应的rlc层实体713。mac层实体715还以与使用的默认承载相同的特性触发新的默认无线承载(即pdcp层实体和rlc层实体)的生成。
c)如果已经建立无线承载(即pdcp层实体和rlc层实体)，并且如果在macpdu中接收到的macsdu的源标识符和lcid与现有无线承载的源标识符和lcid相同，则mac层实体715将macsdu发送到与现有无线承载相对应的rlc层实体713。
或者，如果已经建立无线承载(即pdcp层实体和rlc层实体)，并且如果macsdu的源标识符、目的地id、以及lcid与现有无线承载的源标识符、目的地id、以及lcid相同，则mac层实体715将macsdu发送到与现有无线承载相对应的rlc层实体713。
如果在预先定义的时间段内没有活动，则用于数据接收的无线承载(即pdcp层实体和rlc层实体)被释放。如果上层实体指示停止监视d2d通信，则所建立的用于数据接收的默认无线承载(即默认pdcp层实体和默认rlc层实体)和所建立的用于数据接收的非默认无线承载(即非默认pdcp层实体和非默认rlc层实体)被释放。
同时，如果从一个txue接收语音服务，则mac层实体715可以不与另一个txue建立无线承载(即pdcp层实体和rlc层实体)用于语音服务。或者，ue可以释放旧的语音服务，并且与新的txue生成用于语音服务的无线承载(即pdcp层实体和rlc层实体)。这里，可以基于txue偏好生成用于语音服务的无线承载(即pdcp层实体和rlc层实体)。ue可以使用包括在macpdu中的一些指示符识别语音服务。
或者，可以在上层实体中处理对于一个语音服务的维持。如果从一个txue接收到语音服务，则可以由上层实体丢弃来自另一个txue的语音分组。
当rlc层实体被创建用于数据接收时在rlc层实体中初始化无线链路控制(rlc)序号(sn)的处理将在下面描述。
在用户面协议栈配置方案#_1、用户面协议栈配置方案#_2、以及用户面协议栈配置方案#_3中，当rlc非确认模式(um)或rlc确认模式(am)实体被创建用于数据接收时，则接收状态变量数vr(ur)被初始化到首先接收到的pdu的sn。接收状态变量数vr(ur)保持仍然考虑用于重新排序的最早pdu的sn的值。
当rlc非确认模式(um)或rlc确认模式(am)实体被创建用于d2d数据接收时，接收状态变量数vr(uh)被初始化到首先接收到的pdu的sn。接收状态变量数vr(uh)保持在接收到的umdpdu当中具有最高sn的umdpdu的sn之后的sn的值，并且其充当重新排序的窗口的更高边缘。
在用于1:m通信的单向模式(u-模式)中的稳健标头压缩(robustheadercompression，rohc)方案将在下面描述。
在um中，rohc方案周期性地从无压缩状态(例如，初始化和刷新(ir)状态)转变到低压缩状态(例如，第一次序(fo)状态)和高压缩状态(e.g.，第二次序(so)状态)。
在组播中，新的接收ue(rxue)可以在任何时刻加入数据会话。结果，新的rxue不能解压缩数据分组，直到在txue中压缩器转变到无压缩器状态为止。所以，在rohc方案中的状态当中转变的时段可以被设定得相对较短，用于防止在其期间用于数据分组的压缩被中断的时段变得很长。然而，具有相对较短时段的状态之间的转换将导致很低的压缩效率。
所以，在本公开的实施例中，如果新的rxue加入数据会话，并且不能解压缩数据，则由新的rxue的pdcp层实体发送一个指示到txue。这里，该指示可以使用固定的时间/频率资源、固定的物理层实体参数、以及固定的内容来发送。即使多个新的rxue发送该指示，也没有txue将解码固定的时间/频率资源的问题。在接收该指示时，txue转变为无压缩状态，或者在一些持续时间期间发送未压缩的分组。
在用户面协议栈配置方案#_1到用户面协议栈配置方案#_3中的至少一些中，源ueid被编码在源标识符字段中，而目的地id或目的地id的一部分被编码在macpdu的mac标头中的目的地标识符字段中。源ueid和目的地id或目的地id的一部分可以包括在使用第一实施方案到第五实施方案之一的mac标头中，并且这将在下面描述。
首先，根据本公开的实施例的在无连接通信系统中使用第一实施方案将源ueid和目的地id包括在mac标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中，mac标头包括至少一个mac子标头。在mac标头中包括的每个mac子标头对应于在包括在macpdu中的有效载荷中包括的mac控制元素(ce)或macsdu，或者指示填充。mac子标头包括lcid字段，其识别macce的类型或与macsdu相关联的逻辑信道，或者识别mac子标头是填充子标头。
在本公开的实施例中，定义了指示源ueid和目的地id的新类型的mac子标头，并且这将参考图8来描述。
图8示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id的mac子标头的格式的示例。
参考图8，mac子标头包括r字段、e字段、lcid字段、源标识符字段、以及目的地标识符字段。
r字段代表保留字段，e字段包括指示是否存在mac子标头之后的其它mac子标头的信息，lcid字段包括指示mac子标头携载源标识符和目的地标识符字段的信息，源标识符字段包括源ueid，而目的地标识符字段包括目的地id或目的地id的一部分。
同时，可以基于以下规则确定指示源ueid和目的地id或目的地id的一部分的mac子标头的位置。
首先，如果在macpdu中没有填充，或者如果填充的长度大于预先设定的长度，例如，2个字节，则指示源ueid和目的地id或目的地id的一部分的mac子标头可以是包括在macpdu中的mac子标头当中的第一mac子标头。
其次，如果包括在macpdu中的填充的长度是预先设定的长度，例如，1个字节，则指示源ueid和目的地id或目的地id的一部分的mac子标头可以是包括在macpdu中的mac子标头当中的第二mac子标头。在这种情况下，包括在macpdu中的mac子标头当中的第一mac子标头是填充子标头。
第三，如果包括在macpdu中的填充的长度是预先设定的长度，例如，2个字节，则指示源ueid和目的地id或目的地id的一部分的mac子标头可以是包括在macpdu中的mac子标头当中的第三mac子标头。在这种情况下，包括在macpdu中的mac子标头当中的第一mac子标头和第二mac子标头是填充子标头。
已经参考图8描述了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id或目的地id的一部分的mac子标头的格式的示例，而根据本公开的实施例的在无连接通信系统中指示源ueid的mac子标头的格式将参考图9a来描述。
图9a示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid的mac子标头的格式。
参考图9a，mac子标头包括r字段、e字段、lcid字段、以及源标识符字段。
r字段代表保留字段，e字段包括指示是否存在mac子标头之后的其它mac子标头的信息，lcid字段包括指示mac子标头携载源标识符字段的信息，而源标识符字段包括源ueid。
在图9a中，lcid字段包括指示mac子标头携载源标识符的信息。然而，本领域普通技术人员将理解，lcid字段可以包括指示mac子标头携载源ueid、mac子标头携载目的地id、以及mac子标头携载源ueid和目的地id之一的信息。
已经参考图9a描述了根据本公开的实施例的在无连接通信系统中指示源ueid的mac子标头的格式，而根据本公开的实施例的在无连接通信系统中指示目的地id的mac子标头的格式将参考图9b来描述。
图9b示意地示出了根据本公开的实施例的在无连接通信系统中指示目的地id的mac子标头的格式。
参考图9b，mac子标头包括r字段、e字段、lcid字段、以及目的地标识符字段。
r字段代表保留字段，e字段包括指示是否存在mac子标头之后的其它mac子标头的信息，lcid字段包括指示mac子标头携载目的地标识符字段的信息，以及目的地标识符字段包括目的地id或目的地id的一部分。
在图9b中，lcid字段包括指示mac子标头携载目的地id的信息。然而，本领域普通技术人员将理解，lcid字段可以包括指示mac子标头携载源id、mac子标头携载目的地id、以及mac子标头携载源ueid和目的地id之一的信息。
上面已经描述了根据本公开的实施例的在无连接通信系统中使用第一实施方案将源ueid和目的地id包括在mac标头中的过程，而根据本公开的实施例的在无连接通信系统中使用第二实施方案将源ueid和目的地id包括在mac标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中，mac标头包括源标识符字段、目的地标识符字段、以及macpdu格式版本号字段。这些字段被包括在d2d子标头中，而d2d子标头总是被包括在mac标头的开头。指示macce或macsdu或填充的其它mac子标头接着d2d子标头。
根据本公开的实施例的在无连接通信系统中指示源标识符字段、目的地标识符字段、以及macpdu格式版本号字段的mac标头的格式的示例将参考图10来描述。macpdu格式版本号字段指示使用哪个版本的d2d-sch子标头。
图10示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id的mac标头的格式的示例。
参考图10，mac标头包括d2d子标头和mac子标头。d2d子标头包括macpdu格式版本号字段、源标识符字段、以及目的地标识符字段。源标识符字段包括源ueid，而目的地标识符字段包括目的地id或目的地id的一部分。mac子标头包括指示macce、macsdu、以及填充中的至少一个的一个或多个子标头。
已经参考图10描述了根据本公开的实施例的在无连接通信系统中指示源id和目的地id的mac标头的格式的示例，而根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id或目的地id的一部分的mac标头的格式的另一个示例将参考图11a来描述。
图11a示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id或目的地id的一部分的mac标头的格式的另一个示例。
参考图11a，将注意到，图11a中的mac标头是在考虑到一字节填充情况下的mac标头。mac标头包括d2d子标头、填充子标头、以及mac子标头。d2d子标头包括macpdu格式版本号字段、源标识符字段、以及目的地标识符字段。填充子标头存在于d2d子标头之后以及mac子标头之前。源标识符字段包括源ueid，而目的地标识符字段包括目的地id或目的地id的一部分。填充子标头包括填充。这里，填充子标头被包括在mac标头中，从而位于mac子标头之前。mac子标头包括指示macce和macsdu中的至少一个的一个或多个子标头。
已经参考图11a描述了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id或目的地id的一部分的mac标头的格式的另一个示例，而根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id或目的地id的一部分的mac标头的格式的又一个示例将参考图11b来描述。
图11b示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id或目的地id的一部分的mac标头的格式的又一个示例。
参考图11b，将注意到，图11b中的mac标头是在考虑到二字节填充情况下的mac标头。mac标头包括d2d子标头、两个填充子标头、以及mac子标头。d2d子标头包括macpdu格式版本号字段、源标识符字段、以及目的地标识符字段。填充子标头存在于d2d子标头之后以及mac子标头之前。源标识符字段包括源ueid，而目的地标识符字段包括目的地id或目的地id的一部分。填充子标头包括填充。这里，填充子标头被包括在mac标头中，从而位于mac子标头之前。mac子标头包括指示macce和macsdu中的至少一个的一个或多个子标头。
上面已经描述了根据本公开的实施例的在无连接通信系统中使用第二实施方案将源ueid和目的地id或目的地id的一部分包括在mac标头中的过程，而根据本公开的实施例的在无连接通信系统中使用第三实施方案将源ueid和目的地id或目的地id的一部分包括在mac标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中，定义携载源ueid和目的地id或目的地id的一部分的mac控制元素(ce)。macce通过mac子标头来指示，而mac子标头包括lcid字段。lcid字段包括指示相关macce是否是包括源ueid和目的地id的macce的信息。包括源ueid和目的地id的macce可以是包括在macpdu有效载荷中的第一macce字段。或者，定义了两个macce，其中，一个包括源ueid，而另一个包括目的地id。
上面已经描述了根据本公开的实施例的在无连接通信系统中使用第三实施方案将源id和目的地id包括在mac标头中的过程，而根据本公开的实施例的在无连接通信系统中使用第四实施方案将源id和目的地id包括在mac标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中，mac标头包括至少一个mac子标头。mac子标头指示源ueid和目的地id的至少一部分，并且这将参考图12来描述。
图12示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id或目的地id的至少一部分的mac子标头的格式的另一个示例。
参考图12，mac子标头包括bi字段、r字段、e字段、lcid字段、源标识符字段、以及目的地标识符字段。
bi字段包括指示目的地标识符字段是否被包括在mac子标头中的信息，并且可以以1个比特来实施。如果bi字段的值被设定为1，则mac子标头没有包括目的地标识符字段。如果bi字段的值被设定为0，则mac子标头包括目的地标识符字段。
r字段代表保留字段，e字段包括指示是否存在mac子标头之后的其它mac子标头的信息，lcid字段包括指示mac子标头携载源ueid和目的地id至少一部分的信息，源标识符字段包括源ueid，而目的地标识符字段包括目的地id中的至少一部分。
同时，可以基于以下规则确定指示源ueid和目的地id的至少一部分的mac子标头的位置。
首先，如果在macpdu中没有填充，或者如果填充的长度大于预先设定的长度，例如，2个字节，则指示源ueid和目的地id的至少一部分的mac子标头可以是包括在macpdu中的mac子标头当中的第一mac子标头。
其次，如果包括在macpdu中的填充的长度是预先设定的长度，例如，1个字节，则指示源ueid和目的地id的至少一部分的mac子标头可以是包括在macpdu中的mac子标头当中的第二mac子标头。在这种情况下，包括在macpdu中的mac子标头当中的第一mac子标头是填充子标头。
第三，如果包括在macpdu中的填充的长度是预先设定的长度，例如，2个字节，则指示源ueid和目的地id至少一部分的mac子标头可以是包括在macpdu中的mac子标头当中的第三mac子标头。在这种情况下，包括在macpdu中的mac子标头当中的第一mac子标头和第二mac子标头是填充子标头。
上面已经描述了根据本公开的实施例的在无连接通信系统中使用第四实施方案将源ueid和目的地id中的至少一部分包括在mac标头中的过程，而根据本公开的实施例的在无连接通信系统中使用第五实施方案将源ueid和目的地id中的至少一部分包括在mac标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中，mac标头包括至少一个mac子标头。mac子标头指示源ueid和目的地id的至少一部分，并且这将参考图13来描述。
图13示意地示出了根据本公开的实施例的在无连接通信系统中指示源ueid和目的地id的至少一部分的mac子标头的格式的又一个示例。
参考图13，mac子标头包括ai字段、e字段、lcid字段、源标识符字段、以及目的地标识符字段。
ai字段包括指示目的地标识符字段被设定为组id、目的地标识符字段被设定为目的地id、以及目的地标识符字段不被设定为任何值中的一个的信息。
e字段包括指示是否存在mac子标头之后的其它mac子标头的信息，lcid字段包括指示mac子标头携载源ueid和目的地id中的至少一部分的信息，源标识符字段包括源ueid，以及目的地标识符字段基于ai字段的值包括组id或目的地id中的至少一部分，或者不包括任何值。
以上已经描述了根据本公开的实施例的在无连接通信系统中使用第五实施方案将源ueid和目的地id的至少一部分包括在mac标头中的过程，而根据本公开的实施例的在无连接通信系统中的bs的内部结构将参考图14来描述。
图14示意地示出了根据本公开的实施例的在无连接通信系统中的bs的内部结构。
参考图14，bs1400包括发送器1411、控制器1413、接收器1415、以及存储单元1417。
控制器1413控制bs1400的总体操作。更具体地，控制器1413控制bs1400执行与用户面协议栈操作相关的操作。与用户面协议栈操作相关的操作以参考图2到图13所述的方式来执行，并且这里将省略其描述。
发送器1411在控制器1413的控制下将各种信号、各种消息等发送到ue等。在发送器1411中发送的各种信号、各种消息等已经描述在图2到图13中，并且这里将省略其描述。
接收器1415在控制器1413的控制下从ue等接收各种信号、各种消息等。在接收器1415中接收的各种信号、各种消息等已经描述在图2到图13中，并且这里将省略其描述。
存储单元1417存储bs1400的操作所需的程序和各种数据、与根据本公开的实施例的用户面协议栈操作相关的信息等。存储单元1417存储在接收器1415中接收的各种信号、各种消息等。
虽然发送器1411、控制器1413、接收器1415、以及存储单元1417被描述为单独的处理器，但是将理解这仅仅是为了方便描述。换句话说，发送器1411、控制器1413、接收器1415、以及存储单元1417中的两个或更多个可以合并到单一处理器中。
已经参考图14描述了根据本公开的实施例的在无连接通信系统中的bs的内部结构，而根据本公开的实施例的在无连接通信系统中的ue的内部结构将参考图15来描述。
图15示意地示出了根据本公开的实施例的在无连接通信系统中的ue的内部结构。
参考图15，ue1500包括发送器1511、控制器1513、接收器1515、以及存储单元1517。
控制器1513控制ue1500的总体操作。更具体地，控制器1513控制ue1500执行与用户面协议栈操作相关的操作。与用户面协议栈操作相关的操作以参考图2到图13所述的方式来执行，并且这里将省略其描述。
发送器1511在控制器1513的控制下将各种信号、各种消息等发送到bs等。在发送器1511中发送的各种信号、各种消息等已经描述在图2到图13中，并且这里将省略其描述。
接收器1515在控制器1513的控制下从bs等接收各种信号、各种消息等。在接收器1515中接收的各种信号、各种消息等已经描述在图2到图13中，并且这里将省略其描述。
存储单元1517存储ue1500的操作所需的程序和各种数据、与根据本公开的实施例的用户面协议栈操作相关的信息等。存储单元1517存储在接收器1515中接收的各种信号、各种消息等。
虽然发送器1511、控制器1513、接收器1515、以及存储单元1517被描述为单独的处理器，但是将理解这仅仅是为了方便描述。换句话说，发送器1511、控制器1513、接收器1515、以及存储单元1517中的两个或更多个可以合并到单一处理器中。
从前述描述中可以清晰看出，本公开的实施例使得能够在无连接通信系统中操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中通过考虑无线承载来操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中通过考虑逻辑信道来操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中基于源ueid和目的地id的至少一部分操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中基于传输会话类型来操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中通过考虑数据压缩来操作用户面协议栈。
本公开的某些方面还可以具体体现为非瞬时计算机可读记录介质上的计算机可读代码。非瞬时计算机可读记录介质是能够存储此后能够由计算机系统读取的数据的任何数据存储设备。非瞬时计算机可读记录介质的示例包括只读存储器(rom)、随机存取存储器(ram)、cd-rom、磁带、软盘、光数据存储设备、以及载波(诸如通过互联网的数据传输)。非瞬时计算机可读记录介质还可以分布在网络耦合的计算机系统上，从而计算机可读代码以分布式方式存储和运行。此外，用于实现本公开的功能程序、代码和代码段能够被本公开所属领域的程序员容易地解释。
能够理解，根据本公开的实施例的方法和装置可以通过硬件、软件、和/或它们的组合来实施。软件可以存储在非易失性存储器中，例如，可消除或可重写rom，存储器，例如，ram，存储器芯片，存储器设备，或存储器集成电路(ic)，或光学地或磁性地科技路非瞬时机器可读(例如，计算机可读)的存储介质(例如，紧密盘(cd)、数字多功能盘(dvd)、磁盘、磁带，和/或等等)。根据本公开的实施例的方法和装置可以通过包括控制器和存储器的计算机或移动终端来实施，而存储器可以是非瞬时机器可读(例如，计算机可读)的存储介质的示例，存储介质适于存储包括用于实施本公开的各种实施例的指令的一个或多个程序。
本公开可以包括程序和存储程序的非瞬时机器可读(例如，计算机可读)的存储介质，该程序包括用于实施如所附权利要求限定的装置和方法的代码。该程序可以经由任何介质来电子地传输，诸如通过有线和/或无线连接发送的通信信号，并且本公开可以包括它们的等同物。
根据本公开的实施例的装置可以从经由有线或无线连接到该装置的程序提供设备接收程序并存储程序。该程序提供设备可以包括：存储器，用于存储指令执行已经安装的内容保护方法的指令、内容保护方法所需的信息等；通信单元，用于执行与图形处理设备的有线或无线通信；以及控制器，用于基于图形处理设备的请求将相关程序发送到发送/接收设备或者自动地将相关程序发送到发送/接收设备。
虽然已经参考本公开的各种实施例示出和描述了本公开，但是本领域技术人员将理解，可以在这里进行各种形式和细节上的改变，而不脱离由所附权利要求书及其等同物定义的本公开的精神和范围。
- 还没有人留言评论。精彩留言会获得点赞！