CN111065074A - 电子设备及其方法 - Google Patents
电子设备及其方法 Download PDFInfo
- Publication number
- CN111065074A CN111065074A CN201911294747.1A CN201911294747A CN111065074A CN 111065074 A CN111065074 A CN 111065074A CN 201911294747 A CN201911294747 A CN 201911294747A CN 111065074 A CN111065074 A CN 111065074A
- Authority
- CN
- China
- Prior art keywords
- mac
- layer entity
- destination
- radio bearer
- header
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
- H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
- H04B7/2612—Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
Abstract
本公开涉及一种电子设备及其方法。其中一种用于通过电子设备进行设备到设备(D2D)通信的方法,该方法包括:标识包括至少一个MAC服务数据单元(SDU)和一个MAC标头的媒介访问控制(MAC)协议数据单元(PDU),其中,所述MAC标头包括至少一个MAC子标头和一个用于D2D通信的子标头;和在用于D2D通信的信道上发送MAC PDU,其中,用于D2D通信的子标头包括关于MAC PDU的格式的版本的信息,关于源的标识的信息以及关于目的地的标识的信息。
Description
本案是申请日为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层实体来处理。无线承载通过无线承载身份(RB ID)来识别。MAC层实体在UE的所有无线承载上是公共的(common)。在无线承载建立的定时在UE和BS配置和建立具有适当的参数的PDCP层实体和RLC层实体。每个无线承载被映射到MAC层中的逻辑信道。逻辑信道使用逻辑信道标识符(LCID)来识别。LCID在无线承载建立过程期间由BS分配。LCID从其分配给无线承载的LCID的集合专用于UE。LCID的相同集合在其它UE中重新使用。
将参考图1描述传统的面向连接的无线通信系统中与无线承载相关联的逻辑信道的标识。
图1示意地示出了传统的面向连接的无线通信系统中与无线承载相关联的逻辑信道的标识。
参考图1,面向连接的无线通信系统包括BS 111、UE#1 113、以及UE#2 115。
在下行链路方向(即,BS到UE)中,BS将LCID包括在携载数据分组的MAC协议数据单元(PDU)或用于相关的无线承载的MAC服务数据单元(SDU)的MAC标头中。专用于UE的MACPDU被生成为物理层实体分组,而物理层实体分组由BS中的物理层实体通过专用于UE的无线资源被发送到UE。
在UE侧,物理层实体通过专用于UE的无线资源接收和解码物理层实体分组,并且将MAC PDU发送到MAC层实体。MAC层实体基于包括在MAC标头中的LCID将在MAC PDU中接收到的MAC SDU发送到相关的无线承载的RLC层实体。
在上行链路方向(即,UE到BS)中,UE将LCID包括在其中包括携载数据分组的MACPDU或相关的无线承载的MAC SDU的MAC标头中。在上行链路方向中,BS从多个UE接收MACPDU。BS基于分配的上行链路资源识别与接收到的MAC PDU相关联的UE。这里,上行链路中的资源由BS分配给每个UE。BS将在MAC PDU中接收到的(多个)MAC SDU发送给用于基于包括在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的MAC PDU中接收的MAC服务数据单元(SDU)对应的用于数据接收的分组数据汇聚协议(PDCP)层实体和无线链路控制(RLC)层实体;如果还没有建立用于与在MAC PDU中接收的MAC SDU相对应的数据接收的PDCP层实体和RLC层实体,则建立新的PDCP层实体和新的RLC层实体用于与MAC SDU相对应的数据接收;以及向与用于处理的MAC SDU的源UE ID、逻辑信道标识符(LCID)、以及目的地ID相对应的RLC层实体递送MAC SDU。
根据本公开的再一个方面,提供了用于适合于执行所述方法的通信的装置。
根据本公开的再一个方面,提供了一种用于由基站进行通信的方法,该方法包括:发送包括目的地标识符ID的第一部分的调度分配;以及发送包括媒介访问控制(MAC)标头的媒介访问控制(MAC)协议数据单元(PDU),MAC标头包括用户设备UE ID和目的地ID的第二部分。
根据本公开的再一个方面,提供了一种用于由用户设备(UE)进行通信的方法,该方法包括:接收调度分配;接收媒介访问控制(MAC)协议数据单元(PDU);确定接收到的MACPDU是否被预定给UE;如果接收的MAC PDU是预定给UE的,则确定是否存在用于与该MAC PDU中包括的MAC服务数据单元(SDU)对应的数据接收的分组数据汇聚协议(PDCP)层实体和无线链路控制(RLC)层实体;如果没有与该MAC SDU相对应的数据接收的PDCP层实体和RLC层实体,则建立新的PDCP层实体和新的RLC层实体用于与MAC SDU相对应的数据接收;以及向与用于处理的MAC SDU的源UE标识符ID、逻辑信道标识符(LCID)、以及目的地ID相对应的RLC层实体递送MAC SDU。
一种基站,所述基站包括:
发送器,被配置为发送包括目的地标识符ID的第一部分的调度分配;以及发送包括媒介访问控制(MAC)标头的媒介访问控制(MAC)协议数据单元(PDU),MAC标头包括用户设备UE ID和目的地ID的第二部分。
一种用于由用户设备(UE)进行通信的方法,该方法包括:
接收调度分配;
接收媒介访问控制(MAC)协议数据单元(PDU)。
根据本公开的再一个方面,提供了一种基站,所述基站包括:发送器,被配置为发送包括目的地标识符ID的第一部分的调度分配;以及发送包括媒介访问控制(MAC)标头的媒介访问控制(MAC)协议数据单元(PDU),MAC标头包括用户设备UE ID和目的地ID的第二部分。
根据本公开的再一个方面,提供了一种用户设备(UE),所述UE包括:发送器;接收器,被配置为接收调度分配,以及接收媒介访问控制(MAC)协议数据单元(PDU);以及控制器,被配置为确定接收到的MAC PDU是否被预定给UE,以及如果接收的MAC PDU是预定给UE的,则确定是否存在用于与该MAC PDU中包括的MAC服务数据单元(SDU)对应的数据接收的分组数据汇聚协议(PDCP)层实体和无线链路控制(RLC)层实体,其中,如果没有与该MACSDU相对应的数据接收的PDCP层实体和RLC层实体,则接收器和发送器被配置为建立新的PDCP层实体和新的RLC层实体用于与MAC SDU相对应的数据接收;以及向与用于处理的MACSDU的源UE标识符ID、逻辑信道标识符(LCID)、以及目的地ID相对应的RLC层实体递送MACSDU。
具体地,根据本公开的一个方面,一种用于通过电子设备进行设备到设备(D2D)通信的方法,该方法包括:标识包括至少一个MAC服务数据单元(SDU)和一个MAC标头的媒介访问控制(MAC)协议数据单元(PDU),其中,所述MAC标头包括至少一个MAC子标头和一个用于D2D通信的子标头;和在用于D2D通信的信道上发送MAC PDU,其中,用于D2D通信的子标头包括关于MAC PDU的格式的版本的信息,关于源的标识的信息以及关于目的地的标识的信息。
根据本公开的再一个方面,提供了一种用于通过电子设备进行设备到设备(D2D)通信的方法,该方法包括:在用于D2D通信的信道上接收包括至少一个MAC服务数据单元(SDU)和一个MAC标头的媒介访问控制(MAC)协议数据单元(PDU),其中,所述MAC标头包括至少一个MAC子标头和一个用于D2D通信的子标头;和处理接收到的MAC PDU,其中,用于D2D通信的子标头包括关于MAC PDU的格式的版本的信息,关于源的标识的信息以及关于目的地的标识的信息。
根据本公开的再一个方面,提供了一种用于设备到设备(D2D)通信的电子设备,该电子设备包括:收发器;和至少一个处理器,耦合到收发器,其中,至少一个处理器被配置为如上所述的方法之一来操作。
根据本公开的再一个方面,提供了一种用于设备到设备(D2D)通信的电子设备,该电子设备包括:收发器;和至少一个处理器,耦合到收发器,其中,至少一个处理器被配置为如上所述的方法之一来操作。
从下面结合公开了本公开的示范性实施例的附图的详细描述中,本公开的其它方面、优点、以及显著特征将对于本领域技术人员变得更加清晰。
在进行以下详细描述之前,对遍及本专利文件使用的某些词汇和短语的定义进行阐述可能是有益的:术语“包括”和“包含”以及其派生词意味着包括但不限于;术语“或”是包括性的,意味着和/或;短语“与……相关联”和“与此相关联”以及其派生词,可以意味着包括、被包括在……中、与……互连、包含、被包含在……中、连接到或与……相连接、耦接到或与……相耦接、可与……通信、与……协作、交织、并列、接近于、绑定到或与……绑定、具有、具有……的性质等;以及术语“控制器”意味着控制至少一个操作的任何设备、系统或他们的一部分,这样的设备可以以硬件、固件、或软件、或者以它们中的至少两个的一些组合来实施。应当注意到,与任何特定控制器相关联的功能可以是集中式的或分布式的,无论是本地的还是远程的。贯穿本专利文件提供了对于某些词汇和短语的定义,本领域普通技术人员应当理解,在许多实例中,如果不是大多数实例的话,这样的定义适用于这样定义的词汇和短语的先前、以及将来的使用。
附图说明
从下面结合附图的描述中,本公开的示范性实施例的上述以及其它方面、特征、以及优点将更加清晰,其中:
图1示意地示出了传统的面向连接的无线通信系统中与无线承载相关联的逻辑信道的标识。
图2示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_1的数据发送和接收的用户面协议栈的结构的示例;
图3示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_1的数据发送和接收的用户面协议栈的结构的另一个示例;
图4示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据发送和接收的用户面协议栈的结构的示例;
图5A和图5B示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据发送和接收的用户面协议栈的结构的另一个示例;
图6示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_3的数据发送和接收的用户面协议栈的结构的示例;
图7A和图7B示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_3的数据发送和接收的用户面协议栈的结构的另一个示例;
图8示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID的MAC子标头的格式的示例;
图9A示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID的MAC子标头的格式;
图9B示意地示出了根据本公开的实施例的在无连接通信系统中指示目的地ID的MAC子标头的格式;
图10示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID的MAC标头的格式的示例;
图11A示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID的MAC标头的格式的另一个示例;
图11B示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID的MAC标头的格式的再一个示例;
图12示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID的MAC子标头的格式的另一个示例;
图13示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID的MAC子标头的格式的再一个示例;
图14示意地示出了根据本公开的实施例的在无连接通信系统中BS的内部结构;以及
图15示意地示出了根据本公开的实施例的在无连接通信系统中UE的内部结构。
贯穿附图,应当注意到,相同的参考标号被用来描绘相同或相似的元素、特征、以及结构。
具体实施方式
下面参考附图的描述被提供来帮助对通过权利要求书及其等同物定义的本公开的各种实施例的全面的理解。其包括各种具体细节来帮助理解,但是这些细节将被认为仅仅是示范性的。因此,本领域普通技术人员将认识到,可以对这里描述的各种实施例做出各种改变和修改而不脱离本公开的范围和精神。此外,为了清楚和简明,对于已知功能和结构的描述可以被省略。
在以下描述和权利要求中使用的术语和词语不限于文献学上的意义,而是仅仅被发明人用来使得对本公开的理解清楚和一致。因此,本领域技术人员应该理解,以下本公开的各种实施例的描述仅仅是为了例示的目的而提供,而非为了限制由所附权利要求及其等同物定义的本公开的目的。
将理解的是,单数形式“一”和“该”包括复数的指示物,除非上下文清楚地另外表述。因此,例如,对“组件表面”的引用包括对一个或多个这样的表面的引用。
虽然序数,诸如“第一”、”第二”等,将被用来描述各种组件,但是那些组件不限于这里。所述术语只是用来区别一个组件与另一个组件。例如,第一组件可以被称为第二组件,并且同样的,第二组件也可以被称为第一组件,而不脱离本发明概念的教导。这里使用的术语“和/或”包括一个或多个相关联列出项目的任意以及全部的组合。
这里使用的术语只是为了描述各种实施例的目的而不意图进行限制。如这里所使用的,单数形式意图也包括复数形式,除非上下文清楚地另外指出。还将理解,术语“包括”和/或“具有”当在本说明书中使用时,表明了所述特征、数量、步骤、操作、组件、元素、或者它们的组合的存在,但是并不排除一个或多个其它特征、数量、步骤、操作、组件、元素、或者它们的组合的存在或添加。
这里使用的术语,包括技术和科学术语,具有如本领域技术人员所通常理解的术语相同的含义,只要所述术语没有被不同地定义。应当理解,在一般使用的字典中定义的术语具有与相关技术中的术语的含义相同的含义。
根据本公开的各种实施例,电子设备可以包括通信功能。例如,电子设备可以是智能电话、平板个人计算机(PC)、移动式电话、视频电话、电子书阅读器、桌上型PC、膝上型PC、上网本PC、个人数字助理(PDA)、便携式多媒体播放器(PMP)、MP3播放器、移动医疗设备、相机、可穿戴设备(例如,头戴式设备(HMD)、电子服装、电子支架、电子项链、电子外设、电子纹身、或智能手表)、等等。
根据本公开的各种实施例,电子设备可以是具有通信功能的智能家电。智能家电可以是,例如,电视机、数字视频盘(DVD)播放器、音频、冰箱、空调器、真空吸尘器、烤箱、微波炉、洗衣机、烘干机、空气净化器、机顶盒、TV盒(例如,Samsung HomeSyncTM、Apple TVTM、或Google TVTM)、游戏机、电子词典、电子密钥、录像摄像机、电子相框、和/或等等。
根据本公开的各种实施例,电子设备可以是医疗设备(例如,磁共振血管造影(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层实体)。上层实体可以是通过集合元素的前缀路由(prefix routingover set elements,ProSe)协议实体或应用协议实体。使用默认值建立或创建和配置PDCP层实体和RLC层实体。
上层实体可以指示UE中的数据发送是否是广播发送、单播发送、或组播发送。也就是说,上层实体可以通过发送指示UE中的数据发送是广播发送、单播发送、或组播发送的信息,指示UE中的数据发送是广播发送、单播发送、或组播发送。如果数据发送是单播发送,则上层实体提供目的地UE ID。如果数据发送是组播发送,则上层提供目的地组ID。UE的UE ID还可以由上层实体提供。
如果上层实体停止数据发送或开始到新的目的地的新的数据发送会话,则所建立/创建的PDCP层实体和RLC层实体被释放。在UE中,如果上层实体确定释放建立/创建的用于数据发送的无线承载(即PDCP层实体和RLC层实体),则建立/创建用于数据发送的无线承载(即PDCP层实体和RLC层实体)被释放。
在发送UE(也就是说,TX UE)中的无线承载(即PDCP层实体和RLC层实体)通过目的地ID来识别,其中,目的地ID识别被发送的数据的目的地。目的地ID能够是广播ID或组ID或UE ID中的至少一个。或者,在用于数据发送的发送UE中的无线承载(即PDCP层实体和RLC层实体)属于可以由发送UE ID&目的地组ID识别的组。
在数据发送期间,PDCP层实体处理分组(即将安全性、标头压缩、以及序列编号中的至少一个应用到分组),从上层接收的分组被发送到RLC层实体。RLC层处理这些分组(即,将序列编号、以及分段中的至少一个应用到这些分组(即RLC SDU))并将它们发送到MAC层实体。MAC层实体在MAC PDU中发送与相同的目的地ID相对应的这些分组(即MAC SDU)中的一个或多个。
在数据发送期间,UE将源标识符字段包括在MAC PDU的MAC标头中。源标识符字段携载MAC PDU的源的身份。源标识符字段由发送UE设定到其UE ID。或者,源标识符字段被设定到其UE ID的一部分。如果UE ID的大小是m个比特,则UE ID的一部分可以是m个比特当中的n个比特,n个比特可以是最低有效位(LSB)。这里,n小于m(n<m)。n个比特可以是最高有效位(MSB)。如果源标识符字段被设定到UE ID的一部分,则UE ID的一部分是m个比特UE ID的n个LSB还是n个MSB可以预先定义在通信系统中。
在一些D2D通信系统中,调度分配信息可以由发送数据的UE来发送。调度分配信息在发送携载数据的MAC PDU之前发送。没有包括在MAC PDU的MAC标头中的UE ID的剩余部分在数据发送之前包括在由UE发送的调度分配信息中。没有包括在MAC PDU的MAC标头中的UEID的剩余部分可以包括在调度分配信息的循环冗余校验(CRC)掩码中。或者,包括在MAC标头中的源标识符字段可以是缩短的UE ID。例如,UE ID使用散列函数来缩短。
在数据发送期间,UE将目的地标识符字段包括在MAC标头中。目的地标识符字段携载MAC PDU的目的地的身份。目的地标识符字段被设定到目的地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来发送。调度分配信息在发送携载数据的MAC PDU之前发送。没有包括在MAC PDU的MAC标头中的目的地ID的剩余部分在数据发送之前包括在由UE发送的调度分配信息中。没有包括在MAC PDU的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来发送。调度分配信息在发送携载数据的MAC PDU之前发送。在通信系统中,源UE ID(即,完全源UE ID、部分源UEID、或缩短源UE ID)、以及目的地ID(即,完全目的地ID、部分目的地ID、或缩短目的地ID)可以被编码在调度分配信息中。
编码源UE ID和目的地ID的过程将在下面描述。
首先,源UE ID被包括作为为调度分配信息中的字段。目的地ID被编码在调度分配信息中包括的CRC中。这里,CRC掩码包括目的地ID。
其次,源UE ID和目的地ID中的至少一个被包括作为调度分配信息中的字段。
第三,目的地UE ID被包括作为调度分配信息中的字段。源UE ID被编码在调度分配信息中包括的CRC中。这里,CRC掩码包括源ID。
同时,控制指示符可以包括在MAC标头中。控制指示符可以以c个比特来实施。在本公开的实施例中,假设控制指示符以2个比特来实施。控制指示符可以指示MAC PDU是否被广播、单播、或组播。
首先,如果控制指示符指示MAC PDU被广播,则源UE ID和目的地ID不包括在MAC标头中。
其次,如果控制指示符指示MAC PDU被组播,则源UE ID或源UE ID的一部分、以及组ID被包括在MAC标头中。
第三,如果控制指示符指示MAC PDU被单播,则源UE ID或源UE ID的一部分、以及目的地ID或目的地ID的一部分被包括在MAC标头中。源UE ID的一部分可以是缩短源UE ID,并且缩短源UE ID通过使用散列函数缩短源UE ID而生成。组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的UE ID)来识别。
将参考图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的UE ID)来识别。
基于第一实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
UE中的物理层实体(图2中未示出)接收调度分配,并确定调度分配是否被预定给UE。在调度分配中的目的地标识符字段指示目的地ID(即组ID或广播ID或UE ID)。如果调度分配中的目的地标识符字段与UE是其成员的组的组ID相等,或者如果调度分配中的目的地标识符字段与UE ID相等,或者如果调度分配中的目的地标识符字段与广播ID相等,则物理层实体接收并解码携载MAC PDU的物理层分组,并且将MAC PDU发送到MAC层实体。
或者,调度分配中的目的地标识符字段指示目的地ID的一部分(例如,所述部分是目的地ID的n个LSB或MSB)。如果调度分配中的目的地标识符字段与UE是其成员的组的组ID的一部分相等,或者如果调度分配中的目的地标识符字段与UE ID的一部分相等,或者如果调度分配中的目的地标识符字段与广播ID的一部分相等,则物理层实体接收并解码携载MAC PDU的物理层分组,并且将MAC PDU发送到MAC层实体。
只有当在系统中发送具有目的地ID的调度分配时才执行由物理层实体进行的过滤。
2)由MAC层实体205使用MAC PDU中的目的地标识符进行过滤:
UE中的MAC层实体215从物理层实体(图2中未示出)接收MAC PDU,并且确定从物理层实体接收的MAC PDU是否被预定给UE。在MAC PDU的MAC标头中的目的地标识符字段指示目的地ID(即组ID或广播ID或UE ID)。如果目的地标识符字段与UE是其成员的组的组ID相等,或者如果目的地标识符字段与UE ID相等,或者如果目的地标识符字段与广播ID相等,则接收到的MAC PDU被预定给UE。
在MAC PDU的MAC标头中的目的地标识符字段可以指示目的地ID的一部分(即组ID或广播ID或UE ID的n个LSB或n个MSB)。如果目的地标识符字段与UE是其成员的组的组ID的一部分相等,或者如果目的地标识符字段与UE ID的一部分相等,或者如果目的地标识符字段与广播ID的一部分相等,则接收到的MAC PDU被预定给UE。只有当在系统中发送具有目的地ID的MAC PDU时才执行由MAC层实体215进行的过滤。如果从物理层实体接收的MAC PDU没有被预定给UE,则MAC层实体可以丢弃MAC PDU。
3)源标识符的确定和由MAC层实体215使用源标识符进行过滤:
MAC层实体215确定发送MAC PDU的UE的UE ID。例如,确定发送MAC PDU的UE的UEID的操作可以通过从MAC标头读取源标识符字段来执行。或者,确定发送MAC PDU的UE的UEID的操作可以通过从调度分配信息读取源标识符字段来执行。这个过滤可以是可选的。UE中的MAC层实体215可以确定发送MAC PDU的UE的UE ID是否是UE感兴趣的。即使不,则MAC层实体215丢弃MAC PDU。
4)UE中的MAC层实体215确定是否存在用于与源标识符相对应的数据接收的无线承载(即PDCP层实体和RLC层实体),即UE已经从其接收到MAC PDU的UE的UE ID。
a)如果用于数据接收的无线承载(即PDCP层实体和RLC层实体)不是已经建立/创建的,则MAC层实体215触发用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)的创建,并且使用接收到的MAC PDU的源标识符识别所创建的用于数据接收的无线承载(即PDCP层实体和RLC层实体)。MAC层实体215将包括在MAC PDU中的MAC服务数据单元(SDU)发送到与新的无线承载相对应的RLC层实体213。PDCP层实体211和RLC层实体213使用默认(或预先配置的)值来配置。
b)如果无线承载(即PDCP层实体和RLC层实体)已经被建立/创建用于数据接收,并且如果接收到的MAC PDU的源标识符不同于用于数据接收的现有无线承载的源标识符,则MAC层实体215触发现有无线承载(即PDCP层实体和RLC层实体)的释放和无线承载(即PDCP层实体和RLC层实体)的建立,并且使用包括在接收到的MAC PDU中的源标识符识别无线承载(即PDCP层实体和RLC层实体)。
或者,如果用于数据接收的无线承载(即PDCP层实体和RLC层实体)已经被建立/创建,并且如果接收到的MAC PDU的源标识符不同于用于数据接收的现有无线承载的源标识符,并且具有高于用于数据接收的现有无线承载(即PDCP层实体和RLC层实体)的源标识符的偏好的偏好,则MAC层实体215触发用于数据接收的现有无线承载(即PDCP层实体和RLC层实体)的释放和用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)的建立,并且使用包括在接收到的MAC PDU中的源标识符识别用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)。
或者,如果存在用于数据接收的无线承载(即PDCP层实体和RLC层实体),并且如果接收到的MAC PDU的源标识符不同于用于数据接收的现有无线承载(即PDCP层实体和RLC层实体)的源标识符,并且用于新的源标识符的服务具有高于用于当前源标识符的服务的偏好的偏好,则MAC层实体215触发用于数据接收的旧的无线承载((即PDCP层实体和RLC层实体)的释放,以及用于数据接收的新的无线承载即(即PDCP层实体和RLC层实体)的建立,并且使用接收到的MAC PDU的源标识符识别用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)。
这里,服务指示符可以包括在MAC PDU中,或者服务优先级可以包括在MAC PDU中。例如,服务指示符指示相关服务的服务类型,并且可以指示相关服务是语音服务或数据服务。MAC层实体215将包括在MAC PDU中的(多个)MAC SDU发送到与新的无线承载相对应的RLC层实体213。
c)如果无线承载(即PDCP层实体和RLC层实体)已经被建立用于数据接收,并且如果接收到的MAC PDU的源标识符与已经建立的用于数据接收的无线承载的源标识符相同,则MAC层实体215将包括在MAC PDU中的MAC SDU发送到与无线承载相对应的RLC层实体。
同时,如果在预先定义的时间段内没有活动,则用于数据接收的无线承载(即PDCP层实体和RLC层实体)被释放。如果上层实体指示停止监视D2D通信,则所建立的用于数据接收的无线承载(即PDCP层实体和RLC层实体)被释放。
以上已经描述了基于第一实施方案的用于数据接收的用户面协议栈配置方案#_1,而基于第二实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
UE每次从一个UE接收数据。接收数据的UE只维持一个用于数据接收的无线承载(即PDCP层实体和RLC层实体)。
用户面协议栈包括一个PDCP层实体、一个RLC层实体、以及一个MAC层实体。无线承载(即,PDCP层实体和RLC层实体)通过源标识符(即,UE从其接收数据的UE的UE ID)来识别。用户面协议栈的结构与图2中示出的用户面协议栈的结构相同。
当上层实体触发以监视D2D通信时,UE使用默认配置建立默认无线承载(即PDCP层实体和RLC层实体)。所建立的默认无线承载(即PDCP层实体和RLC层实体)不与源标识符相关联,而与所建立的默认无线承载(即PDCP层实体和RLC层实体)相对应的源标识符是空的(null)。为了方便起见,空的源标识符被称作无效的源标识符(null source identifier)。
在基于第二实施方案的用于数据接收的用户面协议栈配置方案#_1中的UE的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
UE中的物理层实体接收调度分配,并确定调度分配是否被预定给UE。在调度分配信息中的目的地标识符字段指示目的地ID(即组ID或广播ID或UE ID)。如果调度分配中的目的地标识符字段与UE是其成员的组的组ID相等,或者如果调度分配中的目的地标识符字段与UE ID相等,或者如果调度分配中的目的地标识符字段与广播ID相等,则物理层实体接收、解码携载MAC PDU的物理层分组,并且将MAC PDU发送到MAC层实体。
或者,调度分配信息中的目的地标识符字段指示目的地ID的一部分(例如,所述部分是目的地ID的n个LSB或MSB)。如果调度分配中的目的地标识符字段与UE是其成员的组的组ID的一部分相等,或者如果调度分配中的目的地标识符字段与UE ID的一部分相等,或者如果调度分配中的目的地标识符字段与广播ID的一部分相等,则物理层实体接收、解码携载MAC PDU的物理层分组,并且将MAC PDU发送到MAC层实体。
只有当在系统中发送具有目的地ID的调度分配时才执行由物理层实体进行的过滤。
2)由MAC层实体使用MAC PDU中的目的地标识符进行过滤:
UE中的MAC层实体215从物理层实体接收MAC PDU,并且确定MAC PDU是否被预定给UE。在MAC PDU的MAC标头中的目的地标识符字段指示目的地ID(即组ID或广播ID或UE ID)。如果目的地标识符字段与UE是其成员的组的组ID相等,或者如果目的地标识符字段与UEID相等,或者如果目的地标识符字段与广播ID相等,则接收到的MAC PDU被预定给UE。在MACPDU的MAC标头中的目的地标识符字段指示目的地ID的一部分(即组ID或广播ID或UE ID的n个LSB或n个MSB)。如果目的地标识符字段与UE是其成员的组的组ID的一部分相等,或者如果目的地标识符字段与UE ID的一部分相等,或者如果目的地标识符字段与广播ID的一部分相等,则接收到的MAC PDU被预定给UE。只有当在系统中发送具有目的地ID的MAC PDU时才执行由MAC层实体进行的过滤。
3)源标识符的确定和由MAC层实体使用源标识符进行过滤:
MAC层实体215确定发送MAC PDU的UE的UE ID。例如,可以通过从MAC标头读取源标识符字段来确定发送MAC PDU的UE的UE ID。或者,可以通过从调度分配信息读取源标识符字段来确定发送MAC PDU的UE的UE ID。这个过滤是可选的。UE中的MAC层实体215可以确定发送MAC PDU的UE的UE ID是否是UE感兴趣的。如果不是,则MAC层实体215丢弃MAC PDU。
4)MAC层实体215确定是否存在用于与源标识符相对应的数据接收的无线承载(即PDCP层实体和RLC层实体),即UE已经从其接收到MAC PDU的UE的UE ID。
a)如果除了默认无线承载不存在已经建立用于数据接收的无线承载(即PDCP层实体和RLC层实体),则MAC层实体215使用默认无线承载。用于默认无线承载的无效源标识符被改变为接收到的MAC PDU的源标识符,因此默认无线承载成为非默认无线承载。MAC层实体215将包括在MAC PDU中的(多个)MAC SDU发送到与非默认无线承载相对应的RLC层实体213。
b)如果非默认无线承载,即,不与无效源标识符相关联的无线承载,已经被建立用于数据接收,并且如果接收到的MAC PDU的源标识符不同于用于数据接收的现有无线承载的源标识符,则MAC层实体215触发现有无线承载的释放和新的无线承载的建立,并且使用包括在接收到的MAC PDU中的源标识符识别新的无线承载的建立。
或者,如果用于数据接收的非默认无线承载已经被建立,并且如果接收到的MACPDU的源标识符不同于用于数据接收的现有无线承载的源标识符,并且具有高于用于数据接收的现有无线承载的源标识符的偏好的偏好,则MAC层实体215触发用于数据接收的现有无线承载的释放和用于数据接收的新的无线承载的建立,并且使用接收到的MAC PDU的源标识符识别用于数据接收的新的无线承载。
或者,如果用于数据接收的非默认无线承载已经被建立,并且如果接收到的MACPDU的源标识符不同于用于数据接收的现有无线承载的源标识符,并且具有高于用于数据接收的现有无线承载的源标识符的偏好的偏好,则MAC层实体215触发用于数据接收的现有无线承载的释放,以及用于数据接收的新的无线承载的建立,并且使用接收到的MAC PDU的源标识符识别用于数据接收的新的无线承载。
这里,服务指示符可以包括在MAC PDU中,或者服务优先级可以包括在MAC PDU中。例如,服务指示符指示相关服务是语音服务还是数据服务。MAC层实体215将包括在MAC PDU中的(多个)MAC SDU发送到与新的无线承载相对应的RLC层实体213。
c)如果非默认无线承载已经被建立用于数据接收,并且如果接收到的MAC PDU的源标识符与用于数据接收的现有无线承载的源标识符相同,则MAC层实体215将包括在MACPDU中的MAC SDU发送到与相关无线承载相对应的RLC层实体213。
同时,如果在预先定义的时间段内没有活动,则用于数据接收的非默认无线承载被释放,并且以默认配置建立默认无线承载。如果上层实体指示停止监视D2D通信,则所建立的用于数据接收的默认和非默认无线承载被释放。
以上已经描述了基于第二实施方案的用于数据接收的用户面协议栈配置方案#_1,而基于第三实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
UE可以从多个UE并发地接收数据。接收数据的UE维持一个或多个用于数据接收的无线承载(即PDCP层实体和RLC层实体)。这里,每个无线承载(即PDCP层实体和RLC层实体)用于从不同的UE接收数据。用户面协议栈包括一个PDCP层实体、每个无线承载一个RLC层实体、以及一个MAC层实体。通过UE从其接收数据的UE的UE ID来识别无线承载,即,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层实体#_1 311-1和RLC层实体#_1 313-1,包括与第二无线承载#_2相对应的PDCP层实体#_2311-2和RLC层实体#_2 313-2,等等。用于数据接收的用户面协议栈310还包括在所有无线承载上公共的MAC层实体315。PDCP层实体311和RLC层实体313通过源标识符来识别。
基于第三实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
2)由MAC层实体315使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体315进行源标识符的确定和使用源标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)UE中的MAC层实体315确定是否存在用于与源标识符相对应的数据接收的无线承载(即PDCP层实体和RLC层实体),即,UE从其接收到MAC PDU的UE的UE ID。
a)如果还没有建立或创建用于数据接收的无线承载(即PDCP层实体和RLC层实体),则MAC层实体315触发新的无线承载(即PDCP层实体和RLC层实体)的创建,并且使用接收到的MAC PDU的源标识符识别用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)。MAC层实体315将包括在MAC PDU中的MAC SDU发送到与新的无线承载相对应的RLC层实体313。如果新的无线承载被建立,则使用默认(或预先配置的)值配置PDCP层实体311和RLC层实体313。
b)如果已经建立无线承载(即PDCP层实体和RLC层实体),并且如果接收到的MACPDU的源标识符不同于现有无线承载(即PDCP层实体和RLC层实体)的源标识符,则MAC层实体315触发新的无线承载(即PDCP层实体和RLC层实体)的建立,并且使用接收到的MAC PDU的源标识符识别新的无线承载(即PDCP层实体和RLC层实体)。MAC层实体315将包括在MACPDU中的(多个)MAC SDU发送到与新的无线承载相对应的RLC层实体313。
c)如果已经建立无线承载(即PDCP层实体和RLC层实体),并且如果接收到的MACPDU的源标识符与现有无线承载(即PDCP层实体和RLC层实体)的源标识符相同,则MAC层实体315将包括在MAC PDU中的(多个)MAC SDU发送到与相关无线承载相对应的RLC层实体313。
如果在预先定义的时间段内没有活动,则用于数据接收的无线承载被释放。
同时,如果从一个TX UE接收到语音服务,则MAC层实体315可以不与另一个TX UE建立无线承载用于语音服务。或者,MAC层实体315可以释放旧的语音服务,并且与新的TXUE生成用于语音服务的新的无线承载。这里,可以基于TX UE偏好生成新的无线承载(即PDCP层实体和RLC层实体)。MAC层实体315可以使用MAC PDU中的一些指示符识别语音服务。或者,可以在上层实体中处理对于一个语音服务的维持。如果从一个TX UE接收到语音服务,则可以由上层实体丢弃来自另一个TX UE的语音分组。
上面已经描述了基于第三实施方案的用于数据接收的用户面协议栈配置方案#_1,而基于第四实施方案的用于数据接收的用户面协议栈配置方案#_1将在下面描述。
UE可以从多个UE并发地接收数据。接收数据的UE维持一个或多个用于数据接收的无线承载(即PDCP层实体和RLC层实体)。这里,每个无线承载用于从不同的UE接收数据。在这种情况下,用户面协议栈包括一个PDCP层实体、每个无线承载的一个RLC层实体、以及一个MAC层实体。无线承载(即,PDCP层实体和RLC层实体)通过源标识符(即,UE从其接收数据的UE的UE ID)来识别。这里,用户面协议栈与图3中示出的用户面协议栈相同,因此这里将省略详细描述。
如果上层实体触发监视D2D通信,则UE使用默认配置建立默认无线承载(即PDCP层实体和RLC层实体)。所建立的默认无线承载(即PDCP层实体和RLC层实体)与源标识符不关联,并且与所建立的默认无线承载相对应的源标识符是无效的。
基于第四实施方案的用于数据接收的用户面协议栈配置方案#_1中的UE的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
2)由MAC层实体使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体进行源标识符的确定和使用源标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)MAC层实体315确定是否存在用于与源标识符相对应的数据接收的无线承载(即PDCP层实体和RLC层实体),即,UE从其接收到MAC PDU的UE的UE ID。
a)如果除了默认无线承载以外没有已经建立的无线承载(即PDCP层实体和RLC层实体),则MAC层实体315使用默认无线承载。默认无线承载的无效源标识符被改变为在MACPDU中接收到的源标识符。MAC层实体315将包括在MAC PDU中的(多个)MAC SDU发送到与无线承载相对应的RLC层实体313。MAC层实体315触发新的默认无线承载的生成。
b)如果已经建立非默认无线承载,并且如果接收到的MAC PDU的源标识符不同于现有无线承载的源标识符,则MAC层实体315使用默认无线承载。默认无线承载的无效源标识符被改变为通过MAC PDU接收到的源标识符。MAC层实体315将包括在接收到的MAC PDU中的(多个)MAC SDU发送到与无线承载相对应的RLC层实体313。MAC层实体315触发新的默认无线承载的生成。
c)如果已经建立非默认无线承载,并且如果接收到的MAC PDU的源标识符与现有无线承载的源标识符相同,则MAC层实体315将包括在MAC PDU中的(多个)MAC SDU发送到与这个无线承载相对应的RLC层实体。
如果在预先定义的时间段内没有活动,则用于数据接收的无线承载被释放。如果上层实体指示停止监视D2D通信,则建立用于数据接收的默认无线承载和非默认无线承载被释放。
在这个实施例中,如果从一个TX UE接收到语音服务,则MAC层实体315可以不与另一个TX UE建立无线承载用于语音服务。或者,MAC层实体315可以释放旧的语音服务,并且与新的TX UE生成用于语音服务的新的无线承载。这里,可以基于TX UE偏好生成新的无线承载。MAC层实体315可以使用MAC PDU中的一些指示符识别语音服务。或者,可以在上层实体中处理对于一个语音服务的维持。如果从一个TX UE接收到语音服务,则可以由上层实体丢弃来自另一个TX UE的语音分组。
如上所述,在基于第一实施方案到第四实施方案中的每一个的用于数据接收的用户面协议栈配置方案#_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中的数据发送是广播发送、单播发送、或组播发送。如果数据发送是单播发送,则上层实体提供目的地UE ID。如果数据发送是组播发送,则上层提供目的地组ID。UE的UEID可以由上层实体提供。
如果上层实体停止对应于与那个无线承载相关联的目的地的数据发送,则所创建/建立的无线承载(即PDCP层实体和RLC层实体)被去除。所生成的无线承载(即PDCP层实体和RLC层实体)可以由一个系统中的MAC层实体的RRC层实体去除。
优先级可以基于目的地(例如,单播可以具有高于广播的优先级的优先级)或服务的类型(例如,语音服务可以具有高于数据服务的优先级的优先级)被分配给无线承载。在UE中,如果上层触发以释放建立用于数据发送的无线承载,则建立用于数据发送的无线承载被释放。
无线承载(即PDCP层实体和RLC层实体)可以被识别为选项A和选项B之一。
(1)选项A:基于目的地ID(组ID、单播ID(即UE ID)、或广播ID)
(2)选项B:基于LCID。LCID对于发送UE是本地的,并且由发送UE维持LCID对于无线承载的分配。如果LCID被用来识别用于数据发送的无线承载,则UE将LCID包括在MAC PDU的MAC标头中。
在数据发送期间,PDCP层实体处理(即向分组施加安全性和/或标头压缩和/或序列编号)从上层接收的分组并发送给RLC层实体。RLC层实体处理(施加序列编号和/或分段)这些分组(即RLC SDU)并将它们发送到MAC层实体。MAC层实体发送与MAC PDU中的相同目的地ID相对应的这些分组(即MAC SDU)中的一个或多个。
在数据发送期间,源标识符和目的地标识符由UE发送,并且发送它们的方案与在用户面协议栈配置方案#_1中描述的一样,所以这里详细描述将被省略。
上面已经描述了用于数据发送的用户面协议栈配置方案#_2,而用于数据接收的用户面协议栈配置方案#_2将在下面描述。
用于数据接收的用户面协议栈配置方案#_2基于第一实施方案到第四实施方案之一,而基于第一实施方案到第四实施方案中的每一个的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
首先,基于第一实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
UE每次从一个TX UE接收数据。UE维持一个或多个用于数据接收的无线承载。每一个无线承载存在用于从相同UE的数据接收。用户面协议栈包括每个无线承载的一个PDCP层实体、每个无线承载的一个RLC层实体、以及一个MAC层实体。无线承载(即,PDCP层实体和RLC层实体)由一对源标识符(即UE从其接收数据的UE的UE ID和目的地ID或LCID,即,<TXUE ID,目的地ID或LCID>)来识别。
将参考图4描述根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据发送和接收的用户面协议栈的结构的示例。
图4示意地示出了根据本公开的实施例的用于在无连接通信系统中基于用户面协议栈配置方案#_2的数据发送和接收的用户面协议栈的结构的示例。
参考图4,将注意到,图4中的用户面协议栈400是包括多个TX无线承载(即,多个PDCP层实体401和多个RLC层实体403)的用于数据发送的用户面协议栈,而图4中的用户面协议栈410是包括多个RX无线承载(即,多个PDCP层实体411和多个RLC层实体413)的用于数据接收的用户面协议栈。
用于数据发送的用户面协议栈400包括与第一无线承载#_1相对应的PDCP层实体#_1 401-1和RLC层实体#_1 403-1,包括与第二无线承载#_2相对应的PDCP层实体#_2401-2和RLC层实体#_2 403-2,等等。用于数据发送的用户面协议栈400还包括在所有无线承载上公共的MAC层实体405。PDCP层实体401和RLC层实体403通过目的地ID或LCID来识别。
用于数据接收的用户面协议栈410包括与第一无线承载#_1相对应的PDCP层实体#_1 411-1和RLC层实体#_1 413-1,包括与第二无线承载#_2相对应的PDCP层实体#_2411-2和RLC层实体#_2 413-2,等等。用于数据接收的用户面协议栈410还包括在所有无线承载上公共的MAC层实体415。PDCP层实体411和RLC层实体413通过源标识符以及目的地ID或LCID中的一个来识别。基于第一实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。目的地标识符与MAC PDU一起被发送到MAC层实体415。
2)由MAC层实体415使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体415进行源标识符的确定和使用源标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)UE中的MAC层实体415确定在接收到的MAC PDU中的(多个)MAC SDU的目的地ID或LCID。可以通过从MAC PDU的MAC标头读取目的地ID或LCID来确定目的地ID或LCID。在目的地ID的一部分在MAC PDU的MAC标头中的目的地标识符字段中发送,而目的地ID的另一部分在调度分配信息中发送的情况下,MAC层实体415通过组合目的地ID的全部两部分来确定目的地ID。
5)对于在MAC PDU中接收到的每个MAC SDU,UE中的MAC层实体415确定是否存在用于数据接收的无线承载(即PDCP层实体和RLC层实体)。
a)如果还没有建立用于数据接收的无线承载(即PDCP层实体和RLC层实体),则MAC层实体415触发新的无线承载(即PDCP层实体和RLC层实体)的创建/建立,并且使用在MACPDU中接收到的MAC SDU的<源标识符,目的地ID/LCID>识别用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)。MAC层实体415将MAC SDU发送到与新的无线承载相对应的RLC层实体413。如果新的无线承载(即PDCP层实体和RLC层实体)被建立,则使用默认(或预先配置的)值配置PDCP层实体411和RLC层实体413。
b)如果已经建立无线承载(即PDCP层实体和RLC层实体),并且如果在MAC PDU中接收到的MAC SDU的源标识符不同于现有无线承载(即PDCP层实体和RLC层实体)的源标识符,则MAC层实体415触发现有无线承载的释放以及新无线承载的建立,并且使用MAC SDU的<源标识符,目的地ID/LCID>识别新的无线承载。MAC层实体415将MAC SDU发送到与新的无线承载相对应的RLC层实体413。
c)如果已经建立无线承载,并且如果在MAC PDU中接收到的MAC SDU的源标识符与现有无线承载的源标识符相同,并且MAC SDU的目的地ID或LCID与现有无线承载的目的地ID或LCID相同,则MAC层实体415将MAC SDU发送到与现有无线承载相对应的RLC层实体413。
d)如果已经建立无线承载,并且如果在MAC PDU中接收到的MAC SDU的源标识符与现有无线承载的源标识符相同,并且MAC SDU的目的地ID或LCID不同于现有无线承载的目的地ID或LCID,则MAC层实体415触发新的无线承载的建立,并将MAC SDU发送到与新的无线承载相对应的RLC层实体413。
如果在预先定义的时间段内没有活动,则用于数据接收的无线承载被释放。如果上层实体指示停止监视D2D通信,则所建立的用于数据接收的无线承载被释放。
上面已经描述了基于第一实施方案的用于数据接收的用户面协议栈配置方案#_2,而基于第二实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
UE每次从一个TX UE接收数据。UE维持一个或多个用于数据接收的无线承载。这里,每个无线承载用于从相同UE的数据接收。用户面协议栈包括一个PDCP层实体、每个无线承载的一个RLC层实体、以及一个MAC层实体。无线承载(即,PDCP层实体和RLC层实体)通过<源标识符(即,UE从其接收数据的UE的UE ID),目的地ID/LCID>来识别。这里,用户面协议栈与图4中示出的用户面协议栈相同,因此这里将省略详细描述。
在这种情况下,如果上层实体触发监视D2D通信,则UE使用默认配置建立默认无线承载。所建立的默认无线承载通过<源标识符=无效,目的地ID/LCID=无效>来识别。UE还可以建立多个默认无线承载,一个用于广播,一个用于单播,而一个或多个用于UE的相关联组。
基于第二实施方案的用于数据接收的用户面协议栈配置方案#_2中的UE的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。目的地标识符与MAC PDU一起被发送到MAC层实体415。
2)由MAC层实体415使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体415进行源标识符的确定和使用源标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)UE中的MAC层实体415确定在MAC PDU中接收到的(多个)MAC SDU的目的地ID或LCID。可以通过从MAC PDU的MAC标头读取目的地ID或LCID来确定目的地ID或LCID。在目的地ID的一部分在MAC PDU的MAC标头中的目的地标识符字段中发送,而目的地ID的另一部分在调度分配信息中发送的情况下,MAC层实体415通过组合目的地ID的全部两部分来确定目的地ID。
5)对于在MAC PDU中接收到的每个MAC SDU,UE中的MAC层实体415确定是否存在用于数据接收的无线承载(即PDCP层实体和RLC层实体)。
a)如果除了(多个)默认无线承载以外还没有建立用于数据接收的无线承载(即PDCP层实体和RLC层实体),则MAC层实体415使用默认无线承载或与目的地ID相对应的默认无线承载。<源标识符=无效,目的地ID/LCID=无效>被改变为与在MAC PDU中接收到的MACSDU相对应的<源标识符,目的地ID/LCID>,所以无线承载成为非默认无线承载。MAC层实体415将MAC SDU发送到与无线承载相对应的RLC层实体413。MAC层实体415触发新的默认无线承载的生成。
b)如果已经建立非默认无线承载,并且如果MAC SDU的源标识符不同于现有无线承载中的每一个的源标识符,则MAC层实体415触发现有无线承载的释放以及新的无线承载的建立,并且使用MAC SDU的<源标识符,目的地ID/LCID>识别新的无线承载。MAC层实体415将MAC SDU发送到与新的无线承载相对应的RLC层实体413。
c)如果已经建立非默认无线承载,并且如果包括在MAC SDU中的源标识符与现有无线承载的源标识符相同,并且MAC SDU的目的地ID或LCID与现有无线承载的目的地ID或LCID相同,则MAC层实体415将MAC SDU发送到与现有无线承载相对应的RLC层实体413。
d)如果已经建立非默认无线承载,并且如果在MAC PDU中接收到的MAC SDU的源标识符与现有无线承载的源标识符相同,并且MAC SDU的目的地ID或LCID不同于现有无线承载的目的地ID或LCID,则MAC层实体415使用默认无线承载或与目的地ID相对应的默认无线承载。<源标识符=无效,目的地ID/LCID=无效>被改变为与在MAC SDU相对应的<源标识符,目的地ID/LCID>,所以无线承载成为非默认无线承载。MAC层实体415将MAC SDU发送到与无线承载相对应的RLC层实体413。MAC层实体415还触发新的默认无线承载的生成。
如果在预先定义的时间段内没有活动,则用于数据接收的无线承载被释放。如果上层实体指示停止监视D2D通信,则所建立的用于数据接收的默认或非默认无线承载被释放。
上面已经描述了基于第二实施方案的用于数据接收的用户面协议栈配置方案#_2,而基于第三实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
UE可以从多个TX UE并发地接收数据。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层实体#_1 501-1和RLC层实体#_1 503-1,包括与第n无线承载#_n相对应的PDCP层实体#_n501-n和RLC层实体#_n 503-n,等等。用于数据发送的用户面协议栈500还包括在所有无线承载上公共的MAC层实体505。PDCP层实体501和RLC层实体503通过目的地ID或LCID来识别。
用于数据接收的用户面协议栈510包括与第一无线承载#_1相对应的PDCP层实体#_1 511-1和RLC层实体#_1 513-1,包括与第二无线承载#_2相对应的PDCP层实体#_2511-2和RLC层实体#_2 513-2,等等。用于数据接收的用户面协议栈510还包括在所有无线承载上公共的MAC层实体515。PDCP层实体511和RLC层实体513中的每一个通过源标识符以及目的地ID和LCID之一来识别。
基于第三实施方案的用于数据接收的用户面协议栈配置方案#_2中的UE的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。目的地标识符与MAC PDU一起被发送到MAC层实体515。
2)由MAC层实体515使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体515进行源标识符的确定和使用源标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)MAC层实体515确定在MAC PDU中接收到的一个或多个MAC SDU的目的地ID或LCID。可以通过从MAC PDU的MAC标头读取目的地ID或LCID来确定目的地ID或LCID。在目的地ID的一部分在MAC PDU的MAC标头中的目的地标识符字段中发送,而目的地ID的另一部分在调度分配信息中发送的情况下,MAC层实体515通过组合目的地ID的全部两部分来确定目的地ID。
5)对于在MAC PDU中接收到的每个MAC SDU(多个),UE中的MAC层实体515确定是否存在用于数据接收的无线承载(即PDCP层实体和RLC层实体)。
a)如果还没有建立用于数据接收的无线承载(即PDCP层实体和RLC层实体),则MAC层实体515触发新的无线承载(即PDCP层实体和RLC层实体)的创建/建立,并且使用在MACPDU中接收到的MAC SDU的<源标识符,目的地ID/LCID>识别用于数据接收的新的无线承载。MAC层实体515将MAC SDU发送到与新的无线承载相对应的RLC层实体513。如果新的无线承载被建立,则使用默认(或预先配置的)值配置PDCP层实体511和RLC层实体513。
b)如果已经建立无线承载(即PDCP层实体和RLC层实体),并且如果在MAC PDU中接收到的MAC SDU的<源标识符,目的地ID/LCID>不同于现有无线承载中的每一个的<源标识符,目的地ID/LCID>,则MAC层实体515触发新的无线承载的建立,并且使用MAC SDU的<源标识符,目的地ID或LCID>识别新的无线承载。MAC层实体515将MAC SDU发送到与新的无线承载相对应的RLC层实体513。
c)如果已经建立无线承载,并且如果包括在MAC PDU中接收到的MAC SDU中的<源标识符,目的地ID/LCID>与现有无线承载的<源标识符,目的地ID/LCID>相同,则MAC层实体515将MAC SDU发送到与现有无线承载相对应的RLC层实体513。
如果在预先定义的时间段内没有活动,则无线承载被释放。如果上层实体指示停止监视D2D通信,则所建立的用于数据接收的无线承载被释放。
同时,如果从一个TX UE接收到语音服务数据,则MAC层实体515可以不与另一个TXUE建立无线承载/逻辑信道用于语音服务。或者,UE可以释放旧的语音服务,并且与新的TXUE生成用于语音服务的无线承载。这里,可以基于TX UE偏好生成与新的TX UE的无线承载。UE可以使用包括在MAC PDU中的一些指示符识别语音服务。
或者,可以在上层实体中处理对于语音服务的维持。如果从一个TX UE接收到语音服务,则可以由上层实体丢弃来自另一个TX UE的语音服务分组。
上面已经描述了基于第三实施方案的用于数据接收的用户面协议栈配置方案#_2,而基于第四实施方案的用于数据接收的用户面协议栈配置方案#_2将在下面描述。
UE可以从多个UE并发地接收数据。接收数据的UE维持一个或多个用于数据接收的无线承载。这里,每个无线承载用于从不同的<源标识符,目的地ID/LCID>的接收数据。这里,用户面协议栈与在图5A和图5B中示出的用户面协议栈相同,因此这里将省略详细描述。
在这种情况下,如果上层实体触发监视D2D通信,则UE使用默认配置建立默认无线承载。所建立的默认无线承载通过<源标识符=无效,目的地ID/LCID=无效>来识别。UE还可以建立多个默认无线承载,一个用于广播,一个用于单播,而一个或多个用于相关联的UE的组。
基于第四实施方案的用于数据接收的用户面协议栈配置方案#_2中的UE的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。目的地标识符与MAC PDU一起被发送到MAC层实体515。
2)由MAC层实体515使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体515进行源标识符的确定和使用源标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)MAC层实体515确定在MAC PDU中接收到的一个或多个MAC SDU的目的地ID或LCID。可以通过从MAC PDU的MAC标头读取目的地ID或LCID来确定目的地ID或LCID。在目的地ID的一部分在MAC PDU的MAC标头中的目的地标识符字段中发送,而目的地ID的另一部分在调度分配信息中发送的情况下,MAC层实体515通过组合目的地ID的全部两部分来确定目的地ID。
5)对于在MAC PDU中接收到的每个MAC SDU(多个),UE中的MAC层实体515确定是否存在用于数据接收的无线承载。
a)如果除了(多个)默认无线承载以外还没有建立无线承载(即PDCP层实体和RLC层实体),则MAC层实体515使用默认无线承载或与目的地ID相对应的默认无线承载。<源标识符=无效,目的地ID/LCID=无效>被改变为与在MAC PDU中接收到的MAC SDU的<源标识符,目的地ID/LCID>,所以无线承载成为非默认无线承载。MAC层实体515将MAC SDU发送到与无线承载相对应的RLC层实体513。MAC层实体515触发新的默认无线承载的生成。
b)如果已经建立非默认无线承载,并且如果在MAC PDU中接收到的MAC SDU的<源标识符,目的地ID/LCID>不同于现有无线承载中的每一个的<源标识符,目的地ID/LCID>,则MAC层实体515使用默认无线承载或与目的地ID相关联的默认无线承载。<源标识符=无效,目的地ID/LCID=无效>被改变为与MAC SDU相对应的<源标识符,目的地ID/LCID>,所以无线承载成为非默认无线承载。MAC层实体515将MAC SDU发送到与无线承载相对应的RLC层实体513。MAC层实体515还触发新的默认无线承载的生成。
c)如果已经建立无线承载,并且如果包括在MAC SDU中的<源标识符,目的地ID/LCID>与旧的现有无线承载的<源标识符,目的地ID/LCID>相同,则MAC层实体515将MAC SDU发送到RLC层实体513。
如果在预先定义的时间段内没有活动,则用于数据接收的无线承载被释放。如果上层实体指示停止监视D2D通信,则所建立的用于数据接收的无线承载被释放。
同时,如果从一个TX UE接收到语音服务数据,则MAC层实体515可以不与另一个TXUE建立无线承载用于语音服务。或者,UE可以释放旧的语音服务,并且与新的TX UE生成用于语音服务的无线承载。这里,可以基于TX UE偏好生成与新的TX UE的无线承载。UE可以使用包括在MAC PDU中的一些指示符识别语音服务。
或者,可以在上层实体中处理对于语音服务的维持。如果从一个TX UE接收到语音服务,则可以由上层实体丢弃来自另一个TX UE的语音服务分组。
如上所述,在基于第一实施方案到第四实施方案中的每一个的用于数据接收的用户面协议栈配置方案#_2中,MAC层实体可以指示RRC层实体生成/释放无线承载,或者可以生成/释放新的无线承载。
上面已经描述了用户面协议栈配置方案#_2,而用户面协议栈配置方案#_3将在下面描述。
首先,用于数据发送的用户面协议栈配置方案#_3将在下面描述。
发送数据的UE维持多个用于数据发送的无线承载。每个无线承载是指一个PDCP层实体和一个RLC层实体。不同否认无线承载被创建用于不同的目的地。无线承载对于目的地的不同的通信类别也是不同的(如果需要)。这里,UE可以对于相同的目的地或不同的目的地并发地执行多个TX会话。无线承载被映射到一个逻辑信道,而逻辑信道被映射到映射到D2D通信广播物理信道的D2D通信传输信道。
如果上层实体触发UE中的数据发送,则用于数据发送的无线承载(即PDCP层实体和RLC层实体)被建立/创建。PDCP层实体和RLC层实体使用默认值建立/创建和配置。
上层实体可以指示UE中的数据发送是否是广播发送、单播发送、或组播发送。也就是说,上层实体可以通过发送指示UE中的数据发送是广播发送、单播发送、或组播发送的信息,来指示UE中的数据发送是广播发送、单播发送、或组播发送。如果数据发送是单播发送,则上层实体提供目的地UE ID。如果数据发送是组播发送,则上层提供目的地组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层实体发送与MAC PDU中的相同目的地ID相对应的这些分组(即MAC SDU)中的一个或多个。
在数据发送期间,源标识符和目的地标识符由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层实体#_1 601-1和RLC层实体#_1 603-1,包括与第n无线承载#_n相对应的PDCP层实体#_n601-n和RLC层实体#_n 603-n,等等。用于数据发送的用户面协议栈600还包括所有无线承载上公共的MAC层实体605。PDCP层实体601和RLC层实体603中的每一个通过LCID来识别,其中,LCID在无线承载上是唯一的。或者,PDCP层实体601和RLC层实体603中的每一个通过目的地ID和LCID来识别,其中,LCID在相同目的地的无线承载上是唯一的。
用于数据接收的用户面协议栈610包括与第一无线承载#_1相对应的PDCP层实体#_1 611-1和RLC层实体#_1 613-1,包括与第n无线承载#_n相对应的PDCP层实体#_n611-n和RLC层实体#_n 613-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的第一实施方案中解释的一样,所以这里详细描述将被省略。目的地标识符与接收到的MAC PDU一起被发送到MAC层实体615。
2)由MAC层实体615使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体615进行源标识符的确定和使用源标识符进行源标识符的确定和过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)MAC层实体615确定在MAC PDU中接收到的一个或多个MAC SDU的目的地ID和/或LCID。可以通过从MAC PDU的MAC标头读取目的地ID和/或LCID来确定目的地ID和/或LCID。在目的地ID的一部分在MAC PDU的MAC标头中的目的地标识符字段中发送,而目的地ID的另一部分在调度分配信息中发送的情况下,MAC层实体615通过组合目的地ID的全部两部分来确定目的地ID。
5)对于在MAC PDU中接收到的每个MAC SDU(多个),UE中的MAC层实体615确定是否存在用于数据接收的无线承载(即PDCP层实体和RLC层实体)。
a)如果还没有建立用于数据接收的无线承载(即PDCP层实体和RLC层实体),则MAC层实体615触发用于数据接收的新的无线承载的创建/建立,并且使用在MAC PDU中接收到的MAC SDU的源标识符和LCID识别用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)。
或者,MAC层实体615使用在MAC PDU中接收到的MAC SDU的源标识符、目的地ID、以及LCID识别用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)。MAC层实体615将MAC SDU发送到与新的无线承载相对应的RLC层实体613。
b)如果已经建立无线承载(即PDCP层实体和RLC层实体),并且如果在MAC PDU中接收到的MAC SDU的源标识符不同于现有无线承载中的每一个的源标识符,则MAC层实体615触发现有无线承载(即PDCP层实体和RLC层实体)的释放以及新的无线承载的建立,并且使用MAC SDU的<源标识符,LCID>识别无线承载(即PDCP层实体和RLC层实体)。
或者,MAC层实体615使用MAC SDU的<源标识符、目的地ID、以及LCID>识别用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)。MAC层实体615将MAC SDU发送到与新的无线承载相对应的新的RLC层实体613。
c)如果无线承载已经被建立用于数据接收,并且如果在MAC PDU中接收到的MACSDU的源标识符和LCID与用于数据接收的现有无线承载的源标识符和LCID相同,则MAC层实体615将MAC SDU发送到与无线承载相对应的RLC层实体613。或者,如果无线承载已经被建立用于数据接收,并且如果MAC SDU的源标识符、目的地ID、以及LCID与用于数据接收的现有无线承载的源标识符、目的地ID、以及LCID相同,则MAC层实体615将MAC SDU发送到与现有无线承载相对应的RLC层实体613。
d)如果已经建立无线承载,并且如果在MAC PDU中接收到的MAC SDU的源标识符与现有无线承载的源标识符相同,并且MAC SDU的LCID不同于现有无线承载的LCID,则MAC层实体615触发新的无线承载的建立,并将MAC SDU发送到与新的无线承载相对应的RLC层实体613。或者,如果已经建立无线承载,并且如果MAC SDU的源标识符与现有无线承载的源标识符相同,并且MAC SDU的LCID和/或目的地ID不同于现有无线承载的LCID和/或目的地ID,则MAC层实体615触发新的无线承载的建立,并将MAC SDU发送到与新的无线承载相对应的RLC层实体613。
如果在预先定义的时间段内没有活动,则用于数据接收的无线承载被释放。如果上层实体指示停止监视D2D通信,则所建立的用于数据接收的无线承载被释放。
上面已经描述了基于第一实施方案的用于数据接收的用户面协议栈配置方案#_3,而基于第二实施方案的用于数据接收的用户面协议栈配置方案#_3将在下面描述。
UE每次从一个UE接收数据。接收数据的UE维持一个或多个用于数据接收的无线承载(即PDCP层实体和RLC层实体)。这里,用户面协议栈与图6中示出的用户面协议栈相同,因此这里将省略详细描述。
首先,如果上层实体触发监视D2D通信,则UE使用默认配置建立默认无线承载。所建立的默认无线承载可以通过<源标识符=无效,LCID=无效>来识别。或者,所建立的默认无线承载可以通过<源标识符=无效,目的地ID=无效、LCID=无效>来识别。UE还可以建立多个默认无线承载。多个默认无线承载可以用于不同的目的地ID、不同的服务、或者不同的目的地ID和不同的服务。这里,多个默认无线承载中的一个用于广播,一个用于单播,并且一个或多个用于相关联的组。其它服务表示具有不同的优先级的服务,诸如语音服务和数据服务。
基于第二实施方案的用于数据接收的用户面协议栈配置方案#_3中的UE的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。目的地标识符与接收到的MAC PDU一起被发送到MAC层实体615。
2)由MAC层实体615使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体615进行源标识符的确定和使用源标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)MAC层实体615确定在MAC PDU中接收到的一个和/或多个MAC SDU的目的地ID和/或LCID。可以通过从MAC PDU的MAC标头读取目的地ID和/或LCID来确定目的地ID和/或LCID。在目的地ID的一部分在MAC PDU的MAC标头中的目的地标识符字段中发送,而目的地ID的另一部分在调度分配信息中发送的情况下,MAC层实体615通过组合目的地ID的全部两部分来确定目的地ID。
5)对于在MAC PDU中接收到的每个MAC SDU(多个),UE中的MAC层实体615确定是否存在用于数据接收的无线承载(即PDCP层实体和RLC层实体)。
a)如果除了用于数据接收的默认无线承载以外还没有建立无线承载(即PDCP层实体和RLC层实体),MAC层实体615使用默认无线承载,与目的地ID相关联的默认无线承载,与在MAC PDU中接收到的MAC SDU的服务相关联的默认无线承载,或者与MAC PDU的服务和目的地ID相关联的默认无线承载。<源标识符=无效,LCID=无效>被改变为与MAC SDU相对应的<源标识符,LCID>,所以默认无线承载成为非默认无线承载。
或者,<源标识符=无效,目的地ID=无效,LCID=无效>被改变为与MAC PDU相对应的<源标识符,目的地ID,LCID>,所以默认无线承载成为非默认无线承载。MAC层实体615将MAC SDU发送到与无线承载相对应的RLC层实体613。MAC层实体615还以与已经使用的默认承载相同的特性触发新的默认无线承载的生成。
b)如果已经建立非默认无线承载,并且如果在MAC PDU中接收到的MAC SDU的源标识符不同于现有非默认无线承载中的每一个的源标识符,则MAC层实体615触发现有非默认无线承载的释放。MAC层实体615使用默认无线承载,与目的地ID相关联的默认无线承载,与MAC SDU的服务相关联的默认承载,或者与MAC SDU的目的地ID和服务相关联的默认承载。<源标识符=无效,LCID=无效>被改变为与MAC SDU相对应的<源标识符,LCID>,所以默认无线承载成为非默认无线承载。
或者,<源标识符=无效,目的地ID=无效,LCID=无效>被改变为与MAC SDU相对应的<源标识符,目的地ID,LCID>,所以默认无线承载成为非默认无线承载。MAC层实体615将MAC SDU发送到与无线承载相对应的RLC层实体613。MAC层实体615还以与已经使用的默认承载相同的特性触发新的默认无线承载的生成。
c)如果已经建立非默认无线承载,并且如果在MAC PDU中接收到的MAC SDU的源标识符与现有非默认无线承载的源标识符相同,并且MAC SDU的LCID与现有非默认无线承载的LCID相同,则MAC层实体615将MAC SDU发送到与无线承载相对应的RLC层实体613。
或者,如果已经建立非默认无线承载,并且如果MAC SDU的源标识符与现有非默认无线承载的源标识符相同,并且MAC SDU的LCID和目的地ID与现有非默认无线承载的LCID和目的地ID相同,则MAC层实体615将MAC SDU发送到与现有非默认无线承载相对应的RLC层实体613。
d)如果已经建立无线承载,并且如果在MAC PDU中接收到的MAC SDU的源标识符与现有非默认无线承载的源标识符相同,并且MAC PDU的LCID不同于现有非默认无线承载的LCID,则MAC层实体615使用默认无线承载,也就是说,与目的地ID相关联的默认无线承载,与接收到的MAC SDU相关联的默认无线承载,或者与目的地ID和MAC SDU相关联的默认无线承载。
或者,如果已经建立无线承载,并且如果MAC SDU的源标识符与现有非默认无线承载的源标识符相同,并且MAC SDU的LCID或目的地ID不同于现有非默认无线承载的LCID或目的地ID,则MAC层实体615使用默认无线承载,也就是说,与目的地ID相关联的默认无线承载,与MAC SDU相关联的默认无线承载,或者与目的地ID和MAC SDU相关联的默认无线承载。<源标识符=无效,LCID=无效>被改变为与MAC SDU相对应的<源标识符,LCID>,所以默认无线承载成为非默认无线承载。
或者,<源标识符=无效,目的地ID=无效,LCID=无效>被改变为与MAC PDU相对应的<源标识符,目的地ID,LCID>,所以默认无线承载成为非默认无线承载。MAC层实体615将MAC SDU发送到与无线承载相对应的RLC层实体613。MAC层实体615还以与已经使用的默认承载相同的特性触发新的默认无线承载的生成。
如果在预先定义的时间段内没有活动,则用于数据接收的非默认无线承载被释放,并且以默认配置建立默认无线承载。如果上层实体指示停止监视D2D通信,则所建立的用于数据接收的默认无线承载和所建立的用于数据接收的非默认无线承载被释放。
上面已经描述了基于第二实施方案的用于数据接收的用户面协议栈配置方案#_3,而基于第三实施方案的用于数据接收的用户面协议栈配置方案#_3将在下面描述。
UE可以从多个TX UE并发地接收数据。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层实体#_1 701-1和RLC层实体#_1 703-1,包括与第n无线承载#_n相对应的PDCP层实体#_n701-n和RLC层实体#_n 703-n,等等。用于数据发送的用户面协议栈700还包括在所有无线承载上公共的MAC层实体705。PDCP层实体701和RLC层实体703通过LCID来识别,其中,LCID在无线承载上是唯一的。或者,PDCP层实体701和RLC层实体703中的每一个通过目的地ID和LCID来识别,其中,LCID在相同目的地的无线承载上是唯一的。
用于数据接收的用户面协议栈710包括与第一无线承载#_1相对应的PDCP层实体#_1 711-1和RLC层实体#_1 713-1,包括与无线承载#_2相对应的PDCP层实体#_2 711-2和RLC层实体#_2 713-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的第一实施方案中解释的一样,所以这里详细描述将被省略。在调度分配中接收到的目的地标识符与接收到的MAC PDU一起被发送到MAC层实体715。
2)由MAC层实体715使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体715进行源标识符的确定和使用源标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)MAC层实体715确定在MAC PDU中接收到的一个和/或多个MAC SDU的目的地ID和/或LCID。可以通过从MAC PDU的MAC标头读取目的地ID和/或LCID来确定目的地ID和/或LCID。在目的地ID的一部分在MAC PDU的MAC标头中的目的地标识符字段中发送,而目的地ID的另一部分在调度分配信息中发送的情况下,MAC层实体715通过组合目的地ID的全部两部分来确定目的地ID。
5)对于在MAC PDU中接收到的每个MAC SDU(多个),UE中的MAC层实体715确定是否存在用于数据接收的无线承载(即PDCP层实体和RLC层实体)。
a)如果还没有建立/创建用于数据接收的无线承载(即PDCP层实体和RLC层实体),则MAC层实体715触发新的无线承载(即PDCP层实体和RLC层实体)的创建/建立,并且使用在MAC PDU中接收到的MAC SDU的源标识符和LCID或者使用在MAC PDU中接收到的MAC SDU的源标识符、目的地ID、以及LCID识别用于数据接收的新的无线承载(即PDCP层实体和RLC层实体)。MAC层实体715将MAC SDU发送到与新的无线承载相对应的RLC层实体713。
b)如果已经建立/创建无线承载(即PDCP层实体和/或/或RLC层实体),并且如果在MAC PDU中接收到的MAC SDU的源标识符和/或LCID不同于已经建立/创建的无线承载(即PDCP层实体和RLC层实体)的源标识符和/或LCID,则MAC层实体715触发新的无线承载(即PDCP层实体和RLC层实体)的建立,并且使用MAC SDU的源标识符和LCID识别新的无线承载(即PDCP层实体和RLC层实体)。
或者,如果已经建立/创建无线承载(即PDCP层实体和RLC层实体),并且如果在MACPDU中接收到的MAC SDU的源标识符和/或目的地ID和/或LCID不同于已经建立/创建的无线承载(即PDCP层实体和RLC层实体)的源标识符和/或目的地ID和/或LCID,则MAC层实体715触发新的无线承载(即PDCP层实体和RLC层实体)的建立,并且使用MAC SDU的源标识符、目的地ID、以及LCID识别新的无线承载(即PDCP层实体和RLC层实体)。MAC层实体715将包括在MAC PDU中的(多个)MAC SDU发送到与新的无线承载相对应的RLC层实体713。
c)如果已经建立/创建无线承载(即PDCP层实体和RLC层实体),并且如果在MACPDU中接收到的MAC SDU的源标识符和LCID与建立/创建无线承载的源标识符和LCID相同,则MAC层实体715将MAC SDU发送到与无线承载相对应的RLC层实体713。
或者,如果已经建立/创建无线承载(即PDCP层实体和RLC层实体),并且如果MACSDU的源标识符和目的地ID和LCID与所建立/创建的无线承载的源标识符和目的地ID和LCID相同,则MAC层实体715将MAC SDU发送到与所建立/创建的无线承载相对应的RLC层实体713。
如果在预先定义的时间段内没有活动,则用于数据接收的无线承载(即PDCP层实体和RLC层实体)被释放。
同时,如果从一个TX UE接收语音服务,则MAC层实体715可以不与另一个TX UE建立无线承载(即PDCP层实体和RLC层实体)用于语音服务。或者,UE可以释放旧的语音服务,并且与新的TX UE生成用于语音服务的无线承载(即PDCP层实体和RLC层实体)。这里,可以基于TX UE偏好生成用于语音服务的无线承载(即PDCP层实体和RLC层实体)。UE可以使用包括在MAC PDU中的一些指示符识别语音服务。
或者,可以在上层实体中处理对于一个语音服务的维持。如果从一个TX UE接收到语音服务,则可以由上层实体丢弃来自另一个TX UE的语音服务分组。
上面已经描述了基于第三实施方案的用于数据接收的用户面协议栈配置方案#_3,而基于第四实施方案的用于数据接收的用户面协议栈配置方案#_3将在下面描述。
UE可以从多个TX UE并发地接收数据。接收数据的UE维持一个或多个用于数据接收的无线承载或逻辑信道。每个无线承载或每个逻辑信道用于来自不同的<源标识符,LCID>或来自不同的<源标识符,目的地ID,LCID>的数据接收。这里,用户面协议栈与图7A和图7B中示出的用户面协议栈相同,因此这里将省略详细描述。
如果上层实体触发监视D2D通信,则UE使用默认配置建立默认无线承载。所建立的默认无线承载通过源标识符=无效和LCID=无效或者使用源标识符=无效和目的地ID=无效和LCID=无效来识别。UE还可以建立多个默认无线承载。多个默认无线承载可以用于不同的目的地ID、不同的服务、或者不同的目的地ID和不同的服务。这里,可以存在多个默认无线承载中的一个用于广播,一个用于单播,并且一个或多个用于相关联的组。其它服务可以是具有不同的优先级的服务,诸如语音服务和数据服务。可以建立默认承载用于每个目的地ID的不同的服务。
基于第四实施方案的用于数据接收的用户面协议栈配置方案#_3中的UE的操作过程将在下面描述。
1)由物理层实体使用调度分配中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。目的地标识符与接收到的MAC PDU一起被发送到MAC层实体715。
2)由MAC层实体715使用MAC PDU中的目的地标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
3)由MAC层实体715进行源标识符的确定和使用源标识符进行过滤:
这与用于数据接收的用户面协议栈配置方案#_1的第一实施方案中解释的一样,所以这里详细描述将被省略。
4)MAC层实体715确定在MAC PDU中接收到的一个和/或多个MAC SDU的目的地ID和/或LCID。可以通过从MAC PDU的MAC标头读取目的地ID和/或LCID来确定目的地ID和/或LCID。在目的地ID的一部分在MAC PDU的MAC标头中的目的地标识符字段中发送,而目的地ID的另一部分在调度分配信息中发送的情况下,MAC层实体715通过组合目的地ID的全部两部分来确定目的地ID。
5)对于在MAC PDU中接收到的每个MAC SDU(多个),UE中的MAC层实体715确定是否存在用于数据接收的无线承载(即PDCP层实体和RLC层实体)。
a)如果除了默认无线承载(即默认PDCP层实体和默认RLC层实体)以外还没有建立无线承载(即PDCP层实体和RLC层实体),则MAC层实体715使用默认无线承载(即默认PDCP层实体和默认RLC层实体),即与目的地ID相关联的默认无线承载(即默认PDCP层实体和默认RLC层实体),与在MAC PDU中接收到的MAC SDU的服务相关联的默认无线承载(即默认PDCP层实体和默认RLC层实体),或与MAC SDU的服务和目的地ID相关联的默认无线承载(即默认PDCP层实体和默认RLC层实体)。源标识符=无效、以及LCID=无效被改变为与MAC SDU相对应的源标识符和LCID,所以默认无线承载成为非默认无线承载。
或者,源标识符=无效、目的地ID=无效、以及LCID=无效被改变为与MAC SDU相对应的源标识符、目的地ID、以及LCID,所以默认无线承载成为非默认无线承载。MAC层实体715将包括在MAC PDU中的(多个)MAC SDU发送到与无线承载相对应的RLC层实体713。MAC层实体715触发新的默认无线承载的创建/建立。MAC层实体715还以与使用的默认承载相同的特性触发新的默认无线承载的创建/建立。
b)如果已经建立无线承载(即PDCP层实体和RLC层实体),并且如果在MAC PDU中接收到的MAC SDU的源标识符和/或LCID不同于现有无线承载中的每一个的源标识符和/或LCID,则MAC层实体715使用默认无线承载,与目的地ID相关联的默认无线承载,与MAC SDU的服务相关联的默认承载,或者与MAC SDU的目的地ID和服务相关联的默认承载。源标识符=无效、以及LCID=无效被改变为与MAC SDU相对应的源标识符和LCID,所以默认无线承载成为非默认无线承载。
或者,如果已经建立无线承载(即PDCP层实体和RLC层实体),并且如果在MAC PDU中接收到的MAC SDU的源标识符和/或目的地ID和/或LCID不同于现有无线承载中的每一个的源标识符和/或目的地ID和/或LCID,则MAC层实体715使用默认无线承载,即与目的地ID相关联的默认无线承载,与MAC SDU的服务相关联的默认承载,或者与MAC SDU的目的地ID和服务相关联的默认承载。源标识符=无效、目的地ID=无效、以及LCID=无效被改变为与MAC SDU相对应的源标识符、目的地ID、以及LCID,所以默认无线承载成为非默认无线承载。MAC层实体715将MAC SDU发送到与默认无线承载相对应的RLC层实体713。MAC层实体715还以与使用的默认承载相同的特性触发新的默认无线承载(即PDCP层实体和RLC层实体)的生成。
c)如果已经建立无线承载(即PDCP层实体和RLC层实体),并且如果在MAC PDU中接收到的MAC SDU的源标识符和LCID与现有无线承载的源标识符和LCID相同,则MAC层实体715将MAC SDU发送到与现有无线承载相对应的RLC层实体713。
或者,如果已经建立无线承载(即PDCP层实体和RLC层实体),并且如果MAC SDU的源标识符、目的地ID、以及LCID与现有无线承载的源标识符、目的地ID、以及LCID相同,则MAC层实体715将MAC SDU发送到与现有无线承载相对应的RLC层实体713。
如果在预先定义的时间段内没有活动,则用于数据接收的无线承载(即PDCP层实体和RLC层实体)被释放。如果上层实体指示停止监视D2D通信,则所建立的用于数据接收的默认无线承载(即默认PDCP层实体和默认RLC层实体)和所建立的用于数据接收的非默认无线承载(即非默认PDCP层实体和非默认RLC层实体)被释放。
同时,如果从一个TX UE接收语音服务,则MAC层实体715可以不与另一个TX UE建立无线承载(即PDCP层实体和RLC层实体)用于语音服务。或者,UE可以释放旧的语音服务,并且与新的TX UE生成用于语音服务的无线承载(即PDCP层实体和RLC层实体)。这里,可以基于TX UE偏好生成用于语音服务的无线承载(即PDCP层实体和RLC层实体)。UE可以使用包括在MAC PDU中的一些指示符识别语音服务。
或者,可以在上层实体中处理对于一个语音服务的维持。如果从一个TX UE接收到语音服务,则可以由上层实体丢弃来自另一个TX UE的语音分组。
当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)保持在接收到的UMD PDU当中具有最高SN的UMD PDU的SN之后的SN的值,并且其充当重新排序的窗口的更高边缘。
在用于1:M通信的单向模式(U-模式)中的稳健标头压缩(robust headercompression,ROHC)方案将在下面描述。
在UM中,ROHC方案周期性地从无压缩状态(例如,初始化和刷新(IR)状态)转变到低压缩状态(例如,第一次序(FO)状态)和高压缩状态(e.g.,第二次序(SO)状态)。
在组播中,新的接收UE(RX UE)可以在任何时刻加入数据会话。结果,新的RX UE不能解压缩数据分组,直到在TX UE中压缩器转变到无压缩器状态为止。所以,在ROHC方案中的状态当中转变的时段可以被设定得相对较短,用于防止在其期间用于数据分组的压缩被中断的时段变得很长。然而,具有相对较短时段的状态之间的转换将导致很低的压缩效率。
所以,在本公开的实施例中,如果新的RX UE加入数据会话,并且不能解压缩数据,则由新的RX UE的PDCP层实体发送一个指示到TX UE。这里,该指示可以使用固定的时间/频率资源、固定的物理层实体参数、以及固定的内容来发送。即使多个新的RX UE发送该指示,也没有TX UE将解码固定的时间/频率资源的问题。在接收该指示时,TX UE转变为无压缩状态,或者在一些持续时间期间发送未压缩的分组。
在用户面协议栈配置方案#_1到用户面协议栈配置方案#_3中的至少一些中,源UEID被编码在源标识符字段中,而目的地ID或目的地ID的一部分被编码在MAC PDU的MAC标头中的目的地标识符字段中。源UE ID和目的地ID或目的地ID的一部分可以包括在使用第一实施方案到第五实施方案之一的MAC标头中,并且这将在下面描述。
首先,根据本公开的实施例的在无连接通信系统中使用第一实施方案将源UE ID和目的地ID包括在MAC标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中,MAC标头包括至少一个MAC子标头。在MAC标头中包括的每个MAC子标头对应于在包括在MAC PDU中的有效载荷中包括的MAC控制元素(CE)或MAC SDU,或者指示填充。MAC子标头包括LCID字段,其识别MAC CE的类型或与MAC SDU相关联的逻辑信道,或者识别MAC子标头是填充子标头。
在本公开的实施例中,定义了指示源UE ID和目的地ID的新类型的MAC子标头,并且这将参考图8来描述。
图8示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID的MAC子标头的格式的示例。
参考图8,MAC子标头包括R字段、E字段、LCID字段、源标识符字段、以及目的地标识符字段。
R字段代表保留字段,E字段包括指示是否存在MAC子标头之后的其它MAC子标头的信息,LCID字段包括指示MAC子标头携载源标识符和目的地标识符字段的信息,源标识符字段包括源UE ID,而目的地标识符字段包括目的地ID或目的地ID的一部分。
同时,可以基于以下规则确定指示源UE ID和目的地ID或目的地ID的一部分的MAC子标头的位置。
首先,如果在MAC PDU中没有填充,或者如果填充的长度大于预先设定的长度,例如,2个字节,则指示源UE ID和目的地ID或目的地ID的一部分的MAC子标头可以是包括在MAC PDU中的MAC子标头当中的第一MAC子标头。
其次,如果包括在MAC PDU中的填充的长度是预先设定的长度,例如,1个字节,则指示源UE ID和目的地ID或目的地ID的一部分的MAC子标头可以是包括在MAC PDU中的MAC子标头当中的第二MAC子标头。在这种情况下,包括在MAC PDU中的MAC子标头当中的第一MAC子标头是填充子标头。
第三,如果包括在MAC PDU中的填充的长度是预先设定的长度,例如,2个字节,则指示源UE ID和目的地ID或目的地ID的一部分的MAC子标头可以是包括在MAC PDU中的MAC子标头当中的第三MAC子标头。在这种情况下,包括在MAC PDU中的MAC子标头当中的第一MAC子标头和第二MAC子标头是填充子标头。
已经参考图8描述了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID或目的地ID的一部分的MAC子标头的格式的示例,而根据本公开的实施例的在无连接通信系统中指示源UE ID的MAC子标头的格式将参考图9A来描述。
图9A示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID的MAC子标头的格式。
参考图9A,MAC子标头包括R字段、E字段、LCID字段、以及源标识符字段。
R字段代表保留字段,E字段包括指示是否存在MAC子标头之后的其它MAC子标头的信息,LCID字段包括指示MAC子标头携载源标识符字段的信息,而源标识符字段包括源UEID。
在图9A中,LCID字段包括指示MAC子标头携载源标识符的信息。然而,本领域普通技术人员将理解,LCID字段可以包括指示MAC子标头携载源UE ID、MAC子标头携载目的地ID、以及MAC子标头携载源UE ID和目的地ID之一的信息。
已经参考图9A描述了根据本公开的实施例的在无连接通信系统中指示源UE ID的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子标头携载源UE ID和目的地ID之一的信息。
上面已经描述了根据本公开的实施例的在无连接通信系统中使用第一实施方案将源UE ID和目的地ID包括在MAC标头中的过程,而根据本公开的实施例的在无连接通信系统中使用第二实施方案将源UE ID和目的地ID包括在MAC标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中,MAC标头包括源标识符字段、目的地标识符字段、以及MAC PDU格式版本号字段。这些字段被包括在D2D子标头中,而D2D子标头总是被包括在MAC标头的开头。指示MAC CE或MAC SDU或填充的其它MAC子标头接着D2D子标头。
根据本公开的实施例的在无连接通信系统中指示源标识符字段、目的地标识符字段、以及MAC PDU格式版本号字段的MAC标头的格式的示例将参考图10来描述。MAC PDU格式版本号字段指示使用哪个版本的D2D-SCH子标头。
图10示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID的MAC标头的格式的示例。
参考图10,MAC标头包括D2D子标头和MAC子标头。D2D子标头包括MAC PDU格式版本号字段、源标识符字段、以及目的地标识符字段。源标识符字段包括源UE ID,而目的地标识符字段包括目的地ID或目的地ID的一部分。MAC子标头包括指示MAC CE、MAC SDU、以及填充中的至少一个的一个或多个子标头。
已经参考图10描述了根据本公开的实施例的在无连接通信系统中指示源ID和目的地ID的MAC标头的格式的示例,而根据本公开的实施例的在无连接通信系统中指示源UEID和目的地ID或目的地ID的一部分的MAC标头的格式的另一个示例将参考图11A来描述。
图11A示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID或目的地ID的一部分的MAC标头的格式的另一个示例。
参考图11A,将注意到,图11A中的MAC标头是在考虑到一字节填充情况下的MAC标头。MAC标头包括D2D子标头、填充子标头、以及MAC子标头。D2D子标头包括MAC PDU格式版本号字段、源标识符字段、以及目的地标识符字段。填充子标头存在于D2D子标头之后以及MAC子标头之前。源标识符字段包括源UE ID,而目的地标识符字段包括目的地ID或目的地ID的一部分。填充子标头包括填充。这里,填充子标头被包括在MAC标头中,从而位于MAC子标头之前。MAC子标头包括指示MAC CE和MAC SDU中的至少一个的一个或多个子标头。
已经参考图11A描述了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID或目的地ID的一部分的MAC标头的格式的另一个示例,而根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID或目的地ID的一部分的MAC标头的格式的又一个示例将参考图11B来描述。
图11B示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID或目的地ID的一部分的MAC标头的格式的又一个示例。
参考图11B,将注意到,图11B中的MAC标头是在考虑到二字节填充情况下的MAC标头。MAC标头包括D2D子标头、两个填充子标头、以及MAC子标头。D2D子标头包括MAC PDU格式版本号字段、源标识符字段、以及目的地标识符字段。填充子标头存在于D2D子标头之后以及MAC子标头之前。源标识符字段包括源UE ID,而目的地标识符字段包括目的地ID或目的地ID的一部分。填充子标头包括填充。这里,填充子标头被包括在MAC标头中,从而位于MAC子标头之前。MAC子标头包括指示MAC CE和MAC SDU中的至少一个的一个或多个子标头。
上面已经描述了根据本公开的实施例的在无连接通信系统中使用第二实施方案将源UE ID和目的地ID或目的地ID的一部分包括在MAC标头中的过程,而根据本公开的实施例的在无连接通信系统中使用第三实施方案将源UE ID和目的地ID或目的地ID的一部分包括在MAC标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中,定义携载源UE ID和目的地ID或目的地ID的一部分的MAC控制元素(CE)。MAC CE通过MAC子标头来指示,而MAC子标头包括LCID字段。LCID字段包括指示相关MAC CE是否是包括源UE ID和目的地ID的MAC CE的信息。包括源UE ID和目的地ID的MAC CE可以是包括在MAC PDU有效载荷中的第一MAC CE字段。或者,定义了两个MAC CE,其中,一个包括源UE ID,而另一个包括目的地ID。
上面已经描述了根据本公开的实施例的在无连接通信系统中使用第三实施方案将源ID和目的地ID包括在MAC标头中的过程,而根据本公开的实施例的在无连接通信系统中使用第四实施方案将源ID和目的地ID包括在MAC标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中,MAC标头包括至少一个MAC子标头。MAC子标头指示源UE ID和目的地ID的至少一部分,并且这将参考图12来描述。
图12示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID或目的地ID的至少一部分的MAC子标头的格式的另一个示例。
参考图12,MAC子标头包括BI字段、R字段、E字段、LCID字段、源标识符字段、以及目的地标识符字段。
BI字段包括指示目的地标识符字段是否被包括在MAC子标头中的信息,并且可以以1个比特来实施。如果BI字段的值被设定为1,则MAC子标头没有包括目的地标识符字段。如果BI字段的值被设定为0,则MAC子标头包括目的地标识符字段。
R字段代表保留字段,E字段包括指示是否存在MAC子标头之后的其它MAC子标头的信息,LCID字段包括指示MAC子标头携载源UE ID和目的地ID至少一部分的信息,源标识符字段包括源UE ID,而目的地标识符字段包括目的地ID中的至少一部分。
同时,可以基于以下规则确定指示源UE ID和目的地ID的至少一部分的MAC子标头的位置。
首先,如果在MAC PDU中没有填充,或者如果填充的长度大于预先设定的长度,例如,2个字节,则指示源UE ID和目的地ID的至少一部分的MAC子标头可以是包括在MAC PDU中的MAC子标头当中的第一MAC子标头。
其次,如果包括在MAC PDU中的填充的长度是预先设定的长度,例如,1个字节,则指示源UE ID和目的地ID的至少一部分的MAC子标头可以是包括在MAC PDU中的MAC子标头当中的第二MAC子标头。在这种情况下,包括在MAC PDU中的MAC子标头当中的第一MAC子标头是填充子标头。
第三,如果包括在MAC PDU中的填充的长度是预先设定的长度,例如,2个字节,则指示源UE ID和目的地ID至少一部分的MAC子标头可以是包括在MAC PDU中的MAC子标头当中的第三MAC子标头。在这种情况下,包括在MAC PDU中的MAC子标头当中的第一MAC子标头和第二MAC子标头是填充子标头。
上面已经描述了根据本公开的实施例的在无连接通信系统中使用第四实施方案将源UE ID和目的地ID中的至少一部分包括在MAC标头中的过程,而根据本公开的实施例的在无连接通信系统中使用第五实施方案将源UE ID和目的地ID中的至少一部分包括在MAC标头中的过程将在下面描述。
在根据本公开的实施例的无连接通信系统中,MAC标头包括至少一个MAC子标头。MAC子标头指示源UE ID和目的地ID的至少一部分,并且这将参考图13来描述。
图13示意地示出了根据本公开的实施例的在无连接通信系统中指示源UE ID和目的地ID的至少一部分的MAC子标头的格式的又一个示例。
参考图13,MAC子标头包括AI字段、E字段、LCID字段、源标识符字段、以及目的地标识符字段。
AI字段包括指示目的地标识符字段被设定为组ID、目的地标识符字段被设定为目的地ID、以及目的地标识符字段不被设定为任何值中的一个的信息。
E字段包括指示是否存在MAC子标头之后的其它MAC子标头的信息,LCID字段包括指示MAC子标头携载源UE ID和目的地ID中的至少一部分的信息,源标识符字段包括源UEID,以及目的地标识符字段基于AI字段的值包括组ID或目的地ID中的至少一部分,或者不包括任何值。
以上已经描述了根据本公开的实施例的在无连接通信系统中使用第五实施方案将源UE ID和目的地ID的至少一部分包括在MAC标头中的过程,而根据本公开的实施例的在无连接通信系统中的BS的内部结构将参考图14来描述。
图14示意地示出了根据本公开的实施例的在无连接通信系统中的BS的内部结构。
参考图14,BS 1400包括发送器1411、控制器1413、接收器1415、以及存储单元1417。
控制器1413控制BS 1400的总体操作。更具体地,控制器1413控制BS1400执行与用户面协议栈操作相关的操作。与用户面协议栈操作相关的操作以参考图2到图13所述的方式来执行,并且这里将省略其描述。
发送器1411在控制器1413的控制下将各种信号、各种消息等发送到UE等。在发送器1411中发送的各种信号、各种消息等已经描述在图2到图13中,并且这里将省略其描述。
接收器1415在控制器1413的控制下从UE等接收各种信号、各种消息等。在接收器1415中接收的各种信号、各种消息等已经描述在图2到图13中,并且这里将省略其描述。
存储单元1417存储BS 1400的操作所需的程序和各种数据、与根据本公开的实施例的用户面协议栈操作相关的信息等。存储单元1417存储在接收器1415中接收的各种信号、各种消息等。
虽然发送器1411、控制器1413、接收器1415、以及存储单元1417被描述为单独的处理器,但是将理解这仅仅是为了方便描述。换句话说,发送器1411、控制器1413、接收器1415、以及存储单元1417中的两个或更多个可以合并到单一处理器中。
已经参考图14描述了根据本公开的实施例的在无连接通信系统中的BS的内部结构,而根据本公开的实施例的在无连接通信系统中的UE的内部结构将参考图15来描述。
图15示意地示出了根据本公开的实施例的在无连接通信系统中的UE的内部结构。
参考图15,UE 1500包括发送器1511、控制器1513、接收器1515、以及存储单元1517。
控制器1513控制UE 1500的总体操作。更具体地,控制器1513控制UE 1500执行与用户面协议栈操作相关的操作。与用户面协议栈操作相关的操作以参考图2到图13所述的方式来执行,并且这里将省略其描述。
发送器1511在控制器1513的控制下将各种信号、各种消息等发送到BS等。在发送器1511中发送的各种信号、各种消息等已经描述在图2到图13中,并且这里将省略其描述。
接收器1515在控制器1513的控制下从BS等接收各种信号、各种消息等。在接收器1515中接收的各种信号、各种消息等已经描述在图2到图13中,并且这里将省略其描述。
存储单元1517存储UE 1500的操作所需的程序和各种数据、与根据本公开的实施例的用户面协议栈操作相关的信息等。存储单元1517存储在接收器1515中接收的各种信号、各种消息等。
虽然发送器1511、控制器1513、接收器1515、以及存储单元1517被描述为单独的处理器,但是将理解这仅仅是为了方便描述。换句话说,发送器1511、控制器1513、接收器1515、以及存储单元1517中的两个或更多个可以合并到单一处理器中。
从前述描述中可以清晰看出,本公开的实施例使得能够在无连接通信系统中操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中通过考虑无线承载来操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中通过考虑逻辑信道来操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中基于源UE ID和目的地ID的至少一部分操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中基于传输会话类型来操作用户面协议栈。
本公开的实施例使得能够在无连接通信系统中通过考虑数据压缩来操作用户面协议栈。
本公开的某些方面还可以具体体现为非瞬时计算机可读记录介质上的计算机可读代码。非瞬时计算机可读记录介质是能够存储此后能够由计算机系统读取的数据的任何数据存储设备。非瞬时计算机可读记录介质的示例包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光数据存储设备、以及载波(诸如通过互联网的数据传输)。非瞬时计算机可读记录介质还可以分布在网络耦合的计算机系统上,从而计算机可读代码以分布式方式存储和运行。此外,用于实现本公开的功能程序、代码和代码段能够被本公开所属领域的程序员容易地解释。
能够理解,根据本公开的实施例的方法和装置可以通过硬件、软件、和/或它们的组合来实施。软件可以存储在非易失性存储器中,例如,可消除或可重写ROM,存储器,例如,RAM,存储器芯片,存储器设备,或存储器集成电路(IC),或光学地或磁性地科技路非瞬时机器可读(例如,计算机可读)的存储介质(例如,紧密盘(CD)、数字多功能盘(DVD)、磁盘、磁带,和/或等等)。根据本公开的实施例的方法和装置可以通过包括控制器和存储器的计算机或移动终端来实施,而存储器可以是非瞬时机器可读(例如,计算机可读)的存储介质的示例,存储介质适于存储包括用于实施本公开的各种实施例的指令的一个或多个程序。
本公开可以包括程序和存储程序的非瞬时机器可读(例如,计算机可读)的存储介质,该程序包括用于实施如所附权利要求限定的装置和方法的代码。该程序可以经由任何介质来电子地传输,诸如通过有线和/或无线连接发送的通信信号,并且本公开可以包括它们的等同物。
根据本公开的实施例的装置可以从经由有线或无线连接到该装置的程序提供设备接收程序并存储程序。该程序提供设备可以包括:存储器,用于存储指令执行已经安装的内容保护方法的指令、内容保护方法所需的信息等;通信单元,用于执行与图形处理设备的有线或无线通信;以及控制器,用于基于图形处理设备的请求将相关程序发送到发送/接收设备或者自动地将相关程序发送到发送/接收设备。
虽然已经参考本公开的各种实施例示出和描述了本公开,但是本领域技术人员将理解,可以在这里进行各种形式和细节上的改变,而不脱离由所附权利要求书及其等同物定义的本公开的精神和范围。
Claims (12)
1.一种用于通过电子设备进行设备到设备(D2D)通信的方法,该方法包括:
标识包括至少一个MAC服务数据单元(SDU)和一个MAC标头的媒介访问控制(MAC)协议数据单元(PDU),其中,所述MAC标头包括至少一个MAC子标头和一个用于D2D通信的子标头;和
在用于D2D通信的信道上发送MAC PDU,
其中,用于D2D通信的子标头包括关于MAC PDU的格式的版本的信息,关于源的标识的信息以及关于目的地的标识的信息。
2.如权利要求1所述的方法,其中,关于源的标识的信息包括所述电子设备的标识符(ID)。
3.如权利要求1所述的方法,其中,关于目的地的标识的信息包括另一电子设备的ID或电子设备组的ID。
4.如权利要求1所述的方法,其中,用于D2D通信的子标头被放置在所述MAC标头中的所述至少一个MAC子标头的前面。
5.如权利要求4所述的方法,其中,如果所述MAC标头还包括用于一个字节填充或用于两个字节填充的至少一个填充子标头,则所述至少一个填充子标头被放置在用于D2D通信的子标头之后并且在所述至少一个MAC子标头之前。
6.一种用于通过电子设备进行设备到设备(D2D)通信的方法,该方法包括:
在用于D2D通信的信道上接收包括至少一个MAC服务数据单元(SDU)和一个MAC标头的媒介访问控制(MAC)协议数据单元(PDU),其中,所述MAC标头包括至少一个MAC子标头和一个用于D2D通信的子标头;和
处理接收到的MAC PDU,
其中,用于D2D通信的子标头包括关于MAC PDU的格式的版本的信息,关于源的标识的信息以及关于目的地的标识的信息。
7.如权利要求6所述的方法,其中,关于源的标识的信息包括发送所述MAC PDU的另一电子设备的标识符(ID)。
8.如权利要求6所述的方法,其中,关于目的地的标识的信息包括所述电子设备的ID或所述电子设备所属的电子设备组的ID。
9.如权利要求6所述的方法,其中,用于D2D通信的子标头被放置在所述MAC标头中的所述至少一个MAC子标头的前面。
10.如权利要求9所述的方法,其中,如果所述MAC标头还包括用于一个字节填充或用于两个字节填充的至少一个填充子标头,则将所述至少一个填充子标头放置在用于D2D通信的子标头之后并且在所述至少一个MAC子标头之前。
11.一种用于设备到设备(D2D)通信的电子设备,该电子设备包括:
收发器;和
至少一个处理器,耦合到收发器,其中,至少一个处理器被配置为如权利要求1至5中的一项所述的方法来操作。
12.一种用于设备到设备(D2D)通信的电子设备,该电子设备包括:
收发器;和
至少一个处理器,耦合到收发器,其中,至少一个处理器被配置为如权利要求6至10中的一项所述的方法来操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911294747.1A CN111065074B (zh) | 2014-01-16 | 2015-01-16 | 电子设备及其方法 |
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN68/KOL/2014 | 2014-01-16 | ||
IN68KO2014 | 2014-01-16 | ||
IN265/KOL/2014 | 2014-03-04 | ||
IN265KO2014 | 2014-03-04 | ||
IN772KO2014 | 2014-07-18 | ||
IN772/KOL/2014 | 2014-07-18 | ||
CN201911294747.1A CN111065074B (zh) | 2014-01-16 | 2015-01-16 | 电子设备及其方法 |
PCT/KR2015/000497 WO2015108373A1 (en) | 2014-01-16 | 2015-01-16 | Apparatus and method for operating user plane protocol stack in connectionless communicaton system |
CN201580004728.4A CN105917599B (zh) | 2014-01-16 | 2015-01-16 | 无连接通信系统中操作用户面协议栈的装置和方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580004728.4A Division CN105917599B (zh) | 2014-01-16 | 2015-01-16 | 无连接通信系统中操作用户面协议栈的装置和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111065074A true CN111065074A (zh) | 2020-04-24 |
CN111065074B CN111065074B (zh) | 2023-06-09 |
Family
ID=53543193
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911294747.1A Active CN111065074B (zh) | 2014-01-16 | 2015-01-16 | 电子设备及其方法 |
CN201580004728.4A Active CN105917599B (zh) | 2014-01-16 | 2015-01-16 | 无连接通信系统中操作用户面协议栈的装置和方法 |
CN201911293630.1A Active CN110809326B (zh) | 2014-01-16 | 2015-01-16 | 用户设备及其方法 |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580004728.4A Active CN105917599B (zh) | 2014-01-16 | 2015-01-16 | 无连接通信系统中操作用户面协议栈的装置和方法 |
CN201911293630.1A Active CN110809326B (zh) | 2014-01-16 | 2015-01-16 | 用户设备及其方法 |
Country Status (5)
Country | Link |
---|---|
US (5) | US10485018B2 (zh) |
EP (2) | EP3095204B1 (zh) |
KR (1) | KR102286265B1 (zh) |
CN (3) | CN111065074B (zh) |
WO (1) | WO2015108373A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023060446A1 (zh) * | 2021-10-12 | 2023-04-20 | Oppo广东移动通信有限公司 | 信息处理方法、装置、计算机设备和存储介质 |
Families Citing this family (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102124889B1 (ko) * | 2014-03-07 | 2020-06-19 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 단말간 통신을 지원하는 무선통신 시스템에서 매체접근제어 정보 전송 방법 및 장치 |
US10110713B2 (en) * | 2014-09-12 | 2018-10-23 | Samsung Electronics Co., Ltd. | Handling different protocol data unit types in a device to device communication system |
US10728758B2 (en) * | 2015-01-16 | 2020-07-28 | Samsung Electronics Co., Ltd. | Method of secured transmission and reception of discovery message in a D2D communication system |
CN107580788B (zh) * | 2015-02-26 | 2021-10-15 | 三星电子株式会社 | 用于在单播设备到设备(d2d)通信和组播d2d通信之间区分的方法 |
JP6509033B2 (ja) * | 2015-05-15 | 2019-05-08 | 株式会社Nttドコモ | ユーザ装置、基地局及び通信方法 |
US20180199229A1 (en) * | 2015-07-26 | 2018-07-12 | Lg Electronics Inc. | Method for transmitting information on priority for d2d link with relay ue in wireless communication system and apparatus therefor |
EP3332520B1 (en) * | 2015-08-05 | 2020-04-22 | LG Electronics Inc. | Method for indicating a priority for relay data in a d2d communication system and device therefor |
WO2017049490A1 (zh) * | 2015-09-23 | 2017-03-30 | 华为技术有限公司 | 控制信令处理方法、装置及设备 |
CN108292982B (zh) * | 2015-11-16 | 2021-01-15 | Lg 电子株式会社 | 一种在无线通信系统中操作的装置及其装置操作方法 |
WO2017166139A1 (zh) * | 2016-03-30 | 2017-10-05 | 广东欧珀移动通信有限公司 | 中继传输的方法和装置 |
WO2017171302A1 (ko) * | 2016-04-01 | 2017-10-05 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 데이터를 전송하는 방법 및 장치 |
US20180098241A1 (en) * | 2016-09-30 | 2018-04-05 | Huawei Technologies Co., Ltd. | Method and apparatus for ordering of protocol data unit delivery |
EP3528589B1 (en) * | 2016-10-14 | 2021-02-24 | NTT DoCoMo, Inc. | Wireless communication device |
KR20180050192A (ko) | 2016-11-04 | 2018-05-14 | 삼성전자주식회사 | 차세대 이동 통신 시스템을 지원하기 위한 mac 서브 헤더의 구조와 이를 적용하는 방법 및 장치 |
FR3061331B1 (fr) * | 2016-12-22 | 2019-05-10 | Thales | Ensemble d'identification, de partage et de gestion de donnees comportant des donnees critiques et des donnees non critiques |
WO2018135875A1 (en) * | 2017-01-18 | 2018-07-26 | Lg Electronics Inc. | Method and device for transmitting data unit, and method and device for receiving data unit |
WO2018189882A1 (ja) | 2017-04-14 | 2018-10-18 | 富士通株式会社 | 無線通信装置、無線通信方法、及び無線通信システム |
CN108738142B (zh) * | 2017-04-21 | 2023-07-14 | 中兴通讯股份有限公司 | 一种调度信息传输方法及装置 |
US10805836B2 (en) * | 2017-05-05 | 2020-10-13 | Qualcomm Incorporated | Packet duplication at a packet data convergence protocol (PDCP) entity |
CN109005560B (zh) * | 2017-06-06 | 2023-03-31 | 中国移动通信有限公司研究院 | 数据传输及接收方法、网络设备、用户设备及存储介质 |
KR102588139B1 (ko) | 2017-06-23 | 2023-10-13 | 모토로라 모빌리티 엘엘씨 | 이용되는 보안 키들에 영향을 주는 연결 재구성의 일부로서 베어러 특정 변경들을 구현하기 위한 방법 및 장치 |
US10880737B2 (en) * | 2017-06-23 | 2020-12-29 | Motorola Mobility Llc | Method and apparatus for refreshing the security keys of a subset of configured radio bearers |
CN109429183B (zh) * | 2017-08-25 | 2021-08-24 | 中兴通讯股份有限公司 | 一种用户面模式的选择、调整方法、装置和设备 |
JP6992086B2 (ja) * | 2017-11-22 | 2022-01-13 | 京セラ株式会社 | 通信方法、無線通信装置、及びプロセッサ |
KR20190119799A (ko) * | 2018-04-13 | 2019-10-23 | 삼성전자주식회사 | 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 자원할당 방법 및 장치 |
CN110662308B (zh) * | 2018-06-30 | 2021-11-09 | 华为技术有限公司 | 一种通信方法及装置 |
JP7065814B2 (ja) * | 2018-09-10 | 2022-05-12 | 華碩電腦股▲ふん▼有限公司 | 無線通信システムにおけるサイドリンク送信のためのソース表示の方法および装置 |
CN110234124B (zh) * | 2019-04-19 | 2022-04-01 | 维沃移动通信(深圳)有限公司 | 信息传输方法及终端设备 |
KR20210003632A (ko) | 2019-07-02 | 2021-01-12 | 삼성전자주식회사 | 무선 통신 시스템에서 사이드링크 데이터 베어러 설정 방법 및 장치 |
CN112243208A (zh) * | 2019-07-19 | 2021-01-19 | 夏普株式会社 | 接入控制方法及用户设备 |
CN114007196B (zh) * | 2020-07-16 | 2024-04-12 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的方法和设备 |
WO2022042629A1 (en) * | 2020-08-28 | 2022-03-03 | Shanghai Langbo Communication Technology Company Limited | Method and device for relay transmission |
CN114125762A (zh) * | 2020-08-28 | 2022-03-01 | 上海朗帛通信技术有限公司 | 一种副链路无线通信的方法和装置 |
CN114979312A (zh) * | 2022-05-27 | 2022-08-30 | 山东闻远通信技术有限公司 | 一种高层业务类型检测方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120083283A1 (en) * | 2010-10-04 | 2012-04-05 | Nokia Siemens Networks Oy | Feedback mapping for D2D control signals |
US20120113877A1 (en) * | 2009-05-15 | 2012-05-10 | Eun Jong Lee | Structure of efficient signaling header in broadband wireless access system |
WO2013154326A1 (ko) * | 2012-04-09 | 2013-10-17 | 엘지전자 주식회사 | 단말 간 직접 통신을 지원하는 무선 통신 시스템에서 d2d 단말이 데이터를 전송 및 수신하는 방법 |
WO2013179268A1 (en) * | 2012-05-31 | 2013-12-05 | Renesas Mobile Corporation | Method, apparatus and computer program for communicating |
WO2013191522A1 (ko) * | 2012-06-22 | 2013-12-27 | 엘지전자 주식회사 | 기기-대-기기 통신을 위한 스케줄링 방법 및 이를 위한 장치 |
Family Cites Families (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7213077B2 (en) * | 2000-07-21 | 2007-05-01 | Hughes Network Systems, Inc. | Method and system for providing buffer management in a performance enhancing proxy architecture |
KR100802618B1 (ko) * | 2001-07-07 | 2008-02-13 | 엘지전자 주식회사 | 무선통신시스템에서 이동국 식별자 설정방법 및 장치 |
US20060101225A1 (en) * | 2004-11-08 | 2006-05-11 | Eliezer Aloni | Method and system for a multi-stream tunneled marker-based protocol data unit aligned protocol |
US20100208691A1 (en) * | 2007-05-28 | 2010-08-19 | Suguru Toyokawa | Communication system, control apparatus and router using network-based ip mobility protocol and communication method for the same |
US8902927B2 (en) * | 2007-10-01 | 2014-12-02 | Qualcomm Incorporated | Medium access control header format |
CN101855924A (zh) | 2007-11-08 | 2010-10-06 | 交互数字技术公司 | 用于合并的媒介接入控制(mac)和无线电链路控制(rlc)处理的方法和设备 |
US8176524B2 (en) * | 2008-04-22 | 2012-05-08 | Samsung Electronics Co., Ltd. | System and method for wireless communication of video data having partial data compression |
US8873474B2 (en) | 2008-10-17 | 2014-10-28 | Telefonaktiebolaget L M Ericsson (Publ) | Method and mobile terminal providing priority-based uplink scheduling information |
CN101841853A (zh) * | 2009-03-17 | 2010-09-22 | 中兴通讯股份有限公司 | 一种用户设备以及用户设备接收下行数据的方法 |
US8571021B2 (en) | 2009-06-10 | 2013-10-29 | Microchip Technology Incorporated | Packet based data transmission with reduced data size |
JP5038366B2 (ja) * | 2009-07-16 | 2012-10-03 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム、移動局及び無線基地局 |
WO2011021267A1 (ja) * | 2009-08-18 | 2011-02-24 | 富士通株式会社 | 通信装置、移動端末および通信システム |
KR101653310B1 (ko) * | 2009-09-02 | 2016-09-01 | 엘지전자 주식회사 | Mac 헤더 타입 정보를 이용한 mac pdu 송수신 방법 및 장치 |
TWI510127B (zh) * | 2010-10-01 | 2015-11-21 | Interdigital Patent Holdings | 允許自多傳輸點接收之mac及rlc架構及方法 |
CN102761905B (zh) * | 2011-04-26 | 2016-03-30 | 华为技术有限公司 | 消息处理方法、设备及系统 |
JP5990585B2 (ja) * | 2011-08-19 | 2016-09-14 | エスシーエー アイピーエルエー ホールディングス インコーポレイテッド | リレー装置、端末装置および方法 |
US9204481B2 (en) * | 2011-10-07 | 2015-12-01 | Futurewei Technologies, Inc. | System and method for transmitting uplink data associated with downlink multiple point transmission |
KR101186621B1 (ko) * | 2011-10-10 | 2012-09-27 | 엘지전자 주식회사 | 무선통신 시스템에서 멀티캐스트 데이터를 전송 및 수신하는 방법과 이를 위한 장치 |
US9609608B2 (en) * | 2011-11-29 | 2017-03-28 | Lg Electronics Inc. | Method for supporting device to device synchronization and identification in wireless access system that supports device to device communication |
WO2013085138A1 (en) | 2011-12-08 | 2013-06-13 | Lg Electronics Inc. | Method and apparatus for broadcasting a mac control message in wireless access system |
KR101306746B1 (ko) * | 2011-12-08 | 2013-09-11 | 엘지전자 주식회사 | 무선접속시스템에서 mac 제어 메시지를 방송하는 방법 및 장치 |
US20140348148A1 (en) * | 2011-12-09 | 2014-11-27 | Lg Electronics Inc. | Method for transmitting and receiving fram in wireless local area network system and device supporting same |
US9247563B2 (en) * | 2011-12-23 | 2016-01-26 | Blackberry Limited | Method implemented in a user equipment |
CN103548405A (zh) | 2012-03-16 | 2014-01-29 | 华为技术有限公司 | 调度请求资源配置方法、设备及系统 |
US9504089B2 (en) * | 2012-05-14 | 2016-11-22 | Broadcom Corporation | System and method for wireless station bridging |
US9167622B2 (en) * | 2012-05-23 | 2015-10-20 | Qualcomm Incorporated | Methods and a system of multiplexing multiple concurrent operational modes on a single physical transceiver by opportunistic time stealing |
EP2870784B1 (en) * | 2012-07-05 | 2017-08-30 | LG Electronics Inc. | Method and apparatus of providing a proximity-based service for public safety |
US20150181571A1 (en) * | 2012-08-15 | 2015-06-25 | Lg Electronics Inc. | Method monitoring pdcch based on drx and communication device thereof |
KR101860811B1 (ko) * | 2012-08-23 | 2018-05-24 | 인터디지탈 패튼 홀딩스, 인크 | 무선 시스템에서의 다중 스케줄러들을 이용한 동작 |
US9265031B2 (en) * | 2012-12-20 | 2016-02-16 | Optis Cellular Technology, Llc | Communication protocol for short data transmissions |
US10117224B2 (en) * | 2013-09-20 | 2018-10-30 | Qualcomm Incorporated | MAC subheader for D2D broadcast communication for public safety |
US20150124646A1 (en) * | 2013-11-01 | 2015-05-07 | Electronics And Telecommunications Research Institute | Device-to-device communication method and apparatus |
CN104768206B (zh) * | 2014-01-02 | 2019-01-04 | 电信科学技术研究院 | 设备到设备通信的数据传输方法及装置 |
EP3100374B1 (en) | 2014-01-31 | 2021-12-29 | LG Electronics Inc. | Method for handling an id collision for d2d communication system and device therefor |
KR102124889B1 (ko) | 2014-03-07 | 2020-06-19 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 단말간 통신을 지원하는 무선통신 시스템에서 매체접근제어 정보 전송 방법 및 장치 |
CN103874049B (zh) | 2014-03-31 | 2017-02-15 | 电信科学技术研究院 | 一种缓冲区状态上报bsr触发方法及装置 |
WO2016068456A1 (en) | 2014-10-31 | 2016-05-06 | Lg Electronics Inc. | Method for avoiding transmitting mac pdu having padding only in a d2d communication system and device therefor |
-
2015
- 2015-01-16 WO PCT/KR2015/000497 patent/WO2015108373A1/en active Application Filing
- 2015-01-16 EP EP15737771.4A patent/EP3095204B1/en active Active
- 2015-01-16 KR KR1020167019397A patent/KR102286265B1/ko active IP Right Grant
- 2015-01-16 CN CN201911294747.1A patent/CN111065074B/zh active Active
- 2015-01-16 CN CN201580004728.4A patent/CN105917599B/zh active Active
- 2015-01-16 EP EP22180994.0A patent/EP4087355B1/en active Active
- 2015-01-16 US US15/112,370 patent/US10485018B2/en active Active
- 2015-01-16 CN CN201911293630.1A patent/CN110809326B/zh active Active
-
2019
- 2019-06-12 US US16/439,189 patent/US20190297641A1/en not_active Abandoned
- 2019-11-18 US US16/686,625 patent/US20200146046A1/en not_active Abandoned
-
2020
- 2020-12-21 US US17/128,723 patent/US11470633B2/en active Active
-
2022
- 2022-10-07 US US17/962,025 patent/US20230023801A1/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120113877A1 (en) * | 2009-05-15 | 2012-05-10 | Eun Jong Lee | Structure of efficient signaling header in broadband wireless access system |
US20120083283A1 (en) * | 2010-10-04 | 2012-04-05 | Nokia Siemens Networks Oy | Feedback mapping for D2D control signals |
WO2013154326A1 (ko) * | 2012-04-09 | 2013-10-17 | 엘지전자 주식회사 | 단말 간 직접 통신을 지원하는 무선 통신 시스템에서 d2d 단말이 데이터를 전송 및 수신하는 방법 |
WO2013179268A1 (en) * | 2012-05-31 | 2013-12-05 | Renesas Mobile Corporation | Method, apparatus and computer program for communicating |
WO2013191522A1 (ko) * | 2012-06-22 | 2013-12-27 | 엘지전자 주식회사 | 기기-대-기기 통신을 위한 스케줄링 방법 및 이를 위한 장치 |
Non-Patent Citations (1)
Title |
---|
INTERDIGITAL: "R1-135606 \"L1 channel design for D2D communication\"" * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023060446A1 (zh) * | 2021-10-12 | 2023-04-20 | Oppo广东移动通信有限公司 | 信息处理方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
KR102286265B1 (ko) | 2021-08-06 |
EP4087355A1 (en) | 2022-11-09 |
CN105917599B (zh) | 2020-01-10 |
CN110809326A (zh) | 2020-02-18 |
CN111065074B (zh) | 2023-06-09 |
EP3095204A1 (en) | 2016-11-23 |
WO2015108373A1 (en) | 2015-07-23 |
US20210112584A1 (en) | 2021-04-15 |
US20200146046A1 (en) | 2020-05-07 |
EP3095204B1 (en) | 2022-08-31 |
US20190297641A1 (en) | 2019-09-26 |
CN105917599A (zh) | 2016-08-31 |
US10485018B2 (en) | 2019-11-19 |
EP4087355B1 (en) | 2023-11-22 |
US20230023801A1 (en) | 2023-01-26 |
US20160338092A1 (en) | 2016-11-17 |
US11470633B2 (en) | 2022-10-11 |
CN110809326B (zh) | 2023-05-02 |
EP3095204A4 (en) | 2017-10-18 |
KR20160110387A (ko) | 2016-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105917599B (zh) | 无连接通信系统中操作用户面协议栈的装置和方法 | |
US20230254939A1 (en) | Method and apparatus for performing cooperative communication in wireless communication system | |
US11706838B2 (en) | Method and apparatus for performing efficient layer 2 function in mobile communication system | |
CN110741714A (zh) | 下一代移动通信系统中支持多个调度请求的方法 | |
KR102442914B1 (ko) | 무선 통신 시스템에서 메시지를 송수신하는 방법 및 장치 | |
CN112262543A (zh) | 在下一代移动通信系统中指示半持续探测参考信号作为相邻小区参考信号的方法和装置 | |
CN113826346A (zh) | 无线通信系统中用于控制信道接收的方法和装置 | |
US11665766B2 (en) | Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system | |
CN113647177A (zh) | 在无线协作通信系统中发送和接收多个数据的方法和装置 | |
JP2021501521A (ja) | 方法、装置、コンピュータプログラム製品およびコンピュータプログラム | |
JP2023524621A (ja) | ネットワーク符号化を構成しネットワーク符号化のアクティブ化を制御するための方法および装置 | |
CN111357322A (zh) | 终端装置、基站装置以及方法 | |
WO2015135430A1 (zh) | 数据传输方法及通信设备 | |
EP3818683B1 (en) | Method and apparatus for a wireless communication terminal | |
CN111148123B (zh) | 一种无线回传处理方法及通信装置 | |
CN115668822A (zh) | 用信号通知网络编码操作的暂停和恢复的方法和设备 | |
US20180054758A1 (en) | Mac header compression for high efficiency wlan | |
WO2023185450A1 (zh) | 数据包处理方法及装置 | |
WO2023040445A1 (zh) | 无线通信系统中的电子设备和方法 | |
CN113383602B (zh) | 无线通信系统中的发送和接收数据的方法和设备 | |
CN115174491A (zh) | 一种通信方法及通信装置 | |
CN113228790A (zh) | 用于网络协作的资源分配的方法和装置 | |
CN116762468A (zh) | 支持无线通信系统中的小数据传输的方法和装置 | |
KR20150105171A (ko) | 이동 통신 시스템에서 대용량 서비스 데이터 유닛을 지원하기 위한 방법 및 장치 | |
KR20100123663A (ko) | 광대역 무선 접속 시스템에서 효율적인 시그널링 헤더의 구조 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |