WO2014048397A1 - 通信路径的切换方法、系统及装置 - Google Patents

通信路径的切换方法、系统及装置 Download PDF

Info

Publication number
WO2014048397A1
WO2014048397A1 PCT/CN2013/084646 CN2013084646W WO2014048397A1 WO 2014048397 A1 WO2014048397 A1 WO 2014048397A1 CN 2013084646 W CN2013084646 W CN 2013084646W WO 2014048397 A1 WO2014048397 A1 WO 2014048397A1
Authority
WO
WIPO (PCT)
Prior art keywords
path
bearer
base station
communication
request message
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.)
Ceased
Application number
PCT/CN2013/084646
Other languages
English (en)
French (fr)
Inventor
梁爽
宗在峰
陈淑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to US14/432,276 priority Critical patent/US20150289304A1/en
Priority to EP13843007.9A priority patent/EP2903346A4/en
Publication of WO2014048397A1 publication Critical patent/WO2014048397A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/03—Reselecting a link using a direct mode connection
    • H04W36/033—Reselecting a link using a direct mode connection in pre-organised networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/302—Reselection being triggered by specific parameters by measured or perceived connection quality data due to low signal strength
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Definitions

  • FIG. 1 is a schematic structural diagram of an evolved packet domain system according to the related art. As shown in FIG. 1, the entire EPS system is divided into two parts: a radio access network and a core network.
  • the radio access network is composed of an evolved base station (E-UT AN NodeB, referred to as E-NodeB or eNB) and a 3G radio network controller (Radio Network Control, RNC for short), which is mainly responsible for transmitting and receiving wireless signals through the air.
  • the interface contacts the terminal, and manages radio resources, resource scheduling, and access control of the air interface.
  • a Home Subscriber Server (HSS), a Mobility Management Entity (MME), a Serving GPRS Support Node (SGSN), and a policy are included.
  • Policy and Charging Rule Function (PCRF) Policy and Charging Rule Function
  • S-GW Serving Gateway
  • PDN Gateway Packet Data Gateway
  • PDN Packet Data Network
  • the Home Subscriber Server which contains all the functions of the Home Location Register (HLR), is the permanent storage location for the user's subscription data, and is located in the home network to which the user subscribes.
  • the mobility management entity MME is the location where the subscriber subscription data is stored in the current network, responsible for terminal-to-network non-access stratum signaling management, terminal security verification function, terminal mobility management, and user idle mode tracking. And paging management functions and bearer management.
  • the Serving GPRS Support Node is a service support point for GERAN and UTRAN users to access the core network. It is similar in function to the mobility management entity and is responsible for user location update, paging management, and bearer management.
  • the Serving Gateway is the gateway from the core network to the wireless system. It is responsible for the user plane bearer from the terminal to the core network, the data buffer in the terminal idle mode, the function of initiating service requests on the network side, lawful interception and packet data routing. Forwarding function: The service gateway is responsible for counting the situation in which the user terminal uses the wireless network, and generates the CDRs of the terminal using the wireless network, and transmits the CDRs to the charging gateway.
  • the Packet Data Gateway is a gateway of the evolved system and the external packet data network of the system. It is connected to the Internet and the packet data network, and is responsible for the Internet Protocol (IP) address allocation and accounting of the terminal.
  • IP Internet Protocol
  • the General Packet Radio Service (GPRS) Gateway Support Node (Gateway GPRS Support Node, GGSN for short) supports the edge routing function of the GPRS network. That is, the GGSN is responsible for routing and forwarding data of the GPRS network. Firewall and filtering to protect the integrity of GPRS network data.
  • the GGSN also has a charging function.
  • the PGW contains all the functions of the GGSN, and the GGSN can be considered as a sub-function of the PGW and embedded in the PGW. Therefore, the SGSN can connect directly to the PGW and use the Gn/Gp interface.
  • a packet data network (PDN) is an operator's IP service network that provides IP services to users through the carrier's core network.
  • the Policy Charging Rules Function Entity (PCRF) is a server in the evolution system that provides rules for charging control, online credit control, threshold control, and Quality of Service (QoS) policies.
  • PCRF Policy Charging Rules Function Entity
  • QoS Quality of Service
  • the core network includes a mobility management entity (MME), a serving gateway (Serving Gateway, abbreviated as SGW), and a packet data gateway ( PGW), etc.
  • MME mobility management entity
  • SGW serving gateway
  • PGW packet data gateway
  • the two terminals that perform D2D communication have certain requirements for the communication distance.
  • the communication also needs to bypass the core network (Core Network, referred to as CN) for communication.
  • Core Network Core Network
  • the data service cannot guarantee sufficient continuity and affect the user's business experience.
  • an effective solution has not been proposed yet.
  • a method for switching a communication path includes: the MME receiving a request message, where the request message is used to request communication in a D2D path; and the MME sends a bearer resource to the GW. Processing the request message; wherein, the bearer resource processing request message is used to notify that the network side data path is switched from the core network CN path to the D2D path for transmission.
  • the foregoing MME receiving the request message includes: the MME receiving the request message sent by the base station; or the MME receiving, by the MME, a bearer processing request sent by the base station by at least one of two user equipments that have performed D2D communication.
  • the method further includes: the base station receiving the verification request of the user equipment; wherein the verification request carries the identifier of the user equipment; and the base station is based on the two users saved locally
  • the context information of the device is associated with the context of the two user devices, and the two user devices are authenticated according to the associated context.
  • the method further includes: the base station receiving the verification request of the user equipment; wherein the verification request carries the identifier of the user equipment; and the MME receives the verification request sent by the base station a message, where the verification request message carries the identifier of the user equipment; the MME determines whether to allow the two user equipments to communicate according to the local policy and/or the subscription information of the user equipment; When the device performs communication, the MME sends an authentication request response message to the base station, where the verification request response message is used to indicate that the two user equipments are allowed to communicate.
  • the method further includes: the base station receiving at least one of the two user equipments that have performed the D2D communication negotiation.
  • a transmitted communication request wherein the communication request carries resource information required for performing D2D communication; and the base station allocates resources for the two user equipments according to the communication request.
  • the method further includes: the base station according to the communication request The identifier of the user equipment carried in, and the context of the two user equipments;
  • the base station sends a communication response message carrying the resource information allocated for the user equipment to the user equipment that sends the communication request;
  • the base station sends another one of the two user equipments according to the context relationship of the two user equipments.
  • the user equipment sends a communication notification message carrying resource information allocated for the user equipment.
  • the method further includes: the base station separately sending the two user equipments A communication response message carrying resource information assigned to the user equipment is transmitted.
  • the method further includes: the two user equipments perform information interaction according to the resources allocated by the base station.
  • the method further includes: the GW deleting a related bearer of the CN path corresponding to the data stream transmitted on the D2D path; and the GW initiating a bearer modification or bearer deactivation process.
  • the bearer modification or bearer deactivation procedure is used to delete the related bearer of the CN path corresponding to the data stream transmitted on the D2D path.
  • the method further includes: the GW retains a related bearer of the CN path corresponding to the data stream transmitted on the D2D path; and the GW notifies the user equipment that the data is allowed to be The above D2D path is transmitted.
  • the method further includes: the GW notifying the charging gateway that the data of the user equipment has been switched to the D2D path according to the bearer resource processing request message.
  • the request message or the bearer processing request may include data flow information switched to the D2D path and an identifier of the user equipment.
  • the bearer resource processing request message includes indication information for switching the network side data path from the CN path to the D2D path for transmission.
  • a method for switching a communication path includes: receiving, by a MME, a bearer processing request message, where the bearer processing request message is used to request communication in a CN path;
  • the GW sends a bearer resource processing request message, where the bearer resource processing request message is used to notify that the network side data path is switched from the D2D path to the CN path for transmission.
  • the receiving, by the MME, the bearer processing request message includes: receiving, by the MME, the bearer processing request message sent by the user equipment by using the base station; or, the MME receiving the bearer processing request message sent by the base station.
  • the method further includes: detecting, by the user equipment, a communication link; and detecting that the quality of the communication link is reduced to a threshold, by using the base station The bearer processing request message is sent.
  • the method further includes: the base station acquiring the measurement report reported by the user equipment, determining, according to the measurement report, whether the user equipment needs to perform path switching; As a result, when the path switching needs to be performed, the base station transmits a path switching request to the user equipment. After receiving the path switching request, the user equipment transmits the bearer processing request message by the base station.
  • the method further includes: the base station acquiring the measurement report reported by the user equipment, determining, according to the measurement report, whether the user equipment needs to perform path switching; In the case of path switching, the base station acquires the data stream information transmitted on the D2D path according to the context information of the user equipment, and the base station transmits the bearer processing request message according to the data stream information.
  • the method further includes: the GW re-establishing a bearer related to the CN path for data transmitted on the D2D path; and the GW initiates a bearer modification or bearer deactivation process.
  • the bearer modification or bearer deactivation procedure is used to re-establish the related bearer on the CN path for the data transmitted on the D2D path.
  • the GW re-establishes the related bearer on the CN path for the data transmitted on the D2D path, where: the GW recovers the related bearer on the CN path for the data transmitted on the D2D path; the GW notifies the user equipment, allowing Data is transmitted on the above CN path.
  • the method further includes: the GW notifying, according to the bearer resource processing request message, that the data of the charging gateway user equipment has been switched to the CN path.
  • the bearer resource processing request message includes indication information for switching the network side data path from the D2D path to the CN path for transmission.
  • a switching system for a communication path includes an MME, a base station, and a GW, where the MME includes: a message receiving module, configured to receive a request message; wherein the request message is used to Requesting to communicate on the D2D path; the message sending module is configured to send a bearer resource processing request message to the GW, where the bearer resource processing request message is used to notify that the network side data path is switched from the CN path to the D2D path. transmission.
  • the message receiving module includes: a first receiving unit, configured to receive the request message sent by the base station; or a second receiving unit, configured to receive, by the base station, at least one of two user equipments that have performed D2D communication negotiation Bearer processing request.
  • the foregoing base station includes: an authentication request receiving module, configured to receive the verification request of the user equipment; wherein, the verification request carries the identifier of the user equipment; and the verification module is configured to: according to the context information of the two user equipments saved locally Correlating the contexts of the two user equipments; authenticating the two user equipments according to the associated context.
  • the foregoing base station further includes: a receiving module, configured to receive the verification request of the user equipment, where the verification request carries the identifier of the user equipment; the MME further includes: a receiving module, configured to receive the verification request message sent by the base station The determining request message carries the identifier of the user equipment; the determining module is configured to determine, according to the local policy and/or the subscription information of the user equipment, whether to allow the two user equipments to communicate; the indicating module is set to determine The result is that, when the two user equipments are allowed to communicate, the verification request response message is sent to the base station; wherein the verification request response message is used to indicate that the two user equipments are allowed to communicate.
  • the foregoing base station further includes: a communication request receiving module, configured to receive a communication request sent by at least one of two user equipments that have undergone D2D communication negotiation, where the communication request carries resource information required for performing D2D communication;
  • the resource allocation module is configured to allocate resources for the two user equipments according to the communication request.
  • the base station further includes: an association module, configured to associate the two user equipment according to the identifier of the user equipment carried in the communication request a first sending module, configured to send a communication response message carrying the resource information allocated for the user equipment to the user equipment that sends the communication request; the second sending module is configured to be based on the context of the two user equipments The association relationship sends a communication notification message carrying the resource information allocated for the user equipment to another user equipment of the two user equipments.
  • the base station further includes: a response message sending module, configured to separately send, to the two user equipments, resource information that is allocated for the user equipment Communication response message.
  • the GW includes: a deleting module, configured to delete a related bearer of the CN path corresponding to the data stream transmitted on the D2D path; and a process initiating module, configured to initiate a bearer modification or bearer deactivation process, where the bearer modification or bearer The deactivation process is used to delete the related bearer of the CN path corresponding to the data stream transmitted on the D2D path.
  • the GW further includes: a bearer retention module, configured to retain a related bearer of the CN path corresponding to the data stream transmitted on the D2D path; and a notification module, configured to notify the user equipment by the GW, to allow data to be transmitted on the D2D path .
  • the GW further includes: a handover notification module, configured to notify the charging gateway that the data of the user equipment has been switched to the D2D path according to the bearer resource processing request message.
  • a communication path switching apparatus comprising: a communication request sending module, configured to send a communication request to a base station; wherein the communication request carries an identifier of the user equipment and Switching to the data flow information of the D2D path; the resource modification request sending module is configured to send a resource processing request to the MME by using the base station, where the resource processing request carries the network side data path from the C path to the D2D path for transmission The indication information, and the data flow information switched to the above D2D path.
  • a handover system of a communication path includes an MME, a base station, and a GW, where the MME includes: a message receiving module, configured to receive a bearer processing request message; The processing request message is used to request communication on the CN path; the message sending module is configured to send a bearer resource processing request message to the gateway GW; wherein the bearer resource processing request message is used to notify that the network side data path is switched from the D2D path Transfer to the above CN path.
  • the message receiving module includes: a first receiving unit, configured to receive the bearer processing request message sent by the user equipment by using the base station; or, the second receiving unit is configured to receive the bearer processing request message sent by the base station.
  • the foregoing base station includes: a report obtaining module, configured to obtain a measurement report reported by the user equipment; and a determining module, configured to determine, according to the foregoing measurement report, whether the user equipment needs to perform path switching; and the request sending module is configured to perform a determination result In the case of path switching, sending a path cut to the above user equipment And the path switching request is used to indicate that the bearer processing request message is sent to the MME by the base station.
  • the base station further includes: an information acquiring module, configured to acquire data stream information of the D2D path according to the context information of the user equipment; and the message sending module is configured to send the bearer processing request message according to the data stream information.
  • the GW includes: a bearer re-establishment module, configured to re-establish the related bearer on the CN path for the data transmitted on the D2D path: a process initiation module, configured to initiate a bearer modification or a bearer deactivation process, where the bearer modification or The bearer deactivation procedure is used to re-establish the associated bearer on the CN path for the data transmitted on the D2D path.
  • the bearer reconstruction module includes: a bearer recovery unit configured to recover the bearer related to the CN path for the data transmitted on the D2D path; and the notification unit is configured to notify the user equipment to allow data to be transmitted on the CN path.
  • the GW further includes: a handover notification module, configured to notify the charging gateway user equipment that the data has been switched to the CN path according to the bearer resource processing request message.
  • a communication path switching apparatus comprising: a determining module configured to determine that a network side data path needs to be switched from a D2D path to a CN path for transmission; request message
  • the sending module is configured to send, by using the foregoing base station, a bearer processing request message to the MME, where the bearer processing request message is used to request communication in the CN path.
  • the determining module includes: a link detecting unit configured to detect the communication link; the request message sending module includes: a first sending unit, configured to detect, in the link detecting unit, that the quality of the communication link is reduced to a threshold And transmitting, by the base station, the bearer processing request message to the MME.
  • the determining module further includes: a reporting unit configured to send a measurement report to the base station; and a receiving unit configured to receive a path switching request sent by the base station based on the foregoing measurement report.
  • the request message sending module further includes: a second sending unit, configured to: after the receiving unit receives the path switching request, send, by the base station, the bearer processing request message to the MME.
  • the MME After receiving the request message for requesting communication in the D2D path, the MME sends a bearer resource processing request message to the GW, where the MME receives a network side data path from the CN path. Or transmitting to the D2D path; or, after receiving the bearer processing request message for requesting communication on the CN path, the MME sends a bearer resource processing request message to the GW, where the bearer resource
  • the source processing request message is used to notify that the network side data path is switched from the D2D path to the CN path for transmission, which solves the problem that the path switching cannot guarantee the continuity of the data service in the related art, thereby ensuring the path switching process.
  • the continuity of data services improves the quality of path switching and improves the user experience.
  • FIG. 1 is a schematic structural diagram of an evolved packet domain system according to the related art
  • FIG. 2 is a schematic diagram of communication performed by a terminal supporting a D2D function according to the related art
  • FIG. 3 is a communication path from a CN according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of a first implementation of switching from a CN path to a D2D path according to an embodiment of the present invention
  • FIG. 5 is a CN from the CN according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of a third implementation of switching from a CN path to a D2D path according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a third implementation of switching from a CN path to a D2D path according to an embodiment of the present invention;
  • FIG. 4 is a flowchart of a first implementation of switching from a CN path to a D2D path according to an embodiment of the present invention
  • FIG. 5 is a CN from the CN according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of a third implementation of switching from a CN path to a D2D path according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a
  • FIG. 8 is a structural block diagram of a switching apparatus for switching a communication path from a CN path to a D2D path according to an embodiment of the present invention
  • FIG. 9 is a block diagram of a switching apparatus for switching a communication path from a CN path to a D2D path according to an embodiment of the present invention
  • FIG. 10 is a D2D path according to an embodiment of the present invention.
  • CN change to the flow chart of a first path implementations
  • 11 is a flowchart of a second implementation of switching from a D2D path to a CN path according to an embodiment of the present invention
  • FIG. 12 is a flowchart of a third implementation manner of switching from a D2D path to a CN path according to an embodiment of the present invention
  • FIG. 13 is a structural block diagram of a switching system for switching a communication path from a D2D path to a CN path according to an embodiment of the present invention
  • FIG. 14 is a switching device for switching a communication path from a D2D path to a CN path according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for switching a communication path from a CN path to a D2D path according to an embodiment of the present invention. As shown in FIG. 3, the method includes the following steps.
  • Step S302 the MME receives the request message, where the request message is used to request communication in the D2D path; Step S304, the MME sends a bearer resource processing request message to the GW; wherein, the bearer resource processing request The message is used to notify that the network side data path is switched from the CN path to the D2D path for transmission. After receiving the request message for requesting communication in the D2D path, the MME sends a bearer resource processing request message for notifying that the network side data path is switched from the C path to the D2D.
  • the foregoing MME receiving the request message includes: the MME receiving the request message sent by the base station; or the MME receiving at least one of the two user equipments that have performed D2D communication
  • the bearer processing request sent by the base station may be initiated by the base station, or the path switching request may be initiated by the user equipment, which expands the applicable scope of the method and improves the flexibility of use.
  • the embodiment Before the MME receives the request message sent by the base station, the embodiment provides a preferred implementation manner: the base station receives the verification request of the user equipment, where the verification request carries the identifier of the user equipment; The context information of the two user equipments saved locally is associated with the context of the two user equipments, and the two user equipments are authenticated according to the associated context. In the above manner, the identity verification of the user equipment by the base station is completed. After the verification is passed, the base station can send a request message for the path switch to the MME, so that the communication path switching method is more complete and more secure.
  • the embodiment Before the MME receives the request message sent by the base station, the embodiment provides a preferred implementation manner: the base station receives the verification request of the user equipment, where the verification request carries the identifier of the user equipment: Receiving the verification request message sent by the base station, where the verification request message carries the identifier of the user equipment; the MME determines whether to allow the two user equipments to communicate according to the local policy and/or the subscription information of the user equipment; If the result is that the two user equipments are allowed to communicate, the MME sends an authentication request response message to the base station. The verification request response message is used to indicate that the two user equipments are allowed to communicate. In the above manner, the identity verification of the user equipment is completed, so that the communication path switching method is more complete and safer.
  • the present embodiment provides a preferred implementation manner: the base station receives two of the D2D communication negotiations. a communication request sent by at least one of the user equipments, wherein the communication request carries resource information required for performing D2D communication; and the base station allocates resources for the two user equipments according to the communication request. This mode provides a basis for subsequent path switching between two user equipments.
  • the user equipment sends a communication request to the base station, there are two implementation manners.
  • the first one is that one of the two user equipments sends a communication request to the base station, and the second is that both user equipments send a communication request to the base station.
  • the base station allocates the two user equipments according to the communication request.
  • the embodiment provides a preferred implementation manner: the base station associates the contexts of the two user equipments according to the identifier of the user equipment carried in the communication request, and the base station sends the carried information to the user equipment that sends the communication request.
  • the base station transmitting, according to the context of the two user equipments, to another user equipment of the two user equipments A communication notification message carrying resource information allocated for the user equipment.
  • This mode provides the basis for subsequent path switching between two user devices.
  • the embodiment provides A preferred embodiment: The base station sends a communication response message carrying the resource information allocated for the user equipment to the two user equipments. This mode provides the basis for subsequent path switching between two user equipments.
  • the method further includes: the two user equipments perform information interaction according to the resources allocated by the base station.
  • the MME sends the foregoing bearer resource processing request message to the GW
  • the embodiment provides a preferred implementation manner: the GW deletes the related bearer of the CN path corresponding to the data stream transmitted on the D2D path, and the GW initiates the bearer modification. Or a bearer deactivation process, where the bearer modification or bearer deactivation procedure is used to delete the related bearer of the CN path corresponding to the data flow transmitted on the D2D path.
  • the embodiment provides a preferred implementation manner: the GW reserves the related bearer of the CN path corresponding to the data stream transmitted on the D2D path, and the GW notifies the user. Device, allowing data to be transmitted on the above D2D path.
  • the related bearer of the CN path is set to the unavailable state, which provides a basis for subsequent handover to the D2D path, and only needs to switch the related bearer of the CN path when it needs to switch back to the CN path from the D2D path.
  • the embodiment provides a preferred implementation manner: the GW notifies the charging gateway that the data of the user equipment has been switched to the D2D path according to the bearer resource processing request message. on. In this way, the charging operation can be performed on the D2D path.
  • the request message or the bearer processing request includes data flow information switched to the D2D path, and an identifier of the user equipment.
  • the bearer resource processing request message includes indication information for switching the network side data path from the CN path to the D2D path for transmission.
  • Embodiment 1 This embodiment describes one implementation manner of switching a service from a CN path to a D2D path.
  • the scenario applied by the implementation manner is that the UE1 and the UE2 establish a data connection of the core network, and when they are close to each other, from the C.
  • the bypassed data can be passed from the local connection path.
  • 4 is a flowchart of a first implementation manner of switching from a CN path to a D2D path according to an embodiment of the present invention. As shown in FIG.
  • Step S402 two The UEs complete the discovery process with each other, which can depend on the existing D2D discovery process. Or the two users find that they are close to each other and issue instructions to the terminal. This may not require the execution of two terminals or the D2D discovery process between the terminal and the network at this step.
  • Step S404 The two terminals initiate D2D communication negotiation. In the process, the two UEs need to negotiate resources such as QoS and frequency band information required for D2D communication. In the process, you may also switch to the D2D path through application layer negotiation. If the discovery process of step S402 is not performed, the process also needs to obtain the identification information of UE2.
  • Step S406 The UE1 initiates a communication request to the eNB, where the identifier of the UE1, the identifier of the UE2, and the resource information required for performing the D2D communication, including the QoS, the frequency band, and the like. If the UE1 is in the connected state and the eNB has obtained the identity of the UE1 through the previous process, the identifier of the UE1 in the message is optional.
  • Step S410 The eNB returns a communication response message to the UE1, where the resource information allocated for the UE1 is carried.
  • Step S412 The eNB sends a communication notification message to the UE2 according to the previous association relationship, where the resource information allocated for the UE2 is carried.
  • the message may be a response message, that is, UE2 receives a response message to the eNB.
  • the result step may also be initiated by the UE2, and after the eNB completes the authorization, the eNB actively initiates a communication notification to the UE1 to perform resource allocation.
  • the two terminals may negotiate which UE actively initiates the resource request at step S404.
  • the two terminals may respectively initiate a resource request to the eNB, and the eNB can identify the association through step S408, thereby avoiding repeated allocation of resources.
  • Step S414 the two terminals can perform further information interaction according to the information acquired from the eNB. This step is optional.
  • Step S416 The UE1 sends a Request Bearer resource modification to the MME through the eNB, where the indication carries the D2D communication, and the data flow information that is desired to be communicated on the D2D path.
  • the PGW also needs to delete the related data flow information on the CN path according to the information carried in the message. According to the binding relationship between the data flow and the different bearers, the PGW initiates a bearer modification or a bearer deactivation process.
  • the MME/eNB/UE may be required to be hop-by-hop in the process, and the deleted or modified one is originally switched to the D2D communication path.
  • the subsequent bearer modification or bearer deactivation process is an optional process. In order to be able to quickly switch from the D2D path to the CN path, these data streams can be reserved at the same time. If the PGW does not perform the process, the response message may be separately sent, and the eNB sends the eNB to the UE through the MME.
  • Step S422 - Step S426 is initiated by UE2, where step S416 - step S420, and step S422 - step S426 have no succession relationship, and are initiated by two UEs respectively.
  • the related message in step S416-step S426 can reuse the current request bearer resource modification process and implement by extending the related message. This can also be done by defining new messages.
  • Embodiment 2 This embodiment describes the second implementation manner of switching a service from a CN path to a D2D path.
  • FIG. 5 is a flowchart of a second implementation manner of switching from a CN path to a D2D path according to an embodiment of the present invention.
  • the application scenario of the embodiment is similar to that of the first embodiment, and the implementation manner is similar.
  • the process includes the following steps (step S502 - step S526): Step S502, the two UEs complete the discovery process with each other, and the process may depend on the existing D2D discovery process. Or the two users find that they are close to each other and issue instructions to the terminal. This may not require the execution of two terminals or the D2D discovery process between the terminal and the network at this step.
  • Step S504 the UE1 initiates a communication request to the eNB, where the identifier of the UE1, the identifier of the UE2, and the resource information required for performing the D2D communication, including the QoS, the frequency band, and the like. If UE1 is in the connected state, The eNB has obtained the identifier of UE1 through the previous process, and the identifier of UE1 in the message is optional. If the eNB authorizes resources for two terminals separately, the identity of UE2 in the message is also optional.
  • Step S506 The UE2 initiates a communication request to the eNB, where the identifier of the UE1, the identifier of the UE2, and the resource information required for performing the D2D communication, including the QoS, the frequency band, and the like. If the UE2 is in the connected state and the eNB has obtained the identity of the UE2 through the previous process, the identifier of the UE2 in the message is optional. If the eNB authorizes resources for two terminals separately, the identifier of UE1 in the message is also optional.
  • Step S508 if the identifiers of the two terminals are carried in the step S504 or the step S506, the eNB associates the contexts of the two users according to the locally saved context, including the context of the UE1 and the context information of the UE2.
  • the eNB allocates resources necessary for D2D communication to the two terminals according to the requests of UE1 and UE2, respectively.
  • Step S512 the eNB returns a communication response message to the UE1, where the resource information allocated for the UE1 is carried.
  • Steps S514 to S526 are the same as steps S414 to S426 in the first embodiment, and are not described herein again.
  • Embodiment 3 This embodiment describes the third implementation manner of switching a service from a CN path to a D2D path.
  • FIG. 6 is a flowchart of a third implementation manner of switching from a CN path to a D2D path according to an embodiment of the present invention.
  • the application scenario of the embodiment is similar to that of the first embodiment.
  • the process includes the following steps (step S602-step S628): Step S602, the two UEs complete the discovery process with each other, and the process may depend on the existing D2D discovery process.
  • Step S604 The eNB receives an authentication request from UE1 and/or UE2, where the request needs to carry each other's identifier.
  • the eNB associates the contexts of the two users according to the locally saved context, including the context of UE1 and the context information of UE2. If the eNB's saved UE1 and UE2 contexts contain information that can authenticate the two terminals, the eNB completes the authentication, otherwise it requests authentication from the MME.
  • Step S606 the eNB sends a D2D communication request message to the MME1, where the identifier of the UE1 and the identifier of the UE2 are carried.
  • Step S608 the MME1 determines whether to allow the UE1 and the UE2 to perform D2D communication according to the local policy, the UE1 subscription information, and the like.
  • Step S610 The MME sends a D2D communication response message (discovery and/or discoverable) to the eNB, and indicates whether to agree to the two UEs to communicate. If the communication verification has been completed in step S604, the identifier of UE2 is not required to be carried in step S606, and the MME may not further verify in step S608.
  • Step S610 is also an optional step.
  • step S606 The function of the step S606 is to notify the MME to initiate the CN path switch. Therefore, the message also needs to include the data flow information switched to the D2D path.
  • Step S612 the MME sends a bearer resource command to the GW1 (including the SGW and the PGW) of the UE, where the D2D communication indication is carried, and the data flow information that is desired to be communicated on the D2D path is carried.
  • Step S614, GW1 (including the SGW and the PGW) generates a corresponding charging bill according to the indication in the message.
  • the PGW can also delete related data stream information deleted on the CN path by carrying the modification or bearer deactivation process according to the information carried in the message.
  • Step S616 The PGW initiates a bearer modification or bearer deactivation process according to the binding relationship between the data flow and the different bearers.
  • the MME-eNB-UE may be indicated hop by hop in the process, and the reason for deletion or modification is to switch to the D2D communication path.
  • the bearer modification or bearer deactivation process is an optional process, so that it can be quickly switched from the D2D path to the subsequent
  • Steps S618-S628 are similar to steps S606-S616, except that the relevant network element of UE2 is operated. There is no relationship between the two, and I will not repeat them here.
  • the embodiment Based on the switching method of the communication path introduced in the foregoing embodiment, the embodiment provides a switching system for the communication path, and the system can be set on the network side, and is configured to implement the foregoing embodiment.
  • the system includes: a base station, an MME, and a GW, where the MME is connected to the base station and the GW, respectively.
  • the MME includes: a message receiving module 10, configured to receive a request message; wherein the request message is used to request communication on a device-to-device D2D path; the message sending module 12 is connected to the message receiving module 10, and is configured to be sent to the GW.
  • the bearer resource processing request message is sent: the bearer resource processing request message is used to notify that the network side data path is switched from the core network C path to the D2D path for transmission.
  • the message sending module 12 of the MME sends a bearer resource processing request message to the GW, where the bearer resource processing request message is used to notify that The network-side data path is switched from the CN path to the D2D path for transmission; the problem that the path switching cannot guarantee the continuity of the data service in the related art is solved, thereby ensuring the data service in the process of switching from the CN path to the D2D path. Continuity improves the quality of path switching and improves the user experience.
  • the message receiving module 10 includes: a first receiving unit, configured to receive the request message sent by the base station; or a second receiving unit, configured to receive at least one of two user equipments that have performed D2D communication negotiation.
  • the path switching request may be initiated by the base station, or the path switching request may be initiated by the user equipment, which expands the applicable scope of the mode and improves the use flexibility.
  • the foregoing base station includes: an authentication request receiving module, configured to receive the verification request of the user equipment; wherein the verification request carries the identifier of the user equipment; and the verification module is configured to be based on the two user equipments saved locally
  • the context information is associated with the context of the two user devices; the two user devices are authenticated according to the associated context.
  • the foregoing base station further includes: a receiving module, configured to receive the verification request of the user equipment; wherein the verification request carries the identifier of the user equipment; the MME further includes: a receiving module, configured to receive the sending by the base station The verification request message, wherein the verification request message carries the identifier of the user equipment; the determining module is configured to determine, according to the local policy and/or the subscription information of the user equipment, whether to allow the two user equipments to communicate; the indication module, setting In the case that the result of the determination is that the two user equipments are allowed to communicate, the verification request response message is sent to the base station; wherein the verification request response message is used to indicate that the two user equipments are allowed to communicate.
  • the foregoing base station further includes: a communication request receiving module, configured to receive a communication request sent by at least one of two user equipments that have undergone D2D communication negotiation, wherein the communication request carries a required for performing D2D communication
  • the resource information module is configured to allocate resources for the two user equipments according to the communication request.
  • the foregoing base station further includes: an association module, configured to be configured according to the communication request, when the base station receives the communication request sent by one of the two user equipments The identifier of the user equipment carried in the context, the context of the two user equipments is associated; the first sending module is configured to send, to the user equipment that sends the communication request, a communication response message carrying resource information allocated for the user equipment; The sending module is configured to send, according to the association relationship of the contexts of the two user equipments, a communication notification message carrying resource information allocated for the user equipment to another user equipment of the two user equipments.
  • This structure provides the basis for subsequent path switching between two user equipments.
  • the embodiment provides a preferred implementation manner, where the base station further includes: a response message sending module, setting A communication response message carrying resource information allocated for the user equipment is separately sent to the two user equipments.
  • This structure provides the basis for subsequent path switching between two user equipments.
  • the embodiment provides a preferred implementation manner.
  • the GW includes: a deleting module, configured to delete the CN path corresponding to the data stream transmitted on the D2D path.
  • the bearer is configured to initiate a bearer modification or bearer deactivation process, where the bearer modification or bearer deactivation process is used to delete the related bearer of the CN path corresponding to the data flow transmitted on the D2D path.
  • the bearer modification or bearer deactivation process is used to delete the related bearer of the CN path corresponding to the data flow transmitted on the D2D path.
  • the GW further includes: a bearer retention module, configured to retain the CN path corresponding to the data stream transmitted on the D2D path.
  • the related bearer; the notification module is configured to notify the user equipment by the GW, and allow data to be transmitted on the D2D path.
  • the GW further includes: a handover notification module, configured to notify the charging gateway that the data of the user equipment has been switched to the D2D path according to the bearer resource processing request message.
  • the related bearer of the CN path is set to an unavailable state, which provides a basis for subsequent handover to the D2D path, and only needs to switch the related bearer of the CN path when it is required to switch back to the CN path from the D2D path.
  • Set to the available state improve switching efficiency and reduce resource waste.
  • the embodiment provides a switching device for the communication path, and the device may be disposed on the terminal side, and is configured to implement the foregoing embodiment.
  • Figure 8 is an implementation in accordance with the present invention For example, as shown in FIG.
  • the communication path of the example is switched from the CN path to the D2D path, and the device includes: a communication request sending module 20 and a resource modification request sending module 22.
  • the structure will be specifically described below.
  • the communication request sending module 20 is configured to send a communication request to the base station, where the communication request carries the identifier of the user equipment and the data stream information that is switched to the device to the device D2D path; the resource modification request sending module 22 is connected to the communication request.
  • the sending module 20 is configured to send, by using the base station, a resource processing request to the mobility management entity MME, where the resource processing request carries indication information that switches the network side data path from the core network CN path to the D2D path for transmission, and Switch to the data stream information of the above D2D path.
  • the process of switching the communication path from the CN path to the D2D path is described in detail. The following describes the process of switching the communication path from the D2D path to the CN path.
  • the embodiment provides a method for switching a communication path.
  • FIG. 9 is a flowchart of a method for switching a communication path from a D2D path to a CN path according to an embodiment of the present invention. As shown in FIG. 9, the method includes the following steps.
  • Step S902 the MME receives the bearer processing request message, where the bearer processing request message is used to request communication in the CN path; Step S904, the MME sends a bearer resource processing request message to the GW; The bearer resource processing request message is used to notify that the network side data path is switched from the D2D path to the above CN path for transmission. After receiving the bearer processing request message for requesting communication in the CN path, the MME sends a bearer resource processing request message to notify the network side data path to be switched from the D2D path.
  • the transmission to the CN path is solved; the problem that the path switching cannot guarantee the continuity of the data service in the related art is solved, thereby ensuring the continuity of the data service during the handover process from the D2D path to the CN path, and improving the path switching quality. Improve the user's business experience.
  • the MME receiving the bearer processing request message includes: the MME receiving the bearer processing request message sent by the user equipment by using the base station; or the MME receiving the bearer processing request message sent by the base station.
  • the base station may initiate a bearer processing request message requesting path switching, or may initiate a path switching request by the user equipment, which expands the applicable scope of the method and improves the use flexibility.
  • the embodiment Before the MME receives the bearer processing request message sent by the user equipment by using the base station, the embodiment provides a preferred implementation manner: the user equipment performs a communication link detection; When the quality of the communication link is reduced to a threshold, the bearer processing request message is sent by the base station. In this way, the trigger condition for performing path switching is expanded, and the range of application of the path switching is expanded.
  • the embodiment provides a preferred implementation manner: the base station acquires a measurement report reported by the user equipment, and determines, according to the measurement report, whether the user equipment needs The path switching is performed.
  • the base station When the result of the determination is that the path switching needs to be performed, the base station sends a path switching request to the user equipment. After receiving the path switching request, the user equipment sends the bearer processing request message by the base station. In this way, the trigger condition for performing path switching is expanded, and the range of application of the path switching is expanded.
  • the embodiment provides a preferred implementation manner: the base station acquires the measurement report reported by the user equipment, and determines, according to the measurement report, whether the user equipment needs to perform path switching.
  • the base station acquires the data stream information transmitted on the D2D path according to the context information of the user equipment, and the base station transmits the bearer processing request message according to the data stream information.
  • the trigger condition for performing path switching is expanded, and the range of application of the path switching is expanded.
  • the bearer modification or bearer deactivation process is used to re-establish the related bearer on the CN path for the data transmitted on the D2D path.
  • This mode provides a basis for subsequent path switching between two user equipments, and reestablishes related bearers of the CN path, providing a basis for subsequent handover to the CN path.
  • the GW re-establishes the related bearer on the CN path for the data transmitted on the D2D path, where: the GW recovers the related bearer on the CN path for the data transmitted on the D2D path; the GW notifies the user equipment, allowing Data is transmitted on the above CN path.
  • This mode provides a basis for subsequent path switching between two user equipments, restores related bearers of the CN path, improves handover efficiency, reduces resource waste, and provides a basis for subsequent handover to the CN path.
  • the bearer resource processing request message includes indication information that switches the network side data path from the D2D path to the CN path for transmission.
  • the embodiment provides a preferred implementation manner: the GW notifies the charging gateway user equipment that the data has been switched to the CN path according to the bearer resource processing request message. . In this way, the charging operation can be implemented on the CN path.
  • Embodiment 4 introduces one of the implementation manners for the service to be switched from the D2D path to the CN path.
  • the scenario applied by the implementation manner is that the UE2 and the UE2 establish a D2D connection, when the distance between them is far from each other, or when there is a UE moving out of the eNB. In the range, the data needs to be switched from the D2D path to the core network path.
  • FIG. 10 is a flowchart of a first implementation manner of switching from a D2D path to a CN path according to an embodiment of the present invention. As shown in FIG.
  • the flow includes the following steps (step S1002 - step S1014): Step S1002, UE1 and The UE2 performs link detection when communicating with each other. When it is found that the link quality is not good enough, it is judged that the communication range of the D2D may be removed, and thus the handover to the CN path is initiated.
  • the UE1 sends a resource allocation request (Request bearer resource allocation) to the MME, where the eNB carries the data stream information that needs to be switched back to the CN path, and optionally carries an indication of switching back to the CN path.
  • a resource allocation request (Request bearer resource allocation)
  • step S1006 the MME sends a bearer resource command to the GW1 (including the SGW and the PGW) of the UE, where the bearer resource command carries the data flow information that needs to be switched back to the CN path, and optionally carries the switch back to the CN path.
  • the bearer resource command carries the data flow information that needs to be switched back to the CN path, and optionally carries the switch back to the CN path.
  • GW1 including the SGW and the PGW
  • step S1008 generates a corresponding charging bill according to the indication in the message.
  • the PGW also needs to recover related data flow information on the CN path according to the information carried in the message. If the previous PGW does not delete the corresponding CN resource, the PGW can reset the resource to be available, and does not need to initiate a bearer modification or bearer activation process.
  • the PGW notifies the MME/eNB/UE hop by hop through the bearer modification or bearer activation procedure, or a separate response message, and the CN resource is available. If the PGW has deleted the corresponding CN resource, the PGW initiates the bearer modification or the bearer activation process to re-allocate the resources corresponding to the CN path according to the binding relationship between the data flow and the different bearers. However, the MME may need to indicate the hop-by-hop indication to the MME. /eNB UE, the reason for activation or modification is to switch to the D2D communication path. Steps S1010-S1014 are similar to the steps S1004-S1008, except that the related network elements of the UE2 are operated.
  • FIG. 11 is a flowchart of a second implementation manner of switching from a D2D path to a CN path according to an embodiment of the present invention. As shown in FIG. 11, the flow includes the following steps (step S1102-step S1110): In step S1102, the eNB may request the UE to periodically report the measurement report, and determine the distance between the UE1 and the UE2 according to the measurement report, and whether the UE1 needs to remove its own coverage area.
  • Step S1104 The eNB determines, according to the measurement information in step S1102, that the UE1 is performing D2D communication, the distance from the UE2 may be too far, or the coverage of the eNB is to be removed, that is, whether the communication data on the D2D path needs to be switched to the CN path. .
  • step S1106 the eNB sends a path switch request to the UE1, where the identifier of the peer end is carried, or the session identifier of the D2D is performed by the UE1 and the UE2, and is used to instruct the UE1 and the UE2 to switch the data of the D2D communication to the CN.
  • step S1108 the eNB sends a path switch request to the UE2, where the identifier of the peer end is carried, or the session identifier of the D2D is performed by the UE1 and the UE2, and is used to indicate that the UE1 and the UE2 switch the data of the D2D communication to the CN.
  • Step S1106 and step S1108 have no sequential relationship in execution time.
  • Embodiment 6 This embodiment describes the implementation manner of the service switching from the D2D path to the CN path.
  • the application scenario of this embodiment is similar to that of the fourth embodiment.
  • 12 is a flowchart of a third implementation of switching from a D2D path to a CN path according to an embodiment of the present invention. As shown in FIG.
  • Step S1202-step S1220 The eNB acquires data flow information for performing D2D communication according to information of the context of the UE1 and the UE2. And according to the information, the request bearer resource allocation is sent to the MME1, where the data stream information that needs to be switched back to the CN path is carried, and optionally, the indication of switching back to the CN path may be carried.
  • step S1212 the MME sends a bearer resource command to the GW1 (including the SGW and the PGW) of the UE, where the bearer resource command carries the data flow information that needs to be switched back to the CN path, and optionally carries the switch back to the CN path.
  • the bearer resource command carries the data flow information that needs to be switched back to the CN path, and optionally carries the switch back to the CN path.
  • GW1 including the SGW and the PGW
  • step S1214 GW1 (including the SGW and the PGW) generates a corresponding charging bill according to the indication in the message, and the PGW also needs to recover the related data stream information on the CN path according to the information carried in the message. If the previous PGW does not delete the corresponding CN resource, the PGW can reset the resource to be available, and does not need to perform bearer modification or bearer activation process.
  • Step S1216-step S1220 is similar to step S1210-step S1214, except that the relevant network element of UE2 is operated.
  • the embodiment provides a switching system for the communication path, and the system can be set on the network side to implement the foregoing embodiment.
  • 13 is a structural block diagram of a handover system in which a communication path is switched from a D2D path to a CN path according to an embodiment of the present invention.
  • the system includes: a base station, an MME, and a GW, where the MME is connected to the base station and the GW, respectively.
  • the MME includes: a message receiving module 30, configured to receive a bearer processing request message, where the bearer processing request message is used to request communication on the CN path of the core network; the message sending module 32 is connected to the message receiving module 30, and is configured to Sending a bearer resource processing request message to the gateway GW, where the bearer resource processing request message is used to notify that the network side data path is switched from the device to the device D2D path to the CN path for transmission.
  • the message sending module 32 of the MME sends a bearer resource processing request message to the GW, where the bearer resource processing request message is used.
  • the notification is to switch the network side data path from the D2D path to the CN path for transmission; the problem that the path switching cannot guarantee the continuity of the data service in the related art is solved, thereby ensuring the data during the handover process from the D2D path to the CN path.
  • the continuity of the service improves the quality of the path switch and improves the user experience.
  • the message receiving module includes: a first receiving unit, configured to receive the bearer processing request message sent by the user equipment by using the base station; or, the second receiving unit is configured to receive the bearer processing request message sent by the base station.
  • the base station may initiate a bearer processing request message requesting path switching, or may initiate a path switching request by the user equipment, which expands the applicable scope of the method and improves the use flexibility.
  • the foregoing base station includes: a report obtaining module, configured to obtain a measurement report reported by the user equipment; and a determining module, configured to determine, according to the measurement report, whether the user equipment needs to perform path switching; and requesting a sending module, setting the result to be determined If the path switching needs to be performed, the path switching request is sent to the user equipment, where the path switching request is used to send the bearer processing request message to the MME by using the base station.
  • the trigger condition for performing path switching is expanded, and the range of application of the path switching is expanded.
  • the foregoing base station further includes: an information acquiring module, configured to acquire data flow information of the D2D path according to the context information of the user equipment; and the message sending module is configured to send the bearer processing request message according to the data flow information.
  • the GW includes: a bearer re-establishment module, configured to re-establish the related bearer on the CN path for the data transmitted on the D2D path; and the process initiating module is configured to initiate a bearer modification or bearer deactivation process, where The bearer modification or bearer deactivation procedure is used to re-establish the associated bearer on the CN path for the data transmitted on the D2D path.
  • the structure provides a basis for the subsequent path switching between the two user equipments, and the related bearers of the CN path are reconstructed, which provides a basis for subsequent handover to the CN path.
  • the bearer reconstruction module includes: a bearer recovery unit, configured to recover related bearers on the CN path for data transmitted on the D2D path; and a notification unit configured to notify the user equipment, allowing data to be on the CN path transmission.
  • the structure provides a basis for subsequent path switching between two user equipments, restores related bearers of the CN path, improves handover efficiency, reduces resource waste, and provides a basis for subsequent handover to the CN path.
  • the GW further includes: a handover notification module, configured to notify the charging gateway user equipment that the data has been switched to the CN path according to the bearer resource processing request message. With this configuration, the charging operation can be performed on the CN path.
  • the embodiment provides a switching device for the communication path, and the device may be disposed on the terminal side, and is configured to implement the foregoing embodiment.
  • Figure 14 is an implementation in accordance with the present invention
  • the communication path of the example is switched from the D2D path to the structural block diagram of the switching device of the CN path.
  • the device includes: a determining module 40 and a request message sending module 42. The structure will be specifically described below.
  • the determining module 40 is configured to determine that the network side data path needs to be switched from the device to the device D2D path to the core network CN path for transmission; the request message sending module 42 is connected to the determining module 40, and is configured to move to the mobility through the foregoing base station.
  • the management entity MME sends a bearer processing request message, where the bearer processing request message is used to request communication on the CN path.
  • the determining module includes: a link detecting unit configured to detect the communication link; the request message sending module includes: a first sending unit, configured to detect the quality of the communication link at the link detecting unit When the threshold is lowered, the base station sends the bearer processing request message to the MME by using the base station.
  • the determining module further includes: a reporting unit configured to send a measurement report to the base station; and a receiving unit configured to receive a path switching request sent by the base station based on the foregoing measurement report.
  • the request message sending module further includes: a second sending unit, configured to: after the receiving unit receives the path switching request, send, by the base station, the bearer processing request message to the MME.
  • modules or steps of the embodiments of the present invention can be implemented by a general computing device, which can be concentrated on a single computing device or distributed in multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from The steps shown or described are performed sequentially, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated into a single integrated circuit module. Thus, embodiments of the invention are not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种通信路径的切换方法、系统及装置。其中，该方法包括：MME接收请求消息；其中，该请求消息用于请求在D2D路径进行通信；上述MME向GW发送承载资源处理请求消息；其中，该承载资源处理请求消息用于通知将网络侧数据路径从核心网CN路径上切换到上述D2D路径上进行传输。MME接收上述请求消息包括：上述MME接收基站发送的上述请求消息；或者，MME接收进行过D2D通信的两个用户设备中的至少之一通过上述基站发送的承载处理请求。通过本发明，解决了相关技术中路径切换不能保证数据业务的连续性的问题，从而保证了在进行路径切换过程中数据业务的连续性，提高了路径切换质量，提升了用户的业务体验。

Description

通信路径的切换方法、 系统及装置 技术领域 本发明涉及通信领域， 具体而言， 涉及一种通信路径的切换方法、 系统及装置。 背景技术 为了保持第三代移动通信系统在通信领域的竞争力， 为用户提供速率更快、 时延 更低、 更加个性化的移动通信服务， 同时降低运营商的运营成本， 第三代合作伙伴计 划（3rd Generation Partnership Project, 简称为 3GPP)标准工作组正致力于演进分组系 统（Evolved Packet System, 简称为 EPS) 的研究。 图 1是根据相关技术的演进分组域 系统的结构示意图， 如图 1所示， 整个 EPS系统分为无线接入网和核心网两部分。 无 线接入网是由演进基站（E-UT AN NodeB， 简称为 E-NodeB或 eNB)和 3G无线网络 控制器 （Radio Network Control, 简称为 RNC) 组成， 它主要负责无线信号的收发， 通过空中接口和终端联系， 管理空中接口的无线资源、 资源调度、 接入控制。 在核心网中， 包含了归属用户服务器（Home Subscriber Server, 简称为 HSS )、 移 动性管理实体 （Mobility Management Entity, 简称为 MME)、 服务 GPRS 支持节点 (Serving GPRS Support Node,简称为 SGSN)、策略计费规则功能（Policy and Charging Rule Function, 简称为 PCRF)、 服务网关 （Serving Gateway, 简称为 S-GW)、 分组数 据网关 （PDN Gateway, 简称为 P-GW) 和分组数据网络 （Packet Data Network, 简称 为 PDN)。 下面详细介绍各部分功能： 归属用户服务器 （HSS)， 包含了归属位置寄存器 （HLR) 的所有功能， 是用户签 约数据的永久存放地点， 位于用户签约的归属网。 移动性管理实体 （MME)， 是用户签约数据在当前网络的存放地点， 负责终端到 网络的非接入层信令管理、 终端的安全验证功能、 终端的移动性管理、 用户空闲模式 下的跟踪和寻呼管理功能和承载管理。 服务 GPRS支持节点 （SGSN), 是 GERAN和 UTRAN用户接入核心网络的业务 支持点， 功能上与移动性管理实体类似， 负责用户的位置更新、 寻呼管理和承载管理 等功能。 服务网关 （S-GW)， 是核心网到无线系统的网关， 负责终端到核心网的用户面承 载、 终端空闲模式下的数据缓存、 网络侧发起业务请求的功能、 合法监听和分组数据 路由和转发功能： 服务网关负责统计用户终端使用无线网的情况， 并产生终端使用无 线网的话单， 传送给计费网关。 分组数据网关 （P-GW), 是演进系统和该系统外部分组数据网络的网关， 它连接 到因特网和分组数据网络上， 负责终端的互联网协议 （Internet Protocol, 简称为 IP) 地址分配、 计费功能、 分组包过滤、 策略控制等功能。 通用无线分组业务 （General Packet Radio Service, 简称为 GPRS) 网关支持节点 (Gateway GPRS Support Node, 简称为 GGSN), 支持 GPRS网络的边缘路由功能， 即 GGSN负责将 GPRS 网络的数据进行路由转发， 并通过防火墙和过滤功能来保护 GPRS网络数据的完整性。 GGSN还具有计费功能。
PGW包含了 GGSN的全部功能， 即可认为 GGSN作为 PGW的一个子功能， 内 嵌在 PGW内。 因此 SGSN可以直接和 PGW连接， 使用 Gn/Gp接口。 分组数据网络 （PDN)， 是运营商的 IP业务网络， 该网络通过运营商的核心网为 用户提供 IP服务。 策略计费规则功能实体 （PCRF), 是演进系统中负责提供计费控制、 在线信用控 制、 门限控制、 服务质量 （Quality of Service, 简称为 QoS ) 策略方面规则的服务器。 当两个终端 （User Equipment, 简称为 UE)通过 EPS网络进行通信时， 两个终端 需要分别 EPS建立承载。 但是考虑到智能终端以及各种移动互联网业务的快速发展， 很多业务希望能够发现临近的业务并且进行通信， 因此催生了设备到设备 （Device to Device, 简称为 D2D ) 业务。 图 2是根据相关技术的支持 D2D功能的终端进行通信的示意图， 如图 2所示， 核 心网中包括移动性管理实体 （MME)、 服务网关 （Serving Gateway, 简称为 SGW)、 分组数据网关 （PGW) 等， 当两个终端 （例如 UE1和 UE2) 位置比较接近的时候， 两个终端可以直接通信， 其连接的数据路径可以不绕回到核心网， 一方面减少数据路 由的迂回， 另一方面也减少了网络数据符合。 因此得到了很多运营商的重视。 但是进 行 D2D通信的两个终端， 对通信距离是有一定要求的， 当不满足这个条件的时候， 通 信还需要绕回核心网 （Core Network, 简称为 CN)进行通信。 但是在此过程中， 数据 业务不能保证足够连续性， 影响用户的业务体验。 针对相关技术中路径切换不能保证数据业务的连续性的问题， 目前尚未提出有效 的解决方案。 发明内容 针对相关技术中路径切换不能保证数据业务的连续性的问题， 本发明提供了一种 通信路径的切换方法、 系统及装置， 以至少解决上述问题。 根据本发明实施例的一个方面， 提供了一种通信路径的切换方法方法， 该方法包 括： MME接收请求消息； 其中， 上述请求消息用于请求在 D2D路径进行通信； 上述 MME向 GW发送承载资源处理请求消息； 其中， 上述承载资源处理请求消息用于通 知将网络侧数据路径从核心网 CN路径上切换到上述 D2D路径上进行传输。上述 MME 接收上述请求消息包括： 上述 MME接收基站发送的上述请求消息； 或者， 上述 MME 接收进行过 D2D 通信的两个用户设备中的至少之一通过上述基站发送的承载处理请 求。 上述 MME接收基站发送的上述请求消息之前， 上述方法还包括： 上述基站接收 上述用户设备的验证请求； 其中， 上述验证请求中携带有上述用户设备的标识； 上述 基站根据本地保存的上述两个用户设备的上下文信息， 关联上述两个用户设备的上下 文， 根据关联的上下文对上述两个用户设备进行身份验证。 上述 MME接收上述基站发送的上述请求消息之前， 上述方法还包括： 上述基站 接收上述用户设备的验证请求； 其中， 上述验证请求中携带有上述用户设备的标识； 上述 MME接收上述基站发送的验证请求消息， 其中上述验证请求消息中携带有上述 用户设备的标识； 上述 MME根据本地策略和 /或上述用户设备的签约信息判断是否允 许上述两个用户设备进行通信； 在判断结果为允许上述两个用户设备进行通信的情况 下， 上述 MME向上述基站发送验证请求应答消息； 其中， 上述验证请求应答消息用 于指示允许上述两个用户设备进行通信。 上述 MME接收进行过 D2D通信协商的两个用户设备中的至少之一通过上述基站 发送的承载处理请求之前， 上述方法还包括： 上述基站接收进行过 D2D通信协商的两 个用户设备中的至少之一发送的通信请求， 其中， 上述通信请求中携带有进行 D2D通 信所需要的资源信息； 上述基站根据上述通信请求为上述两个用户设备分配资源。 在上述基站接收到上述两个用户设备中的一个发送的上述通信请求的情况下， 在 上述基站根据上述通信请求为上述两个用户设备分配资源之后， 上述方法还包括： 上 述基站根据上述通信请求中携带的用户设备的标识，关联上述两个用户设备的上下文； 上述基站向发送上述通信请求的用户设备发送携带有为该用户设备分配的资源信息的 通信应答消息； 上述基站根据上述两个用户设备的上下文的关联关系， 向上述两个用 户设备中的另外一个用户设备发送携带有为该用户设备分配的资源信息的通信通知消 息。 在上述基站接收到上述两个用户设备发送的上述通信请求的情况下， 在上述基站 根据上述通信请求为上述两个用户设备分配资源之后， 上述方法还包括： 上述基站分 别向上述两个用户设备发送携带有为该用户设备分配的资源信息的通信应答消息。 上述基站根据上述通信请求为上述两个用户设备分配资源之后，上述方法还包括: 上述两个用户设备根据上述基站分配的资源进行信息交互。 上述 MME向上述 GW发送上述承载资源处理请求消息之后， 上述方法还包括： 上述 GW删除在上述 D2D路径上传输的数据流对应的上述 CN路径的相关承载；上述 GW发起承载修改或承载去活流程， 其中， 上述承载修改或承载去活流程用于删除在 上述 D2D路径上传输的数据流对应的上述 CN路径的相关承载。 上述 MME向上述 GW发送上述承载资源处理请求消息之后， 上述方法还包括： 上述 GW保留在上述 D2D路径上传输的数据流对应的上述 CN路径的相关承载；上述 GW通知上述用户设备， 允许数据在上述 D2D路径上传输。 上述 MME向上述 GW发送上述承载资源处理请求消息之后， 上述方法还包括： 上述 GW根据上述承载资源处理请求消息， 通知计费网关上述用户设备的数据已切换 到上述 D2D路径上。 上述请求消息或上述承载处理请求中可以包含切换到上述 D2D 路径的数据流信 息， 以及用户设备的标识。 上述承载资源处理请求消息包含将网络侧数据路径从上述 CN路径上切换到上述 D2D路径上进行传输的指示信息。 根据本发明实施例的另一方面， 提供了一种通信路径的切换方法， 该方法包括： MME接收承载处理请求消息；其中，上述承载处理请求消息用于请求在 CN路径进行 通信； 上述 MME向 GW发送承载资源处理请求消息； 其中， 上述承载资源处理请求 消息用于通知将网络侧数据路径从 D2D路径上切换到上述 CN路径上进行传输。 上述 MME接收上述承载处理请求消息包括： 上述 MME接收用户设备通过基站 发送的上述承载处理请求消息； 或者， 上述 MME接收上述基站发送的上述承载处理 请求消息。 上述 MME接收上述用户设备通过上述基站发送的上述承载处理请求消息之前， 上述方法还包括： 上述用户设备进行通信链路的检测； 在检测到上述通信链路的质量 降低到阈值时， 通过上述基站发送上述承载处理请求消息。 上述 MME接收上述用户设备通过上述基站发送的上述承载处理请求消息之前， 上述方法还包括： 上述基站获取上述用户设备上报的测量报告， 根据上述测量报告判 断上述用户设备是否需要进行路径切换； 在判断结果为需要进行路径切换的情况下， 上述基站向上述用户设备发送路径切换请求； 上述用户设备接收到上述路径切换请求 后， 通过上述基站发送上述承载处理请求消息。 上述 MME接收上述基站发送的上述承载处理请求消息之前， 上述方法还包括- 上述基站获取上述用户设备上报的测量报告， 根据上述测量报告判断上述用户设备是 否需要进行路径切换； 在判断结果为需要进行路径切换的情况下， 上述基站根据上述 用户设备的上下文信息， 获取上述在 D2D路径传输的数据流信息； 上述基站根据上述 数据流信息发送上述承载处理请求消息。 上述 MME向上述 GW发送上述承载资源处理请求消息之后， 上述方法还包括： 上述 GW为在上述 D2D路径上传输的数据重新建立上述 CN路径上相关的承载；上述 GW发起承载修改或承载去活流程， 其中， 上述承载修改或承载去活流程用于为在上 述 D2D路径上传输的数据重新建立上述 CN路径上相关的承载。 上述 GW为在上述 D2D路径上传输的数据重新建立上述 CN路径上相关的承载包 括： 上述 GW为在上述 D2D路径上传输的数据恢复上述 CN路径上相关的承载； 上述 GW通知上述用户设备， 允许数据在上述 CN路径上传输。 上述 MME向上述 GW发送上述承载资源处理请求消息之后， 上述方法还包括： 上述 GW根据上述承载资源处理请求消息， 通知计费网关用户设备的数据已经切换到 上述 CN路径上。 上述承载资源处理请求消息包含将网络侧数据路径从上述 D2D 路径上切换到上 述 CN路径上进行传输的指示信息。 根据本发明实施例的另一方面， 提供了一种通信路径的切换系统， 该系统包括 MME、基站以及 GW， 上述 MME包括： 消息接收模块， 设置为接收请求消息； 其中， 上述请求消息用于请求在 D2D路径进行通信； 消息发送模块， 设置为向上述 GW发 送承载资源处理请求消息； 其中， 上述承载资源处理请求消息用于通知将网络侧数据 路径从 CN路径上切换到上述 D2D路径上进行传输。 上述消息接收模块包括： 第一接收单元， 设置为接收基站发送的上述请求消息； 或者， 第二接收单元， 设置为接收进行过 D2D通信协商的两个用户设备中的至少之一 通过上述基站发送的承载处理请求。 上述基站包括： 验证请求接收模块， 设置为接收上述用户设备的验证请求； 其中， 上述验证请求中携带有上述用户设备的标识； 验证模块， 设置为根据本地保存的上述 两个用户设备的上下文信息， 关联上述两个用户设备的上下文； 根据关联的上下文对 上述两个用户设备进行身份验证。 上述基站还包括： 接收模块， 设置为接收上述用户设备的验证请求； 其中， 上述 验证请求中携带有上述用户设备的标识； 上述 MME还包括： 接收模块， 设置为接收 上述基站发送的验证请求消息，其中上述验证请求消息中携带有上述用户设备的标识; 判断模块， 设置为根据本地策略和 /或上述用户设备的签约信息判断是否允许上述两个 用户设备进行通信； 指示模块， 设置为在判断结果为允许上述两个用户设备进行通信 的情况下， 向上述基站发送验证请求应答消息； 其中， 上述验证请求应答消息用于指 示允许上述两个用户设备进行通信。 上述基站还包括： 通信请求接收模块， 设置为接收进行过 D2D通信协商的两个用 户设备中的至少之一发送的通信请求， 其中， 上述通信请求中携带有进行 D2D通信所 需要的资源信息； 资源分配模块， 设置为根据上述通信请求为上述两个用户设备分配 资源。 在上述基站接收到上述两个用户设备中的一个发送的上述通信请求的情况下， 上 述基站还包括： 关联模块， 设置为根据上述通信请求中携带的用户设备的标识， 关联 上述两个用户设备的上下文； 第一发送模块， 设置为向发送上述通信请求的用户设备 发送携带有为该用户设备分配的资源信息的通信应答消息； 第二发送模块， 设置为根 据上述两个用户设备的上下文的关联关系， 向上述两个用户设备中的另外一个用户设 备发送携带有为该用户设备分配的资源信息的通信通知消息。 在上述基站接收到上述两个用户设备发送的上述通信请求的情况下， 上述基站还 包括： 应答消息发送模块， 设置为分别向上述两个用户设备发送携带有为该用户设备 分配的资源信息的通信应答消息。 上述 GW包括： 删除模块， 设置为删除在上述 D2D路径上传输的数据流对应的 上述 CN路径的相关承载； 流程发起模块， 设置为发起承载修改或承载去活流程， 其 中，上述承载修改或承载去活流程用于删除在上述 D2D路径上传输的数据流对应的上 述 CN路径的相关承载。 上述 GW还包括： 承载保留模块， 设置为保留在上述 D2D路径上传输的数据流 对应的上述 CN路径的相关承载； 通知模块， 设置为上述 GW通知上述用户设备， 允 许数据在上述 D2D路径上传输。 上述 GW还包括： 切换通知模块， 设置为根据上述承载资源处理请求消息， 通知 计费网关上述用户设备的数据已切换到上述 D2D路径上。 根据本发明实施例的另一方面， 提供了一种通信路径的切换装置， 该装置包括： 通信请求发送模块， 设置为向基站发送通信请求； 其中， 上述通信请求中携带有用户 设备的标识以及切换到 D2D路径的数据流信息； 资源修改请求发送模块， 设置为通过 上述基站向 MME发送资源处理请求， 上述资源处理请求携带有将网络侧数据路径从 C 路径上切换到上述 D2D路径上进行传输的指示信息，以及切换到上述 D2D路径的 数据流信息。 根据本发明实施例的另一方面， 提供了一种通信路径的切换系统， 该系统包括包 括 MME、 基站以及 GW， 上述 MME包括： 消息接收模块， 设置为接收承载处理请求 消息； 其中， 上述承载处理请求消息用于请求在 CN路径进行通信； 消息发送模块， 设置为向网关 GW发送承载资源处理请求消息； 其中， 上述承承载资源处理请求消息 用于通知将网络侧数据路径从 D2D路径上切换到上述 CN路径上进行传输。 上述消息接收模块包括： 第一接收单元， 设置为接收用户设备通过基站发送的上 述承载处理请求消息； 或者， 第二接收单元， 设置为接收上述基站发送的上述承载处 理请求消息。 上述基站包括： 报告获取模块， 设置为获取上述用户设备上报的测量报告； 判断 模块， 设置为根据上述測量报告判断上述用户设备是否需要进行路径切换； 请求发送 模块， 设置为在判断结果为需要进行路径切换的情况下， 向上述用户设备发送路径切 换请求； 其中， 上述路径切换请求用于指示通过上述基站向上述 MME发送上述承载 处理请求消息。 上述基站还包括： 信息获取模块， 设置为根据上述用户设备的上下文信息， 获取 上述 D2D路径的数据流信息； 消息发送模块， 设置为根据上述数据流信息发送上述承 载处理请求消息。 上述 GW包括： 承载重建模块， 设置为为在上述 D2D路径上传输的数据重新建 立上述 CN路径上相关的承载： 流程发起模块， 设置为发起承载修改或承载去活流程， 其中，上述承载修改或承载去活流程用于为在上述 D2D路径上传输的数据重新建立上 述 CN路径上相关的承载。 上述承载重建模块包括： 承载恢复单元， 设置为为在上述 D2D路径上传输的数据 恢复上述 CN路径上相关的承载； 通知单元， 设置为通知上述用户设备， 允许数据在 上述 CN路径上传输。 上述 GW还包括： 切换通知模块， 设置为根据上述承载资源处理请求消息， 通知 计费网关用户设备的数据已经切换到上述 CN路径上。 根据本发明实施例的另一方面， 提供了一种通信路径的切换装置， 该装置包括： 确定模块，设置为确定需要将网络側数据路径从 D2D路径上切换到 CN路径上进行传 输； 请求消息发送模块， 设置为通过上述基站向 MME发送承载处理请求消息； 其中， 上述承载处理请求消息用于请求在 CN路径进行通信。 上述确定模块包括： 链路检测单元， 设置为对通信链路进行检测； 上述请求消息 发送模块包括： 第一发送单元， 设置为在上述链路检测单元检测到上述通信链路的质 量降低到阈值时， 通过上述基站向上述 MME发送上述承载处理请求消息。 上述确定模块还包括： 上报单元， 设置为向基站发送测量报告； 接收单元， 设置 为接收基站基于上述测量报告发送的路径切换请求。 上述请求消息发送模块还包括： 第二发送单元， 设置为在上述接收单元接收到上 述路径切换请求后， 通过上述基站发送向上述 MME上述承载处理请求消息。 通过本发明实施例， MME接收到用于请求在 D2D路径进行通信的请求消息后， 向 GW发送承载资源处理请求消息， 该承载资源处理请求消息用于通知将网络侧数据 路径从 CN路径上切换到 D2D路径上进行传输； 或者， MME接收到用于请求在 CN 路径进行通信的承载处理请求消息后， 向 GW发送承载资源处理请求消息， 该承载资 源处理请求消息用于通知将网络侧数据路径从 D2D路径上切换到 CN路径上进行传 输， 解决了相关技术中路径切换不能保证数据业务的连续性的问题， 从而保证了在进 行路径切换过程中数据业务的连续性， 提高了路径切换质量，提升了用户的业务体验。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的演进分组域系统的结构示意图； 图 2是根据相关技术的支持 D2D功能的终端进行通信的示意图； 图 3是根据本发明实施例的通信路径从 CN路径上切换到 D2D路径的切换方法的 流程图； 图 4是根据本发明实施例的从 CN路径切换到 D2D路径的第一种实现方式的流程 图； 图 5是根据本发明实施例的从 CN路径切换到 D2D路径的第二种实现方式的流程 图； 图 6是根据本发明实施例的从 CN路径切换到 D2D路径的第三种实现方式的流程 图； 图 7是根据本发明实施例的通信路径从 CN路径上切换到 D2D路径的切换系统的 结构框图； 图 8是根据本发明实施例的通信路径从 CN路径上切换到 D2D路径的切换装置的 结构框图； 图 9是根据本发明实施例的通信路径从 D2D路径上切换到 CN路径的切换方法的 流程图； 图 10是根据本发明实施例的从 D2D路径切换到 CN路径的第一种实现方式的流 程图； 图 11是根据本发明实施例的从 D2D路径切换到 CN路径的第二种实现方式的流 程图； 图 12是根据本发明实施例的从 D2D路径切换到 CN路径的第三种实现方式的流 程图； 图 13是根据本发明实施例的通信路径从 D2D路径上切换到 CN路径的切换系统 的结构框图； 图 14是根据本发明实施例的通信路径从 D2D路径上切换到 CN路径的切换装置 的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 为了确保通信路径的切换过程中， 数据业务的连续性， 本发明实施例提供了一种 通信路径的切换方法、 系统及装置。 下面通过实施例来详细介绍。 本实施例提供了一种通信路径的切换方法， 图 3是根据本发明实施例的通信路径 从 CN路径上切换到 D2D路径的切换方法的流程图， 如图 3所示， 该方法包括以下步 骤 （步骤 S302-步骤 S304): 步骤 S302， MME接收请求消息； 其中， 该请求消息用于请求在 D2D路径进行通 信； 步骤 S304， MME向 GW发送承载资源处理请求消息； 其中， 该承载资源处理请 求消息用于通知将网络侧数据路径从 CN路径上切换到 D2D路径上进行传输。 通过上述方法， MME接收到用于请求在 D2D路径进行通信的请求消息后，向 GW 发送承载资源处理请求消息， 该承载资源处理请求消息用于通知将网络侧数据路径从 C 路径上切换到 D2D路径上进行传输； 解决了相关技术中路径切换不能保证数据业 务的连续性的问题，从而保证了从 CN路径切换到 D2D路径的切换过程中数据业务的 连续性， 提高了路径切换质量， 提升了用户的业务体验。 优选地， 上述 MME接收上述请求消息包括： 上述 MME接收基站发送的上述请 求消息； 或者， 上述 MME接收进行过 D2D通信的两个用户设备中的至少之一通过上 述基站发送的承载处理请求。 通过上述方式， 可以由基站发起路径切换请求， 也可以 由用户设备发起路径切换请求， 扩大了该方式的适用范围， 提高了使用灵活性。 在上述 MME接收基站发送的上述请求消息之前， 本实施例提供了一种优选实施 方式： 上述基站接收上述用户设备的验证请求； 其中， 上述验证请求中携带有上述用 户设备的标识； 上述基站根据本地保存的上述两个用户设备的上下文信息， 关联上述 两个用户设备的上下文， 根据关联的上下文对上述两个用户设备进行身份验证。 通过 上述方式， 完成了基站对用户设备的身份验证， 在验证通过后， 基站即可向 MME发 送路径切换的请求消息， 使得通信路径的切换方法更完善更安全。 在上述 MME接收上述基站发送的上述请求消息之前， 本实施例提供了一种优选 实施方式： 上述基站接收上述用户设备的验证请求； 其中， 上述验证请求中携带有上 述用户设备的标识： 上述 MME接收上述基站发送的验证请求消息， 其中上述验证请 求消息中携带有上述用户设备的标识； 上述 MME根据本地策略和 /或上述用户设备的 签约信息判断是否允许上述两个用户设备进行通信； 在判断结果为允许上述两个用户 设备进行通信的情况下， 上述 MME向上述基站发送验证请求应答消息； 其中， 上述 验证请求应答消息用于指示允许上述两个用户设备进行通信。 通过上述方式， 完成了 对用户设备的身份验证， 使得通信路径的切换方法更完善更安全。 在 MME接收进行过 D2D通信协商的两个用户设备中的至少之一通过上述基站发 送的承载处理请求之前，本实施例提供了一种优选实施方式:上述基站接收进行过 D2D 通信协商的两个用户设备中的至少之一发送的通信请求， 其中， 上述通信请求中携带 有进行 D2D通信所需要的资源信息；上述基站根据上述通信请求为上述两个用户设备 分配资源。 该方式为后续进行两个用户设备之间的路径切换提供基础。 在用户设备向基站发送通信请求时， 可以有两种实现方式， 第一种是两个用户设 备中的一个用户设备向基站发送通信请求， 第二种是两个用户设备都向基站发送通信 请求。 下面分别进行介绍： 对于上述介绍的第一种情况， 在上述基站接收到上述两个用户设备中的一个发送 的上述通信请求的情况下， 在上述基站根据上述通信请求为上述两个用户设备分配资 源之后， 本实施例提供了一种优选实施方式： 上述基站根据上述通信请求中携带的用 户设备的标识， 关联上述两个用户设备的上下文； 上述基站向发送上述通信请求的用 户设备发送携带有为该用户设备分配的资源信息的通信应答消息； 上述基站根据上述 两个用户设备的上下文的关联关系， 向上述两个用户设备中的另外一个用户设备发送 携带有为该用户设备分配的资源信息的通信通知消息。 该方式为后续进行两个用户设 备之间的路径切换提供基础。 对于上述介绍的第二种情况， 在上述基站接收到上述两个用户设备发送的上述通 信请求的情况下， 在上述基站根据上述通信请求为上述两个用户设备分配资源之后， 本实施例提供了一种优选实施方式： 上述基站分别向上述两个用户设备发送携带有为 该用户设备分配的资源信息的通信应答消息。 该方式为后续进行两个用户设备之间的 路径切换提供基础。 上述基站根据上述通信请求为上述两个用户设备分配资源之后，上述方法还包括: 上述两个用户设备根据上述基站分配的资源进行信息交互。 MME向上述 GW发送上述承载资源处理请求消息之后， 本实施例提供了一种优 选实施方式：上述 GW删除在上述 D2D路径上传输的数据流对应的上述 CN路径的相 关承载； 上述 GW发起承载修改或承载去活流程， 其中， 上述承载修改或承载去活流 程用于删除在上述 D2D路径上传输的数据流对应的上述 CN路径的相关承载。通过上 述方式， 删除了 CN路径的相关承载， 为后续向 D2D路径上切换提供基础。 MME向上述 GW发送上述承载资源处理请求消息之后， 本实施例提供了一种优 选实施方式：上述 GW保留在上述 D2D路径上传输的数据流对应的上述 CN路径的相 关承载； 上述 GW通知上述用户设备， 允许数据在上述 D2D路径上传输。 通过上述 方式，将 CN路径的相关承载设置为不可用状态，为后续向 D2D路径上切换提供基础， 并且在后续需要从 D2D路径上切回到 CN路径上时， 只需要将 CN路径的相关承载设 置为可用状态即可， 提高了切换效率， 减少了资源浪费。 上述 MME向上述 GW发送上述承载资源处理请求消息之后， 本实施例提供了一 种优选实施方式： 上述 GW根据上述承载资源处理请求消息， 通知计费网关上述用户 设备的数据已切换到上述 D2D路径上。 通过该方式， 能够在 D2D路径上实施计费操 作。 优选地，上述请求消息或上述承载处理请求中包含切换到上述 D2D路径的数据流 信息， 以及用户设备的标识。 上述承载资源处理请求消息包含将网络侧数据路径从上 述 CN路径上切换到上述 D2D路径上进行传输的指示信息。 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面结合实施例和附图对 本发明实施例作进一步地详细描述。 实施例一 本实施例对业务从 CN路径切换到 D2D路径的实现方式之一进行介绍，该实施方 式应用的场景为 UE1和 UE2建立了核心网的数据连接， 当彼此位置接近的时候， 从 C 迂回的数据可以从本地连接路径上传递。图 4是根据本发明实施例的从 CN路径切 换到 D2D路径的第一种实现方式的流程图， 如图 4所示， 该流程包括以下步骤（步骤 S402-步骤 S426): 步骤 S402,两个 UE彼此完成发现过程，这一过程可以依赖于现有的 D2D发现流 程。 或者两个用户发现彼此很接近， 对终端下发指令， 这样可能在该步骤不需要执行 两个终端， 或者终端与网络之间的 D2D发现流程。 步骤 S404, 两个终端发起 D2D通信协商， 在该过程中， 两个 UE需要对 D2D通 信需要的资源， 包括 QoS、 频段信息等信息进行协商。 在该过程中可能还会通过应用 层协商可以切换到 D2D路径上。 如果没有执行步骤 S402的发现过程， 该过程还需要 获取 UE2的标识信息。 步骤 S406， UE1向 eNB发起通信请求， 其中携带 UE1的标识， UE2的标识， 以 及进行 D2D通信所需要的资源信息， 包括 QoS、 频段等等。 如果 UE1处于连接态， eNB已经通过之前的过程获取 UE1的标识， 则该消息中 UE1的标识可选。 步骤 S408， eNB根据本地保存的上下文， 包括 UE1的上下文和 UE2的上下文信 息关联两个用户的上下文。 eNB根据 UE1的请求分别为两个终端分配必要的资源。 歩骤 S410， eNB向 UE1返回通信应答消息， 其中携带为 UE1分配的资源信息。 步骤 S412， eNB根据之前的关联关系向 UE2发送通信通知消息，其中携带为 UE2 分配的资源信息。 该消息可以是有响应消息， 即 UE2收到需要向 eNB回复响应消息。 当然， 步骤 S406至步骤 S412, 这结果步骤也可以由 UE2发起请求， eNB完成授 权后主动向 UE1发起通信通知， 进行资源分配。 两个终端可以在步骤 S404时协商由哪个 UE主动发起资源请求。 如果步骤 S404 没有进行协商， 那么两个终端可能分别向 eNB发起资源请求， eNB通过步骤 S408的 关联能够识别， 从而避免重复分配资源。 步骤 S414, 两个终端可以根据从 eNB获取的信息进行进一步的信息交互。 该步 骤可选。 步骤 S416, UE1通过 eNB向 MME发送资源修改请求 （Request bearer resource modification),其中携带进行 D2D通信的指示，希望在 D2D路径上通信的数据流信息。 步骤 S418， MME向 UE的 GW1 (包括 SGW和 PGW)发送承载资源修改请求 (bearer resource command),其中携带 D2D通信指示，希望在 D2D路径上通信的数据流信息。 步骤 S420， GW1 (包括 SGW和 PGW) 触发 PGW发起承载修改或者承载去活， 在 CN路径上删除相关的数据流信息，并根据消息中的指示生成相应的计费话单。 PGW 还需要根据消息中携带的信息， 在 CN路径上删除相关的数据流信息， 根据数据流与 不同承载的绑定关系， PGW发起承载修改或者承载去活流程，该流程与现有技术类似， 这里不做赘述。但是该过程中可能需要逐跳指示给 MME/eNB/UE， 删除或者修改的原 因为切换到 D2D通信路径中。 此后的承载修改或者承载去活过程为可选过程，为了后续从 D2D路径能够快速切 换到 CN路径， 这些数据流可以同时 CN承载保留。如果 PGW没有执行该过程， 那么 可以单独发送响应消息， 通过 MME， eNB发送给 UE。 步骤 S422-步骤 S426是由 UE2发起， 其中， 步骤 S416-步骤 S420， 和步骤 S422- 歩骤 S426， 没有先后关系， 由两个 UE分别发起。 此外， 歩骤 S416-歩骤 S426中的相 关消息可以复用现在的请求承载资源修改过程， 并通过扩展相关消息实现。 也可以通 过定义新消息来实现上述功能。 实施例二 本实施例对业务从 CN路径切换到 D2D路径的实现方式之二进行介绍， 图 5是根 据本发明实施例的从 CN路径切换到 D2D路径的第二种实现方式的流程图，该实施方 式的应用场景与实施例一类似， 实施方式也类似， 不同的在于 UE请求资源的方式阶 段有些不同， 即步骤 S504-步骤 S512与实施例一中的步骤 S406-步骤 S412不同， 其他 步骤类似， 如图 5所示， 该流程包括以下步骤 （步骤 S502-步骤 S526): 步骤 S502,两个 UE彼此完成发现过程，这一过程可以依赖于现有的 D2D发现流 程。 或者两个用户发现彼此很接近， 对终端下发指令， 这样可能在该步骤不需要执行 两个终端， 或者终端与网络之间的 D2D发现流程。 步骤 S504， UE1向 eNB发起通信请求， 其中携带 UE1的标识， UE2的标识， 以 及进行 D2D通信所需要的资源信息， 包括 QoS、 频段等等。 如果 UE1处于连接态， eNB已经通过之前的过程获取 UEl的标识， 则该消息中 UE1的标识可选。 如果 eNB 分别对两个终端授权资源， 则该消息中 UE2的标识也可选。 步骤 S506， UE2向 eNB发起通信请求， 其中携带 UE1的标识， UE2的标识， 以 及进行 D2D通信所需要的资源信息， 包括 QoS、 频段等等。 如果 UE2处于连接态， eNB已经通过之前的过程获取 UE2的标识， 则该消息中 UE2的标识可选。 如果 eNB 分别对两个终端授权资源， 则该消息中 UE1的标识也可选。 步骤 S508， 如果步骤 S504或者步骤 S506中携带了两个终端的标识， 则 eNB根 据本地保存的上下文， 包括 UE1 的上下文和 UE2的上下文信息关联两个用户的上下 文。 eNB根据 UE1和 UE2的请求分别为两个终端分配进行 D2D通信必要的资源。 步骤 S510, eNB向 UE1返回通信应答消息， 其中携带为 UE1分配的资源信息。 歩骤 S512， eNB向 UEl返回-通信应答消息， 其中携带为 UE1分配的资源信息。 步骤 S514-步骤 S526,与实施例一中的步骤 S414-步骤 S426相同，在此不再赘述。 实施例三 本实施例对业务从 CN路径切换到 D2D路径的实现方式之三进行介绍， 图 6是根 据本发明实施例的从 CN路径切换到 D2D路径的第三种实现方式的流程图，该实施方 式的应用场景与实施例一类似， 如图 6所示， 该流程包括以下步骤 （步骤 S602-步骤 S628): 步骤 S602，两个 UE彼此完成发现过程，这一过程可以依赖于现有的 D2D发现流 程。在这一过程中， UE1和 UE2需要分别去 eNB进行身份验证， 以保证两个 UE是可 以彼此进行通信的。 歩骤 S604， eNB收到 UE1和 /或 UE2的验证请求，该请求中需要携带彼此的标识。 eNB根据本地保存的上下文， 包括 UE1的上下文和 UE2的上下文信息关联两个用户 的上下文。 如果 eNB的保存的 UE1和 UE2的上下文中包含了能够对两个终端通信认 证的信息， 则 eNB完成身份验证， 否则向 MME请求认证。 步骤 S606, eNB向 MME1发送 D2D通信请求消息， 其中携带 UE1的标识， UE2 的标识。 歩骤 S608， MME1根据本地策略、 UE1签约信息等判断是否允许 UE1和 UE2进 行 D2D通信。 步骤 S610， MME向 eNB发送 D2D通信响应消息（discovery and/or discoverable), 并指示是否同意两个 UE进行通信。 如果步骤 S604中已经完成了通信验证， 则步骤 S606中不需要携带 UE2的标识， 并且步骤 S608中， MME也可以不进一步验证， 此时步骤 S610也是可选步骤。 步骤 S606的作用是通知 MME发起 CN路径切换，因此该消息中还需要包含切换到 D2D路 径上的数据流信息。 步骤 S612, MME向 UE的 GW1 (包括 SGW和 PGW)发送承载资源修改请求 (bearer resource command),其中携带 D2D通信指示，希望在 D2D路径上通信的数据流信息。 步骤 S614， GW1 (包括 SGW和 PGW) 根据消息中的指示生成相应的计费话单。 PGW还可以根据消息中携带的信息， 通过承载修改或者承载去活过程， 在 CN路径上 删除的相关的数据流信息。 步骤 S616， 根据数据流与不同承载的绑定关系， PGW发起承载修改或者承载去 活流程。但是该过程中可能需要逐跳指示 MME-eNB-UE， 删除或者修改的原因为切换 到 D2D通信路径中。 承载修改或者承载去活过程为可选过程， 为了后续从 D2D 路径能够快速切换到
CN路径， 这些数据流可以同时 CN承载保留。 如果 PGW没有执行该过程， 那么可以 单独发送响应消息， 通过 MME， eNB发送给 UE。 步骤 S618-步骤 S628, 与步骤 S606-步骤 S616类似， 只不过是对 UE2的相关网元 进行操作。 这两者之间没有先后关系， 在此不再赘述。 基于上述实施例介绍的通信路径的切换方法， 本实施例提供了一种通信路径的切 换系统， 该系统可以设置在网络侧， 设置为实现上述实施例。 图 7是根据本发明实施 例的通信路径从 CN路径上切换到 D2D路径的切换系统的结构框图， 如图 7所示， 该 系统包括： 包括基站、 MME、 GW, MME分别连接至基站和 GW， 该 MME包括： 消息接收模块 10， 设置为接收请求消息； 其中， 上述请求消息用于请求在设备到 设备 D2D路径进行通信； 消息发送模块 12， 连接至消息接收模块 10， 设置为向上述 GW发送承载资源处 理请求消息： 其中， 上述承载资源处理请求消息用于通知将网络侧数据路径从核心网 C 路径上切换到上述 D2D路径上进行传输。 通过上述系统， MME的消息接收模块 10接收到用于请求在 D2D路径进行通信的 请求消息后， MME的消息发送模块 12向 GW发送承载资源处理请求消息， 该承载资 源处理请求消息用于通知将网络侧数据路径从 CN路径上切换到 D2D路径上进行传 输；解决了相关技术中路径切换不能保证数据业务的连续性的问题，从而保证了从 CN 路径切换到 D2D路径的切换过程中数据业务的连续性， 提高了路径切换质量， 提升了 用户的业务体验。 优选地， 上述消息接收模块 10包括： 第一接收单元， 设置为接收基站发送的上述 请求消息； 或者， 第二接收单元， 设置为接收进行过 D2D通信协商的两个用户设备中 的至少之一通过上述基站发送的承载处理请求。 通过上述结构， 可以由基站发起路径 切换请求， 也可以由用户设备发起路径切换请求， 扩大了该方式的适用范围， 提高了 使用灵活性。 优选地， 上述基站包括： 验证请求接收模块， 设置为接收上述用户设备的验证请 求； 其中， 上述验证请求中携带有上述用户设备的标识； 验证模块， 设置为根据本地 保存的上述两个用户设备的上下文信息， 关联上述两个用户设备的上下文； 根据关联 的上下文对上述两个用户设备进行身份验证。 通过上述结构， 完成了基站对用户设备 的身份验证， 在验证通过后， 基站即可向 MME发送路径切换的请求消息， 使得通信 路径的切换方法更完善更安全。 优选地， 上述基站还包括： 接收模块， 设置为接收上述用户设备的验证请求； 其 中， 上述验证请求中携带有上述用户设备的标识； 上述 MME还包括： 接收模块， 设 置为接收上述基站发送的验证请求消息， 其中上述验证请求消息中携带有上述用户设 备的标识； 判断模块， 设置为根据本地策略和 /或上述用户设备的签约信息判断是否允 许上述两个用户设备进行通信； 指示模块， 设置为在判断结果为允许上述两个用户设 备进行通信的情况下， 向上述基站发送验证请求应答消息； 其中， 上述验证请求应答 消息用于指示允许上述两个用户设备进行通信。 通过上述结构， 完成了对用户设备的 身份验证， 使得通信路径的切换方法更完善更安全。 优选地， 上述基站还包括： 通信请求接收模块， 设置为接收进行过 D2D通信协商 的两个用户设备中的至少之一发送的通信请求，其中，上述通信请求中携带有进行 D2D 通信所需要的资源信息； 资源分配模块， 设置为根据上述通信请求为上述两个用户设 备分配资源。 该结构为后续进行两个用户设备之间的路径切换提供基础。 在用户设备向基站发送通信请求时， 可以有两种实现方式， 第一种是两个用户设 备中的一个用户设备向基站发送通信请求， 第二种是两个用户设备都向基站发送通信 请求。 下面分别进行介绍： 对于上述介绍的第一种情况， 在上述基站接收到上述两个用户设备中的一个发送 的上述通信请求的情况下， 上述基站还包括： 关联模块， 设置为根据上述通信请求中 携带的用户设备的标识， 关联上述两个用户设备的上下文； 第一发送模块， 设置为向 发送上述通信请求的用户设备发送携带有为该用户设备分配的资源信息的通信应答消 息； 第二发送模块， 设置为根据上述两个用户设备的上下文的关联关系， 向上述两个 用户设备中的另外一个用户设备发送携带有为该用户设备分配的资源信息的通信通知 消息。 该结构为后续进行两个用户设备之间的路径切换提供基础。 对于上述介绍的第二种情况， 在上述基站接收到上述两个用户设备发送的上述通 信请求的情况下， 本实施例提供了一种优选实施方式， 上述基站还包括： 应答消息发 送模块， 设置为分别向上述两个用户设备发送携带有为该用户设备分配的资源信息的 通信应答消息。 该结构为后续进行两个用户设备之间的路径切换提供基础。 MME向上述 GW发送上述承载资源处理请求消息之后， 本实施例提供了一种优 选实施方式， 上述 GW包括： 删除模块， 设置为删除在上述 D2D路径上传输的数据 流对应的上述 CN路径的相关承载； 流程发起模块， 设置为发起承载修改或承载去活 流程， 其中， 上述承载修改或承载去活流程用于删除在上述 D2D路径上传输的数据流 对应的上述 CN路径的相关承载。 通过上述结构， 删除了 CN路径的相关承载， 为后 续向 D2D路径上切换提供基础。
MME向上述 GW发送上述承载资源处理请求消息之后， 本实施例提供了一种优 选实施方式， 上述 GW还包括： 承载保留模块， 设置为保留在上述 D2D路径上传输 的数据流对应的上述 CN路径的相关承载； 通知模块， 设置为上述 GW通知上述用户 设备， 允许数据在上述 D2D路径上传输。 优选地， 上述 GW还包括： 切换通知模块， 设置为根据上述承载资源处理请求消息， 通知计费网关上述用户设备的数据已切换到 上述 D2D路径上。 通过上述结构， 将 CN路径的相关承载设置为不可用状态， 为后续 向 D2D路径上切换提供基础， 并且在后续需要从 D2D路径上切回到 CN路径上时， 只需要将 CN路径的相关承载设置为可用状态即可， 提高了切换效率， 减少了资源浪 费。 基于上述实施例介绍的通信路径的切换方法， 本实施例提供了一种通信路径的切 换装置， 该装置可以设置在终端侧， 设置为实现上述实施例。 图 8是根据本发明实施 例的通信路径从 CN路径上切换到 D2D路径的切换装置的结构框图， 如图 S所示， 该 装置包括： 通信请求发送模块 20和资源修改请求发送模块 22。 下面对该结构进行具 体介绍。 通信请求发送模块 20， 设置为向基站发送通信请求； 其中， 该通信请求中携带有 用户设备的标识以及切换到设备到设备 D2D路径的数据流信息； 资源修改请求发送模块 22， 连接至通信请求发送模块 20， 设置为通过上述基站向 移动性管理实体 MME发送资源处理请求， 该资源处理请求携带有将网络侧数据路径 从核心网 CN路径上切换到上述 D2D路径上进行传输的指示信息， 以及切换到上述 D2D路径的数据流信息。 前面对通信路径从 CN路径上切换到 D2D路径的过程进行了详细介绍，下面对通 信路径从 D2D路径上切换到 CN路径的过程进行描述。 本实施例提供了一种通信路径的切换方法， 图 9是根据本发明实施例的通信路径 从 D2D路径上切换到 CN路径的切换方法的流程图， 如图 9所示， 该方法包括以下步 骤 （步骤 S902-步骤 S904): 步骤 S902， MME接收承载处理请求消息； 其中， 该承载处理请求消息用于请求 在 CN路径进行通信； 步骤 S904， MME向 GW发送承载资源处理请求消息； 其中， 该承载资源处理请 求消息用于通知将网络侧数据路径从 D2D路径上切换到上述 CN路径上进行传输。 通过上述方法， MME接收到用于请求在 CN路径进行通信的承载处理请求消息 后， 向 GW发送承载资源处理请求消息， 该承载资源处理请求消息用于通知将网络侧 数据路径从 D2D路径上切换到 CN路径上进行传输；解决了相关技术中路径切换不能 保证数据业务的连续性的问题，从而保证了从 D2D路径切换到 CN路径的切换过程中 数据业务的连续性， 提高了路径切换质量， 提升了用户的业务体验。 上述 MME接收上述承载处理请求消息包括： 上述 MME接收用户设备通过基站 发送的上述承载处理请求消息； 或者， 上述 MME接收上述基站发送的上述承载处理 请求消息。 通过上述方式， 可以由基站发起请求路径切换的承载处理请求消息， 也可 以由用户设备发起路径切换请求， 扩大了该方式的适用范围， 提高了使用灵活性。 上述 MME接收上述用户设备通过上述基站发送的上述承载处理请求消息之前， 本实施例提供了一种优选实施方式： 上述用户设备进行通信链路的检测； 在检测到上 述通信链路的质量降低到阈值时， 通过上述基站发送上述承载处理请求消息。 通过该 方式， 扩大了进行路径切换的触发条件， 扩大了路径切换的适用范围。 上述 MME接收上述用户设备通过上述基站发送的上述承载处理请求消息之前， 本实施例提供了一种优选实施方式： 上述基站获取上述用户设备上报的测量报告， 根 据上述测量报告判断上述用户设备是否需要进行路径切换； 在判断结果为需要进行路 径切换的情况下， 上述基站向上述用户设备发送路径切换请求； 上述用户设备接收到 上述路径切换请求后， 通过上述基站发送上述承载处理请求消息。 通过该方式， 扩大 了进行路径切换的触发条件， 扩大了路径切换的适用范围。 上述 MME接收上述基站发送的上述承载处理请求消息之前， 本实施例提供了一 种优选实施方式： 上述基站获取上述用户设备上报的测量报告， 根据上述测量报告判 断上述用户设备是否需要进行路径切换； 在判断结果为需要进行路径切换的情况下， 上述基站根据上述用户设备的上下文信息， 获取上述在 D2D路径传输的数据流信息； 上述基站根据上述数据流信息发送上述承载处理请求消息。 通过该方式， 扩大了进行 路径切换的触发条件， 扩大了路径切换的适用范围。 上述 MME向上述 GW发送上述承载资源处理请求消息之后， 本实施例提供了一 种优选实施方式：上述 GW为在上述 D2D路径上传输的数据重新建立上述 CN路径上 相关的承载； 上述 GW发起承载修改或承载去活流程， 其中， 上述承载修改或承载去 活流程用于为在上述 D2D路径上传输的数据重新建立上述 CN路径上相关的承载。该 方式为后续进行两个用户设备之间的路径切换提供基础，重建了 CN路径的相关承载， 为后续向 CN路径上切换提供基础。 上述 GW为在上述 D2D路径上传输的数据重新建立上述 CN路径上相关的承载包 括： 上述 GW为在上述 D2D路径上传输的数据恢复上述 CN路径上相关的承载； 上述 GW通知上述用户设备， 允许数据在上述 CN路径上传输。 该方式为后续进行两个用 户设备之间的路径切换提供基础， 恢复了 CN路径的相关承载， 提高切换效率， 减少 资源浪费， 为后续向 CN路径上切换提供基础。 上述承载资源处理请求消息包含将网络侧数据路径从上述 D2D 路径上切换到上 述 CN路径上进行传输的指示信息。 上述 MME向上述 GW发送上述承载资源处理请 求消息之后， 本实施例提供了一种优选实施方式： 上述 GW根据上述承载资源处理请 求消息， 通知计费网关用户设备的数据已经切换到上述 CN路径上。 通过该方式， 能 够在 CN路径上实施计费操作。 实施例四 本实施例对业务从 D2D路径切换到 CN路径的实现方式之一进行介绍，该实施方 式应用的场景为 UE1和 UE2建立了 D2D连接， 当彼此距离较远， 或者当有个 UE移 出 eNB的覆盖范围时， 数据需要从 D2D路径切换到核心网路径上去。 图 10是根据本 发明实施例的从 D2D路径切换到 CN路径的第一种实现方式的流程图，如图 10所示， 该流程包括以下步骤 （步骤 S1002-步骤 S1014): 步骤 S1002, UE1和 UE2彼此在通信时进行链路检测， 当发现链路质量不够好时 判断可能移出了 D2D的通信范围， 因此发起到 CN路径的切换。 步骤 S1004, UE1通过 eNB向 MME发送资源分配请求 （Request bearer resource allocation), 其中携带需要切回到 CN路径上的数据流信息， 可选的还可以携带切换回 CN路径的指示。 步骤 S1006, MME向 UE的 GW1 (包括 SGW和 PGW) 发送承载资源修改请求 (bearer resource command), 其中携带需要切回到 CN路径上的数据流信息， 可选的 还可以携带切换回 CN路径的指示。 步骤 S1008， GW1 (包括 SGW和 PGW)根据消息中的指示生成相应的计费话单。 PGW还需要根据消息中携带的信息恢复 CN路径上相关的数据流信息。如果之前 PGW 并没有删除相应的 CN资源， 则 PGW可以将资源重新设为可用， 不需要发起承载修 改或者承载激活流程。 或者 PGW通过承载修改或者承载激活流程， 或者单独的响应 消息逐跳通知 MME/eNB/UE， CN资源可用。 如果之前 PGW已经删除了相应的 CN资源， 则根据数据流与不同承载的绑定关 系， PGW发起承载修改或者承载激活流程重新分配 CN路径相应的资源， 但是该过程 中可能需要逐跳指示给 MME/eNB UE， 激活或者修改的原因为切换到 D2D通信路径 中。 步骤 S1010-步骤 S1014, 与步骤 S1004-S1008类似， 只不过是对 UE2的相关网元 进行操作， 这两者之间没有先后关系， 在此不再赘述。 实施例五 本实施例对业务从 D2D路径切换到 CN路径的实现方式之二进行介绍，该实施方 式的应用场景与实施例四类似。 图 11是根据本发明实施例的从 D2D路径切换到 CN 路径的第二种实现方式的流程图， 如图 11 所示， 该流程包括以下歩骤 （步骤 S1102- 步骤 S1110): 步骤 S1102, eNB可以要求 UE周期性上报测量报告， 并根据这个测量报告判断 UE1与 UE2的距离， 以及 UE1是否要移出自己的覆盖区。 该步骤可以是 UE1和 UE2 其中之一上报， 或者是 UE1和 UE2都上报， eNB根据两种的关联关系进行判断。 步骤 S1104， eNB根据步骤 S1102中的测量信息， 判断 UE1正在进行 D2D通信， 与 UE2的距离可能过远、 或者要离开 eNB的覆盖， 即判断是否需要将 D2D路径上的 通信数据切换到 CN路径上。 步骤 S1106, eNB 向 UE1 发送路径切换请求， 其中携带对端的标识， 或者 UE1 和 UE2进行 D2D的会话标识， 用于指示 UE1和 UE2将两者进行 D2D通信的数据切 换到 CN。 步骤 S1108, eNB 向 UE2发送路径切换请求， 其中携带对端的标识， 或者 UE1 和 UE2进行 D2D的会话标识， 用于指示 UE1和 UE2将两者进行 D2D通信的数据切 换到 CN。 步骤 S1106与步骤 S1108在执行时间上没有先后关系。 步骤 S1110, UE1和 UE2发起路径切换， 该过程与实施例四中步骤 S1004-步骤 S1014的过程类似， 在此不再赘述。 实施例六 本实施例对业务从 D2D路径切换到 CN路径的实现方式之三进行介绍，该实施方 式的应用场景与实施例四类似。 图 12是根据本发明实施例的从 D2D路径切换到 CN 路径的第三种实现方式的流程图， 如图 12所示， 该流程包括以下步骤 （步骤 S1202- 步骤 S 1220): 该实施例的步骤 S1202-步骤 S1208与实施例五中的步骤 S1102-步骤 S1108类似， 这里不做赘述。 步骤 S1210, eNB根据 UE1和 UE2上下文的信息获取进行 D2D通信的数据流信 息。 并根据该信息向 MME1发起资源分配请求 (Request bearer resource allocation), 其中携带需要切回到 CN路径上的数据流信息， 可选的还可以携带切换回 CN路径的 指示。 步骤 S1212, MME向 UE的 GW1 (包括 SGW和 PGW) 发送承载资源修改请求 (bearer resource command), 其中携带需要切回到 CN路径上的数据流信息， 可选的 还可以携带切换回 CN路径的指示。 步骤 S1214, GW1 (包括 SGW和 PGW)根据消息中的指示生成相应的计费话单， PGW还需要根据消息中携带的信息恢复 CN路径上相关的数据流信息。如果之前 PGW 并没有删除相应的 CN资源， 则 PGW可以将资源重新设为可用， 不需要执行承载修 改或者承载激活流程。 或者 PGW 通过执行承载修改或者承载激活流程逐跳通知 MME/eNB/ JE, CN资源可用。 如果之前 PGW已经删除了相应的 CN资源， 则根据数据流与不同承载的绑定关 系， PGW 发起承载修改或者承载激活流程， 即承载修改或者承载激活流程重新分配 CN路径相应的资源， 但是该过程中可能需要逐跳指示给 MME/eNB UE, 激活或者修 改的原因为切换到 D2D通信路径中。 步骤 S1216-步骤 S 1220, 与步骤 S1210-步骤 S1214类似， 只不过是对 UE2的相关 网元进行操作， 这两者之间没有先后关系， 在此不再赘述。 基于上述实施例介绍的通信路径的切换方法， 本实施例提供了一种通信路径的切 换系统， 该系统可以设置在网络侧， 用于实现上述实施例。 图 13是根据本发明实施例 的通信路径从 D2D路径上切换到 CN路径的切换系统的结构框图， 如图 13所示， 该 系统包括： 包括基站、 MME、 GW, MME分别连接至基站和 GW， 该 MME包括： 消息接收模块 30， 设置为接收承载处理请求消息； 其中， 上述承载处理请求消息 用于请求在核心网 CN路径进行通信； 消息发送模块 32， 连接至消息接收模块 30， 设置为向网关 GW发送承载资源处 理请求消息； 其中， 上述承承载资源处理请求消息用于通知将网络侧数据路径从设备 到设备 D2D路径上切换到上述 CN路径上进行传输。 通过上述系统， MME的消息接收模块 30接收到用于请求在 CN路径进行通信的 承载处理请求消息后， MME的消息发送模块 32向 GW发送承载资源处理请求消息， 该承载资源处理请求消息用于通知将网络侧数据路径从 D2D路径上切换到 CN路径上 进行传输； 解决了相关技术中路径切换不能保证数据业务的连续性的问题， 从而保证 了从 D2D路径切换到 CN路径的切换过程中数据业务的连续性，提高了路径切换质量， 提升了用户的业务体验。 优选地， 上述消息接收模块包括： 第一接收单元， 设置为接收用户设备通过基站 发送的上述承载处理请求消息； 或者， 第二接收单元， 设置为接收上述基站发送的上 述承载处理请求消息。 通过上述结构， 可以由基站发起请求路径切换的承载处理请求 消息， 也可以由用户设备发起路径切换请求， 扩大了该方式的适用范围， 提高了使用 灵活性。 优选地， 上述基站包括： 报告获取模块， 设置为获取上述用户设备上报的测量报 告； 判断模块， 设置为根据上述测量报告判断上述用户设备是否需要进行路径切换； 请求发送模块， 设置为在判断结果为需要进行路径切换的情况下， 向上述用户设备发 送路径切换请求； 其中， 上述路径切换请求用于指示通过上述基站向上述 MME发送 上述承载处理请求消息。 通过该结构， 扩大了进行路径切换的触发条件， 扩大了路径 切换的适用范围。 优选地， 上述基站还包括： 信息获取模块， 设置为根据上述用户设备的上下文信 息， 获取上述 D2D路径的数据流信息； 消息发送模块， 设置为根据上述数据流信息发 送上述承载处理请求消息。 通过该结构， 扩大了进行路径切换的触发条件， 扩大了路 径切换的适用范围。 优选地， 上述 GW包括： 承载重建模块， 设置为为在上述 D2D路径上传输的数 据重新建立上述 CN路径上相关的承载； 流程发起模块， 设置为发起承载修改或承载 去活流程， 其中， 上述承载修改或承载去活流程用于为在上述 D2D路径上传输的数据 重新建立上述 CN路径上相关的承载。 该结构为后续进行两个用户设备之间的路径切 换提供基础， 重建了 CN路径的相关承载， 为后续向 CN路径上切换提供基础。 优选地， 上述承载重建模块包括： 承载恢复单元， 设置为为在上述 D2D路径上传 输的数据恢复上述 CN路径上相关的承载； 通知单元， 设置为通知上述用户设备， 允 许数据在上述 CN路径上传输。 该结构为后续进行两个用户设备之间的路径切换提供 基础， 恢复了 CN路径的相关承载， 提高切换效率， 减少资源浪费， 为后续向 CN路 径上切换提供基础。 优选地， 上述 GW还包括： 切换通知模块， 设置为根据上述承载资源处理请求消 息， 通知计费网关用户设备的数据已经切换到上述 CN路径上。 通过该结构， 能够在 CN路径上实施计费操作。 基于上述实施例介绍的通信路径的切换方法， 本实施例提供了一种通信路径的切 换装置， 该装置可以设置在终端侧， 设置为实现上述实施例。 图 14是根据本发明实施 例的通信路径从 D2D路径上切换到 CN路径的切换装置的结构框图， 如图 14所示， 该装置包括： 确定模块 40和请求消息发送模块 42。 下面对该结构进行具体介绍。 确定模块 40， 设置为确定需要将网络侧数据路径从设备到设备 D2D路径上切换 到核心网 CN路径上进行传输； 请求消息发送模块 42， 连接至确定模块 40， 设置为通过上述基站向移动性管理实 体 MME发送承载处理请求消息； 其中， 上述承载处理请求消息用于请求在上述 CN 路径进行通信。 优选地， 上述确定模块包括： 链路检测单元， 设置为对通信链路进行检测； 上述 请求消息发送模块包括： 第一发送单元， 设置为在上述链路检测单元检测到上述通信 链路的质量降低到阈值时， 通过上述基站向上述 MME发送上述承载处理请求消息。 优选地， 上述确定模块还包括： 上报单元， 设置为向基站发送测量报告； 接收单 元， 设置为接收基站基于上述测量报告发送的路径切换请求。 上述请求消息发送模块 还包括： 第二发送单元， 设置为在上述接收单元接收到上述路径切换请求后， 通过上 述基站发送向上述 MME上述承载处理请求消息。 从以上的描述中可以看出，本发明实施例实现了从 D2D路径上切换到 CN路径进 行业务传输， 或者， 从 CN路径上切换到 D2D路径上进行业务传输， 保证了在进行路 径切换过程中数据业务的连续性， 提高了路径切换质量， 提升了用户的业务体验。 显然， 本领域的技术人员应该明白， 上述的本发明实施例的各模块或各步骤可以 用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算 装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于 此处的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或 者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明实施例 不限制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 本发明实施例技术方案可以应用在通信领域， 解决了相关技术中路径切换不能保 证数据业务的连续性的问题， 从而保证了在进行路径切换过程中数据业务的连续性， 提高了路径切换质量， 提升了用户的业务体验。

Claims

权 利 要 求 书
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接收所述用户设备通过所述基 站发送的所述承载处理请求消息之前， 所述方法还包括：
所述用户设备进行通信链路的检测；
在检测到所述通信链路的质量降低到阈值时， 通过所述基站发送所述承载 处理请求消息。
17. 根据权利要求 15所述的方法， 其中， 所述 MME接收所述用户设备通过所述基 站发送的所述承载处理请求消息之前， 所述方法还包括- 所述基站获取所述用户设备上报的测量报告， 根据所述测量报告判断所述 用户设备是否需要进行路径切换；
在判断结果为需要进行路径切换的情况下， 所述基站向所述用户设备发送 路径切换请求；
所述用户设备接收到所述路径切换请求后， 通过所述基站发送所述承载处 理请求消息。
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所述承载处理请求 消息。
PCT/CN2013/084646 2012-09-29 2013-09-29 通信路径的切换方法、系统及装置 Ceased WO2014048397A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/432,276 US20150289304A1 (en) 2012-09-29 2013-09-29 Method,system and device for switching communication paths
EP13843007.9A EP2903346A4 (en) 2012-09-29 2013-09-29 SWITCHING PROCESS, SYSTEM AND DEVICE FOR COMMUNICATION PATHS

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210379488.4 2012-09-29
CN201210379488.4A CN103716850B (zh) 2012-09-29 2012-09-29 通信路径的切换方法、系统及装置

Publications (1)

Publication Number Publication Date
WO2014048397A1 true WO2014048397A1 (zh) 2014-04-03

Family

ID=50387029

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/084646 Ceased WO2014048397A1 (zh) 2012-09-29 2013-09-29 通信路径的切换方法、系统及装置

Country Status (4)

Country Link
US (1) US20150289304A1 (zh)
EP (1) EP2903346A4 (zh)
CN (1) CN103716850B (zh)
WO (1) WO2014048397A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015178814A1 (en) * 2014-05-23 2015-11-26 Telefonaktiebolaget L M Ericsson (Publ) A user equipment, a network node, a first and a second core network node, and methods therein for enabling radio admission control (rac) of device-to-device (d2d) services
WO2018086452A1 (zh) * 2016-11-14 2018-05-17 中兴通讯股份有限公司 终端鉴权、终端状态切换、下行数据投递方法及装置

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110933658B (zh) 2014-01-29 2022-11-15 交互数字专利控股公司 用于设备到设备发现或通信的资源选择
CN106465320B (zh) 2014-03-19 2019-11-08 交互数字专利控股公司 设备到设备同步
CN105142128B (zh) * 2014-06-05 2020-01-14 中兴通讯股份有限公司 专用网络选择方法及装置
CN106576396B (zh) * 2014-08-05 2020-05-19 夏普株式会社 终端装置、集成电路以及通信方法
CN105578382B (zh) * 2014-11-06 2020-04-07 中兴通讯股份有限公司 资源的获取、配置方法及装置，资源池的配置方法及装置
WO2017084042A1 (zh) * 2015-11-18 2017-05-26 华为技术有限公司 一种业务流的传输方法及装置
CN108370592B (zh) * 2016-03-30 2021-01-29 华为技术有限公司 承载切换方法及基站设备、网络节点
WO2017219289A1 (zh) * 2016-06-22 2017-12-28 华为技术有限公司 一种通信路径变更方法及设备
WO2018082098A1 (zh) * 2016-11-07 2018-05-11 华为技术有限公司 一种网络状态管理方法及相关设备
CN106792936B (zh) * 2016-12-08 2020-04-03 上海华为技术有限公司 一种保持业务连续性的pgw切换方法及通信设备
CN112654070B (zh) * 2019-10-12 2022-02-08 大唐移动通信设备有限公司 用户终端间的通信方法、装置、设备及存储介质
CN114793350A (zh) * 2021-01-25 2022-07-26 维沃移动通信有限公司 路径切换的方法、终端及网络侧设备
CN116567589A (zh) * 2022-01-28 2023-08-08 中国电信股份有限公司 近域通信转换到网络通信的方法、装置、设备及存储介质
CN115460070A (zh) * 2022-09-09 2022-12-09 京信网络系统股份有限公司 网关容灾系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549613A (zh) * 2003-05-19 2004-11-24 �ʼҷ����ֵ��ӹɷ����޹�˾ 在无线通信系统的p2p通信模式与传统通信模式之间软切换的方法和装置
EP2408234A1 (en) * 2010-07-15 2012-01-18 Nokia Corporation Method and apparatus for device initiated offloading to unlicensed bands
CN102422703A (zh) * 2009-03-12 2012-04-18 诺基亚西门子通信公司 设备到设备通信

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1881916B (zh) * 2005-06-17 2012-07-04 腾讯科技（深圳）有限公司 一种在通信设备间实现通信的方法及装置
US10097695B2 (en) * 2007-08-10 2018-10-09 Fonality, Inc. System and method for providing carrier-independent VoIP communication
JP5944004B2 (ja) * 2011-10-03 2016-07-05 インテル・コーポレーション デバイスツーデバイス通信（ｄ２ｄ通信）メカニズム
US10045386B2 (en) * 2012-05-31 2018-08-07 Interdigital Patent Holdings, Inc. Method and apparatus for device-to-device (D2D) mobility in wireless systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549613A (zh) * 2003-05-19 2004-11-24 �ʼҷ����ֵ��ӹɷ����޹�˾ 在无线通信系统的p2p通信模式与传统通信模式之间软切换的方法和装置
CN102422703A (zh) * 2009-03-12 2012-04-18 诺基亚西门子通信公司 设备到设备通信
EP2408234A1 (en) * 2010-07-15 2012-01-18 Nokia Corporation Method and apparatus for device initiated offloading to unlicensed bands

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015178814A1 (en) * 2014-05-23 2015-11-26 Telefonaktiebolaget L M Ericsson (Publ) A user equipment, a network node, a first and a second core network node, and methods therein for enabling radio admission control (rac) of device-to-device (d2d) services
WO2018086452A1 (zh) * 2016-11-14 2018-05-17 中兴通讯股份有限公司 终端鉴权、终端状态切换、下行数据投递方法及装置

Also Published As

Publication number Publication date
US20150289304A1 (en) 2015-10-08
CN103716850A (zh) 2014-04-09
CN103716850B (zh) 2018-10-26
EP2903346A4 (en) 2016-01-20
EP2903346A1 (en) 2015-08-05

Similar Documents

Publication Publication Date Title
CN103716850B (zh) 通信路径的切换方法、系统及装置
CN108476394B (zh) 移动通信系统中终端通信的方法和装置
KR101644870B1 (ko) 단말 제어 방법, 장치 및 시스템
EP3694254A1 (en) Handover method in wireless communication system and apparatus therefor
CN101370261B (zh) 从cs域向ps域切换的资源准备方法及通信设备
CN101931946B (zh) 演进的分组系统中的终端的多接入方法及系统
WO2009097818A1 (zh) 一种用户设备紧急接入的方法、设备和系统
WO2011054320A1 (zh) 一种转移核心网ip业务的方法、设备及系统
EP3255922B1 (en) Service flow offloading method and apparatus
WO2010111814A1 (zh) 用于以最小包损失移动wcdma移动台的装置和方法
WO2014166089A1 (zh) 拥塞控制方法和装置
WO2012041073A1 (zh) 一种实现流迁移的方法及系统
WO2014166294A1 (zh) 临近业务服务器的选择方法及装置、用户注册方法及装置
CN102655637A (zh) 一种移动通信系统和组网方法
WO2015018304A1 (zh) 一种配置承载的方法和设备
WO2014201925A1 (zh) 长期演进业务和集群业务并发时重建立方法、基站和用户设备
CN103428888B (zh) 一种直通隧道建立方法及系统
WO2012013103A1 (zh) 一种网关标识上报的方法及系统
WO2012051752A1 (en) Serving gateway for handling communications of mobile terminal
CN111629406B (zh) 一种切换处理的方法、相关设备、程序产品以及存储介质
CN102076113B (zh) 一种终端从网络侧去附着的优化方法和系统及接入网关
WO2016019559A1 (zh) 共享网络的用户设备识别装置、系统及方法
CN101374160A (zh) 分组网络中分配用户地址的方法、装置及系统
CN103582163B (zh) 承载处理方法、承载释放方法、装置及系统
CN104796941A (zh) 通过twan接入核心网时的拥塞控制方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13843007

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14432276

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2013843007

Country of ref document: EP