CN111683397B - 用于设备到设备通信中切换的改进的报告 - Google Patents

Abstract

本公开的实施例涉及用于设备到设备通信中切换的改进的报告。公开了用于在设备到设备通信进行切换的方法、用户设备和基站。为了保持在切换后的正在进行的设备到设备通信的连续性，引入增强的报告机制，使得具有正在进行的设备到设备通信的用户设备将被切换到支持设备到设备通信的相邻基站的小区。通过这种方式，可以保持设备到设备通信的连续性。

Description

用于设备到设备通信中切换的改进的报告

本申请是申请日为2015年07月30日、申请号为201580040388.0、发明名称为“用于设备到设备通信中切换的改进的报告”的发明专利申请的分案申请。

技术领域

本公开的示例性实施例一般地涉及无线通信技术。

背景技术

相比较于发生在用户设备(“UE”)和网络之间的传统蜂窝通信，也称为基于邻近的服务(“ProSe”)通信的设备到设备(“D2D”)通信支持UE之间的直接链路通信，并且因此实现由于短的传输距离的UE功率节省、有效无线电资源重用和卸载网络负担的潜在优势。现有的第三代合作伙伴计划(“3GPP”)长期演进(“LTE”)网络已经很好地定义了用于维护演进的分组系统(“EPS”)服务的机制。当3GPP考虑将D2D功能集成进LTE网络时，如何在连续的网络管理和控制下维持D2D服务连续性从终端用户和运营商的角度来看变得具有挑战性。

发明内容

该发明内容提供简化的公开以便向读者提供对于所要求保护的主题的实施例的基本理解。该发明内容并不是本公开的广泛概述并且以简化的形式提供对于下面在具体实施方式中进一步详细描述的概念的选择的介绍。该发明内容并不旨在标识所要求保护的主题的关键或重要特征或必不可少的特征，其也不旨在用于辅助确定所要求保护的主题的范围。其唯一目的是以简化的形式提供这里所公开的一些概念，作为在后面提供的具体实施方式的序言。

根据本公开的一个方面，提供一种用于在设备到设备通信中执行切换的方法。该方法包括在服务基站处接收来自于具有正在进行的设备到设备通信的至少一个用户设备或来自于至少一个相邻基站的设备到设备支持状态报告，其中所述设备到设备支持状态报告指示至少一个相邻基站的一个或多个小区的每个小区关于设备到设备通信的支持状态。该方法也包括基于设备到设备支持状态报告和从所述至少一个用户设备接收到的测量报告来从所述至少一个相邻基站的所述一个或多个小区确定支持所述设备到设备通信的一个或多个候选小区。该方法进一步包括向所述至少一个相邻基站发送分别对应于一个或多个候选小区的一个或多个切换请求，以便将所述至少一个用户设备切换到所述一个或多个候选小区之一。

根据本公开的另一个方面，提供一种用于在设备到设备通信中执行切换的方法。该方法包括向服务基站发送测量报告，其中所述测量报告指示至少一个相邻基站的一个或多个小区。该方法也包括从所述服务基站接收针对设备到设备支持状态报告的请求。该方法进一步包括响应于所述请求，基于从所述至少一个相邻基站广播的基于相邻服务的系统信息块来生成所述设备到设备支持状态报告，所述基于相邻服务的系统信息块包括指示每个小区关于设备到设备通信的支持状态的比特字段或包括关于用于所述每个小区内的所述设备到设备通信的资源池的信息。该方法另外包括向所述服务基站发送所述设备到设备支持状态报告，其中所述设备到设备支持状态报告指示所述至少一个相邻基站的一个或多个小区的每个关于所述设备到设备通信的支持状态。

根据本公开的另一方面，提供一种用户设备。该用户设备包括发射机，其配置成向服务基站发送测量报告，其中所述测量报告指示至少一个相邻基站的一个或多个小区。该用户设备也包括接收机，其配置成从所述服务基站接收针对设备到设备支持状态报告的请求。所述发射机进一步配置成响应于所述请求，向所述服务基站发送所述设备到设备支持状态报告，其中所述设备到设备支持状态报告指示所述至少一个相邻基站的一个或多个小区的每个关于所述设备到设备通信的支持状态。

根据本公开的另一方面，提供一种基站。该基站包括接收机，其配置成从具有正在进行的设备到设备通信的至少一个用户设备或从至少一个相邻基站接收设备到设备支持状态报告，其中所述设备到设备支持状态报告至少一个相邻基站的一个或多个小区的每个关于设备到设备通信的支持状态。该基站也包括确定单元，其配置成基于设备到设备支持状态报告和从至少一个用户设备接收的测量报告来从所述至少一个相邻基站的一个或多个小区确定支持所述设备到设备通信的一个或多个候选小区。该基站进一步包括发射机，其配置成向所述至少一个相邻基站发送分别对应于一个或多个候选小区的一个或多个切换请求，以便将所述至少一个用户设备切换到所述一个或多个候选小区之一。

上述的总体描述和下面的具体实施方式提供例子并且仅仅是示例性的。相应地，前述的总体描述和下面的具体实施方式不应该被考虑为限制性的。进一步，除了那些在此陈述的以外，可以提供功能或变形。例如，实施例可以针对于在具体实施方式中描述的各种特征组合和子组合。

附图说明

在示例性的意义下提供本公开的实施例，并且它们的优势将在下面参考附图来更为详细地解释，其中：

图1示出其中本公开的示例性实施例可以被实践的示例连通性架构；

图2是示意性地示出根据本公开的实施例的用于执行D2D通信中的切换的方法的流程图；

图3是示意性示出根据本公开的实施例的用于执行D2D通信中的切换的过程的消息收发图；

图4是示意性示出根据本公开的另一实施例的用于执行D2D通信中的切换的另一过程的消息收发图；

图5示出根据本公开的实施例的代表性BS的简化示意框图；

图6是示出根据本公开的另一实施例的代表性UE的简化示意框图；

图7是示出根据本公开的实施例可以被实现为UE或BS的另一代表性装置的简化示意框图。

具体实施方式

下面将参考附图更为详细地描述本公开，其中一些附图示出本公开的某些实施例。然而，本公开可以以许多种不同的形式来体现并且不应该被理解为限于这里所陈述的实施例；相反，这些实施例仅通过例子提供，从而本公开是透彻和完整的，并且向本领域技术人员全面传达本公开的范围。通篇类似的编号指代类似的单元。

通常，在权利要求中所使用的所有术语将根据它们在本领域中的通常含义来解释，除非在这里以其他方式明显定义。例如，UE可以是任何合适的无线终端装置，例如移动电话或便携式计算机。在本申请文档中，对于支持D2D的UE做出参考，即，能够执行D2D通信的UE。然而，这不应该被用来将本公开限于任意特定的通信标准。相反，术语UE和通信终端可以被认为是本质上同义的，除非与上下文冲突。类似地，BS可以是任意合适的无线电BS，例如节点B或eNode B，其可以随无线通信标准的演进而在术语上被改变。

对于“一个/一种/该单元、设备、组件、装置、步骤等”可以被开放式地解释为指代该单元、设备、组件、装置、步骤等的至少一个实例，除非明确地以其他方式声明。这里所公开的任意方法的步骤并不必以这里所公开的精确顺序来执行，除非明确地声明。上述的讨论以及下面关于本公开的任意方面的讨论也是与本公开的任意其他方面相关的部分。

在LTE版本12标准中，3GPP仅研究基于广播的直接链路D2D通信而没有引入设备之间的任何反馈。D2D通信的重要问题之一涉及资源分配，即确定何时和在什么位置UE应该发送和接收彼此之间的D2D数据。为此，3GPP已经定义了两种模式，即模式-1和模式-2来向UE分配用于D2D传输的无线电资源。具体地，模式-1是基于调度的资源分配，这意味着D2D传输资源由演进的节点B(“eNB”)基于逐个UE来调度，并且因此模式-1传输自然仅应用于RRC_CONNECTED模式UE。相比较于模式-1，模式-2是自治的D2D传输，在该自治D2D传输下，小区内的所有模式-2UE共享相同的传输资源池，并且它们可以使用来自于传输资源池的传输资源来自治地传输D2D数据，而没有eNB的控制或调度。因此，模式-2传输适合于RRC_CONNECTED和RRC_IDLE模式UE。模式-2传输也被订制用于出覆盖区外的情形，在该情形中，传输资源池可以被预先配置给UE。

在获得在如上讨论的模式-1或模式-2下的D2D传输资源时，UE可以执行D2D传输并且在两个eNB之间移动，该每个eNB可以覆盖一个或多个小区，并且很有可能经历从服务eNB(在切换过程中也称为源eNB)到相邻eNB(在切换过程中也称为目标eNB)的切换过程。在这种情况下，UE移动性对于维护D2D服务连续性面临挑战。

当由大的区域内的多个小区覆盖的网络都支持D2D通信时，很容易在该区域内实现D2D服务连续性而不考虑UE将进入到哪个小区。然而，可能存在某些小区并不支持D2D通信或令D2D功能禁用的一些情形。此类的小区例如可以是：1)在前版本12eNB下还未更新到支持D2D功能的一些小区；或2)在版本12eNB的某些频率载波上的某些小区，运营商可能为了更好的蜂窝资源使用和干扰管理而将它们的D2D功能禁用某些时间段。在这些情况中，如果具有正在进行的D2D通信的UE被切换到对于D2D通信不具有支持性的目标小区或D2D功能被禁用的目标小区时，D2D服务将不得不被取消，这将导致差的服务连续性，差的用户体验以及通信效率的下降。

为了减轻上面提到的至少一些问题或缺陷，本公开的示例性实施例提供多种方法和设备，其将在下面参考相应的附图来详细地描述。

图1示出其中本公开的示例性实施例可以被实践的示例性连接性架构100。如图1中示意性示出的，该架构100包括服务BS 1和相邻BS 2，其可以经由双箭头所示出的X2接口来彼此连接。如所示出的，服务BS 1可以以蜂窝方式与UE 1-3中的每个通信并且EU 2和3假定为处于ProSe D2D通信(简称为“D2D通信”)，因为二者彼此足够近并且具有可用的直接链路用于D2D通信。类似的情况也发生在相邻BS 2和位于其覆盖区域内的UE 4和5。

应该注意到的是这里所示出的UE和BS的数目仅仅是为了示例性的目的。根据BS的覆盖能力可以在BS的覆盖区域内存在许多UE，并且如果需要，许多BS可以部署在架构100中。因此，架构100中的服务BS可以由用于可能的切换过程的若干个相邻BS围绕，尽管这里为了便于讨论仅示出一个相邻BS 2。另外，取决于不同的实现，可以在架构100中存在为了简化的目的而未示出的额外实体。例如，移动性管理实体(“MME”)/服务网关(“S-GW”)可以与BS(即，LTE系统中的eNB)连接以将UE连接到核心网(“CN”)并且在BS和CN之间转发数据。进一步，关于在首字母缩写词“BS”前的修饰词“服务”和“相邻”，它们并不是不变的，而是基于服务的BS而可以灵活地改变。例如，对于UE 1，2和3，BS 1是服务BS而BS 2是相邻BS。然而，对于UE 4和5，BS 1是相邻BS而BS 2是服务BS。下面将在总体上讨论本公开的实施例是如何实现在架构100中的。

为了更好地解释本公开的实施例，假设具有与UE 2正在进行的D2D通信并且处于服务BS 1的覆盖边缘的UE 3将沿由实线箭头所指示的方向，从由服务BS 1所提供并由椭圆所示的小区向由相邻BS 2提供并且也由椭圆所示出的小区移动。在该情形下，在一个实施例中，根据由服务BS 1经由例如RRCConnectionReconfiguration消息做出的预配置，UE 3可以测量来自于相邻BS 2的接收下行链路信号质量(“RSRP”)/参考信号接收质量(“RSRP”)或路径损耗。接着，经由事件触发，例如本领域技术人员所知的事件A3和事件A4可以用于触发切换过程，可以由具有正在进行的D2D通信的UE3来生成和向服务BS 1发送。应该注意到的是尽管这里测量报告仅仅涉及相邻BS 2，其可以用于报告关于围绕服务BS并且具有成为用于切换的目标BS的可能性的一个或多个相邻BS的测量结果。

一经接收到来自于UE 3的测量报告，服务BS 1可以从该报告中确定相邻BS 2的小区中的哪个或哪些小区可以是用于UE 3向其切换的潜在或候选小区。如前所讨论的，为了维持D2D服务连续性，对于即将而来的切换过程，支持D2D通信的小区将比那些不支持D2D通信的小区更为优选。

为了识别了这些优选的小区，在一个实施例中，如果有关相邻BS 2的一个或多个小区的每个关于D2D通信的支持状态在服务BS 1处并不可获得，则服务BS 1可以请求UE 3发送D2D支持状态报告，该报告关于测量报告中先前报告的一个或多个小区。一经获得来自于UE 3的D2D支持状态报告，服务BS 1可以识别并且针对切换准备，可以对那些报告的、支持D2D通信的相邻小区进行优先级排序，使得网络信令成本被节省并且D2D服务连续性可以被维持。在另一个实施例中，D2D支持状态报告可以由服务BS 1经由X2接口与相邻BS 2预先交换。在这种情形下，通过组合D2D支持状态报告和由UE3的发送的测量报告，服务BS 1可以针对切换准备来识别和优先级排序的那些报告的、支持D2D通信的小区。

接着，服务BS 1可以向相邻BS 2发送分别对应于一个或多个优先级排序的小区的一个或多个切换请求。一经接收到来自于相邻BS 2的切换确认消息，服务BS 1可以选择相邻BS 2的一个或多个候选小区的一个作为用于UE 3向其切换的目标小区。

上文已经简略地讨论了使用从UE或相邻BS传送的D2D支持状态报告来选择支持D2D通信的小区作为用于将具有正在进行的D2D通信的UE切换到目标小区的目标小区。通过这种方式，D2D服务连续性可以被维持并且在切换过程期间出现的信令成本可以被减少。下面将参考流程图和框图来进一步描述本公开的实施例。

图2是示意性地示出根据本公开的实施例的用于执行D2D通信中的切换的方法200的流程图。应该注意的是方法200可以由服务BS来执行，例如由图1中示出的服务BS 1，并且包括涉及一些变化的两个解决方案，其中一个沿包括步骤S201、S202、S203、S204、S205和S206的流程继续，而另一个则沿包括步骤S201、S207、S208、S204、S209和S206的流程继续，其中步骤S201、S204和S206是两个流程之间的共同步骤。下面将首先描述包括S201、S202、S203、S204、S205和S206的流程。

如图2中所示，在步骤S201处，服务BS接收来自于具有正在进行的D2D通信的至少一个UE的测量报告，该至少一个UE例如如图1中所示出的UE 3。测量报告可以是关于至少一个相邻BS，例如图1中的相邻BS 2下的至少一个相邻小区的RSRP/RSRQ测量报告。测量报告应该提供的测量项目可以由服务BS经由RRC信令消息来预配置并且指示可能充当用于将UE切换到的至少一个相邻BS的一个或多个小区。进一步，这里的测量报告可以由UE基于周期传送或以事件触发的方式来传送。

一经接收到测量报告，在步骤S202，服务BS向所讨论的UE发送针对D2D支持状态报告的请求，要求该报告指示至少一个相邻BS的一个或多个小区的每个小区关于D2D通信的支持状态。这里的一个或多个小区可以是那些由测量报告所指示的小区。

在步骤S203，服务BS接收来自于UE的D2D支持状态报告。对于由测量报告所指示的每个小区，D2D支持状态报告可以指示其是否支持D2D通信。这可以以比特的方式来表达，即比特“1”指示对于D2D通信的支持而比特“0”指示不支持D2D通信。关于至少一个相邻BS的小区是否支持D2D通信的支持状态可以通过从至少一个相邻BS的一个或多个小区的每个所广播的信令消息来获得。这里的信令消息可以是从至少一个相邻BS的一个或多个小区广播的ProSe系统信息块(“SIB”)，并且ProSe SIB包括比特域，其指示每个小区关于D2D通信的支持状态，或Prose SIB包括关于用于每个小区内的D2D通信的资源池的信息。如果UE接收到关于某个小区的此类资源池信息，则这意味着该小区支持D2D通信。

例如，在UE侧，在接收到服务BS的请求后，其开始读取广播的至少一个相邻BS的一个或多个小区的系统信息，即以针对性的方式。如果UE成功地搜索到来自于至少一个相邻BS的一个小区的ProSe SIB，并且ProSe SIB广播该小区的D2D支持比特为“真”或ProSe SIB广播准确的模式-2资源池，则UE可以经由D2D支持状态报告向服务BS通知该小区支持D2D通信。如果UE未能从至少一个相邻BS的一个小区搜索到ProSe SIB或其找到ProSe SIB但ProSe SIB广播一个小区的D2D支持为“假”，则UE可以将该信息包括在D2D支持状态报告中并且向服务BS报告该小区并不支持D2D通信。

在步骤S204处，服务BS基于D2D支持状态报告和从UE接收到的测量报告，从至少一个相邻BS的一个或多个小区确定支持D2D通信的一个或多外候选小区。在一个实施例中，这里的确定可以通过从D2D支持状态报告选择支持D2D通信的一个或多个小区作为一个或多个候选小区来做出确定，如步骤S205所示出的。从D2D支持状态报告做出的直接连接是由于事实上由D2D支持状态报告所指示的小区是源自于由测量报告所指示的那些，即支持D2D通信并且由测量报告所指示的小区。

接着，流程前进到步骤S206，在此处服务BS和至少一个相邻BS发送分别对应于一个或多个候选小区的一个或多个切换请求，以便将UE切换到一个或多个候选小区之一。

例如，如关于图1在前所描述的，服务BS可以基于某些准则对D2D支持状态报告中支持D2D通信的候选小区，该准则例如RSRP/RSRQ的结果。接着，服务BS可以向至少一个相邻BS发送一个或多个切换请求，每个切换请求可以包括关于相应的优先排序的小区的信息，并且等待来自于至少一个相邻BS的一个或多个切换确认。一经接收到切换确认，服务BS可以选择一个小区(例如其切换确认最先被接收到)作为UE切换到的目标小区。此后，服务小区可以向UE发送切换命令，该命令可以发起与选择的目标小区关联的至少一个相邻BS的一个BS的随机接入过程。当所讨论的UE成功连接到相邻BS时，从服务BS到相邻BS的切换过程完成。接着，相邻BS可以向相邻BS通知先前分配给所讨论的UE的无线电资源可以被释放了。

上述已经关于图2中示出的一个流程讨论了本公开的一些实施例。应该注意到的是由虚框所示出的步骤S202和S205是用于获得D2D支持状态报告和选择候选小区的可选步骤。例如，如果D2D支持状态报告的报告是基于周期性的或以事件触发的方式，则在一个实施例中，步骤S202可以被省略。进一步，D2D支持状态报告也可以通过其他的方式来获得，例如，其可以从至少一个相邻BS直接获得，正如下面将关于图2中的另一流程即包括步骤S201、S207、S208、S204、S209和S206的流程所做出的详细讨论。

类似于上面所提到的，流程开始于步骤S201，在该步骤处，服务BS接收来自于具有正在进行的D2D通信的至少一个UE的测量报告，该至少一个UE例如图1中所示出的UE 3。接着，在步骤S207处，服务BS向至少一个相邻BS发送针对D2D支持状态报告的请求，该至少一个相邻BS将是后续切换的目标BS。类似于在步骤S202中做出的请求，这里的请求在一个实施例中也可以被省略。接着，在步骤S208处，服务BS从至少一个相邻BS接收D2D支持状态报告。这里的支持状态报告可以包括至少一个相邻BS的一个或多个小区的每个小区关于D2D通信的支持状态，并且可以采取比特序列的式，其中每个比特指示相应的小区是否支持D2D通信，例如，比特“1”指示对D2D通信的支持，并且比特“0”指示不支持D2D通信，如前所讨论的。应该注意到的是所示出的步骤S201和S208的顺序仅仅用于说明性的目的并且在一些实施例中，可以在步骤S201前执行步骤S208。

此后，流程前进到步骤S204，此处服务BS基于D2D支持状态报告和从UE接收到的测量报告来从至少一个相邻BS的一个或多个小区确定一个或多个候选小区。在一个实施例中，这里的确定可以通过从测量报告中选择由D2D支持状态报告指示为支持D2D通信的一个或多个小区作为一个或多个候选的小区，例如在步骤S209处所示出的。

接着，流程前进到步骤S206，此处服务BS向相邻BS传送分别对应于一个或多个候选小区的一个或多个切换请求，以便将UE切换到一个或多个候选小区之一。

此后，如先前所讨论的，服务BS可以基于从至少一个相邻BS发送的切换确认来选择一个小区作为目标小区，并且指示UE接入到目标小区。在UE成功地连接到相邻BS的目标小区并且服务BS释放了先前分配给UE的无线电资源后，所讨论的切换完成。

借助于如上关于图2所讨论的本公开的解决方案和实施例，具有正在进行的D2D通信的UE将不会在它们从服务BS中的一个小区向相邻BS的一个小区切换时丢失它们的D2D服务，因为在相邻BS中选择的小区支持D2D服务。由此，将改进D2D通信的传输效率并且维持D2D服务连续性，得到更好的用户体验。进一步，通过使用D2D支持状态报告结合测量报告来选择候选小区，可以节省用于传输切换命令的信令开销。

可以理解本公开的上述解决方案和实施例是从服务基站的角度来讨论的。本领域技术人员基于上述讨论和教导，能够理解上述的讨论从UE的角度来说也公开了一种用于在设备到设备通信中执行切换的方法。该方法向服务BS发送测量报告，其中所述测量报告指示至少一个相邻BS的一个或多个小区。该方法还包括从所述服务BS接收针对D2D支持状态报告的请求。该方法进一步包括响应于所述请求，基于从所述至少一个相邻BS广播的ProSeSIB来生成所述D2D支持状态报告，所述ProSe SIB包括指示每个小区关于D2D通信的支持状态的比特字段或包括关于用于所述每个小区内的所述D2D通信的资源池的信息。该方法另外包括向所述服务BS发送所述D2D支持状态报告，其中所述D2D支持状态报告指示所述至少一个相邻BS的一个或多个小区的每个关于所述D2D通信的支持状态。

图3是示意性示出根据本公开的实施例的用于执行D2D通信中的切换的过程300的消息收发图。从图3的图示可以看出，该消息收发图示出图2中包括步骤S201-S206的流程的更多细节。因此，关于图2所做出的相关描述可以同样地在下文应用。

在步骤S301处，例如图1中的UE 3的UE可以在如前所述的模式-1(即，D2D传输资源由服务BS调度)下执行与另一个UE(未示出)的D2D通信。接着，随着时间过去，在步骤S302处，UE向服务BS发送测量报告例如RSRP/RSRQ测量报告，以发起切换。一经接收到来自于UE的测量报告，在步骤S303处，服务BS检查报告的小区的D2D支持报告是否可获得。如果并不可获得，则在步骤S304处，服务BS经由例如RRC信令消息向UE发送测量请求消息，请求UE报告关于报告的小区的D2D支持状态。如前关于图2所讨论的，D2D支持状态指示一个小区是否支持D2D通信。

一经接收到测量请求消息，在步骤S305处，UE读取至少一个相邻BS的ProSe SIB。如前所讨论的，ProSe SIB从至少一个相邻BS广播并且可以包括指示每个小区关于D2D通信的支持状态的比特序列，或包括关于用于每个小区内的D2D通信的资源池的信息。如果UE接收到关于某个小区的此类资源池信息，这意味着小区支持D2D通信。在获得了D2D支持状态信息后，UE将该信息(例如比特序列的形式)包括在D2D支持状态报告中并且在步骤S306中向服务BS发送。

接着，在步骤S307处，服务BS基于D2D支持状态报告来检查由测量报告所报告的小区是否支持D2D通信。通过这种方式，服务BS可以基于D2D支持状态报告和从UE接收到的测量报告来从相邻小区的一个或多个小区确定支持D2D通信的一个或多个候选小区，如图2中的步骤S204和S205所示出的。在步骤S308后，服务BS向至少一个相邻BS发送一个或多个切换请求，其可以分别对应于一个或多个候选小区，尽管为了简化的目的而仅示出一个切换请求。响应于此，在步骤S309处，至少一个相邻BS向服务BS发送一个或多个切换确认，尽管为了简化的目的而仅示出一个切换确认。基于接收到的切换确认，服务BS可以选择一个或多个候选小区中的一个小区作为目标小区，并且指示UE连接到该目标小区。

此后，在步骤S310，具有正在进行的D2D通信的UE可以成功地被切换到至少一个相邻BS中与目标小区关联的一个相邻BS，并且在该相邻BS的控制下继续进行D2D通信而没有任何的D2D服务中断，而该相邻BS现在充当服务BS。

应该注意的是在服务BS接收切换确认后的细节和示例性后续操作已经在前参考图2做出了讨论，因此关于此方面的额外描述在此省略以便简明。进一步，在图3中示出的步骤和它们的顺序也仅仅是示例性的目的，并且应该不用于将实施例限于该具体的形式。

图4是示意性示出根据本公开的另一实施例的用于执行D2D通信中的切换的另一过程400的消息收发图。从图4的图示可以看出，该消息收发图示出图2中包括步骤S201、S207、S208、S204、S209和S206的流程的更多细节。因此，关于图2所做出的相关描述可以同样地在下文应用。

如图4中所示出的，在步骤S401处，服务BS和至少一个相邻BS经由例如X2接口通过例如X2建立过程来彼此交换D2D支持状态报告，或任意其他合适的接口，其中每个D2D支持状态报告指示相应的BS的一个或多个小区的每个关于D2D通信的支持状态。这里的D2D支持状态报告可以具有与关于图1-3所提到的D2D支持状态报告相同的技术含义。这里的一个或多个小区可以指代至少一个相邻BS可以提供用于切换的所有小区。作为替代，这里的一个或多个小区可以指代相邻的BS根据资源使用、业务吞吐量、用户的数目、运营商的监管特意选择用于切换的那些小区。因此，由D2D支持状态报告所报告的小区可以不同于或多于或少于由UE在稍后的步骤S405处发送的测量报告所通知的那些小区。随着时间过去，在步骤S402处，至少一个相邻BS可以改变一个或多个小区的D2D支持状态。因此，在步骤S403处，可以发起X2更新过程，其中至少一个相邻BS可以向服务BS通知其D2D支持状态被改变并且应该在服务BS处相应更新的那些小区。

接着，在可以在步骤S401-S403之前、之后、并行或并发执行的步骤S404处，UE可以在如前所述的模式-1(即，D2D传输资源由服务BS调度)下执行与另一个UE(未示出)的D2D通信。接着，随着时间的过去，在步骤S405处，UE向服务BS发送测量报告例如RSRP/RSRQ测量报告来发起切换。一经接收到来自于UE的测量报告，在步骤S406处，服务BS检查报告的小区是否支持D2D通信。该检查可以以在图2中的步骤S204和S209中讨论的相同方式来完成。接着，与步骤S308和S309的相同，在步骤S407处，服务BS向至少一个相邻BS发送一个或多个切换请求并且在步骤S408处接收来自于至少一个相邻BS的一个或多个切换确认，尽管为了简化的目的而仅示出一个切换确认。基于接收到的切换确认，服务BS可以选择一个或多个候选小区中的一个小区作为目标小区，并且指示UE连接到该目标小区。

此后，在步骤S409处，具有正在进行的D2D通信的UE可以被成功地切换到至少一个相邻BS中与目标小区关联的一个BS，并且在该相邻BS的控制下继续进行D2D通信而没有任何的D2D服务中断，而该相邻BS现在充当服务BS。

应该注意到的是步骤S401-S403的顺序仅仅是示例性的并且它们在一些实施例中可以在步骤S404-S405之后执行。进一步，由于事实上D2D支持状态报告可以经由X2接口预先交换，UE不必经由空中接口来传送此类的报告，由此节省无线电资源并且改进资源使用。

图5示出根据本公开的实施例的代表性BS 500的简化示意框图。如图5中所示，代表性的BS 500包括接收机501、确定单元502和发射机503。接收机501被配置成在服务基站处接收来自于具有正在进行的D2D通信的至少一个UE或来自于至少一个相邻BS的D2D支持状态报告，其中所述D2D支持状态报告指示至少一个相邻BS的一个或多个小区的每个小区关于D2D通信的支持状态。确定单元502被配置成基于D2D支持状态报告和从所述至少一个UE接收到的测量报告来从所述至少一个相邻BS的所述一个或多个小区确定支持所述D2D通信的一个或多个候选小区。所述发射机503被配置成向所述至少一个相邻BS发送分别对应于一个或多个候选小区的一个或多个切换请求，以便将所述至少一个UE切换到所述一个或多个候选小区之一。

从上面的描述以及关于图1-4所做出的描述，将理解到代表性的BS 500可以实现在前关于方法200、过程300和400中所讨论的相应步骤。例如，BS 500可以经由接口建立过程来接收来自于至少一个相邻BS的D2D支持状态报告并且可以经由接口更新过程来更新该报告。另外，尽管这里以分开的方式示出接收机501和发射机503，它们可以被组合成单个的实体，例如收发机。进一步，基于不同的技术实现，这里的确定单元可以实现在软件、硬件或其某种组合中。

图6是示出根据本公开的另一实施例的代表性UE 600的简化示意框图。如图6中所示，代表性的UE 600包括发射机601和接收机602。该发射机601被配置成向服务BS发送测量报告，其中所述测量报告指示至少一个相邻BS的一个或多个小区。该接收机602被配置成从所述服务BS接收针对D2D支持状态报告的请求。所述发射机601被进一步配置成响应于所述请求，向所述服务BS发送所述D2D支持状态报告，其中所述D2D支持状态报告指示所述至少一个相邻BS的一个或多个小区的每个关于所述D2D通信的支持状态。

从上面的描述以及关于图1-4所做出的描述，将理解到代表性的UE 600可以实现在前关于方法200、过程300和400中所讨论的相应步骤，由此与服务BS和相邻BS协作从而以高效的方式来完成在D2D通信中的过程，而没有任何的D2D服务中断。另外，尽管这里以分开的方式示出发射机601和接收机602，它们也可以被组合成单个的实体，例如收发机。

图7是示出根据本公开的实施例可以被实现为UE或BS(如前讨论的服务BS或相邻BS)的另一代表性装置700的简化示意框图。如图7中所示，该装置700包括至少一个处理器701，例如数据处理器，耦合到处理器701的至少一个存储器(MEM)702，以及耦合到处理器701的合适RF发射机TX和接收机RX 703。存储器702存储程序(PROG)704。TX/RX 703用于双向无线通信，例如，其可以与分别在图5和图6中示出的接收机501、发射机503、发射机601和接收机602相同的方式来操作。注意TX/RX 703具有至少一个天线来促进通信，尽管在实际中，装置700将通常具有若干个，以用于例如多输入多输出(“MIMO”)通信。

假设程序704包括当由处理器701执行时使得装置700来根据本公开的示例性实施例，如这里关于方法200、过程300和400所讨论的来操作。例如，装置700可以体现为服务BS或相邻BS，或其一部分以执行如在方法200、过程300和400中所讨论的相应步骤。同样地，装置700也可以体现为具有正在进行的D2D通信的UE，或其一部分，以执行根据本公开的实施例的方法200和过程300和400。

通常，本公开的实施例可以由可由装置700的至少一个处理器701执行的计算机软件来实现，或通过硬件来实现，或通过软件和硬件的组合来实现。

存储器702可以是适合于本地技术环境的任意类型并且可以使用任何合适的数据存储技术来实现，例如基于半导体的存储装置、磁存储装置和系统、光存储装置和系统、固定存储器和可移动存储器，作为非限制性的例子。尽管在装置700中仅示出一个MEM，在装置700中可以存在若干种物理上区分的存储单元。处理器701可以是适合于本地技术环境的任意类型，并且可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器，作为非限制性的例子。装置700可以具有多个处理器，例如诸如专用集成电路芯片，其在时间上隶属于同步主处理器的时钟。

这里所描述的技术可以通过各种装置来实现，从而实现关于实施例所描述的相应移动实体的一个或多个功能的装置不仅包括现有技术的装置，还包括用于实现关于实施例所描述的相应装置的一个或多个功能，并且其可以包括用于每个单独的功能的单独装置，或装置可以被配置成执行两个或更多个功能。例如，根据本公开的示例性实施例的BS可以包括用于在服务基站处接收来自于具有正在进行的D2D通信的至少一个UE或来自于至少一个相邻BS的D2D支持状态报告的装置，其中所述D2D支持状态报告指示至少一个相邻BS的一个或多个小区的每个小区关于D2D通信的支持状态。BS还包括用于基于D2D支持状态报告和从所述至少一个UE接收到的测量报告来从所述至少一个相邻BS的所述一个或多个小区确定支持所述D2D通信的一个或多个候选小区的装置。BS可以进一步包括用于向所述至少一个相邻BS发送分别对应于一个或多个候选小区的一个或多个切换请求，以便将所述至少一个UE切换到所述一个或多个候选小区之一的装置。同样地，根据本公开的示例性实施例的UE可以包括用于向服务BS发送测量报告的装置，其中所述测量报告指示至少一个相邻BS的一个或多个小区。该UE还包括用于从所述服务BS接收针对D2D支持状态报告的请求的装置。进一步，用于发送的装置可以进一步配置成响应于所述请求，向所述服务BS发送所述D2D支持状态报告，其中所述D2D支持状态报告指示所述至少一个相邻BS的一个或多个小区的每个关于所述D2D通信的支持状态。

另外，本公开的示例性实施例可以实现在硬件(一个或多个设备)、固件(一个或多个设备)、软件(一个或多个模块)或其组合中。对于固件或软件，实现可以通过执行这里所述功能的模块(例如，过程、功能等)。软件代码可以存储在任意合适的处理器/计算机可读数据存储介质或存储器单元或加工的物品并且由一个或多个处理器/计算机来执行。数据存储介质或存储器单元可以实现在处理器/计算机内或外部于处理器/计算机，在这种情况下，其可以经由本领域已知的各种装置来可通信地耦合到处理器/计算机。例如，本公开的示例性实施例可以实现在非瞬态计算机可读介质，其具有存储在其上的程序代码，程序代码配置成引导用于在设备到设备通信中执行切换的设备(例如，UE或BS)，当被执行时，执行如图1-4中所示出的步骤。

本公开的实施例所涉及的领域的技术人员在具有前述描述和相关附图所呈现的教导的优势下，将知道这里所陈述的公开的许多修改和其他实施例。因此，将理解本公开的实施例并不限于所公开具体实施例并且该修改和其他实施例旨在被包括在所附权利要求书中。尽管在这里使用特定的术语，它们仅在通常和描述性意义下使用并且不用于限制的目的。

Claims (15)

1.一种基站，包括：

发射机和接收机；以及

至少一个处理器，所述至少一个处理器耦合到所述发射机和所述接收机，所述至少一个处理器包括存储器，所述存储器包括至少一个程序，所述至少一个程序

在被执行时使所述至少一个处理器控制所述基站：

基于从与设备到设备通信相关联的至少一个用户设备接收到的测量报告和设备到设备支持状态报告，从至少一个相邻基站的两个或多个小区中确定支持所述设备到设备通信的一个或多个候选小区，其中所述至少一个相邻基站的所述两个或更多小区中的至少一个小区不支持所述设备到设备通信；以及

从所述发射机向所述相邻基站发送分别对应于所述一个或多个候选小区的一个或多个切换请求，以便将与所述设备到设备通信相关联的所述至少一个用户设备切换到所述一个或多个候选小区中的一个候选小区。

2.根据权利要求1所述的基站，其中所述至少一个程序的执行还使所述至少一个处理器控制所述基站，以从与所述设备到设备通信相关联的所述至少一个用户设备接收关于所述一个或多个候选小区的信息。

3.根据权利要求2所述的基站，其中所述至少一个程序的所述执行还使所述至少一个处理器控制所述基站向所述至少一个用户设备发送针对所述信息的请求。

4.根据权利要求1所述的基站，其中所述至少一个程序的执行还使所述至少一个处理器控制所述基站从所述至少一个相邻基站接收关于所述一个或多个候选小区的信息。

5.根据权利要求4所述的基站，其中所述至少一个程序的所述执行还使所述至少一个处理器控制所述基站发起用于接收所述信息的接口建立过程。

6.根据权利要求5所述的基站，其中所述至少一个程序的所述执行还使所述至少一个处理器控制所述基站发起用于更新所述信息的所述接口建立过程。

7.根据权利要求6所述的基站，其中所述至少一个程序的所述执行还使所述至少一个处理器控制所述基站接收附加信息，所述附加信息有关于所述至少一个相邻基站的所述两个或更多小区中的任何小区是否支持所述设备到设备通信的改变。

8.根据权利要求5所述的基站，其中所述接口建立过程是X2接口。

9.一种用于执行与设备到设备通信相关联的至少一个用户设备的切换的方法，包括：

基于从所述至少一个用户设备接收到的测量报告和设备到设备支持状态报告，来从至少一个相邻基站的两个或更多小区中确定支持设备到设备通信的一个或多个候选小区，其中所述至少一个相邻基站的所述两个或更多小区中的至少一个小区不支持所述设备到设备通信；以及

从服务基站向所述相邻基站发送分别对应于所述一个或多个候选小区的一个或多个切换请求，以便将与所述设备到设备通信相关联的所述至少一个用户设备切换到所述一个或多个更多候选小区中的一个候选小区。

10.根据权利要求9所述的方法，还包括从与所述设备到设备通信相关联的所述至少一个用户设备接收关于所述一个或多个候选小区的信息。

11.根据权利要求10所述的方法，还包括向所述至少一个用户设备发送针对所述信息的请求。

12.根据权利要求9所述的方法，还包括从所述至少一个相邻基站接收关于所述一个或多个候选小区的信息。

13.根据权利要求12所述的方法，还包括发起用于接收所述信息的接口建立过程。

14.根据权利要求13所述的方法，其中发起所述接口建立过程包括发起用于更新所述信息的所述接口建立过程。

15.根据权利要求14所述的方法，还包括接收附加信息，所述附加信息有关于所述至少一个相邻基站的所述两个或更多小区中的任何小区是否支持所述设备到设备通信的改变。

Images