在移动宽带网中的增强的局部通信的制作方法

文档序号:7792197阅读:146来源:国知局
在移动宽带网中的增强的局部通信的制作方法
【专利摘要】本文介绍的技术提供了用于到局部通信组(LCG)和在局部通信组之中的高效通信的框架。LCG可以是点对组通信或网络对组通信。点对组通信可以是单向的(例如组中的一个对等体可以在具有很少反馈的情况下将通信发送到其余的用户)或者双向的(例如组中的每个成员可以具有与组中的其余成员共享内容的能力)。根据本文介绍的技术,局部组通信可以被锚定通过LTE网络的eNodeB,其可以使用在下行链路中的多播通信和在上行链路中的单播通信的组合。
【专利说明】在移动宽带网中的增强的局部通信

【背景技术】
[0001]在过去的几十年中,采用正交频分复用(OFDM)数字调制方案的移动通信系统已经增加。例如,一种这样的通信系统是按照由第三代合作伙伴计划(3GPP)发起的通用移动通信系统(UMTS)长期演进(LTE)标准操作的网络。LTE网络包括新的无线电接入技术和核心无线电网络架构,其提供高数据率、低延迟、分组优化以及改进的系统容量和覆盖范围。在LTE网络中,演进通用地面无线电接入网(EUTRAN)包括多个演进节点B (eNodeB),并且与也被称为用户设备(UE)的多个移动终端通信。在LTE网络中的下行链路(DL)传输可以被定义为从eNodeB到UE的通信,并且上行链路(UL)传输可以被定义为从UE到eNodeB的通信。在下行链路传输中,eNodeB可以以使用单播服务的单播子帧与单个UE通信。替代地,eNodeB可以以使用多媒体广播多播服务(MBMS)的多播/广播单频网(MBSFM)子帧与多个UE通信。

【专利附图】

【附图说明】
[0002]经由示例图示了本公开的一个或多个实施例,并且其不限于附图的图,其中同样的附图标记指示类似的元素。
[0003]图1图示了蜂窝式网络的示例架构。
[0004]图2是示出了基站的架构的示例的高级框图。
[0005]图3图示了实施局部通信组的示例eNodeB。
[0006]图4图示了实施网络托管的局部通信组的示例eNodeB。
[0007]图5是在局部通信组中的通信的示例流程图。
[0008]图6图示了使用eNodeB进行多播的示例过程。
[0009]图7图示了根据某些实施例的示例eNodeB和示例UE。
[0010]图8提供了根据某些实施例的移动设备的示例图示。

【具体实施方式】
[0011]在3GPP中提出了可以涉及网络发起的或UE发起的到用户和/或设备的组或者在用户和/或设备的组之中的通信的各种应用和用例。例如,已经针对局部社交网络、内容共享、基于位置的营销、服务广告、移动到移动应用、公共安全等等提出了在用户和/或设备的组之中的点到点或者设备到设备(D2D)通信。实施这样的局部通信组(LCG)的先前的尝试依赖直接的设备到设备通信,并且因此对设备之间的接近度是敏感的。该受限的范围已经导致先前的尝试在规模方面受限。
[0012]因此,存在针对用于以对在组中的全部用户的成对紧密接近不敏感的方式进行局部组通信的系统和方法的需要。
[0013]本文介绍的技术提供了一种用于到LCG和在LCG之中的高效通信的框架。根据各种实施例,LCG可以是点到组通信或者是网络到组通信。点到组通信可以是单向的(例如组中的一个对等体可以在具有很少反馈的情况下将通信发送到其余的用户)或者双向的(例如组中的每个成员可以具有与组中的其余成员共享内容的能力)。根据本文介绍的技术,局部组通信可以被锚定(anchor)通过LTE网络的eNodeB,其可以使用在下行链路中的多播通信和在上行链路中的单播通信的组合。下文更详细地描述这些通信和其他细节。
[0014]在本发明书中的对“实施例”、“一个实施例”或类似的引用,意味着描述的特定特征、结构或特性被包括在本公开的至少一个实施例中。在本说明书中这些短语的出现未必指代相同的实施例。
[0015]图1图示了蜂窝式网络100的示例架构。示例网络包括基站102和移动终端104(在本文中也被称为“用户设备”或“UE”)。如本文中使用的那样,术语“基站”是通用术语。如由本领域技术人员将会理解的那样,在演进通用地面无线电接入网(EUTRAN)中,诸如在LTE架构中使用的一个演进通用地面无线电接入网,基站102可以是演进NodeB (eNodeB)。然而,术语“eNodeB”在某种意义上也比常规基站更广义,因为eNodeB—般是指逻辑节点。如本文中使用的那样,术语“基站”包括基站、NodeB、eNodeB或对于其他架构而言特定的其他节点。LTE系统中的eNodeB可以处理在一个或若干小区中的传输和接收。
[0016]根据下文描述的示例实施例,移动终端104例如通过传输或接收无线电链路控制(RLC)协议数据单元(PDU)段和服务数据单元(SDU)段,使用专用信道106来与基站102通信。基站102连接到相应的无线电网络控制器(RNC) 108。虽然在图1中没有如这样示出,但应理解每个RNC 108可以控制多于一个基站102。RNC 108连接到核心网110。在LTE架构中,核心网110是演进分组核心(EPC)。
[0017]如上文介绍的那样,EUTRAN是使用由3GPP的LTE标准所定义的空中接口的无线通信网络。在3GPP LTE规范的早期草案中,EUTRAN也被称为在长期演进和演进通用地面无线电接入(EUTRA)上的3GPP工作项。EUTRAN是意在替代在3GPP版本5及以上中指定的UMTS、高速下行链路分组接入(HSDPA)和高速上行链路分组接入(HSUPA)技术的无线电接入网标准。EUTRAN提供较高的数据率、较低的延迟,并且针对分组数据被优化。
[0018]图2是示出了例如基站102的基站的架构的示例的高级框图。在图示的实施例中,基站架构是处理系统,其包括能够包括一个或多个处理器的处理器子系统202。基站架构进一步包括均由互连210互连并且由电源212供电的存储器204、储存器206和天线系统208。
[0019]基站架构可以被实现为优选地实施高级的模块来向例如移动终端104的移动终端发送数据以及从该移动终端接收数据的单处理器系统或多处理器系统。经由可以包括能够在一个或多个频率上接收和传输数据的单天线或多天线系统的天线系统208来传送数据。数据214可以被存储在储存器206中,使得其可以由处理器子系统202和存储器204检索。
[0020]存储器204说明性地包括可以由处理器子系统202和基站架构的其他部件寻址的用于存储软件程序代码和数据结构的存储位置。处理器子系统202和相关联的部件可以继而包括被配置成执行软件代码和操纵数据结构的处理元件和/或逻辑电路。其部分可以驻留在存储器204中并且由处理器子系统202执行的操作系统216除其他之外特别地通过在UE 104和eNodeB 102中的每个之间建立连接并且传输和接收数据来在功能上组织基站架构。对本领域技术人员将显而易见的是,可以使用包括各种计算机可读存储介质的其他处理和存储器实现来存储和执行与本文介绍的技术相关的程序指令。
[0021]图3图示了实施局部通信组的示例eNodeB。如在图3A中示出的那样,多个UE104a-104n中的UE 104a将用来创建LCG的请求302发送到eNodeB 102。在一个实施例中,可以响应于UE 104a中的应用层指令而发送用来创建LCG的请求。除用来创建LCG的请求之外,请求还可以包括关于服务质量(QoS)的信息。响应于所述指令,eNodeB 102可以向UE 104a提供与LCG相关联的组ID 303并且针对与组ID相关联的上行链路和下行链路通信而设立具有相应的质量等级标识符(QCI)的无线电承载。下文更详细地描述建立通信的过程。如果将跨多个小区协调多播,则也可以由网络中的另一实体执行组管理和配置。
[0022]一旦UE 104a从eNodeB 102接收到组ID,UE 104a就可以将包括组ID的邀请传输到将被包括在LCG中的其他UE 104b-104n。除组ID之外,邀请还可以包括其他信息,诸如例如应用层加密密钥(如果将加密数据的话),以及针对LCG的通信的开始时间。在另一实施例中,附加信息仅被发送到接受邀请并且加入LCG的那些UE 104b-104n。可以在没有由网络的特殊处理的情况下在应用层中执行邀请信令。
[0023]在一个实施例中,eNodeB 102维持在LCG中包括的UE的列表。列表可以指示哪些UE被允许在上行链路中传输将被传送到在LCG中的其余UE的消息。该列表在LCG的通信之前或期间的任何时间可以是由例如UE 104a或者eNodeB 102的LCG的创建者可修改的。在某些实施例中,列表可以包括针对LCG中的UE 104a-104n中的每个的逻辑信道标识符(LCID)和逻辑信道组标识符(LCGID)。在eNodeB 102已经形成组之后,eNodeB 102可以设立用于来自组中的每个UE 104a-104n的上行链路通信的逻辑信道并且通过无线电资源控制(RRC)信令为这些逻辑信道中的每一个分配LCID。在一个实施例中,每个UE 104a_104n与相应的唯一 LCID相关联。例如,列表可以包括对应于UE 104a的LCID-a和对应于UE104η的LCID-n。在另一实施例中,列表可以包括与全部UE 104a_104n相关联的单个LCID。LCID可以是具有00001-01010的值的“真实的” LCID (例如,如可以在由3GPP公布的TS36.321的表格6.2.1-2中找到的)或者是可以专门用于与局部组通信相关联的上行链路传输的保留的LCID。
[0024]LCID可以被用于标识预期去往LCG的来自UE 104a_104c的通信。例如,当UE104a请求用来向LCG进行传送的上行链路连接时,eNodeB 102可以设立与UE 104a和UE104a所属的LCG相关联的上行链路中的一个逻辑信道(例如LCID_a)。另外,假设存在被允许在上行链路中发送传输的另一 UE 104n JlJeNodeB 102可以设立与UE 104η和LCG相关联的在上行链路中的一个逻辑信道(例如LCID-n)。如上所述,LCID-a和LCID_n可以是相同的或不同的ID。当UE 104a在上行链路中发送数据时,UE 104a可以将LCID-a包括在通信中(例如使用在介质访问控制(MAC)报头中的LCID字段)。在收到时,eNodeB 102将基于在通信中的LCID-a的存在,将接收的传输与LCG相关联。类似地,当UE 104η在上行链路中发送数据时,UE 104η可以将LCID-n包括在通信中并且eNodeB 102也将会将传输与LCG相关联。
[0025]图3B图示了在eNodeB 102和LCG中的UE 104a_104n之间的通信。在图3B的示例中,一个UE (例如UE 104a)可以请求在上行链路上传输数据304。UE 104a可以使用已知程序,例如通过在物理上行链路控制信道(PUCCH)上传输调度请求或者通过使用随机接入信道(RACH),来请求在上行链路中传输。替代地,UE 104a也可以将缓冲器状态报告(BSR)发送到eNodeB 102指示UE 104a具有将传输到与LCID/LCGID相关联的组的数据。当eNodeB 102接收BSR时,eNodeB 102可以调度UE 104a在上行链路中传输。
[0026]在UE 104a已经在上行链路中将数据传输到eNodeB 102之后,eNodeB 102可以然后将数据306多播到LCG中的其余UE (例如UE 102b_102n)。可以由与LCG相关联的组ID标识下行链路中的多播传输。在一个实施例中,组ID可以是如下文更详细的描述的多播小区无线电网络临时标识(MC-RNTI)。在某些实施例中,UE 104a-104n可以被配置成提供递送数据306的确认。例如,可以由eNodeB 102来启用混合自动重传请求(HARQ)级的肯定应答和否定应答。类似地,可以使用传输控制协议(TCP)层或应用层应答。
[0027]图4图示了实施网络托管的局部通信组的示例eNodeB。如在图4A中示出的那样,可以由非局部(例如在由单个eNodeB服务的区域中)的用户402来请求网络托管的LCG。可以通过邀请或者通过预订来形成组(例如供机器类型的通信使用)。在一个实施例中,核心网110可以将组ID与请求相关联并且将组ID分发404到无线电接入网(RAN)中的一个或多个eNodeB,其中每个eNodeB保留所述网络托管的LCG的组ID。在另一实施例中,每个eNodeB可以使用不同的组ID并且将不同的组ID与网络组ID相关联。
[0028]图4B图示了从一个用户402到LCG中的其余用户(例如UE 104)的多播下行链路通信。如果在分发多播传输时涉及多于一个eNodeB,则该传输跨这些eNodeB可能不同步。在该情况下,每个eNodeB可以负责调度多播数据的传输。
[0029]图5是在局部通信组中的通信的示例流程图。图5的示例开始于502处,其中,eNodeB从用户(例如在图3的示例中的UE 104a)接收在多个UE之中创建局部通信组的请求。在504处,响应于接收到该请求,eNodeB生成与LCG相关联的组ID。在506处,eNodeB可以然后将组ID传输到多个UE。在508处,eNodeB可以建立用于上行链路通信的逻辑信道并且将逻辑信道与LCID相关联。在510处,在接收在与LCID相关联的上行链路上的数据时,在512处,eNodeB可以在多播下行链路上将数据传输到多个UE。
[0030]图6图示了用于使用eNodeB进行多播的示例过程。针对多播服务,eNodeB可以使用诸如RRC的控制面协议来建立用于LCG中的UE中的每一个的连接。LCG可以由单个eNodeB或者eNodeB的组合(例如在网络托管的LCG中)服务。eNodeB可以使用多播标识符作为组ID来建立在LCG中的多个UE上的多播服务。在一个实施例中,多播标识符可以是具有公共小区标识符(CID)的多播小区无线电网络临时标识符(MC-RNTI),但是也可以使用其他标识符。作为多播服务的设立的一部分,eNodeB可以使用RRC信令中的信息元素(IE)多播配置来向LCG中的每个UE通知LCG。
[0031]更具体地,图6A和6B的示例图示了用于在由eNodeB到三个移动设备(UE 1、UE2和UE 3)的单播子帧中多播服务的示例过程。在图6A中,eNodeB可以与LCG中的UE中的每个建立RRC连接602a、602b和602c。虽然示出了三个UE’但是任何数量的UE都可以形成LCG。RRC信令在发送针对子帧的物理下行链路控制信道(PDCCH)之前经由层2通信链路来处理控制面信令。针对UE的RRC协议和功能可以包括连接建立和释放、系统信息的广播、无线电承载建立/重新配置和释放、RRC连接移动性程序、寻呼通知和释放和/或与3GPP LTE或类似规范一致的外环功率控制。一个RRC连接可以在任何给定时间处对UE开放。RRC连接建立可以被用于进行从RRC空闲模式到RRC已连接模式的转变。每个UE在传送应用数据(诸如浏览因特网、发送或接收电子邮件或者视频会议)或完成信令程序之前进行到RRC已连接模式的转变。RRC连接建立程序可以由每个UE发起,但是可以由UE或者由网络触发。RRC信令可以经由信息元素(IE)传输,诸如可以针对物理下行链路共享信道(PDSCH)、PUCCH和物理上行链路共享信道(PUSCH)定义配置信息的RRC连接设立消息。
[0032]eNodeB可以针对每个LCG定义和配置MC-RNTI。小区无线电网络临时标识符(C-RNTI)允许eNodeB来标识UE并且与UE直接地通信。MC-RNTI是由eNodeB分配的层2组标识符并且在由该eNodeB控制的一个小区之内是唯一的。当UE移动到新的小区时,如果多播连接将被移交到新的小区,则可以重新分配MC-RNTI。eNodeB可以使用RRC信令来向参与LCG的每个UE通知MC-RNTI。例如,eNodeB可以使用RRC信令来建立多播服务,所述RRC信令包括LCG中的UE中的每个上的IE多播配置604a、604b和604c。IE多播配置可以包括MC-RNTI。
[0033]在另一示例中,eNodeB可以针对肯定应答/否定应答(ACK/NACK)反馈资源指示为每个UE分配不同的PUCCH资源指派
η;':;,,其中η是在天线端口 P上针对频分双工(FDD)或时分双工(TDD) ACK/NACK反馈的
PUCCH格式la/lb的HARQ-ACK的传输的子帧号。eNodeB可以使用在RRC信令中的IE PUCCH配置向LCG中的每个UE通知针对ACK或NACK反馈资源指示的其PUCCH资源指派。在另一示例中,eNodeB可以基于诸如信号与干扰加噪声比(SINR)低于预定水平或者指示不良信道质量指标(CQI)报告、不良在先矩阵指标(PMI)报告或不良传输等级指标(RI)报告的水平的传输质量因素,为LCG中的UE的子集指派用于ACK或NACK反馈资源指示的不同PUCCH资源。也可以使用其他传输质量因素。
[0034]eNodeB可以在单次传输中将资源动态地分配到LCG中的UE (UE UUE 2和UE 3)中的每个并且将I3DSCH传输到LCG中的UE (UE K UE 2和UE 3)中的每个,该单次传输可以由在多播中的UE中的每个解码。在图6B中示出了用于将资源动态地分配到UE中的每个并且将I3DSCH传输到UE中的每个的过程的细节。在该示例中,UE I (使用BSR中的LCGID)将令牌请求发送到eNodeB来请求用于传输预期去往该组的数据的资源。eNodeB通过将UL资源指派614发送到UE I来响应。然后,UE I将UL数据传输616发送到eNodeB来广播到该组。eNodeB通过发送针对I3DSCH的多播资源分配的HXXH 618来响应。可以由MC-RNTI对HXXH进行掩蔽(mask)。可以由编码器或扰码器使用MC-RNTI或C-RNTI来允许UE来接收预期去往UE的传输。对I3DCCH进行掩蔽允许具有匹配MC-RNTI的UE来对所述消息进行解码。可以经由I3DSCH传输诸如视频会议呼叫的数据。在多播资源分配之后,eNodeB将PDSCH DL多播620发送到LCG中的UE (UE 1、UE 2和UE 3)中的每个。
[0035]在UE处,每个UE可以使用先前配置的MC-RNTI对HXXH进行盲检测(盲解码)。针对多播分配示例,每个UE可以对PDCCH和I3DSCH进行解码。当启用HARQ时,响应于I3DSCH620,每个 UE 将 ACK/NACK 620a、620b 和 620c 发送到 eNodeB。当启用 ACK/NACK 反馈时,如果发生传输差错,则eNodeB可以重传623消息。可以由NACK反馈来指示传输差错。基于诸如传输质量因素的某子集准则,可以向LCG中的全部UE或者LCG中的UE的子集提供重传。例如,eNodeB可以取决于应用的延迟限制而发送一个或两个重传。可以使用单播或多播传输来发送重传。在另一示例中,ACK/NACK反馈可能不被启用并且消息的重传可能不发生。
[0036]针对单小区示例,eNodeB可以使用小区特定参考信号(CRS)或UE特定参考信号(UE-R)解调参考信号(DMRS)来传输和/或重传多播服务数据。针对多小区或多-小区示例,eNodeB可以使用CRS或UE-RS (DMRS)传输和/或重传数据。如果使用CRS,则可以禁用CRS交织。CRS交织可以以Vshift对CRS和/或数据进行小区特定频移,该Vshift适用于具体小区和小区号。因为可以使用多个小区,所以CRS交织可能不适用于在多个小区中的多播服务。交织器可以执行CRS交织。针对多小区或多-小区示例,多个eNodeB可以具有针对多播服务的RLC、MAC和/或PHY层的类似配置,因此,多-小区传输可以具有针对相同系统帧号(SFN)的同步的无线电帧定时或者协调的无线电帧定时。
[0037]当在LCG中包含的用户的数量大时,除已经讨论的选项之外,还可以使用附加的ACK/NACK反馈和HARQ重传选项。在示例中,eNodeB可以基于诸如报告的无线电资源管理(RRM)测量的某准则来启用针对用户的子集的ACK/NACK和HARQ重传。在另一示例中,可以禁用ACK/NACK,其可以类似于MBMS框架。MBMS传输不使用ACK/NACK反馈。MBMS构架可以不使用盲HARQ重复或RLC快速重复。
[0038]与专用MBSFN子帧中的MBMS或单播子帧的单播服务相比,使用单播子帧的多播服务可以更高效并且提供更多的可靠性。MBMS和单播服务两者在支持需要可以由ACK/NACK反馈提供的可靠传输的诸如小办公室的小组多播用户方面都不可能高效。
[0039]图7图示了根据某些实施例的示例eNodeB 102和示例UE 104。eNodeB 102可以包括处理模块714和收发机模块712。eNodeB的处理模块714可以生成用于针对LCG中的UE的多播服务的MC-RNTI。eNodeB的收发机模块712可以将MC-RNTI传输到UE’在来自UE中的一个的UL消息中接收数据分组,以及将数据分组多播到LCG中的UE。UE 104可以包括处理模块724和收发机模块722。UE的处理模块724可以将UE配置为LCG的主机或参与者。UE 104的收发机模块722可以从对应于LCG的eNodeB 102接收配置数据,向eNodeB传输将数据传输到LCG的请求,以及在对应于LCG的多播下行链路中接收数据。
[0040]图8提供了移动设备的示例图示,诸如用户设备(UE)、移动站(MS)、移动无线设备、移动通信设备、平板、手持机或其他类型的移动无线设备。移动设备可以包括被配置成与诸如基站(BS)、演进节点B (eNB)、基带单元(BBU)、远程无线电头(RRH)、远程无线电设备(RRE)、中继站(RS)、无线电设备(RE)或其他类型的无线广域网(WffAN)接入点的传输站通信的一个或多个天线。移动设备可以被配置成使用包括3GPP LTE、WiMax、高速分组接入(HSPA)、蓝牙和WiFi的至少一个无线通信标准进行通信。移动设备可以使用针对每个无线通信标准的分离的天线或者针对多个无线通信标准的共享的天线通信。移动设备可以在无线局域网(WLAN)、无线个域网(WPAN)和/或WffAN中通信。
[0041]图8也提供了可以被用于音频输入和来自移动设备的音频输出的麦克风和一个或多个扬声器的图示。显示屏可以是液晶显示(IXD)屏或者诸如有机发光二极管(OLED)显示的其他类型的显示屏。显示屏可以被配置为触摸屏。触摸屏可以使用电容的、电阻的或另一类型的触摸屏技术。应用处理器和图形处理器可以耦合到内部存储器来提供处理和显示能力。也可以使用非易失性存储器端口来向用户提供数据输入/输出选项。也可以使用非易失性存储器端口来扩展移动设备的存储器容量。键盘可以与移动设备集成或者无线地连接到移动设备来提供附加的用户输入。也可以使用触摸屏来提供虚拟键盘。
[0042]上文介绍的技术可以由通过软件和/或固件编程或配置的可编程电路实施,或者它们可以由专用硬连线的电路完全地实施,或者在这样的形式的组合中被实施。这样的专用电路(如果有)可以以例如一个或多个专用集成电路(ASIC)、可编程逻辑设备(PLD)、现场可编程门阵列(FPGA)等等的形式。
[0043]用于实施本文介绍的技术的软件或固件可以被存储在机器可读存储介质上并且可以由一个或多个通用或专用可编程微处理器执行。如本文中使用的术语“机器可读的介质”包括可以以由机器(机器可以是例如计算机、网络设备、蜂窝式电话、PDA、制造工具、具有一个或多个处理器的任何设备等等)可访问的形式来存储信息的任何机构。例如,机器可访问的介质包括可记录或非可记录的介质(例如只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存设备等等)等等。
[0044]如本文中使用的那样,术语“逻辑”可以包括例如专用硬连线的电路、结合可编程电路的软件和/或固件或者它们的组合。
[0045]虽然本公开包括对具体示例实施例的参考,但应认识到权利要求书不限于描述的实施例,而是可以以在所附权利要求书的精神和范围之内的修改和变更来实践。相应地,应以说明的意义而不是限制的意义看待本说明书和附图。
【权利要求】
1.一种用于演进通用地面无线电接入网的演进节点B (eNodeB),所述eNodeB包括: 处理器;以及 与处理器耦合的存储器,所述存储器存储指令,所述指令在由处理器执行时使得eNodeB: 生成与多个用户设备(UE)相关联的组标识符(ID),其中组ID包括针对所述多个UE配置的多播小区无线电网络临时标识符(MC-RNTI); 从所述多个UE中的第一 UE接收用于多播到所述多个UE的数据分组;以及 将数据分组在多播下行链路资源上传输到所述多个UE,其中使用MC-RNTI将多播下行链路资源的指派提供到所述多个UE。
2.如权利要求1所述的eNodeB,其中多个操作进一步使得eNodeB建立用于在来自第一 UE的上行链路上接收通信的逻辑信道,所述上行链路是使用单播资源来建立的,并且所述逻辑信道由逻辑信道标识符(LCID)和逻辑信道组标识符(LCGID)标识,以及 其中所述数据分组是从第一 UE在上行链路上接收的,并且所述数据分组与LCID和LCGID相关联。
3.如权利要求2所述的eNodeB,其中多个操作进一步使得eNodeB维持被配置成将LCID和LCGID与所述多个UE中的每个以及组ID相关联的数据结构。
4.如权利要求1所述的eNodeB,其中eNodeB被配置成在物理上行链路控制信道(PUCCH)上从第二 UE接收在上行链路上传输数据以用于由eNodeB多播到所述多个UE的请求。
5.如权利要求1所述的eNodeB,其中eNodeB被配置成在随机接入信道(RACH)上使用每UE或每组指定的前导从第二 UE接收在上行链路上传输数据以用于由eNodeB多播到所述多个UE的请求。
6.如权利要求1所述的eNodeB,其中eNodeB被配置成经由缓冲器状态报告(BSR)使用与组通信相关联的逻辑信道组标识符(LCGID)从第二 UE接收在上行链路上传输数据以用于由eNodeB多播到所述多个UE的请求。
7.如权利要求1所述的eNodeB,其中eNodeB被配置成: 响应于创建包括所述多个UE的局部通信组(LCG)生成组ID,所述请求包括关于服务质量(QoS)的信息;以及 基于关于QoS的信息将适当的QoS等级标识符(QCI)指派到LCG。
8.如权利要求7所述的eNodeB,其中创建LCG的请求是通过核心网从组拥有者和管理实体接收的。
9.如权利要求7所述的eNodeB,其中创建LCG的请求是从所述多个UE中的UE接收的。
10.一种用于由演进节点B (eNodeB)在第三代合作伙伴计划(3GPP)网络中实施增强的局部通信的方法,其包括: 接收在多个用户设备(UE)之中配置局部通信组(LCG)的请求; 响应于所述请求,建立用于在来自所述多个UE中的至少一个的对应上行链路上接收通信的一个或多个逻辑信道,其中所述上行链路是使用单播资源来建立的,并且所述一个或多个逻辑信道由相应的逻辑信道标识符(LCID)和逻辑信道组标识符(LCGID)标识;以及 向LCG多播在上行链路上接收的包括LCID中的一个和LCGID中的一个的通信。
11.如权利要求10所述的方法,进一步包括响应于配置LCG的请求: 生成与LCG相关联的组标识符(ID);以及 将组ID传输到所述多个UE。
12.如权利要求11所述的方法,其中多播包括使用组ID将通信在多播下行链路上传输到所述多个UE。
13.如权利要求11所述的方法,其中组ID包括多播小区无线电网络临时标识符(MC-RNTI)。
14.如权利要求10所述的方法,进一步包括: 维持被配置成将LCID和LCGID与所述多个UE中的相应UE相关联的数据结构。
15.如权利要求10所述的方法,进一步包括: 在物理上行链路控制信道(PUCCH)上接收在上行链路中的一个上针对LCG传输数据的请求。
16.如权利要求10所述的方法,进一步包括:在随机接入信道(RACH)上接收在上行链路中的一个上针对LCG传输数据的请求。
17.如权利要求10所述的方法,进一步包括:经由缓冲器状态报告(BSR)接收在上行链路中的一个上针对LCG传输数据的请求。
18.一种用户设备(UE),包括: 处理模块,用来将UE选择性地配置为局部通信组(LCG)的主机或参与者;以及 收发机模块,用来: 从对应于LCG的演进节点B (eNodeB)接收配置数据; 向eNodeB传输将数据传输到LCG的请求;以及 在对应于LCG的多播下行链路中接收数据。
19.如权利要求18所述的UE,当操作为主机时,收发机模块被配置成: 向eNodeB传输在多个UE之中配置LCG的请求;以及 在单播上行链路资源上传输要在多播下行链路上分发到所述多个UE的数据分组。
20.如权利要求19所述的UE,当操作为主机时,收发机模块被配置成: 将加入LCG的邀请传输到所述多个UE,其中所述邀请包括组ID。
21.如权利要求18所述的UE,其中配置数据包括: 与LCG相关联的组标识符(ID);以及 用于在与LCG相关联的上行链路通信中使用的逻辑信道标识符(LCID)和逻辑信道组标识符。
22.如权利要求18所述的UE,当操作为参与者时,收发机模块被配置成: 接收加入LCG的邀请,其中所述邀请包括:针对LCG配置的多播小区无线电网络临时标识符(MC-RNTI);以及与用于与LCG的上行链路通信的单播资源相关联的逻辑信道标识符(LCID)和逻辑信道组标识符(LCGID); 传输要被分发到LCG的上行链路数据分组,其中通过将LCID包括在介质访问控制(MAC)报头中来将所述上行链路数据分组标识为与LCG相关联;以及 在多播下行链路资源上接收下行链路数据分组,其中对应的多播资源与针对组配置的MC-RNTI相关联。
23.如权利要求18所述的UE,处理模块进一步被配置成: 向eNodeB确认在对应于LCG的多播下行链路中的数据的接收。
24.如权利要求23所述的UE,其中处理模块被配置成使用混合自动重传请求(HARQ)级的肯定应答/否定应答程序来确认在多播下行链路中的数据的接收。
25.如权利要求23所述的UE,其中处理模块被配置成使用传输控制协议(TCP)级的肯定应答/否定应答程序来确认在多播下行链路中的数据的接收。
【文档编号】H04W88/02GK104170414SQ201380016814
【公开日】2014年11月26日 申请日期:2013年4月12日 优先权日:2012年4月13日
【发明者】K.埃特马德, Y.张, 牛华宁 申请人:英特尔公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1