通信路径的切换方法、系统及装置制造方法
【专利摘要】本发明公开了一种通信路径的切换方法、系统及装置。其中，该方法包括：MME接收请求消息；其中，该请求消息用于请求在D2D路径进行通信；上述MME向GW发送承载资源处理请求消息；其中，该承载资源处理请求消息用于通知将网络侧数据路径从核心网CN路径上切换到上述D2D路径上进行传输。MME接收上述请求消息包括：上述MME接收基站发送的上述请求消息；或者，MME接收进行过D2D通信的两个用户设备中的至少之一通过上述基站发送的承载处理请求。通过本发明，解决了相关技术中路径切换不能保证数据业务的连续性的问题，从而保证了在进行路径切换过程中数据业务的连续性，提高了路径切换质量，提升了用户的业务体验。
【专利说明】通信路径的切换方法、系统及装置【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种通信路径的切换方法、系统及装置。
【背景技术】
[0002]为了保持第三代移动通信系统在通信领域的竞争力，为用户提供速率更快、时延更低、更加个性化的移动通信服务，同时降低运营商的运营成本，第三代合作伙伴计划(3rdGeneration Partnership Project,简称为3GPP)标准工作组正致力于演进分组系统(Evolved Packet System,简称为EPS)的研究。图1是根据相关技术的演进分组域系统的结构示意图，如图1所示，整个EPS系统分为无线接入网和核心网两部分。无线接入网是由演进基站(E-UTRAN NodeB,简称为E-NodeB或eNB)和3G无线网络控制器(Radio NetworkControl，简称为RNC)组成，它主要负责无线信号的收发，通过空中接口和终端联系，管理空中接口的无线资源、资源调度、接入控制。
[0003]在核心网中，包含了归属用户服务器(Home Subscriber Server,简称为HSS)、移动性管理实体(Mobility Management Entity,简称为MME)、服务GPRS支持节点(ServingGPRS Support Node,简称为 SGSN)> 策略计费规则功能(Policy and Charging RuleFunction,简称为PCRF)、服务网关(Serving Gateway,简称为S-GW)、分组数据网关(PDNGateway,简称为P-GW)和分组数据网络(Packet Data Network,简称为F1DNX下面详细介绍各部分功能:
[0004]归属用户服务器(HSS)，包含了归属位置寄存器(HLR)的所有功能，是用户签约数据的永久存放地点， 位于用户签约的归属网。
[0005]移动性管理实体(MME)，是用户签约数据在当前网络的存放地点，负责终端到网络的非接入层信令管理、终端的安全验证功能、终端的移动性管理、用户空闲模式下的跟踪和寻呼管理功能和承载管理。
[0006]服务GPRS支持节点(SGSN)，是GERAN和UTRAN用户接入核心网络的业务支持点，功能上与移动性管理实体类似，负责用户的位置更新、寻呼管理和承载管理等功能。
[0007]服务网关(S-GW)，是核心网到无线系统的网关，负责终端到核心网的用户面承载、终端空闲模式下的数据缓存、网络侧发起业务请求的功能、合法监听和分组数据路由和转发功能；服务网关负责统计用户终端使用无线网的情况，并产生终端使用无线网的话单，传送给计费网关。
[0008]分组数据网关(P-GW)，是演进系统和该系统外部分组数据网络的网关，它连接到因特网和分组数据网络上，负责终端的互联网协议(Internet ProtocoI，简称为IP)地址分配、计费功能、分组包过滤、策略控制等功能。
[0009]GPRS (General Packet Radio Service,通用无线分组业务)网关支持节点(Gateway GPRS Support Node，简称为GGSN)，支持GPRS网络的边缘路由功能，即GGSN负责将GPRS网络的数据进行路由转发，并通过防火墙和过滤功能来保护GPRS网络数据的完整性。GGSN还具有计费功能。[0010]PGW包含了 GGSN的全部功能，即可认为GGSN作为PGW的一个子功能，内嵌在PGW内。因此SGSN可以直接和PGW连接，使用Gn/Gp接口。
[0011]分组数据网络(PDN)，是运营商的IP业务网络，该网络通过运营商的核心网为用户提供IP服务。
[0012]策略计费规则功能实体(PCRF)，是演进系统中负责提供计费控制、在线信用控制、门限控制、服务质量(Quality of Service，简称为QoS)策略方面规则的服务器。
[0013]当两个终端(User Equipment，简称为UE)通过EPS网络进行通信时，两个终端需要分别EPS建立承载。但是考虑到智能终端以及各种移动互联网业务的快速发展，很多业务希望能够发现临近的业务并且进行通信，因此催生了设备到设备D2D (Device toDevice)业务。
[0014]图2是根据相关技术的支持D2D功能的终端进行通信的示意图，如图2所示，核心网中包括移动性管理实体(MME)、服务网关(Serving Gateway，简称为SGW)、分组数据网关(PGW)等，当两个终端(例如UEl和UE2)位置比较接近的时候，两个终端可以直接通信，其连接的数据路径可以不绕回到核心网，一方面减少数据路由的迂回，另一方面也减少了网络数据符合。因此得到了很多运营商的重视。但是进行D2D通信的两个终端，对通信距离是有一定要求的，当不满足这个条件的时候，通信还需要绕回核心网(Core Network,简称为CN)进行通信。但是在此过程中，数据业务不能保证足够连续性，影响用户的业务体验。
[0015]针对相关技术中路径切换不能保证数据业务的连续性的问题，目前尚未提出有效的解决方案。
【发明内容】
[0016]针对相关技术中路径切换不能保证数据业务的连续性的问题，本发明提供了一种通信路径的切换方法、系统及装置，以至少解决上述问题。
[0017]根据本发明的一个方面，提供了一种通信路径的切换方法方法，该方法包括:MME接收请求消息；其中，上述请求消息用于请求在D2D路径进行通信；上述MME向GW发送承载资源处理请求消息；其中，上述承载资源处理请求消息用于通知将网络侧数据路径从核心网CN路径上切换到上述D2D路径上进行传输。上述MME接收上述请求消息包括:上述MME接收基站发送的上述请求消息；或者，上述MME接收进行过D2D通信的两个用户设备中的至少之一通过上述基站发送的承载处理请求。
[0018]上述MME接收基站发送的上述请求消息之前,上述方法还包括:上述基站接收上述用户设备的验证请求；其中，上述验证请求中携带有上述用户设备的标识；上述基站根据本地保存的上述两个用户设备的上下文信息，关联上述两个用户设备的上下文，根据关联的上下文对上述两个用户设备进行身份验证。
[0019]上述MME接收上述基站发送的上述请求消息之前，上述方法还包括:上述基站接收上述用户设备的验证请求；其中，上述验证请求中携带有上述用户设备的标识；上述MME接收上述基站发送的验证请求消息，其中上述验证请求消息中携带有上述用户设备的标识；上述MME根据本地策略和/或上述用户设备的签约信息判断是否允许上述两个用户设备进行通信；在判断结果为允许上述两个用户设备进行通信的情况下，上述MME向上述基站发送验证请求应答消息；其中，上述验证请求应答消息用于指示允许上述两个用户设备进行通信。
[0020]上述MME接收进行过D2D通信协商的两个用户设备中的至少之一通过上述基站发送的承载处理请求之前，上述方法还包括:上述基站接收进行过D2D通信协商的两个用户设备中的至少之一发送的通信请求，其中，上述通信请求中携带有进行D2D通信所需要的资源信息；上述基站根据上述通信请求为上述两个用户设备分配资源。
[0021]在上述基站接收到上述两个用户设备中的一个发送的上述通信请求的情况下，在上述基站根据上述通信请求为上述两个用户设备分配资源之后，上述方法还包括:上述基站根据上述通信请求中携带的用户设备的标识，关联上述两个用户设备的上下文；上述基站向发送上述通信请求的用户设备发送携带有为该用户设备分配的资源信息的通信应答消息；上述基站根据上述两个用户设备的上下文的关联关系，向上述两个用户设备中的另外一个用户设备发送携带有为该用户设备分配的资源信息的通信通知消息。
[0022]在上述基站接收到上述两个用户设备发送的上述通信请求的情况下，在上述基站根据上述通信请求为上述两个用户设备分配资源之后，上述方法还包括:上述基站分别向上述两个用户设备发送携带有为该用户设备分配的资源信息的通信应答消息。
[0023]上述基站根据上述通信请求为上述两个用户设备分配资源之后，上述方法还包括:上述两个用户设备根据上述基站分配的资源进行信息交互。
[0024]上述MME向上述GW发送上述承载资源处理请求消息之后，上述方法还包括:上述Gff删除在上述D2D路径上传输的数据流对应的上述CN路径的相关承载；上述GW发起承载修改或承载去活流程，其中，上述承载修改或承载去活流程用于删除在上述D2D路径上传输的数据流对应的上述CN路径的相关承载。
[0025]上述MME向上述GW发送上述承载资源处理请求消息之后，上述方法还包括:上述Gff保留在上述D2D路径上传输的数据流对应的上述CN路径的相关承载；上述GW通知上述用户设备，允许数据在上述D2D路径上传输。
[0026]上述MME向上述GW发送上述承载资源处理请求消息之后，上述方法还包括:上述GW根据上述承载资源处理请求消息，通知计费网关上述用户设备的数据已切换到上述D2D路径上。
[0027]上述请求消息或上述承载处理请求中可以包含切换到上述D2D路径的数据流信息，以及用户设备的标识。
[0028]上述承载资源处理请求消息包含将网络侧数据路径从上述CN路径上切换到上述D2D路径上进行传输的指示信息。
[0029]根据本发明的另一方面，提供了一种通信路径的切换方法，该方法包括:MME接收承载处理请求消息；其中，上述承载处理请求消息用于请求在CN路径进行通信；上述MME向GW发送承载资源处理请求消息；其中，上述承载资源处理请求消息用于通知将网络侧数据路径从D2D路径上切换到上述CN路径上进行传输。
[0030]上述MME接收上述承载处理请求消息包括:上述MME接收用户设备通过基站发送的上述承载处理请求消息；或者，上述MME接收上述基站发送的上述承载处理请求消息。
[0031]上述MME接收上述用户设备通过上述基站发送的上述承载处理请求消息之前，上述方法还包括:上述用户设备进行通信链路的检测；在检测到上述通信链路的质量降低到阈值时，通过上述基站发送上述承载处理请求消息。[0032]上述MME接收上述用户设备通过上述基站发送的上述承载处理请求消息之前，上述方法还包括:上述基站获取上述用户设备上报的测量报告，根据上述测量报告判断上述用户设备是否需要进行路径切换；在判断结果为需要进行路径切换的情况下，上述基站向上述用户设备发送路径切换请求；上述用户设备接收到上述路径切换请求后，通过上述基站发送上述承载处理请求消息。
[0033]上述MME接收上述基站发送的上述承载处理请求消息之前，上述方法还包括:上述基站获取上述用户设备上报的测量报告，根据上述测量报告判断上述用户设备是否需要进行路径切换；在判断结果为需要进行路径切换的情况下，上述基站根据上述用户设备的上下文信息，获取上述在D2D路径传输的数据流信息；上述基站根据上述数据流信息发送上述承载处理请求消息。
[0034]上述MME向上述GW发送上述承载资源处理请求消息之后，上述方法还包括:上述Gff为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载；上述GW发起承载修改或承载去活流程，其中，上述承载修改或承载去活流程用于为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载。
[0035]上述GW为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载包括:上述GW为在上述D2D路径上传输的数据恢复上述CN路径上相关的承载；上述GW通知上述用户设备，允许数据在上述CN路径上传输。
[0036]上述MME向上述GW发送上述承载资源处理请求消息之后，上述方法还包括:上述GW根据上述承载资源处理请求消息，通知计费网关用户设备的数据已经切换到上述CN路径上。
[0037]上述承载资源处理请求消息包含将网络侧数据路径从上述D2D路径上切换到上述CN路径上进行传输的指示信息。
[0038]根据本发明的另一方面，提供了一种通信路径的切换系统，该系统包括MME、基站以及GW，上述MME包括:消息接收模块，用于接收请求消息；其中，上述请求消息用于请求在D2D路径进行通信；消息发送模块，用于向上述GW发送承载资源处理请求消息；其中，上述承载资源处理请求消息用于通知将网络侧数据路径从CN路径上切换到上述D2D路径上进行传输。
[0039]上述消息接收模块包括:第一接收单元，用于接收基站发送的上述请求消息；或者，第二接收单元，用于接收进行过D2D通信协商的两个用户设备中的至少之一通过上述基站发送的承载处理请求。
[0040]上述基站包括:验证请求接收模块，用于接收上述用户设备的验证请求；其中，上述验证请求中携带有上述用户设备的标识；验证模块，用于根据本地保存的上述两个用户设备的上下文信息，关联上述两个用户设备的上下文；根据关联的上下文对上述两个用户设备进行身份验证。
[0041]上述基站还包括:接收模块，用于接收上述用户设备的验证请求；其中，上述验证请求中携带有上述用户设备的标识；上述MME还包括:接收模块，用于接收上述基站发送的验证请求消息，其中上述验证请求消息中携带有上述用户设备的标识；判断模块，用于根据本地策略和/或上述用户设备的签约信息判断是否允许上述两个用户设备进行通信；指示模块，用于在判断结果为允许上述两个用户设备进行通信的情况下，向上述基站发送验证请求应答消息；其中，上述验证请求应答消息用于指示允许上述两个用户设备进行通信。
[0042]上述基站还包括:通信请求接收模块，用于接收进行过D2D通信协商的两个用户设备中的至少之一发送的通信请求，其中，上述通信请求中携带有进行D2D通信所需要的资源信息；资源分配模块，用于根据上述通信请求为上述两个用户设备分配资源。
[0043]在上述基站接收到上述两个用户设备中的一个发送的上述通信请求的情况下，上述基站还包括:关联模块，用于根据上述通信请求中携带的用户设备的标识，关联上述两个用户设备的上下文；第一发送模块，用于向发送上述通信请求的用户设备发送携带有为该用户设备分配的资源信息的通信应答消息；第二发送模块，用于根据上述两个用户设备的上下文的关联关系，向上述两个用户设备中的另外一个用户设备发送携带有为该用户设备分配的资源信息的通信通知消息。
[0044]在上述基站接收到上述两个用户设备发送的上述通信请求的情况下，上述基站还包括:应答消息发送模块，用于分别向上述两个用户设备发送携带有为该用户设备分配的资源信息的通信应答消息。
[0045]上述GW包括:删除模块，用于删除在上述D2D路径上传输的数据流对应的上述CN路径的相关承载；流程发起模块，用于发起承载修改或承载去活流程，其中，上述承载修改或承载去活流程用于删除在上述D2D路径上传输的数据流对应的上述CN路径的相关承载。
[0046]上述GW还包括:承载保留模块，用于保留在上述D2D路径上传输的数据流对应的上述CN路径的相关承载；通知模块，用于上述GW通知上述用户设备，允许数据在上述D2D路径上传输。
[0047]上述GW还包括:切换通知模块，用于根据上述承载资源处理请求消息，通知计费网关上述用户设备的数据已切换到上述D2D路径上。
[0048]根据本发明的另一方面，提供了一种通信路径的切换装置，该装置包括:通信请求发送模块，用于向基站发送通信请求；其中，上述通信请求中携带有用户设备的标识以及切换到D2D路径的数据流信息；资源修改请求发送模块，用于通过上述基站向MME发送资源处理请求，上述资源处理请求携带有将网络侧数据路径从CN路径上切换到上述D2D路径上进行传输的指示信息，以及切换到上述D2D路径的数据流信息。
[0049]根据本发明的另一方面，提供了一种通信路径的切换系统，该系统包括包括MME、基站以及GW，上述MME包括:消息接收模块，用于接收承载处理请求消息；其中，上述承载处理请求消息用于请求在CN路径进行通信；消息发送模块，用于向网关GW发送承载资源处理请求消息；其中，上述承承载资源处理请求消息用于通知将网络侧数据路径从D2D路径上切换到上述CN路径上进行传输。
[0050]上述消息接收模块包括:第一接收单元，用于接收用户设备通过基站发送的上述承载处理请求消息；或者，第二接收单元，用于接收上述基站发送的上述承载处理请求消肩、O
[0051]上述基站包括:报告获取模块，用于获取上述用户设备上报的测量报告；判断模块，用于根据上述测量报告判断上述用户设备是否需要进行路径切换；请求发送模块，用于在判断结果为需要进行路径切换的情况下，向上述用户设备发送路径切换请求；其中，上述路径切换请求用于指示通过上述基站向上述MME发送上述承载处理请求消息。
[0052]上述基站还包括:信息获取模块，用于根据上述用户设备的上下文信息，获取上述D2D路径的数据流信息；消息发送模块，用于根据上述数据流信息发送上述承载处理请求消息。
[0053]上述GW包括:承载重建模块，用于为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载；流程发起模块，用于发起承载修改或承载去活流程，其中，上述承载修改或承载去活流程用于为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载。
[0054]上述承载重建模块包括:承载恢复单元，用于为在上述D2D路径上传输的数据恢复上述CN路径上相关的承载；通知单元，用于通知上述用户设备，允许数据在上述CN路径上传输。
[0055]上述GW还包括:切换通知模块，用于根据上述承载资源处理请求消息，通知计费网关用户设备的数据已经切换到上述CN路径上。
[0056]根据本发明的另一方面，提供了一种通信路径的切换装置，该装置包括:确定模块，用于确定需要将网络侧数据路径从D2D路径上切换到CN路径上进行传输；请求消息发送模块，用于通过上述基站向MME发送承载处理请求消息；其中，上述承载处理请求消息用于请求在CN路径进行通信。
[0057]上述确定模块包括:链路检测单元，用于对通信链路进行检测；上述请求消息发送模块包括:第一发送单元，用于在上述链路检测单元检测到上述通信链路的质量降低到阈值时，通过上述基站向上述MME发送上述承载处理请求消息。
[0058]上述确定模块还包括:上报单元，用于向基站发送测量报告；接收单元，用于接收基站基于上述测量报告发送的路径切换请求。
[0059]上述请求消息发送模块还包括:第二发送单元，用于在上述接收单元接收到上述路径切换请求后，通过上述基站发送向上述MME上述承载处理请求消息。
[0060]通过本发明，MME接收到用于请求在D2D路径进行通信的请求消息后，向GW发送承载资源处理请求消息，该承载资源处理请求消息用于通知将网络侧数据路径从CN路径上切换到D2D路径上进行传输；或者，MME接收到用于请求在CN路径进行通信的承载处理请求消息后，向GW发送承载资源处理请求消息，该承载资源处理请求消息用于通知将网络侧数据路径从D2D路径上切换到CN路径上进行传输，解决了相关技术中路径切换不能保证数据业务的连续性的问题，从而保证了在进行路径切换过程中数据业务的连续性，提高了路径切换质量，提升了用户的业务体验。
【专利附图】
【附图说明】
[0061]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0062]图1是根据相关技术的演进分组域系统的结构示意图；
[0063]图2是根据相关技术的支持D2D功能的终端进行通信的示意图；
[0064]图3是根据本发明实施例的通信路径从CN路径上切换到D2D路径的切换方法的流程图；
[0065]图4是根据本发明实施例的从CN路径切换到D2D路径的第一种实现方式的流程图；[0066]图5是根据本发明实施例的从CN路径切换到D2D路径的第二种实现方式的流程图；
[0067]图6是根据本发明实施例的从CN路径切换到D2D路径的第三种实现方式的流程图；
[0068]图7是根据本发明实施例的通信路径从CN路径上切换到D2D路径的切换系统的结构框图；
[0069]图8是根据本发明实施例的通信路径从CN路径上切换到D2D路径的切换装置的结构框图；
[0070]图9是根据本发明实施例的通信路径从D2D路径上切换到CN路径的切换方法的流程图；
[0071]图10是根据本发明实施例的从D2D路径切换到CN路径的第一种实现方式的流程图；
[0072]图11是根据本发明实施例的从D2D路径切换到CN路径的第二种实现方式的流程图；
[0073]图12是根据本发明实施例的从D2D路径切换到CN路径的第三种实现方式的流程图；
[0074]图13是根据本发明实施例的通信路径从D2D路径上切换到CN路径的切换系统的结构框图；
[0075]图14是根据本发明实施例的通信路径从D2D路径上切换到CN路径的切换装置的结构框图。
【具体实施方式】
[0076]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0077]为了确保通信路径的切换过程中，数据业务的连续性，本发明实施例提供了一种通信路径的切换方法、系统及装置。下面通过实施例来详细介绍。
[0078]本实施例提供了一种通信路径的切换方法，图3是根据本发明实施例的通信路径从CN路径上切换到D2D路径的切换方法的流程图，如图3所示，该方法包括以下步骤(步骤S302-步骤 S304):
[0079]步骤S302，MME接收请求消息；其中，该请求消息用于请求在D2D路径进行通信；
[0080]步骤S304，MME向GW发送承载资源处理请求消息；其中，该承载资源处理请求消息用于通知将网络侧数据路径从CN路径上切换到D2D路径上进行传输。
[0081]通过上述方法，MME接收到用于请求在D2D路径进行通信的请求消息后，向GW发送承载资源处理请求消息，该承载资源处理请求消息用于通知将网络侧数据路径从CN路径上切换到D2D路径上进行传输；解决了相关技术中路径切换不能保证数据业务的连续性的问题，从而保证了从CN路径切换到D2D路径的切换过程中数据业务的连续性，提高了路径切换质量，提升了用户的业务体验。
[0082]优选地,上述MME接收上述请求消息包括:上述MME接收基站发送的上述请求消息；或者，上述MME接收进行过D2D通信的两个用户设备中的至少之一通过上述基站发送的承载处理请求。通过上述方式，可以由基站发起路径切换请求，也可以由用户设备发起路径切换请求，扩大了该方式的适用范围，提高了使用灵活性。
[0083]在上述MME接收基站发送的上述请求消息之前，本实施例提供了一种优选实施方式:上述基站接收上述用户设备的验证请求；其中，上述验证请求中携带有上述用户设备的标识；上述基站根据本地保存的上述两个用户设备的上下文信息，关联上述两个用户设备的上下文，根据关联的上下文对上述两个用户设备进行身份验证。通过上述方式，完成了基站对用户设备的身份验证，在验证通过后，基站即可向MME发送路径切换的请求消息，使得通信路径的切换方法更完善更安全。
[0084]在上述MME接收上述基站发送的上述请求消息之前，本实施例提供了一种优选实施方式:上述基站接收上述用户设备的验证请求；其中，上述验证请求中携带有上述用户设备的标识；上述MME接收上述基站发送的验证请求消息,其中上述验证请求消息中携带有上述用户设备的标识；上述MME根据本地策略和/或上述用户设备的签约信息判断是否允许上述两个用户设备进行通信；在判断结果为允许上述两个用户设备进行通信的情况下，上述MME向上述基站发送验证请求应答消息；其中，上述验证请求应答消息用于指示允许上述两个用户设备进行通信。通过上述方式，完成了对用户设备的身份验证，使得通信路径的切换方法更完善更安全。
[0085]在MME接收进行过D2D通信协商的两个用户设备中的至少之一通过上述基站发送的承载处理请求之前，本实施例提供了一种优选实施方式:上述基站接收进行过D2D通信协商的两个用户设备中的至少之一发送的通信请求，其中，上述通信请求中携带有进行D2D通信所需要的资源信息；上述基站根据上述通信请求为上述两个用户设备分配资源。该方式为后续进行两个用户设备之间的路径切换提供基础。
[0086]在用户设备向基站发送通信请求时，可以有两种实现方式，第一种是两个用户设备中的一个用户设备向基站发送通信请求，第二种是两个用户设备都向基站发送通信请求。下面分别进行介绍:
[0087]对于上述介绍的第一种情况，在上述基站接收到上述两个用户设备中的一个发送的上述通信请求的情况下，在上述基站根据上述通信请求为上述两个用户设备分配资源之后，本实施例提供了一种优选实施方式:上述基站根据上述通信请求中携带的用户设备的标识，关联上述两个用户设备的上下文；上述基站向发送上述通信请求的用户设备发送携带有为该用户设备分配的资源信息的通信应答消息；上述基站根据上述两个用户设备的上下文的关联关系，向上述两个用户设备中的另外一个用户设备发送携带有为该用户设备分配的资源信息的通信通知消息。该方式为后续进行两个用户设备之间的路径切换提供基础。
[0088]对于上述介绍的第二种情况，在上述基站接收到上述两个用户设备发送的上述通信请求的情况下，在上述基站根据上述通信请求为上述两个用户设备分配资源之后，本实施例提供了一种优选实施方式:上述基站分别向上述两个用户设备发送携带有为该用户设备分配的资源信息的通信应答消息。该方式为后续进行两个用户设备之间的路径切换提供基础。
[0089]上述基站根据上述通信请求为上述两个用户设备分配资源之后，上述方法还包括:上述两个用户设备根据上述基站分配的资源进行信息交互。[0090]MME向上述GW发送上述承载资源处理请求消息之后，本实施例提供了一种优选实施方式:上述GW删除在上述D2D路径上传输的数据流对应的上述CN路径的相关承载；上述GW发起承载修改或承载去活流程，其中，上述承载修改或承载去活流程用于删除在上述D2D路径上传输的数据流对应的上述CN路径的相关承载。通过上述方式，删除了 CN路径的相关承载，为后续向D2D路径上切换提供基础。
[0091]MME向上述GW发送上述承载资源处理请求消息之后，本实施例提供了一种优选实施方式:上述GW保留在上述D2D路径上传输的数据流对应的上述CN路径的相关承载；上述Gff通知上述用户设备，允许数据在上述D2D路径上传输。通过上述方式，将CN路径的相关承载设置为不可用状态，为后续向D2D路径上切换提供基础，并且在后续需要从D2D路径上切回到CN路径上时，只需要将CN路径的相关承载设置为可用状态即可，提高了切换效率，减少了资源浪费。
[0092]上述MME向上述GW发送上述承载资源处理请求消息之后，本实施例提供了 一种优选实施方式:上述GW根据上述承载资源处理请求消息，通知计费网关上述用户设备的数据已切换到上述D2D路径上。通过该方式，能够在D2D路径上实施计费操作。
[0093]优选地，上述请求消息或上述承载处理请求中包含切换到上述D2D路径的数据流信息，以及用户设备的标识。上述承载资源处理请求消息包含将网络侧数据路径从上述CN路径上切换到上述D2D路径上进行传输的指示信息。
[0094]为使本发明实施例的目的、技术方案和优点更加清楚，下面结合实施例和附图对本发明实施例作进一步地详细描述。
[0095]实施例一
[0096]本实施例对业务从CN路径切换到D2D路径的实现方式之一进行介绍，该实施方式应用的场景为UEl和UE2建立了核心网的数据连接，当彼此位置接近的时候，从CN迂回的数据可以从本地连接路径上传递。图4是根据本发明实施例的从CN路径切换到D2D路径的第一种实现方式的流程图，如图4所示，该流程包括以下步骤(步骤S402-步骤S426):
[0097]步骤S402，两个UE彼此完成发现过程，这一过程可以依赖于现有的D2D发现流程。或者两个用户发现彼此很接近，对终端下发指令，这样可能在该步骤不需要执行两个终端，或者终端与网络之间的D2D发现流程。
[0098]步骤S404，两个终端发起D2D通信协商，在该过程中，两个UE需要对D2D通信需要的资源，包括QoS、频段信息等信息进行协商。在该过程中可能还会通过应用层协商可以切换到D2D路径上。如果没有执行步骤S402的发现过程，该过程还需要获取UE2的标识信
肩、O
[0099]步骤S406，UEl向eNB发起通信请求，其中携带UEl的标识，UE2的标识，以及进行D2D通信所需要的资源信息，包括QoS、频段等等。如果UEl处于连接态，eNB已经通过之前的过程获取UEl的标识，则该消息中UEl的标识可选。
[0100]步骤S408，eNB根据本地保存的上下文，包括UEl的上下文和UE2的上下文信息关联两个用户的上下文。eNB根据UEl的请求分别为两个终端分配必要的资源。
[0101]步骤S410，eNB向UEl返回通信应答消息，其中携带为UEl分配的资源信息。
[0102]步骤S412，eNB根据之前的关联关系向UE2发送通信通知消息，其中携带为UE2分配的资源信息。该消息可以是有响应消息，即UE2收到需要向eNB回复响应消息。[0103]当然，步骤S406至步骤S412，这结果步骤也可以由UE2发起请求，eNB完成授权后主动向UEl发起通信通知，进行资源分配。
[0104]两个终端可以在步骤S404时协商由哪个UE主动发起资源请求。如果步骤S404没有进行协商，那么两个终端可能分别向eNB发起资源请求，eNB通过步骤S408的关联能够识别，从而避免重复分配资源。
[0105]步骤S414，两个终端可以根据从eNB获取的信息进行进一步的信息交互。该步骤可选。
[0106]步骤S416, UEl 通过 eNB 向 MME 发送资源修改请求(Request bearer resourcemodification),其中携带进行D2D通信的指示,希望在D2D路径上通信的数据流信息。
[0107]步骤S418，MME向UE的GWl (包括SGW和PGW)发送承载资源修改请求(bearerresource command),其中携带D2D通信指示,希望在D2D路径上通信的数据流信息。
[0108]步骤S420，Gffl (包括SGW和PGW)触发PGW发起承载修改或者承载去活，在CN路径上删除相关的数据流信息，并根据消息中的指示生成相应的计费话单。PGW还需要根据消息中携带的信息，在CN路径上删除相关的数据流信息，根据数据流与不同承载的绑定关系，PGW发起承载修改或者承载去活流程，该流程与现有技术类似，这里不做赘述。但是该过程中可能需要逐跳指示给MME/eNB/UE，删除或者修改的原因为切换到D2D通信路径中。
[0109]此后的承载修改或者承载去活过程为可选过程，为了后续从D2D路径能够快速切换到CN路径，这些数据流可以同时CN承载保留。如果PGW没有执行该过程，那么可以单独发送响应消息，通过MME，eNB发送给UE。
[0110]步骤S422-步骤S426是由UE2发起，其中，步骤S416-步骤S420，和步骤S422-步骤S426，没有先后关系，由两个UE分别发起。此外，步骤S416-步骤S426中的相关消息可以复用现在的请求承载资源修改过程，并通过扩展相关消息实现。也可以通过定义新消息来实现上述功能。
[0111]实施例二
[0112]本实施例对业务从CN路径切换到D2D路径的实现方式之二进行介绍，图5是根据本发明实施例的从CN路径切换到D2D路径的第二种实现方式的流程图，该实施方式的应用场景与实施例一类似，实施方式也类似，不同的在于UE请求资源的方式阶段有些不同，即步骤S504-步骤S512与实施例一中的步骤S406-步骤S412不同，其他步骤类似，如图5所示，该流程包括以下步骤(步骤S502-步骤S526):
[0113]步骤S502，两个UE彼此完成发现过程，这一过程可以依赖于现有的D2D发现流程。或者两个用户发现彼此很接近，对终端下发指令，这样可能在该步骤不需要执行两个终端，或者终端与网络之间的D2D发现流程。
[0114]步骤S504，UEl向eNB发起通信请求，其中携带UEl的标识，UE2的标识，以及进行D2D通信所需要的资源信息，包括QoS、频段等等。如果UEl处于连接态，eNB已经通过之前的过程获取UEl的标识，则该消息中UEl的标识可选。如果eNB分别对两个终端授权资源，则该消息中UE2的标识也可选。
[0115]步骤S506，UE2向eNB发起通信请求，其中携带UEl的标识，UE2的标识，以及进行D2D通信所需要的资源信息，包括QoS、频段等等。如果UE2处于连接态，eNB已经通过之前的过程获取UE2的标识，则该消息中UE2的标识可选。如果eNB分别对两个终端授权资源，则该消息中UEl的标识也可选。
[0116]步骤S508，如果步骤S504或者步骤S506中携带了两个终端的标识，则eNB根据本地保存的上下文，包括UEl的上下文和UE2的上下文信息关联两个用户的上下文。eNB根据UEl和UE2的请求分别为两个终端分配进行D2D通信必要的资源。
[0117]步骤S510，eNB向UEl返回通信应答消息，其中携带为UEl分配的资源信息。
[0118]步骤S512，eNB向UEl返回-通信应答消息，其中携带为UEl分配的资源信息。
[0119]步骤S514-步骤S526，与实施例一中的步骤S414-步骤S426相同，在此不再赘述。
[0120]实施例三
[0121]本实施例对业务从CN路径切换到D2D路径的实现方式之三进行介绍，图6是根据本发明实施例的从CN路径切换到D2D路径的第三种实现方式的流程图，该实施方式的应用场景与实施例一类似，如图6所示，该流程包括以下步骤(步骤S602-步骤S628):
[0122]步骤S602，两个UE彼此完成发现过程，这一过程可以依赖于现有的D2D发现流程。在这一过程中，UEl和UE2需要分别去eNB进行身份验证，以保证两个UE是可以彼此进行通信的。
[0123]步骤S604, eNB收到UEl和/或UE2的验证请求,该请求中需要携带彼此的标识。eNB根据本地保存的上下文，包括UEl的上下文和UE2的上下文信息关联两个用户的上下文。如果eNB的保存的UEl和UE2的上下文中包含了能够对两个终端通信认证的信息，则eNB完成身份验证，否则向MME请求认证。
[0124]步骤S606，eNB向MMEl发送D2D通信请求消息，其中携带UEl的标识，UE2的标识。
[0125]步骤S608，MME1根据本地策略、UEl签约信息等判断是否允许UEl和UE2进行D2D通信。
[0126]步骤S610,MME向 eNB发送D2D通信响应消息(discovery and/or discoverable),并指示是否同意两个UE进行通信。
[0127]如果步骤S604中已经完成了通信验证，则步骤S606中不需要携带UE2的标识，并且步骤S608中，MME也可以不进一步验证，此时步骤S610也是可选步骤。步骤S606的作用是通知MME发起CN路径切换，因此该消息中还需要包含切换到D2D路径上的数据流信息。
[0128]步骤S612，MME向UE的GWl (包括SGW和PGW)发送承载资源修改请求(bearerresource command),其中携带D2D通信指示,希望在D2D路径上通信的数据流信息。
[0129]步骤S614，GW1 (包括SGW和PGW)根据消息中的指示生成相应的计费话单。PGW还可以根据消息中携带的信息，通过承载修改或者承载去活过程，在CN路径上删除的相关的数据流信息。
[0130]步骤S616，根据数据流与不同承载的绑定关系，PGW发起承载修改或者承载去活流程。但是该过程中可能需要逐跳指示MME-eNB-UE，删除或者修改的原因为切换到D2D通信路径中。
[0131]承载修改或者承载去活过程为可选过程，为了后续从D2D路径能够快速切换到CN路径，这些数据流可以同时CN承载保留。如果PGW没有执行该过程，那么可以单独发送响应消息，通过MME，eNB发送给UE。
[0132]步骤S618-步骤S628，与步骤S606-步骤S616类似，只不过是对UE2的相关网元进行操作。这两者之间没有先后关系，在此不再赘述。[0133]基于上述实施例介绍的通信路径的切换方法，本实施例提供了一种通信路径的切换系统，该系统可以设置在网络侧，用于实现上述实施例。图7是根据本发明实施例的通信路径从CN路径上切换到D2D路径的切换系统的结构框图，如图7所示，该系统包括:包括基站、MME、GW, MME分别连接至基站和GW，该MME包括:
[0134]消息接收模块10，用于接收请求消息；其中，上述请求消息用于请求在设备到设备D2D路径进行通信；
[0135]消息发送模块12，连接至消息接收模块10，用于向上述GW发送承载资源处理请求消息；其中，上述承载资源处理请求消息用于通知将网络侧数据路径从核心网CN路径上切换到上述D2D路径上进行传输。
[0136]通过上述系统，MME的消息接收模块10接收到用于请求在D2D路径进行通信的请求消息后，MME的消息发送模块12向GW发送承载资源处理请求消息，该承载资源处理请求消息用于通知将网络侧数据路径从CN路径上切换到D2D路径上进行传输；解决了相关技术中路径切换不能保证数据业务的连续性的问题，从而保证了从CN路径切换到D2D路径的切换过程中数据业务的连续性，提高了路径切换质量，提升了用户的业务体验。
[0137]优选地，上述消息接收模块10包括:第一接收单元，用于接收基站发送的上述请求消息；或者，第二接收单元，用于接收进行过D2D通信协商的两个用户设备中的至少之一通过上述基站发送的承载处理请求。通过上述结构，可以由基站发起路径切换请求，也可以由用户设备发起路径切换请求，扩大了该方式的适用范围，提高了使用灵活性。
[0138]优选地，上述基站包括:验证请求接收模块，用于接收上述用户设备的验证请求；其中，上述验证请求中携带有上述用户设备的标识；验证模块，用于根据本地保存的上述两个用户设备的上下文信息，关联上述两个用户设备的上下文；根据关联的上下文对上述两个用户设备进行身份验证。通过上述结构，完成了基站对用户设备的身份验证，在验证通过后，基站即可向MME发送路径切换的请求消息，使得通信路径的切换方法更完善更安全。
[0139]优选地，上述基站还包括:接收模块，用于接收上述用户设备的验证请求；其中，上述验证请求中携带有上述用户设备的标识；上述MME还包括:接收模块，用于接收上述基站发送的验证请求消息，其中上述验证请求消息中携带有上述用户设备的标识；判断模块，用于根据本地策略和/或上述用户设备的签约信息判断是否允许上述两个用户设备进行通信；指示模块，用于在判断结果为允许上述两个用户设备进行通信的情况下，向上述基站发送验证请求应答消息；其中，上述验证请求应答消息用于指示允许上述两个用户设备进行通信。通过上述结构，完成了对用户设备的身份验证，使得通信路径的切换方法更完善更安全。
[0140]优选地，上述基站还包括:通信请求接收模块，用于接收进行过D2D通信协商的两个用户设备中的至少之一发送的通信请求，其中，上述通信请求中携带有进行D2D通信所需要的资源信息；资源分配模块，用于根据上述通信请求为上述两个用户设备分配资源。该结构为后续进行两个用户设备之间的路径切换提供基础。
[0141]在用户设备向基站发送通信请求时，可以有两种实现方式，第一种是两个用户设备中的一个用户设备向基站发送通信请求，第二种是两个用户设备都向基站发送通信请求。下面分别进行介绍:
[0142]对于上述介绍的第一种情况，在上述基站接收到上述两个用户设备中的一个发送的上述通信请求的情况下，上述基站还包括:关联模块，用于根据上述通信请求中携带的用户设备的标识，关联上述两个用户设备的上下文；第一发送模块，用于向发送上述通信请求的用户设备发送携带有为该用户设备分配的资源信息的通信应答消息；第二发送模块，用于根据上述两个用户设备的上下文的关联关系，向上述两个用户设备中的另外一个用户设备发送携带有为该用户设备分配的资源信息的通信通知消息。该结构为后续进行两个用户设备之间的路径切换提供基础。
[0143]对于上述介绍的第二种情况，在上述基站接收到上述两个用户设备发送的上述通信请求的情况下，本实施例提供了一种优选实施方式，上述基站还包括:应答消息发送模块，用于分别向上述两个用户设备发送携带有为该用户设备分配的资源信息的通信应答消息。该结构为后续进行两个用户设备之间的路径切换提供基础。
[0144]MME向上述GW发送上述承载资源处理请求消息之后，本实施例提供了一种优选实施方式，上述GW包括:删除模块，用于删除在上述D2D路径上传输的数据流对应的上述CN路径的相关承载；流程发起模块，用于发起承载修改或承载去活流程，其中，上述承载修改或承载去活流程用于删除在上述D2D路径上传输的数据流对应的上述CN路径的相关承载。通过上述结构，删除了 CN路径的相关承载，为后续向D2D路径上切换提供基础。
[0145]MME向上述GW发送上述承载资源处理请求消息之后，本实施例提供了一种优选实施方式，上述GW还包括:承载保留模块，用于保留在上述D2D路径上传输的数据流对应的上述CN路径的相关承载；通知模块，用于上述GW通知上述用户设备，允许数据在上述D2D路径上传输。优选地，上述GW还包括:切换通知模块，用于根据上述承载资源处理请求消息，通知计费网关上述用户设备的数据已切换到上述D2D路径上。通过上述结构，将CN路径的相关承载设置为不可用状态，为后续向D2D路径上切换提供基础，并且在后续需要从D2D路径上切回到CN路径上时，只需要将CN路径的相关承载设置为可用状态即可，提高了切换效率，减少了资源浪费。
[0146]基于上述实施例介绍的通信路径的切换方法，本实施例提供了一种通信路径的切换装置，该装置可以设置在终端侧，用于实现上述实施例。图8是根据本发明实施例的通信路径从CN路径上切换到D2D路径的切换装置的结构框图，如图8所示，该装置包括:通信请求发送模块20和资源修改请求发送模块22。下面对该结构进行具体介绍。
[0147]通信请求发送模块20，用于向基站发送通信请求；其中，该通信请求中携带有用户设备的标识以及切换到设备到设备D2D路径的数据流信息；
[0148]资源修改请求发送模块22，连接至通信请求发送模块20，用于通过上述基站向移动性管理实体MME发送资源处理请求，该资源处理请求携带有将网络侧数据路径从核心网CN路径上切换到上述D2D路径上进行传输的指示信息，以及切换到上述D2D路径的数据流信息。
[0149]前面对通信路径从CN路径上切换到D2D路径的过程进行了详细介绍，下面对通信路径从D2D路径上切换到CN路径的过程进行描述。
[0150]本实施例提供了一种通信路径的切换方法，图9是根据本发明实施例的通信路径从D2D路径上切换到CN路径的切换方法的流程图，如图9所示，该方法包括以下步骤(步骤S902-步骤 S904):
[0151]步骤S902，MME接收承载处理请求消息；其中，该承载处理请求消息用于请求在CN路径进行通信；
[0152]步骤S904，MME向GW发送承载资源处理请求消息；其中，该承载资源处理请求消息用于通知将网络侧数据路径从D2D路径上切换到上述CN路径上进行传输。
[0153]通过上述方法，MME接收到用于请求在CN路径进行通信的承载处理请求消息后，向GW发送承载资源处理请求消息，该承载资源处理请求消息用于通知将网络侧数据路径从D2D路径上切换到CN路径上进行传输；解决了相关技术中路径切换不能保证数据业务的连续性的问题，从而保证了从D2D路径切换到CN路径的切换过程中数据业务的连续性，提高了路径切换质量，提升了用户的业务体验。
[0154]上述MME接收上述承载处理请求消息包括:上述MME接收用户设备通过基站发送的上述承载处理请求消息；或者，上述MME接收上述基站发送的上述承载处理请求消息。通过上述方式，可以由基站发起请求路径切换的承载处理请求消息，也可以由用户设备发起路径切换请求，扩大了该方式的适用范围，提高了使用灵活性。
[0155]上述MME接收上述用户设备通过上述基站发送的上述承载处理请求消息之前，本实施例提供了一种优选实施方式:上述用户设备进行通信链路的检测；在检测到上述通信链路的质量降低到阈值时，通过上述基站发送上述承载处理请求消息。通过该方式，扩大了进行路径切换的触发条件，扩大了路径切换的适用范围。
[0156]上述MME接收上述用户设备通过上述基站发送的上述承载处理请求消息之前，本实施例提供了一种优选实施方式:上述基站获取上述用户设备上报的测量报告，根据上述测量报告判断上述用户设备是否需要进行路径切换；在判断结果为需要进行路径切换的情况下，上述基站向上述用户设备发送路径切换请求；上述用户设备接收到上述路径切换请求后，通过上述基站发送上述承载处理请求消息。通过该方式，扩大了进行路径切换的触发条件，扩大了路径切换的适用范围。
[0157]上述MME接收上述基站发送的上述承载处理请求消息之前，本实施例提供了一种优选实施方式:上述基站获取上述用户设备上报的测量报告，根据上述测量报告判断上述用户设备是否需要进行路径切换；在判断结果为需要进行路径切换的情况下，上述基站根据上述用户设备的上下文信息，获取上述在D2D路径传输的数据流信息；上述基站根据上述数据流信息发送上述承载处理请求消息。通过该方式，扩大了进行路径切换的触发条件，扩大了路径切换的适用范围。
[0158]上述MME向上述GW发送上述承载资源处理请求消息之后，本实施例提供了 一种优选实施方式:上述GW为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载；上述GW发起承载修改或承载去活流程，其中，上述承载修改或承载去活流程用于为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载。该方式为后续进行两个用户设备之间的路径切换提供基础，重建了 CN路径的相关承载,为后续向CN路径上切换提供基础。
[0159]上述GW为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载包括:上述GW为在上述D2D路径上传输的数据恢复上述CN路径上相关的承载；上述GW通知上述用户设备，允许数据在上述CN路径上传输。该方式为后续进行两个用户设备之间的路径切换提供基础，恢复了 CN路径的相关承载，提高切换效率，减少资源浪费，为后续向CN路径上切换提供基础。[0160]上述承载资源处理请求消息包含将网络侧数据路径从上述D2D路径上切换到上述CN路径上进行传输的指示信息。上述MME向上述GW发送上述承载资源处理请求消息之后，本实施例提供了一种优选实施方式:上述GW根据上述承载资源处理请求消息，通知计费网关用户设备的数据已经切换到上述CN路径上。通过该方式，能够在CN路径上实施计费操作。
[0161]实施例四
[0162]本实施例对业务从D2D路径切换到CN路径的实现方式之一进行介绍，该实施方式应用的场景为UEl和UE2建立了 D2D连接，当彼此距离较远，或者当有个UE移出eNB的覆盖范围时，数据需要从D2D路径切换到核心网路径上去。图10是根据本发明实施例的从D2D路径切换到CN路径的第一种实现方式的流程图，如图10所示，该流程包括以下步骤(步骤S1002-步骤 S1014):
[0163]步骤S1002，UEl和UE2彼此在通信时进行链路检测，当发现链路质量不够好时判断可能移出了 D2D的通信范围，因此发起到CN路径的切换。
[0164]步骤S1004, UEl 通过 eNB 向 MME 发送资源分配请求(Requestbearer resourceallocation)，其中携带需要切回到CN路径上的数据流信息，可选的还可以携带切换回CN路径的指示。
[0165]步骤S1006，MME向UE的GWl (包括SGW和PGW)发送承载资源修改请求(bearerresource co_and),其中携带需要切回到CN路径上的数据流信息,可选的还可以携带切换回CN路径的指不。
[0166]步骤S1008，Gffl (包括SGW和PGW)根据消息中的指示生成相应的计费话单。PGW还需要根据消息中携带的信息恢复CN路径上相关的数据流信息。如果之前PGW并没有删除相应的CN资源，则PGW可以将资源重新设为可用，不需要发起承载修改或者承载激活流程。或者PGW通过承载修改或者承载激活流程，或者单独的响应消息逐跳通知MME/eNB/UE，CN资源可用。
[0167]如果之前PGW已经删除了相应的CN资源，则根据数据流与不同承载的绑定关系，PGff发起承载修改或者承载激活流程重新分配CN路径相应的资源，但是该过程中可能需要逐跳指示给MME/eNB/UE，激活或者修改的原因为切换到D2D通信路径中。
[0168]步骤S1010-步骤S1014，与步骤S1004-S1008类似，只不过是对UE2的相关网元进行操作，这两者之间没有先后关系，在此不再赘述。
[0169]实施例五
[0170]本实施例对业务从D2D路径切换到CN路径的实现方式之二进行介绍，该实施方式的应用场景与实施例四类似。图11是根据本发明实施例的从D2D路径切换到CN路径的第二种实现方式的流程图，如图11所示，该流程包括以下步骤(步骤S1102-步骤S1110):
[0171]步骤S1102，eNB可以要求UE周期性上报测量报告，并根据这个测量报告判断UEl与UE2的距离，以及UEl是否要移出自己的覆盖区。该步骤可以是UEl和UE2其中之一上报，或者是UEl和UE2都上报，eNB根据两种的关联关系进行判断。
[0172]步骤SI 104，eNB根据步骤SI 102中的测量信息，判断UEl正在进行D2D通信，与UE2的距离可能过远、或者要离开eNB的覆盖，即判断是否需要将D2D路径上的通信数据切换到CN路径上。[0173]步骤SI 106，eNB向UEl发送路径切换请求，其中携带对端的标识，或者UEl和UE2进行D2D的会话标识，用于指示UEl和UE2将两者进行D2D通信的数据切换到CN。
[0174]步骤SI 108，eNB向UE2发送路径切换请求，其中携带对端的标识，或者UEl和UE2进行D2D的会话标识，用于指示UEl和UE2将两者进行D2D通信的数据切换到CN。
[0175]步骤SI 106与步骤SI 108在执行时间上没有先后关系。
[0176]步骤S1110，UEl和UE2发起路径切换，该过程与实施例四中步骤S1004-步骤S1014的过程类似，在此不再赘述。
[0177]实施例六
[0178]本实施例对业务从D2D路径切换到CN路径的实现方式之三进行介绍，该实施方式的应用场景与实施例四类似。图12是根据本发明实施例的从D2D路径切换到CN路径的第三种实现方式的流程图，如图12所示，该流程包括以下步骤(步骤S1202-步骤S1220):
[0179]该实施例的步骤S1202-步骤S1208与实施例五中的步骤SI 102-步骤SI 108类似，这里不做赘述。
[0180]步骤S1210，eNB根据UEl和UE2上下文的信息获取进行D2D通信的数据流信息。并根据该信息向MMEl发起资源分配请求(Request bearer resource allocation),其中携带需要切回到CN路径上的数据流信息，可选的还可以携带切换回CN路径的指示。
[0181]步骤S1212，MME向UE的GWl (包括SGW和PGW)发送承载资源修改请求(bearerresource co_and),其中携带需要切回到CN路径上的数据流信息,可选的还可以携带切换回CN路径的指不。
[0182]步骤S1214，Gffl (包括SGW和PGW)根据消息中的指示生成相应的计费话单，PGff还需要根据消息中携带的信息恢复CN路径上相关的数据流信息。如果之前PGW并没有删除相应的CN资源，则PGW可以将资源重新设为可用，不需要执行承载修改或者承载激活流程。或者PGW通过执行承载修改或者承载激活流程逐跳通知MME/eNB/UE，CN资源可用。
[0183]如果之前PGW已经删除了相应的CN资源，则根据数据流与不同承载的绑定关系，PGff发起承载修改或者承载激活流程，即承载修改或者承载激活流程重新分配CN路径相应的资源，但是该过程中可能需要逐跳指示给MME/eNB/UE，激活或者修改的原因为切换到D2D通信路径中。
[0184]步骤S1216-步骤S1220，与步骤S1210-步骤S1214类似，只不过是对UE2的相关网元进行操作，这两者之间没有先后关系，在此不再赘述。
[0185]基于上述实施例介绍的通信路径的切换方法，本实施例提供了一种通信路径的切换系统，该系统可以设置在网络侧，用于实现上述实施例。图13是根据本发明实施例的通信路径从D2D路径上切换到CN路径的切换系统的结构框图，如图13所示，该系统包括:包括基站、MME、GW, MME分别连接至基站和GW，该MME包括:
[0186]消息接收模块30，用于接收承载处理请求消息；其中，上述承载处理请求消息用于请求在核心网CN路径进行通信；
[0187]消息发送模块32，连接至消息接收模块30，用于向网关GW发送承载资源处理请求消息；其中，上述承承载资源处理请求消息用于通知将网络侧数据路径从设备到设备D2D路径上切换到上述CN路径上进行传输。
[0188]通过上述系统，MME的消息接收模块30接收到用于请求在CN路径进行通信的承载处理请求消息后，MME的消息发送模块32向GW发送承载资源处理请求消息，该承载资源处理请求消息用于通知将网络侧数据路径从D2D路径上切换到CN路径上进行传输；解决了相关技术中路径切换不能保证数据业务的连续性的问题，从而保证了从D2D路径切换到CN路径的切换过程中数据业务的连续性，提高了路径切换质量，提升了用户的业务体验。
[0189]优选地，上述消息接收模块包括:第一接收单元，用于接收用户设备通过基站发送的上述承载处理请求消息；或者，第二接收单元，用于接收上述基站发送的上述承载处理请求消息。通过上述结构，可以由基站发起请求路径切换的承载处理请求消息，也可以由用户设备发起路径切换请求，扩大了该方式的适用范围，提高了使用灵活性。
[0190]优选地，上述基站包括:报告获取模块，用于获取上述用户设备上报的测量报告；判断模块，用于根据上述测量报告判断上述用户设备是否需要进行路径切换；请求发送模块，用于在判断结果为需要进行路径切换的情况下，向上述用户设备发送路径切换请求；其中，上述路径切换请求用于指示通过上述基站向上述MME发送上述承载处理请求消息。通过该结构，扩大了进行路径切换的触发条件，扩大了路径切换的适用范围。
[0191]优选地，上述基站还包括:信息获取模块，用于根据上述用户设备的上下文信息，获取上述D2D路径的数据流信息；消息发送模块，用于根据上述数据流信息发送上述承载处理请求消息。通过该结构，扩大了进行路径切换的触发条件，扩大了路径切换的适用范围。
[0192]优选地，上述GW包括:承载重建模块，用于为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载；流程发起模块，用于发起承载修改或承载去活流程，其中，上述承载修改或承载去活流程用于为在上述D2D路径上传输的数据重新建立上述CN路径上相关的承载。该结构为后续进行两个用户设备之间的路径切换提供基础，重建了 CN路径的相关承载，为后续向CN路径上切换提供基础。
[0193]优选地，上述承载重建模块包括:承载恢复单元，用于为在上述D2D路径上传输的数据恢复上述CN路径上相关的承载；通知单元，用于通知上述用户设备，允许数据在上述CN路径上传输。该结构为后续进行两个用户设备之间的路径切换提供基础，恢复了 CN路径的相关承载，提闻切换效率，减少资源浪费，为后续向CN路径上切换提供基础。
[0194]优选地，上述GW还包括:切换通知模块，用于根据上述承载资源处理请求消息，通知计费网关用户设备的数据已经切换到上述CN路径上。通过该结构，能够在CN路径上实施计费操作。
[0195]基于上述实施例介绍的通信路径的切换方法，本实施例提供了一种通信路径的切换装置，该装置可以设置在终端侧，用于实现上述实施例。图14是根据本发明实施例的通信路径从D2D路径上切换到CN路径的切换装置的结构框图，如图14所示，该装置包括:确定模块40和请求消息发送模块42。下面对该结构进行具体介绍。
[0196]确定模块40，用于确定需要将网络侧数据路径从设备到设备D2D路径上切换到核心网CN路径上进行传输；
[0197]请求消息发送模块42，连接至确定模块40，用于通过上述基站向移动性管理实体MME发送承载处理请求消息；其中，上述承载处理请求消息用于请求在上述CN路径进行通信。
[0198]优选地，上述确定模块包括:链路检测单元，用于对通信链路进行检测；上述请求消息发送模块包括:第一发送单元，用于在上述链路检测单元检测到上述通信链路的质量降低到阈值时，通过上述基站向上述MME发送上述承载处理请求消息。
[0199]优选地，上述确定模块还包括:上报单元，用于向基站发送测量报告；接收单元，用于接收基站基于上述测量报告发送的路径切换请求。上述请求消息发送模块还包括:第二发送单元，用于在上述接收单元接收到上述路径切换请求后，通过上述基站发送向上述MME上述承载处理请求消息。
[0200]从以上的描述中可以看出，本发明实现了从D2D路径上切换到CN路径进行业务传输，或者，从CN路径上切换到D2D路径上进行业务传输，保证了在进行路径切换过程中数据业务的连续性，提高了路径切换质量，提升了用户的业务体验。
[0201]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0202]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种通信路径的切换方法，其特征在于，包括: 移动性管理实体MME接收请求消息；其中，所述请求消息用于请求在设备到设备D2D路径进行通信； 所述MME向网关GW发送承载资源处理请求消息；其中，所述承载资源处理请求消息用于通知将网络侧数据路径从核心网CN路径上切换到所述D2D路径上进行传输。
2.根据权利要求1所述的方法，其特征在于，所述MME接收所述请求消息包括: 所述MME接收基站发送的所述请求消息；或者， 所述MME接收进行过D2D通信的两个用户设备中的至少之一通过所述基站发送的承载处理请求。
3.根据权利要求2所述的方法，其特征在于，所述MME接收基站发送的所述请求消息之前，所述方法还包括: 所述基站接收所述 用户设备的验证请求；其中，所述验证请求中携带有所述用户设备的标识； 所述基站根据本地保存的所述两个用户设备的上下文信息，关联所述两个用户设备的上下文，根据关联的上下文对所述两个用户设备进行身份验证。
4.根据权利要求2所述的方法，其特征在于，所述MME接收所述基站发送的所述请求消息之前，所述方法还包括: 所述基站接收所述用户设备的验证请求；其中，所述验证请求中携带有所述用户设备的标识； 所述MME接收所述基站发送的验证请求消息，其中所述验证请求消息中携带有所述用户设备的标识； 所述MME根据本地策略和/或所述用户设备的签约信息判断是否允许所述两个用户设备进行通信； 在判断结果为允许所述两个用户设备进行通信的情况下，所述MME向所述基站发送验证请求应答消息；其中，所述验证请求应答消息用于指示允许所述两个用户设备进行通信。
5.根据权利要求2所述的方法，其特征在于，所述MME接收进行过D2D通信协商的两个用户设备中的至少之一通过所述基站发送的承载处理请求之前，所述方法还包括: 所述基站接收进行过D2D通信协商的两个用户设备中的至少之一发送的通信请求，其中，所述通信请求中携带有进行D2D通信所需要的资源信息； 所述基站根据所述通信请求为所述两个用户设备分配资源。
6.根据权利要求5所述的方法，其特征在于，在所述基站接收到所述两个用户设备中的一个发送的所述通信请求的情况下，在所述基站根据所述通信请求为所述两个用户设备分配资源之后，所述方法还包括: 所述基站根据所述通信请求中携带的用户设备的标识，关联所述两个用户设备的上下文； 所述基站向发送所述通信请求的用户设备发送携带有为该用户设备分配的资源信息的通信应答消息； 所述基站根据所述两个用户设备的上下文的关联关系，向所述两个用户设备中的另外一个用户设备发送携带有为该用户设备分配的资源信息的通信通知消息。
7.根据权利要求5所述的方法，其特征在于，在所述基站接收到所述两个用户设备发送的所述通信请求的情况下，在所述基站根据所述通信请求为所述两个用户设备分配资源之后，所述方法还包括: 所述基站分别向所述两个用户设备发送携带有为该用户设备分配的资源信息的通信应答消息。
8.根据权利要求5所述的方法，其特征在于，所述基站根据所述通信请求为所述两个用户设备分配资源之后，所述方法还包括: 所述两个用户设备根据所述基站分配的资源进行信息交互。
9.根据权利要求1所述的方法，其特征在于，所述MME向所述GW发送所述承载资源处理请求消息之后，所述方法还包括: 所述GW删除在所述D2D路径上传输的数据流对应的所述CN路径的相关承载； 所述GW发起承载修改或承载去活流程，其中，所述承载修改或承载去活流程用于删除在所述D2D路径上传输的数据流对应的所述CN路径的相关承载。
10.根据权利要求1所述的方法，其特征在于，所述MME向所述GW发送所述承载资源处理请求消息之后，所述方法还包括: 所述GW保留在所述D2D路径上传输的数据流对应的所述CN路径的相关承载； 所述GW通知所述用户设备，允许数据在所述D2D路径上传输。
11.根据权利要求1所述的方 法，其特征在于，所述MME向所述GW发送所述承载资源处理请求消息之后，所述方法还包括: 所述GW根据所述承载资源处理请求消息，通知计费网关所述用户设备的数据已切换到所述D2D路径上。
12.根据权利要求2所述的方法，其特征在于，所述请求消息或所述承载处理请求中包含切换到所述D2D路径的数据流信息，以及用户设备的标识。
13.根据权利要求1至12中任一项所述的方法，其特征在于，所述承载资源处理请求消息包含将网络侧数据路径从所述CN路径上切换到所述D2D路径上进行传输的指示信息。
14.一种通信路径的切换方法，其特征在于，包括: 移动性管理实体MME接收承载处理请求消息；其中，所述承载处理请求消息用于请求在核心网CN路径进行通信； 所述MME向网关GW发送承载资源处理请求消息；其中，所述承载资源处理请求消息用于通知将网络侧数据路径从设备到设备D2D路径上切换到所述CN路径上进行传输。
15.根据权利要求14所述的方法，其特征在于，所述MME接收所述承载处理请求消息包括: 所述MME接收用户设备通过基站发送的所述承载处理请求消息；或者， 所述MME接收所述基站发送的所述承载处理请求消息。
16.根据权利要求15所述的方法，其特征在于，所述MME接收所述用户设备通过所述基站发送的所述承载处理请求消息之前，所述方法还包括: 所述用户设备进行通信链路的检测； 在检测到所述通信链路的质量降低到阈值时，通过所述基站发送所述承载处理请求消肩、O
17.根据权利要求15所述的方法，其特征在于，所述MME接收所述用户设备通过所述基站发送的所述承载处理请求消息之前，所述方法还包括: 所述基站获取所述用户设备上报的测量报告，根据所述测量报告判断所述用户设备是否需要进行路径切换； 在判断结果为需要进行路径切换的情况下，所述基站向所述用户设备发送路径切换请求； 所述用户设备接收到所述路径切换请求后，通过所述基站发送所述承载处理请求消肩、O
18.根据权利要求15所述的方法，其特征在于，所述MME接收所述基站发送的所述承载处理请求消息之前，所述方法还包括: 所述基站获取所述用户设备上报的测量报告，根据所述测量报告判断所述用户设备是否需要进行路径切换； 在判断结果为需要进行路径切换的情况下，所述基站根据所述用户设备的上下文信息，获取所述在D2D路径传输的数据流信息； 所述基站根据所述数据流信息发送所述承载处理请求消息。
19.根据权利要求14所述的方法，其特征在于，所述MME向所述GW发送所述承载资源处理请求消息之后，所述方法还包括: 所述GW为在所述D2D路径上传输的数据重新建立所述CN路径上相关的承载； 所述GW发起承载修改或承载`去活流程，其中，所述承载修改或承载去活流程用于为在所述D2D路径上传输的数据重新建立所述CN路径上相关的承载。
20.根据权利要求19所述的方法，其特征在于，所述GW为在所述D2D路径上传输的数据重新建立所述CN路径上相关的承载包括: 所述GW为在所述D2D路径上传输的数据恢复所述CN路径上相关的承载； 所述GW通知所述用户设备，允许数据在所述CN路径上传输。
21.根据权利要求14所述的方法，其特征在于，所述MME向所述GW发送所述承载资源处理请求消息之后，所述方法还包括: 所述GW根据所述承载资源处理请求消息，通知计费网关用户设备的数据已经切换到所述CN路径上。
22.根据权利要求14至21中任一项所述的方法，其特征在于，所述承载资源处理请求消息包含将网络侧数据路径从所述D2D路径上切换到所述CN路径上进行传输的指示信息。
23.一种通信路径的切换系统，其特征在于，所述系统包括移动性管理实体MME、基站以及网关GW，所述MME包括: 消息接收模块，用于接收请求消息；其中，所述请求消息用于请求在设备到设备D2D路径进行通信； 消息发送模块，用于向所述GW发送承载资源处理请求消息；其中，所述承载资源处理请求消息用于通知将网络侧数据路径从核心网CN路径上切换到所述D2D路径上进行传输。
24.根据权利要求23所述的系统，其特征在于，所述消息接收模块包括: 第一接收单元，用于接收基站发送的所述请求消息；或者， 第二接收单元，用于接收进行过D2D通信协商的两个用户设备中的至少之一通过所述基站发送的承载处理请求。
25.根据权利要求24所述的系统，其特征在于，所述基站包括: 验证请求接收模块，用于接收所述用户设备的验证请求；其中，所述验证请求中携带有所述用户设备的标识； 验证模块，用于根据本地保存的所述两个用户设备的上下文信息，关联所述两个用户设备的上下文；根据关联的上下文对所述两个用户设备进行身份验证。
26.根据权利要求24所述的系统，其特征在于， 所述基站还包括:接收模块，用于接收所述用户设备的验证请求；其中，所述验证请求中携带有所述用户设备的标识； 所述MME还包括:接收模块，用于接收所述基站发送的验证请求消息，其中所述验证请求消息中携带有所述用户设备的标识； 判断模块，用于根据本地策略和/或所述用户设备的签约信息判断是否允许所述两个用户设备进行通信； 指示模块，用于在判断结果为允许所述两个用户设备进行通信的情况下，向所述基站发送验证请求应答消息；其中，所述验证请求应答消息用于指示允许所述两个用户设备进行通信。
27.根据权利要求24所述的系统，其特征在于，所述基站还包括: 通信请求接收模块，用于接收进行过D2D通信协商的两个用户设备中的至少之一发送的通信请求，其中，所述通信请求中携带有进行D2D通信所需要的资源信息； 资源分配模块，用于根据所述通信请求为所述两个用户设备分配资源。
28.根据权利要求27所述的系统，其特征在于，在所述基站接收到所述两个用户设备中的一个发送的所述通信请求的情况下，所述基站还包括: 关联模块，用于根据所述通信请求中携带的用户设备的标识，关联所述两个用户设备的上下文； 第一发送模块，用于向发送所述通信请求的用户设备发送携带有为该用户设备分配的资源信息的通信应答消息； 第二发送模块，用于根据所述两个用户设备的上下文的关联关系，向所述两个用户设备中的另外一个用户设备发送携带有为该用户设备分配的资源信息的通信通知消息。
29.根据权利要求27所述的系统，其特征在于，在所述基站接收到所述两个用户设备发送的所述通信请求的情况下，所述基站还包括: 应答消息发送模块，用于分别向所述两个用户设备发送携带有为该用户设备分配的资源信息的通信应答消息。
30.根据权利要求23所述的系统，其特征在于，所述GW包括: 删除模块，用于删除在所述D2D路径上传输的数据流对应的所述CN路径的相关承载； 流程发起模块，用于发起承载修改或承载去活流程，其中，所述承载修改或承载去活流程用于删除在所述D2D路径上传输的数据流对应的所述CN路径的相关承载。
31.根据权利要求23所述的系统，其特征在于，所述GW还包括: 承载保留模块，用于保留在所述D2D路径上传输的数据流对应的所述CN路径的相关承载;通知模块，用于所述GW通知所述用户设备，允许数据在所述D2D路径上传输。
32.根据权利要求23所述的系统，其特征在于，所述GW还包括: 切换通知模块，用于根据所述承载资源处理请求消息，通知计费网关所述用户设备的数据已切换到所述D2D路径上。
33.一种通信路径的切换装置，其特征在于，所述装置包括: 通信请求发送模块，用于向基站发送通信请求；其中，所述通信请求中携带有用户设备的标识以及切换到设备到设备D2D路径的数据流信息； 资源修改请求发送模 块，用于通过所述基站向移动性管理实体MME发送资源处理请求，所述资源处理请求携带有将网络侧数据路径从核心网CN路径上切换到所述D2D路径上进行传输的指示信息，以及切换到所述D2D路径的数据流信息。
34.一种通信路径的切换系统，其特征在于，所述系统包括移动性管理实体MME、基站以及网关GW，所述MME包括: 消息接收模块，用于接收承载处理请求消息；其中，所述承载处理请求消息用于请求在核心网CN路径进行通信； 消息发送模块，用于向网关GW发送承载资源处理请求消息；其中，所述承承载资源处理请求消息用于通知将网络侧数据路径从设备到设备D2D路径上切换到所述CN路径上进行传输。
35.根据权利要求34所述的系统，其特征在于，所述消息接收模块包括: 第一接收单元，用于接收用户设备通过基站发送的所述承载处理请求消息；或者， 第二接收单元，用于接收所述基站发送的所述承载处理请求消息。
36.根据权利要求35所述的系统，其特征在于，所述基站包括: 报告获取模块，用于获取所述用户设备上报的测量报告； 判断模块，用于根据所述测量报告判断所述用户设备是否需要进行路径切换； 请求发送模块，用于在判断结果为需要进行路径切换的情况下，向所述用户设备发送路径切换请求；其中，所述路径切换请求用于指示通过所述基站向所述MME发送所述承载处理请求消息。
37.根据权利要求35所述的系统，其特征在于，所述基站还包括: 信息获取模块，用于根据所述用户设备的上下文信息，获取所述D2D路径的数据流信息； 消息发送模块，用于根据所述数据流信息发送所述承载处理请求消息。
38.根据权利要求34所述的系统，其特征在于，所述GW包括: 承载重建模块，用于为在所述D2D路径上传输的数据重新建立所述CN路径上相关的承载； 流程发起模块，用于发起承载修改或承载去活流程，其中，所述承载修改或承载去活流程用于为在所述D2D路径上传输的数据重新建立所述CN路径上相关的承载。
39.根据权利要求38所述的系统，其特征在于，所述承载重建模块包括: 承载恢复单元，用于为在所述D2D路径上传输的数据恢复所述CN路径上相关的承载； 通知单元，用于通知所述用户设备，允许数据在所述CN路径上传输。
40.根据权利要求34所述的系统，其特征在于，所述GW还包括:切换通知模块，用于根据所述承载资源处理请求消息，通知计费网关用户设备的数据已经切换到所述CN路径上。
41.一种通信路径的切换装置，其特征在于，所述装置包括: 确定模块，用于确定需要将网络侧数据路径从设备到设备D2D路径上切换到核心网CN路径上进行传输； 请求消息发送模块，用于通过所述基站向移动性管理实体MME发送承载处理请求消息；其中，所述承载处理请求消息用于请求在所述CN路径进行通信。
42.根据权利要求41所述的装置，其特征在于， 所述确定模块包括:链路检测单元，用于对通信链路进行检测； 所述请求消息发送模块包括:第一发送单元，用于在所述链路检测单元检测到所述通信链路的质量降低到阈值时，通过所述基站向所述MME发送所述承载处理请求消息。
43.根据权利要求41所述的装置，其特征在于， 所述确定模块还包括:上报单元，用于向基站发送测量报告； 接收单元，用于接收基站基于所述测量报告发送的路径切换请求。
44.根据权利要求43所述的装置，其特征在于， 所述请求消息发送模块还包括:第二发送单元，用于在所述接收单元接收到所述路径切换请求后，通过所述基站·发送向所述MME所述承载处理请求消息。
【文档编号】H04W12/06GK103716850SQ201210379488
【公开日】2014年4月9日 申请日期:2012年9月29日 优先权日:2012年9月29日
【发明者】梁爽, 宗在峰, 陈淑 申请人:中兴通讯股份有限公司