WO2012142875A1 - 一种确定设备类型的方法、系统和设备 - Google Patents

一种确定设备类型的方法、系统和设备 Download PDF

Info

Publication number
WO2012142875A1
WO2012142875A1 PCT/CN2012/071760 CN2012071760W WO2012142875A1 WO 2012142875 A1 WO2012142875 A1 WO 2012142875A1 CN 2012071760 W CN2012071760 W CN 2012071760W WO 2012142875 A1 WO2012142875 A1 WO 2012142875A1
Authority
WO
WIPO (PCT)
Prior art keywords
handover
type
base station
mme
message
Prior art date
Application number
PCT/CN2012/071760
Other languages
English (en)
French (fr)
Inventor
杨义
汪颖
Original Assignee
电信科学技术研究院
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 电信科学技术研究院 filed Critical 电信科学技术研究院
Publication of WO2012142875A1 publication Critical patent/WO2012142875A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a method, system, and device for determining a device type. Background technique
  • LTE-A Long Term Evolution-Advanced
  • Relay Relay
  • Nodes include:
  • Donor-eNB an eNB (Evolved Base Station) having a radio connection with the RN device, abbreviated as DeNB;
  • Relay-Node an entity existing between the DeNB and the UE, abbreviated as an RN device;
  • UE User equipment.
  • the interface includes:
  • Un interface an interface between the RN device and the DeNB
  • Uu interface Interface between the UE and the RN device.
  • Wireless links include:
  • Backhaul link the backhaul link, the link corresponding to the Un interface
  • Access link the link corresponding to the Uu interface.
  • Downlink transmission after the RN device is introduced The data of the UE that arrives at the RN device needs to be sent by the DeNB to the RN device via the downlink backhaul link, and then sent by the RN device to the UE via the downlink access link.
  • Uplink transmission after the RN device is introduced The uplink transmission of the UE under the RN device is first sent by the UE to the RN device via the uplink access link, and then sent by the RN device to the DeNB via the backhaul link.
  • the RN device accesses the core network through the donor cell of the eNB, and has no direct wired interface with the core network.
  • Each RN device can control one or more cells, and one DeNB can connect multiple RN devices.
  • the RN device When the RN device is connected, it first registers with the network to establish an RN EPS bearer. The RN device accesses the Operation and Maintenance (OAM) device and downloads the necessary configuration data. The OAM allocates the Uu interface frequency, the Tracking Area Identifier (TAI), and the evolved Evolved Universal Terrestrial Radio Access Network (EUTRAN) ETURAN Cell Global Identity. . Based on this network architecture, when the RN device moves, the DeNB may be replaced, but it is impossible for the target DeNB to determine whether the newly accessed device is an R device. In summary, after the RN device is introduced, if the RN device needs to access the target DeNB, the target DeNB cannot determine whether the newly accessed device is an RN device. Summary of the invention
  • a method, a system, and a device for determining a device type are provided in the embodiment of the present invention.
  • the RN device is introduced in the prior art, if the RN device needs to access the target DeNB, the target DeNB cannot determine the newly accessed device. Is it a problem with the RN device?
  • the target base station receives a message for notifying the type of the switching device sent by the MME serving the switching device; the target base station determines the type of the switching device according to the received message for notifying the type of the device.
  • the MME notifies the target base station of the type of the handover device.
  • the processing module is configured to receive a message that is sent by the MME that is used by the switching device to notify the type of the switching device.
  • the first type determining module is configured to determine a type of the switching device according to the received message for notifying the type of the device.
  • a device for determining a device type according to an embodiment of the present invention includes:
  • a second type determining module configured to determine a device type of the switching device that is served by itself
  • the notification module is configured to notify the target base station of the device type of the switching device.
  • a target base station configured to receive a message for notifying a type of the switching device that is sent by the MME that is used by the switching device, and determine a type of the switching device according to the received message for notifying the type of the device;
  • the MME serving the switching device is configured to determine the device type of the switching device, and notify the target base station to switch the type of the device.
  • the target base station determines the type of the handover device according to the message of the notification device type of the MME (Mobility Management Entity) serving the handover device, so that the target DeNB can know whether the newly accessed device is the RN device;
  • MME Mobility Management Entity
  • the target DeNB from knowing that the accessed device is an RN device, causing the RN device to work in an abnormal state, thereby affecting the user communication quality;
  • DRAWINGS 1 is a schematic structural diagram of an LTE-A system in the background art
  • FIG. 2 is a schematic structural diagram of a system for determining a device type according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a base station according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of an MME according to an embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a method for determining a device type according to an embodiment of the present invention
  • FIG. 6 is a schematic flowchart of a method for determining a device type according to an embodiment of the present invention.
  • FIG. 7 is a schematic flowchart of a method for performing X2 handover according to an embodiment of the present invention.
  • FIG. 8 is a schematic flowchart of a method for performing X2 handover according to an embodiment of the present invention.
  • FIG. 9 is a schematic flowchart of a third method for performing X2 handover according to an embodiment of the present invention.
  • FIG. 10 is a schematic flowchart of a method for performing S1 handover according to an embodiment of the present invention.
  • FIG. 11 is a schematic flowchart of a second method for performing S1 handover according to an embodiment of the present invention.
  • FIG. 12 is a schematic flowchart of a method for performing S1 handover failure according to a second embodiment of the present invention.
  • FIG. 13 is a schematic flowchart of a third method for performing S1 handover according to an embodiment of the present invention. detailed description
  • the target base station determines the type of the handover device according to the received message for notifying the device type of the MME serving the handover device, so that the target DeNB can know whether the newly accessed device is an R device.
  • the embodiments of the present invention can be applied to the LTE-A system, and can also be applied to other systems including the RN device.
  • the base station in the embodiment of the present invention may be a DeNB.
  • the system for determining a device type includes the following steps: a target base station 10 and an MME.
  • the target base station 10 is configured to receive, by the MME 20 serving the switching device, a message for notifying the type of the switching device, and determining a type of the switching device according to the received message for notifying the type of the device;
  • the MME 20 serving the switching device is configured to determine the device type of the switching device, and notifies the target base station 10 to switch the type of the device.
  • the MME 20 can notify the target base station 10 of the type of the handover device by using an SI Application Protocol (S1AP) message, for example, whether the handover device is a UE or an RN device.
  • SIAP SI Application Protocol
  • the MME 20 may determine the device type of the switching device at each handover; or may determine the device type of the switching device after receiving the notification that the handover type needs to be determined.
  • X2 handover Refers to the source base station switching the UE to the target base station through the X2 interface.
  • the handover preparation and execution process is completed within the access network and does not require the participation of the MME.
  • the switching delay is small.
  • the MME serving the UE does not change.
  • S 1 handover refers to the source base station switching the UE to the target base station through the S 1 interface. Both the handover preparation and execution process require the delivery of the core network to complete. The S1 handover may result in a change in both the MME and the SGW serving the UE.
  • the MME 20 may add device type information in the Path Switch Request Acknowledge message to indicate whether the handover device is a UE or an RN device;
  • the MME 20 may add device type information in the Handover Request message to indicate whether the handover device is a UE or an RN device.
  • the MME 20 may confirm the identity of the RN device after receiving the RN indication sent by the De B, and notify the target base station 10 by sending a response message of success or failure.
  • the target base station 10 may add an RN indication in the Path Switch Request message to notify the MME 20 to check the identity of the handover device, and the MME 20 notifies the target base station by responding to the Path Switch Request Acknowledge message or the Path Switch Request Failure.
  • 10 device type For the SI handover, the target base station 10 may indicate the device type information in the Handover Request Acknowledge message to notify the MME 20 to check the device type.
  • the MME 20 may indicate that the handover device is the RN device by performing a normal S1 handover procedure, or notify the handover device that the handover device is not the RN device by rejecting the current handover or sending the UE Context Release Command to the target base station 20.
  • Manner 1 The MME 20 determines the device type of the switching device each time it switches.
  • the MME 20 may send an S1 message carrying the device identity information to the target base station 10; correspondingly, the target base station determines the type of the switching device according to the device identity information in the received S1AP message.
  • the MME 20 may further send an S1AP message carrying the RN identity information to the target base station 10 after determining that the handover device is the R device, and send the S1 AP that does not carry the RN identity information to the target base station 10 after determining that the handover device is not the RN device.
  • the target base station 10 determines that the handover device is the RN device, and after the received S1 AP message does not carry the device identity information, determines that the handover device is not RN device.
  • the MME 20 determines the device type of the switching device by using a Home Subscriber Server (HSS), for example, determining the device type by acquiring the subscription data of the switching device.
  • HSS Home Subscriber Server
  • the embodiment of the present invention is not limited to the foregoing manner, and other device types capable of determining the switching device are determined.
  • the manner of the type is equally applicable to the embodiment of the invention.
  • the MME 20 may reject the current handover when the device type corresponding to the device identity information received from the target base station 10 and the device type determined by the MME 20 are different.
  • the MME 20 sends a path conversion request failure message carrying the failure cause to the entity base type mismatch to the target base station.
  • the target base station 10 releases the connection with the switching device if the path conversion request failure message with the entity type mismatch is received.
  • the source base station or the switching device may send the device identity information of the switching device to the target base station 10; the target base station 10 sends the received device identity information from the source base station or the device identity information from the switching device to the switch.
  • the MME of the device service configured to notify the MME to determine the device type of the switching device;
  • the MME can determine the type of the device.
  • the target base station 10 may send the device identity information in the handover request message from the source base station or the device identity information in the RRC connection reconfiguration complete message from the handover device to the MME 20.
  • the device identity information received by the target base station 10 includes, but is not limited to, at least one of the following information:
  • Switch device identification backhaul subframe configuration used before switching devices, and other information that can characterize the switching device.
  • the MME 20 may send the X2 message carrying the device identity information to the target base station 10; correspondingly, the target base station determines the type of the switching device according to the device identity information in the received S1AP message.
  • the MME 20 may further send an S1AP message carrying the RN identity information to the target base station 10 after determining that the handover device is the R device, and send the S1 AP message not carrying the RN identity information to the target base station 10 after determining that the handover device is not the RN device.
  • the target base station 10 determines that the handover device is the RN device, and after the received S1AP message does not carry the device identity information, determines that the handover device is not the RN device.
  • the MME 20 determines the device type of the switching device by using a Home Subscriber Server (HSS), for example, determining the device type by acquiring the subscription data of the switching device.
  • HSS Home Subscriber Server
  • the MME 20 may reject the current handover when the device type corresponding to the device identity information received from the target base station 10 and the device type determined by the MME 20 are different.
  • the MME 20 sends a path conversion request failure message carrying the failure cause to the entity base type mismatch to the target base station.
  • the target base station 10 receives the message for notifying the type of the device, if the reason for the failure to receive the carrier is If the entity type does not match the path conversion request failure message, the connection with the switching device is released.
  • Scenario 2 Perform S1 switching.
  • Manner 1 The MME 20 determines the device type of the switching device each time it switches.
  • the MME 20 may send an S1AP message carrying the device identity information to the target base station 10; correspondingly, the target base station 10 determines the type of the switching device according to the device identity information in the received S1AP message.
  • the MME 20 may further send an S1AP message carrying the RN identity information to the target base station, and after determining that the handover device is the UE, send the S1AP message that does not carry the identity information to the target base station 10; correspondingly, the target After the S1AP message carries the device identity information, the base station 10 determines that the switching device is the RN device. After the received S1AP message does not carry the device identity information, the base station 10 determines that the switching device is the UE.
  • the MME 20 may also notify the target base station that the handover device is the RN device by performing a successful S1 handover procedure; correspondingly, after the MME 20 performs a successful S1 handover procedure, the target base station 10 determines that the handover device is the RN device.
  • the MME 20 may also notify the target base station 10 that the handover device is not an R device by sending a UE context release command.
  • the target base station 10 determines that the handover device is not the RN device.
  • the MME 20 transmits the received device type information of the source MME to the target base station 10; the subscription data of the switching device acquired through the HSS may also be sent to the target base station 10 as device identity information.
  • the MME 20 may reject the current handover when the device type corresponding to the device identity information received from the target base station 10 and the device type determined by the MME 20 are different.
  • the MME 20 releases the connection of the handover device or notifies the source MME to reject the handover.
  • the source base station or the switching device may send the device identity information of the switching device to the target base station 10; the target base station 10 sends the received device identity information from the source base station or the device identity information from the switching device to the switch.
  • the MME of the device service configured to notify the MME to determine the device type of the switching device;
  • the MME can determine the type of the device.
  • the target base station 10 may send the device identity information in the handover request message from the source base station or the device identity information in the RRC connection reconfiguration complete message from the handover device to the MME 20
  • the device identity information received by the target base station 10 includes, but is not limited to, at least one of the following information:
  • Switch device identification backhaul subframe configuration used before switching devices, and other information that can characterize the switching device.
  • the MME 20 may send an S1AP message carrying the device identity information to the target base station 10; correspondingly, the target base station 10 determines the type of the switching device according to the device identity information in the received S1AP message.
  • the MME 20 may further send the RN identity information to the target base station after determining that the handover device is the RN device.
  • the S1AP message after determining that the handover device is not the RN device, sends an S1AP message that does not carry the identity information to the target base station 10; correspondingly, after the received S1 AP message carries the device identity information, the target base station 10 determines that the handover device is
  • the RN device determines that the switching device is not the RN device after the received S1AP message does not carry the device identity information.
  • the MME 20 may also notify the target base station that the handover device is the RN device by performing a successful S1 handover procedure. Accordingly, after the MME 20 performs a successful S1 handover procedure, the target base station 10 determines that the handover device is the RN device.
  • the MME 20 may also notify the target base station 10 that the handover device is not an R device by sending a UE context release command.
  • the target base station 10 determines that the handover device is not an R device.
  • the MME 20 transmits the received device type information of the source MME to the target base station 10.
  • the switch can be rejected.
  • the MME 20 releases the connection of the handover device or notifies the source MME to reject the handover.
  • the embodiment of the present invention further provides a base station, an MME, and a method for determining a device type. Since the principles of the devices and methods for solving the problem are similar to those for determining the device type, the implementation of the devices and methods may be See the implementation of the method, and the repetition will not be repeated.
  • the base station of the embodiment of the present invention includes: a processing module 300 and a first type determining module 310.
  • the processing module 300 is configured to receive a message for notifying the type of the switching device of the MME serving the switching device.
  • the first type determining module 310 is configured to determine a type of the switching device according to the message received by the processing module 300 for notifying the type of the device.
  • the first type determining module 310 determines the type of the switching device according to the device identity information in the received S1AP message; or
  • the first type determining module 310 determines that the switching device is the RN device after the received S1AP message carries the device identity information, and determines that the switching device is not the RN after the received S1AP message does not carry the device identity information. device.
  • the first type determining module 310 determines the type of the switching device according to the device identity information in the received S1AP message; or
  • the first type determining module 310 determines that the switching device is the RN device after the received S1AP message carries the device identity information. After the received S1AP message does not carry the device identity information, it is determined that the switching device is not the RN. Equipment; or
  • the first type determining module 310 determines that the switching device is an RN device after the MME performs a successful S1 handover process.
  • the first type determining module 310 determines that the switching device is not the RN device after receiving the UE context release command.
  • the processing module 300 sends the received device identity information from the source base station or device identity information from the switching device to the MME serving the handover device, for notifying the MME. Determine the device type of the switching device.
  • the processing module 300 sends the device identity information in the handover request message from the source base station or the device identity information in the R C connection reconfiguration complete message from the switching device to the MME.
  • the first type determining module 310 releases the connection with the switching device after receiving the path conversion request failure message that the carrier failure reason is an entity type mismatch.
  • the MME of the embodiment of the present invention includes: a second type determining module 400 and a notification module 410.
  • the second type determining module 400 is configured to determine a device type of the switching device that is itself served.
  • the notification module 410 is configured to notify the target base station of the device type of the switching device determined by the second type determining module 400. Preferably, when the X2 handover is performed, the notification module 410 sends an S1 message carrying the device identity information to the target base station; or
  • the notification module 410 sends the bearer to the target base station after determining that the handover device is the RN device.
  • the S1 AP message of the RN identity information after determining that the handover device is the UE, sends an S1AP message that does not carry the RN identity information to the target base station.
  • the notification module 410 sends an S1AP message carrying the device identity information to the target base station;
  • the notification module 410 sends the bearer to the standard base station after determining that the handover device is the RN device.
  • the S1 AP message of the RN identity information after determining that the handover device is the UE, sending an S1AP message that does not carry the identity information to the target base station; or
  • the notification module 410 notifies the target base station that the handover device is the RN device by performing a successful S1 handover procedure;
  • the notification module 410 notifies the target base station that the handover device is the UE by sending a UE context release command.
  • the notification module 410 obtains device identity information from the source MME or the HSS.
  • the second type determining module 400 determines the device type of the switching device.
  • the second type determining module 400 rejects the current handover when the device type corresponding to the received device identity information is different from the determined device type.
  • the second type determining module 400 when performing the X2 handover, sends a path to the target base station that the carrier failure is caused by the entity type mismatch when the device type corresponding to the received device identity information is different from the determined device type.
  • Change request failure message ;
  • the second type determining module 400 releases the connection of the switching device or notifies the source MME to reject the current handover when the device type corresponding to the received device identity information is different from the determined device type.
  • the MME of the embodiment of the present invention further needs to send the device identity information as the source MME.
  • the MME in the embodiment of the present invention may further include: a sending module 420.
  • the sending module 420 is configured to send device identity information of the switching device to the MME serving the switching device.
  • the first method for determining a device type in the embodiment of the present invention includes the following steps:
  • Step 501 The target base station receives a message for notifying the type of the switching device of the MME serving the switching device.
  • Step 502 The target base station determines, according to the received message for notifying the type of the device, the type of the switching device. Preferably, the device performs X2 handover.
  • the target base station determines the type of the handover device according to the device identity information in the received S1AP message, or determines the handover device after the received S1AP message carries the device identity information. It is an RN device. After the received S1AP message does not carry the device identity information, it is determined that the switching device is not the RN device.
  • the device performs X2 handover, and the SI AP message is a path switch request acknowledgement message.
  • the device performs an S1 handover, and in step 502, the target base station determines the type of the handover device according to the device identity information in the received SI AP message; or after the received S1AP message carries the device identity information, The switching device is an RN device, and after the received S1AP message does not carry the device identity information, it is determined that the switching device is not the R device; or after the MME performs a successful S1 handover process, determining that the switching device is the RN device; or receiving the UE After the context release command, it is determined that the switching device is not an RN device.
  • the device performs an S1 handover, and the S1AP message is a handover request message.
  • the method further includes:
  • the target base station sends the received device identity information from the source base station or device identity information from the handover device to the MME serving the handover device, for notifying the MME to determine the device type of the handover device.
  • the target base station sends the device identity information in the handover request message from the source base station or the device identity information in the RRC connection reconfiguration complete message from the handover device to the MME.
  • the device performs the X2 handover; after receiving the path conversion request failure message that the carrier failure is caused by the entity type mismatch, the target base station releases the connection with the handover device.
  • the second method for determining the device type in the embodiment of the present invention includes the following steps:
  • Step 601 Determine, by the MME serving the switching device, a device type of the switching device.
  • Step 602 The MME notifies the target base station to switch the type of the device.
  • the device performs an X2 handover.
  • the MME sends an S1 message carrying the device identity information to the target base station.
  • the S1 AP message carrying the RN identity information is sent to the target base station.
  • the device performs X2 handover, and the SI AP message is a path switch request acknowledgement message.
  • the device performs an S1 handover.
  • the MME sends an S1 AP message carrying the device identity information to the target base station.
  • the MME sends an S1AP message carrying the RN identity information to the target base station.
  • the target base station handover device is notified that it is not an RN device.
  • the device identity information is obtained by the MME from the source MME or the HSS.
  • the device performs an S 1 handover, and the S 1 AP message is a handover request message.
  • the method further includes:
  • the MME receives device identity information from the target base station.
  • the MME rejects the current handover when the device type corresponding to the received device identity information and the device type determined by the MME are different.
  • the method for the MME to reject the handover includes:
  • the MME When performing the X2 handover, the MME sends a path conversion request failure message to the target base station that the failure cause is an entity type mismatch;
  • the MME releases the connection of the handover device or notifies the source MME to reject the handover.
  • FIG. 6 can synthesize a process to form a new method for determining the device type, that is, first performing step 601 and step 602, and then performing step 501 and step 502.
  • the first method for performing X2 handover in the embodiment of the present invention includes:
  • Step 701 The source DeNB sends measurement configuration information to the RN device.
  • Step 702 The RN device sends a Measurement Report message to the source DeNB.
  • Step 703 The source DeNB performs a handover decision (HO decision) according to the measurement report.
  • the source DeNB may also select a target cell for the RN without receiving the measurement report sent by the RN, and switch the RN.
  • Step 704 After determining that the RN device can be handed over, the source DeNB sends a Handover Request message to the target DeNB.
  • Step 705 The target DeNB performs an admission control (Admission Control).
  • Step 706 The target DeNB sends a Handover Request Acknowledge message to the source DeNB.
  • Step 707 The source DeNB sends a Handover Command message to the RN device.
  • Step 708 The source DeNB sends a sequence number status transfer (Sequence Number Status Transfer) message to the target DeNB.
  • RRC Radio Resource Control
  • Step 710 The target DeNB sends a Path Switch Request message to the MME serving the RN device.
  • Step 711 After receiving the path conversion request, the MME checks information such as subscription data of the entity, if the entity is
  • the RN device sends a Modify Bearer Request message to the Serving GW (S-GW).
  • S-GW Serving GW
  • Step 712 The S-GW converts the downlink path.
  • Step 713 The S-GW modifies a Modify Bearer Response message to the MME.
  • Step 714 The MME sends a path conversion request acknowledgement carrying the RN type information to the target DeNB (Path Switch
  • Step 715 The target DeNB sends a UE Context Release message to the source DeNB.
  • Step 716 The source DeNB releases the resource.
  • the path conversion request acknowledgement message returned by the MME to the target DeNB does not carry the RN type information or carries the UE type information.
  • Embodiment 2 As shown in FIG. 8, the second method for performing X2 handover in the embodiment of the present invention is different from the first method for performing X2 handover in the embodiment of the present invention in FIG. 7 is:
  • Step 804 After the source DeNB determines that the RN device can be handed over, the source DeNB sends a Handover Request message carrying the RN type information to the target DeNB.
  • Step 810 The target DeNB sends a Path Switch Request message carrying the received RN type information to the MME serving the RN device.
  • the MME does not carry the RN type information in the path conversion request acknowledgement message returned by the MME to the target DeNB. Or carry UE type information; or
  • the MME If the information such as the subscription data of the switching device determines that the switching device is not the RN device (i.e., the received device type information and the determined device type information are different), the MME returns a path switching request failure message to the target DeNB. In this message, the MME can set the reason for the failure to "Entity Type Mismatch". The MME can then attach the device.
  • the connection of the RN device may be released; the connection of the RN may also be maintained, and the RN is configured according to the UE. Come to serve.
  • Step 909 The RN device sends an RRC Connection Reconfiguration Complete (RRC Connection Reconfiguration Complete) message carrying the RN type information to the target DeNB.
  • RRC Connection Reconfiguration Complete RRC Connection Reconfiguration Complete
  • Step 910 The target DeNB sends a Path Switch Request message carrying the received RN type information to the MME serving the RN device.
  • the MME does not carry the RN type information in the path conversion request acknowledgement message returned by the MME to the target DeNB. Or carry UE type information; or
  • the MME If the information such as the subscription data of the switching device determines that the switching device is not the RN device (i.e., the received device type information and the determined device type information are different), the MME returns a path switching request failure message to the target DeNB. In this message, the MME can set the reason for the failure to "Entity Type Mismatch". The MME can then attach the device.
  • the connection of the RN device may be released.
  • the first method for performing S1 handover in the embodiment of the present invention includes the following steps: Step 1001: The RN device sends a Measurement Report message to the source DeNB.
  • Step 1002 After determining that the R device can be handed over, the source DeNB sends a Handover Required message to the source MME.
  • Step 1003 The source MME sends a Forward Relocation Request message carrying the RN type information to the target MME.
  • Step 1004 The target MME sends a handover request (Handover Request) message carrying the RN type information to the target DeNB.
  • Handover Request handover request
  • Step 1005 The target DeNB sends a Handover Request Acknowledge message to the target MME.
  • Step 1006 The target MME sends a forward relocation request response (Forward Relocation) to the source MME.
  • Step 1007 The source MME sends a Handover Command message to the source DeNB.
  • Step 1008 The source DeNB sends an RRC Connection Reconfiguration (RRC Connection Reconfiguration) message to the RN device.
  • RRC Connection Reconfiguration RRC Connection Reconfiguration
  • Step 1009 The RN device sends an RRC connection reconfiguration complete to the target DeNB (RRC Connection
  • Step 1010 The target DeNB sends a Handover Notify message to the target MME, indicating that the R device has switched to the target DeNB.
  • Step 1011 The target MME sends a forward relocation complete notification (Forward Relocation Complete Notification) message to the source MME.
  • Step 1012 The source MME sends a UE Context Release Command message to the source DeNB.
  • Embodiment 5 As shown in FIG. 11, the second method for performing S1 handover in the embodiment of the present invention is different from the first method for performing S1 handover in the embodiment of the present invention in FIG. 10:
  • Step 1102 The source DeNB transparently transmits the RN type information to the target DeNB through the core network.
  • Step 1105 The target DeNB sends a Handover Request Acknowledge message carrying the RN type information to the target MME.
  • the target MME receives the RN device information from the source MME, the target MME returns a successful Forward Relocation Response message to the source MME, and continues to perform the subsequent SI handover procedure; otherwise, if the target MME requests a handover request from the handover request
  • the device type information obtained in the device does not match the device type information obtained from the source MME, and the target MME returns a Forward Relocation Response message including the reject indication to the source MME, rejecting the current handover.
  • the method for performing the S1 handover failure according to the second embodiment of the present invention includes:
  • Step 1201 The RN device sends a Measurement Report message to the source DeNB.
  • Step 1202 After determining that the R device can be handed over, the source DeNB sends a Handover Required message to the source MME.
  • Step 1203 The source MME sends a Forward Relocation Request message to the target MME.
  • Step 1204 The target MME sends a Handover Request message to the target DeNB.
  • Step 1205 The target DeNB sends a Handover Request Acknowledge message carrying the RN type information to the target MME.
  • Step 1206 The target MME sends a forward relocation request response (Forward Relocation Request Response) message to the source MME, and notifies the source MME to reject the handover.
  • a forward relocation request response Forward Relocation Request Response
  • Step 1207 The source MME sends a Handover Preparation Failure message to the source DeNB.
  • Step 1208 The source DeNB sends an RRC Connection Release (RRC Connection Release) message to the RN device.
  • RRC Connection Release RRC Connection Release
  • Embodiment 6 As shown in FIG. 13, the second method for performing S1 handover in the embodiment of the present invention is different from the first method for performing S1 handover in the embodiment of the present invention in FIG. 10:
  • Step 1309 The RN sends the RRC Connection Reconfiguration Complete message carrying the RN type information to the target DeNB.
  • Step 1310 The target DeNB sends a handover notification carrying the RN type information to the target MME (Handover Notify) message.
  • the target MME If the target MME receives the RN device information from the source MME, the target MME forwards the Forward Relocation Complete Notification message to the source MME; otherwise, if the target MME obtains the device type information and the slave information from the handover notification message The device type information obtained at the source MME does not match, and the target MME may initiate a process of releasing the UE connection.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer usable program code.
  • a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • the target base station Since the target base station determines the type of the handover device according to the message of the notification device type of the MME serving the handover device, the target DeNB can know whether the newly accessed device is the RN device.

Landscapes

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

Description

一种确定设备类型的方法、 系统和设备 本申请要求在 2011年 4月 22日提交中国专利局、 申请号为 201110102150.X、发明名称 为"一种确定设备类型的方法、 系统和设备"的中国专利申请的优先权, 其全部内容通过引 用结合在本申请中。
技术领域
本发明涉及无线通信技术领域, 特别涉及一种确定设备类型的方法、 系统和设备。 背景技术
长期演进升级(Long Term Evolution- Advanced, LTE-A ) 系统引入中继 (Relay ) 节点 后, 定义了以下节点、 接口和链路, 如图 1所示:
节点包括:
Donor-eNB: 与 RN设备有无线连接的 eNB (演进基站), 简写为 DeNB;
Relay-Node: 存在于 DeNB与 UE之间的实体, 简写为 RN设备;
UE: 用户设备。
接口包括:
Un接口: RN设备和 DeNB之间的接口;
Uu接口: UE和 RN设备之间的接口。
无线链路包括:
Backhaul link: 回程链路, 与 Un接口对应的链路;
Access link: 接入链路, 与 Uu接口对应的链路。
引入 RN设备后的下行传输: 到达 RN设备下 UE的数据需要由 DeNB经下行回程链 路发送到 RN设备, 再由 RN设备经下行接入链路发送到 UE。
引入 RN设备后的上行传输: RN设备下 UE的上行传输先由 UE经上行接入链路发送 到 RN设备, 再由 RN设备经回程链路发送到 DeNB。
RN设备通过 eNB下的 donor cell接入到核心网, 和核心网没有直接的有线接口, 每 个 RN设备可以控制一个或多个小区, 一个 DeNB下面可以连接多个 RN设备。
在 RN设备连接时, 首先向网络注册, 建立 RN EPS承载。 RN设备访问操作与维护系 统 (Operation and Maintenance, OAM )设备, 下载必要的配置数据。 OAM为 RN设备分 配 Uu口频率、 跟踪区标识 (Tracking Area Identifier, TAI ), 演进的通用陆地无线接入网 (Evolved Universal Terrestrial Radio Access Network , EUTRAN)小区全球标识 ECGI ( EUTRAN Cell Global Identity )等参数。 基于此网络架构, 当 RN设备移动时, 可能会更 换 DeNB , 但是对于目标 DeNB无法确定新接入的设备是否是 R 设备。 综上所述, 目前引入 RN设备后, 如果 RN设备需要接入目标 DeNB, 目标 DeNB无 法确定新接入的设备是否是 RN设备。 发明内容
本发明实施例提供的一种确定设备类型的方法、 系统和设备, 用以解决现有技术中存 在的引入 RN设备后, 如果 RN设备需要接入目标 DeNB, 目标 DeNB无法确定新接入的 设备是否是 RN设备的问题。
本发明实施例提供的一种确定设备类型的方法, 包括:
目标基站接收为切换设备服务的 MME发送的用于通知切换设备类型的消息; 所述目标基站根据收到的用于通知设备类型的消息, 确定切换设备的类型。
本发明实施例提供的一种确定设备类型的方法, 包括:
为切换设备服务的 MME确定切换设备的设备类型;
所述 MME通知目标基站切换设备的类型。
本发明实施例提供的一种确定设备类型的设备, 包括:
处理模块, 用于接收为切换设备服务的 MME发送的用于通知切换设备类型的消息; 第一类型确定模块,用于根据收到的用于通知设备类型的消息,确定切换设备的类型。 本发明实施例提供的一种确定设备类型的设备, 包括:
第二类型确定模块, 用于确定自身服务的切换设备的设备类型;
通知模块, 用于通知目标基站切换设备的设备类型。
本发明实施例提供的一种确定设备类型的系统, 包括:
目标基站, 用于接收为切换设备服务的 MME发送的用于通知切换设备类型的消息, 根据收到的用于通知设备类型的消息, 确定切换设备的类型;
为切换设备服务的 MME, 用于确定切换设备的设备类型, 通知目标基站切换设备的 类型。
由于目标基站根据为切换设备服务的 MME ( Mobility Management Entity, 移动性管理 实体) 的通知设备类型的消息, 确定切换设备的类型, 使得目标 DeNB能够知道新接入的 设备是否是 RN设备;
进一步的还可以防止由于目标 DeNB不知道接入的设备是 RN设备, 致使 RN设备工 作在异常状态, 从而影响用户通信质量;
进一步的还可以防止攻击者通过控制源 DeNB或 RN设备来欺骗 ¾标 DeNB , 使罔标 DeNB对接入实体类型做出错误的判断, 浪费目标 DeNB可用的空口资源。 附图说明 图 1为背景技术中 LTE-A系统的结构示意图;
图 2为本发明实施例确定设备类型的系统结构示意图;
图 3为本发明实施例基站的结构示意图;
图 4为本发明实施例 MME的结构示意图;
图 5为本发明实施例第一种确定设备类型的方法流程示意图;
图 6为本发明实施例第二种确定设备类型的方法流程示意图;
图 7为本发明实施例第一种进行 X2切换的方法流程示意图;
图 8为本发明实施例第二种进行 X2切换的方法流程示意图;
图 9为本发明实施例第三种进行 X2切换的方法流程示意图;
图 10为本发明实施例第一种进行 S1切换的方法流程示意图;
图 11为本发明实施例第二种进行 S1切换的方法流程示意图;
图 12为本发明实施例第二种进行 S1切换失败的方法流程示意图;
图 13为本发明实施例第三种进行 S1切换的方法流程示意图。 具体实施方式
本发明实施例目标基站根据收到的为切换设备服务的 MME的用于通知设备类型的消 息, 确定切换设备的类型, 使得目标 DeNB能够知道新接入的设备是否是 R 设备。
其中, 本发明实施例可以应用于 LTE-A系统中, 还可以应用于其他含有 RN设备的系 统。
如果本发明实施例应用于 LTE-A系统中, 本发明实施例的基站可以是 DeNB。
下面结合说明书附图对本发明实施例作进一步详细描述。
在下面的说明过程中, 先从基站侧和 MME侧的配合实施进行说明, 最后分别从基站 侧与 MME侧的实施进行说明, 但这并不意味着二者必须配合实施, 实际上, 当基站侧与 MME侧分开实施时, 也解决了分别在基站侧、 MME侧所存在的问题, 只是二者结合使用 时, 会获得更好的技术效果。
如图 2所示, 本发明实施例确定设备类型的系统包括下列步骤: 目标基站 10和 MME
20。
目标基站 10,用于接收为切换设备服务的 MME 20发送的用于通知切换设备类型的消 息, 根据收到的用于通知设备类型的消息, 确定切换设备的类型;
为切换设备服务的 MME 20, 用于确定切换设备的设备类型, 通知目标基站 10切换设 备的类型。
较佳的, MME 20可以通过 S 1应用协议(SI Application protocol, S1AP ) 消息, 通 知目标基站 10切换设备的类型, 比如可以指示切换设备是一个 UE还是 RN设备。 在实施中, MME 20可以在每次切换时都确定切换设备的设备类型; 也可以在收到需 要确定切换类型的通知后, 确定切换设备的设备类型。
X2切换: 指源基站通过 X2接口将 UE切换到目标基站。 切换准备和执行过程在接入 网内部完成, 不需要 MME的参与。 切换时延小。 切换完成后, 为 UE服务的 MME不发 生改变。
S 1切换: 指源基站通过 S 1接口将 UE切换到目标基站。 切换准备和执行过程都需要 核心网的传递才能完成。 S 1切换可能导致为 UE服务的 MME和 SGW都发生改变。
对于 X2切换, MME 20可以在路径转换请求确认 ( Path Switch Request Acknowledge ) 消息中添加设备类型信息, 指示切换设备是一个 UE还是 RN设备;
对于 S 1切换, MME 20可以在切换请求( Handover Request ) 消息中添加设备类型信 息, 指示切换设备是一个 UE还是 RN设备。
不管是 X2切换还是 S 1切换, MME 20可以在收到 De B发来的 RN指示后再确认 RN设备的身份, 并通过发送成功或失败的响应消息来通知目标基站 10。
对于 X2切换, 目标基站 10可以在路径转换请求( Path Switch Request )消息中添加 RN指示, 通知 MME 20检验切换设备的身份, MME 20通过响应 Path Switch Request Acknowledge消息或 Path Switch Request Failure来通知目标基站 10设备类型; 对于 S I切 换, 目标基站 10可以在切换请求确认 ( Handover Request Acknowledge ) 消息中指示确定 设备类型信息, 用来通知 MME 20检验设备类型。 MME 20可以通过执行正常的 S 1切换 流程来指示切换设备是 RN设备, 或者, 通过拒绝本次切换或给目标基站 20发送 UE上下 文释放命令 ( UE Context Release Command ) 来通知切换设备不是 RN设备。
下面分别在 X2和 S 1两个场景中对本发明的方案进行说明。
场景一、 进行 X2切换。
方式一、 MME 20在每次切换时都确定切换设备的设备类型。
较佳的, MME 20可以向目标基站 10发送携带设备身份信息的 S 1消息; 相应的, 目 标基站根据收到的 S 1AP消息中的设备身份信息, 确定切换设备的类型。
MME 20还可以在确定切换设备是 R 设备后, 向目标基站 10发送携带 RN身份信息 的 S 1AP消息, 在确定切换设备不是 RN设备后, 向目标基站 10发送不携带 RN身份信息 的 S 1 AP消息; 相应的, 目标基站 10在收到的 S 1 AP消息中携带设备身份信息后, 确定切 换设备是 RN设备,在收到的 S 1 AP消息中未携带设备身份信息后,确定切换设备不是 RN 设备。
较佳的, MME 20通过归属签约用户服务器(Home Subscriber Server, HSS )确定切 换设备的设备类型, 比如通过获取切换设备的签约数据确定设备类型。
需要说明的是, 本发明实施例并不局限于上述方式, 其他能够确定切换设备的设备类 型的方式同样适用本发明实施例。
较佳的, MME 20在收到的来自目标基站 10的设备身份信息对应的设备类型和 MME 20确定的设备类型不同时, 可以拒绝本次切换。
比如 MME 20向目标基站发送携带失败原因是实体类型不匹配的路径转换请求失败消 息。
相应的, 目标基站 10接收用于通知设备类型的消息之后, 如果收到携带失败原因是 实体类型不匹配的路径转换请求失败消息, 则释放与切换设备的连接。
方式二、 MME 20在收到通知消息后确定切换设备的设备类型。
较佳的, 源基站或切换设备可以将切换设备的设备身份信息发送给目标基站 10; 目标 基站 10将收到的来自源基站的设备身份信息或来自切换设备的设备身份信息发送给与为 切换设备服务的 MME, 用于通知 MME确定切换设备的设备类型;
相应的, MME接收到来自目标基站的设备身份信息后, 就可以确定设备的类型。 比如: 目标基站 10可以将来自源基站的切换请求消息中的设备身份信息, 或将来自 切换设备的 RRC连接重配置完成消息中的设备身份信息发送给 MME 20。
目标基站 10收到的设备身份信息包括但不限于下列信息中至少一种:
切换设备标识、 切换设备之前用的 backhaul子帧配置, 其他能够表征切换设备身份的 信息。
较佳的, MME 20可以向目标基站 10发送携带设备身份信息的 X2消息; 相应的, 目 标基站根据收到的 S1AP消息中的设备身份信息, 确定切换设备的类型。
MME 20还可以在确定切换设备是 R 设备后, 向目标基站 10发送携带 RN身份信息 的 S1AP消息, 在确定切换设备不是 RN设备后, 向目标基站 10发送不携带 RN身份信息 的 S 1 AP消息; 相应的, 目标基站 10在收到的 S 1 AP消息中携带设备身份信息后, 确定切 换设备是 RN设备,在收到的 S1AP消息中未携带设备身份信息后,确定切换设备不是 RN 设备。
较佳的, MME 20通过归属签约用户服务器(Home Subscriber Server, HSS )确定切 换设备的设备类型, 比如通过获取切换设备的签约数据确定设备类型。
需要说明的是, 本发明实施例并不局限于上述方式, 其他能够确定切换设备的设备类 型的方式同样适用本发明实施例。
较佳的, MME 20在收到的来自目标基站 10的设备身份信息对应的设备类型和 MME 20确定的设备类型不同时, 可以拒绝本次切换。
比如 MME 20向目标基站发送携带失败原因是实体类型不匹配的路径转换请求失败消 息。
相应的, 目标基站 10接收用于通知设备类型的消息之后, 如果收到携带失败原因是 实体类型不匹配的路径转换请求失败消息, 则释放与切换设备的连接。
场景二、 进行 S1切换。
方式一、 MME 20在每次切换时都确定切换设备的设备类型。
较佳的, MME 20可以向目标基站 10发送携带设备身份信息的 S1AP消息; 相应的, 目标基站 10根据收到的 S1AP消息中的设备身份信息, 确定切换设备的类型。
MME 20还可以在确定切换设备是 RN设备后, 向目标基站发送携带 RN身份信息的 S1AP消息,在确定切换设备是 UE后, 向目标基站 10发送不携带身份信息的 S1AP消息; 相应的, 目标基站 10在收到的 S1AP消息中携带设备身份信息后, 确定切换设备的是 RN 设备, 在收到的 S1AP消息中未携带设备身份信息后, 确定切换设备的是 UE。
MME 20还可以通过执行成功的 S 1切换过程, 通知目标基站切换设备是 RN设备; 相 应的, 目标基站 10在 MME 20执行成功的 S 1切换过程后, 确定切换设备是 RN设备。
MME 20还可以通过发送 UE上下文释放命令, 通知目标基站 10切换设备不是 R 设 备; 相应的, 目标基站 10在收到 UE上下文释放命令后, 确定切换设备不是 RN设备。
较佳的, MME 20将收到的源 MME的设备类型信息发送给目标基站 10; 也可以将通 过 HSS获取的切换设备的签约数据作为设备身份信息发送给目标基站 10。
需要说明的是, 本发明实施例并不局限于上述方式, 其他能够确定切换设备的设备类 型的方式同样适用本发明实施例。
较佳的, MME 20在收到的来自目标基站 10的设备身份信息对应的设备类型和 MME 20确定的设备类型不同时, 可以拒绝本次切换。
比如 MME 20释放切换设备的连接或通知源 MME拒绝本次切换。
方式二、 MME 20在收到通知消息后确定切换设备的设备类型。
较佳的, 源基站或切换设备可以将切换设备的设备身份信息发送给目标基站 10; 目标 基站 10将收到的来自源基站的设备身份信息或来自切换设备的设备身份信息发送给与为 切换设备服务的 MME, 用于通知 MME确定切换设备的设备类型;
相应的, MME接收到来自目标基站的设备身份信息后, 就可以确定设备的类型。 比如: 目标基站 10可以将来自源基站的切换请求消息中的设备身份信息, 或将来自 切换设备的 RRC连接重配置完成消息中的设备身份信息发送给 MME 20
目标基站 10收到的设备身份信息包括但不限于下列信息中至少一种:
切换设备标识、 切换设备之前用的 backhaul子帧配置, 其他能够表征切换设备身份的 信息。
较佳的, MME 20可以向目标基站 10发送携带设备身份信息的 S1AP消息; 相应的, 目标基站 10根据收到的 S1AP消息中的设备身份信息, 确定切换设备的类型。
MME 20还可以在确定切换设备是 RN设备后, 向目标基站发送携带 RN身份信息的 S1AP消息,在确定切换设备不是 RN设备后,向目标基站 10发送不携带身份信息的 S1AP 消息; 相应的, 目标基站 10在收到的 S 1 AP消息中携带设备身份信息后, 确定切换设备是
RN设备, 在收到的 S1AP消息中未携带设备身份信息后, 确定切换设备不是 RN设备。
MME 20还可以通过执行成功的 S1切换过程, 通知目标基站切换设备是 RN设备; 相 应的, 目标基站 10在 MME 20执行成功的 S 1切换过程后, 确定切换设备是 RN设备。
MME 20还可以通过发送 UE上下文释放命令, 通知目标基站 10切换设备不是 R 设 备; 相应的, 目标基站 10在收到 UE上下文释放命令后 , 确定切换设备不是 R 设备。
较佳的, MME 20将收到的源 MME的设备类型信息发送给目标基站 10。
需要说明的是, 本发明实施例并不局限于上述方式, 其他能够确定切换设备的设备类 型的方式同样适用本发明实施例。
较佳的, MME 20在收到的来自目标基站 10的设备身份信息对应的设备类型和 MME
20确定的设备类型不同时, 可以拒绝本次切换。
比如 MME 20释放切换设备的连接或通知源 MME拒绝本次切换。
本发明实施例的具体场景还可以参见实施例一 ~实施例六, 在此不再赘述。
基于同一发明构思, 本发明实施例中还提供了一种基站、 MME及确定设备类型的方 法, 由于这些设备和方法解决问题的原理与确定设备类型的系统相似, 因此这些设备和方 法的实施可以参见方法的实施, 重复之处不再赘述。
如图 3所示, 本发明实施例的基站包括: 处理模块 300和第一类型确定模块 310。 处理模块 300, 用于接收为切换设备服务的 MME的用于通知切换设备类型的消息。 第一类型确定模块 310, 用于根据处理模块 300收到的用于通知设备类型的消息, 确 定切换设备的类型。
较佳的, 进行 X2切换时, 第一类型确定模块 310根据收到的 S1AP消息中的设备身 份信息, 确定切换设备的类型; 或
进行 X2切换时, 第一类型确定模块 310在收到的 S1AP消息中携带设备身份信息后, 确定切换设备是 RN设备, 在收到的 S1AP消息中未携带设备身份信息后, 确定切换设备 不是 RN设备。
较佳的,进行 S1切换时, 第一类型确定模块 310根据收到的 S1AP消息中的设备身份 信息, 确定切换设备的类型; 或
进行 S1切换时, 第一类型确定模块 310在收到的 S1AP消息中携带设备身份信息后, 确定切换设备是 RN设备, 在收到的 S1AP消息中未携带设备身份信息后, 确定切换设备 不是 RN设备; 或
进行 S1切换时, 第一类型确定模块 310在 MME执行成功的 S1切换过程后, 确定切 换设备是 RN设备; 进行 S 1切换时,第一类型确定模块 310在收到 UE上下文释放命令后,确定切换设备 不是 RN设备。
较佳的, 处理模块 300接收用于通知设备类型的消息之前, 将收到的来自源基站的设 备身份信息或来自切换设备的设备身份信息发送给与为切换设备服务的 MME, 用于通知 MME确定切换设备的设备类型。
较佳的, 处理模块 300将来自源基站的切换请求消息中的设备身份信息, 或将来自切 换设备的 R C连接重配置完成消息中的设备身份信息发送给 MME。
较佳的, 进行 X2切换时, 第一类型确定模块 310在收到携带失败原因是实体类型不 匹配的路径转换请求失败消息后, 释放与切换设备的连接。
如图 4所示, 本发明实施例的 MME包括: 第二类型确定模块 400和通知模块 410。 第二类型确定模块 400, 用于确定自身服务的切换设备的设备类型。
通知模块 410 ,用于通知目标基站第二类型确定模块 400确定的切换设备的设备类型。 较佳的,进行 X2切换时,通知模块 410向目标基站发送携带设备身份信息的 S1消息; 或
进行 X2切换时, 通知模块 410在确定切换设备是 RN设备后, 向目标基站发送携带
RN身份信息的 S 1 AP消息, 在确定切换设备是 UE后, 向目标基站发送不携带 RN身份信 息的 S1AP消息。
较佳的, 进行 S1切换时, 通知模块 410向目标基站发送携带设备身份信息的 S1AP 消息; 或
进行 S 1切换时 , 通知模块 410在确定切换设备是 RN设备后, 向司标基站发送携带
RN身份信息的 S 1 AP消息,在确定切换设备是 UE后, 向目标基站发送不携带身份信息的 S1AP消息; 或
进行 S1切换时, 通知模块 410通过执行成功的 S1切换过程, 通知目标基站切换设备 是 RN设备; 或
进行 S1切换时,通知模块 410通过发送 UE上下文释放命令,通知目标基站切换设备 是 UE。
较佳的, 通知模块 410从源 MME或 HSS处获得的设备身份信息。
较佳的, 第二类型确定模块 400在收到来自目标基站的设备身份信息后, 确定切换设 备的设备类型。
较佳的, 第二类型确定模块 400在收到的设备身份信息对应的设备类型和确定的设备 类型不同时, 拒绝本次切换。
较佳的, 进行 X2切换时, 第二类型确定模块 400在收到的设备身份信息对应的设备 类型和确定的设备类型不同时, 向目标基站发送携带失败原因是实体类型不匹配的路径转 换请求失败消息;
进行 S1切换时, 第二类型确定模块 400在收到的设备身份信息对应的设备类型和确 定的设备类型不同时, 释放切换设备的连接或通知源 MME拒绝本次切换。
较佳的,如果本发明实施例的 MME作为源 MME还需要发送设备身份信息, 具体的, 本发明实施例的 MME还可以进一步包括: 发送模块 420。
发送模块 420 , 用于向为切换设备服务的 MME发送该切换设备的设备身份信息。 如图 5所示, 本发明实施例第一种确定设备类型的方法包括下列步骤:
步骤 501、 目标基站接收为切换设备服务的 MME的用于通知切换设备类型的消息。 步骤 502、 目标基站根据收到的用于通知设备类型的消息, 确定切换设备的类型。 较佳的, 设备进行 X2切换, 步骤 502中, 目标基站根据收到的 S1AP消息中的设备 身份信息, 确定切换设备的类型; 或在收到的 S1AP消息中携带设备身份信息后, 确定切 换设备是 RN设备,在收到的 S1AP消息中未携带设备身份信息后,确定切换设备不是 RN 设备。
较佳的, 设备进行 X2切换, SI AP消息是路径转换请求确认消息。
较佳的, 设备进行 S1切换,, 步骤 502中, 目标基站根据收到的 SI AP消息中的设备 身份信息, 确定切换设备的类型; 或在收到的 S1AP消息中携带设备身份信息后, 确定切 换设备是 RN设备,在收到的 S1AP消息中未携带设备身份信息后,确定切换设备不是 R 设备; 或在 MME执行成功的 S1切换过程后, 确定切换设备是 RN设备; 或在收到 UE上 下文释放命令后, 确定切换设备不是 RN设备。
较佳的, 设备进行 S1切换, S1AP消息是切换请求消息。
较佳的, 步驟 501之前还可以进一步包括:
目标基站将收到的来自源基站的设备身份信息或来自切换设备的设备身份信息发送 给与为切换设备服务的 MME, 用于通知 MME确定切换设备的设备类型。
较佳的, 目标基站将来自源基站的切换请求消息中的设备身份信息, 或将来自切换设 备的 RRC连接重配置完成消息中的设备身份信息发送给 MME。
较佳的, 设备进行 X2切换; 目标基站在收到携带失败原因是实体类型不匹配的路径 转换请求失败消息后, 释放与切换设备的连接。
如图 6所示, 本发明实施例第二种确定设备类型的方法包括下列步骤:
步驟 601、 为切换设备服务的 MME确定切换设备的设备类型。
步骤 602、 MME通知 标基站切换设备的类型。
较佳的,设备进行 X2切换, 步驟 601中, MME向目标基站发送携带设备身份信息的 S 1消息; 或在确定切换设备是 R 设备后, 向目标基站发送携带 RN身份信息的 S 1 AP消 息, 在确定切换设备不是 RN设备后, 向目标基站发送不携带 RN身份信息的 S1AP消息。 较佳的, 设备进行 X2切换, SI AP消息是路径转换请求确认消息。
较佳的, 设备进行 S1切换, 步骤 601中, MME向目标基站发送携带设备身份信息的 S 1 AP消息; 或 MME在确定切换设备是 R 设备后, 向目标基站发送携带 RN身份信息的 S1AP消息,在确定切换设备不是 RN设备后, 向目标基站发送不携带身份信息的 S1AP消 息; 或 MME通过执行成功的 S1切换过程, 通知目标基站切换设备是 RN设备; 或 MME 通过发送 UE上下文释放命令, 通知目标基站切换设备不是 RN设备。
较佳的, 设备身份信息是 MME从源 MME或 HSS处获得的。
较佳的, 设备进行 S 1切换, S 1 AP消息是切换请求消息。
较佳的, 步骤 601之前还可以进一步包括:
MME接收到来自目标基站的设备身份信息。
较佳的, 步驟 602中, MME在收到的设备身份信息对应的设备类型和 MME确定的 设备类型不同时, 拒绝本次切换。
较佳的, MME拒绝本次切换的方法包括:
进行 X2切换时, MME向目标基站发送携带失败原因是实体类型不匹配的路径转换请 求失败消息;
进行 S 1切换时, MME释放切换设备的连接或通知源 MME拒绝本次切换。
其中, 图 5和图 6可以合成一个流程, 形成一个新的确定设备类型的方法, 即先执行 步骤 601和步骤 602, 再执行步骤 501和步驟 502。
本发明实施例的具体场景还可以参见实施例一 ~实施例六, 在此不再赘述。
下面分别列举几种场景进行说明。
实施例一、 如图 7所示, 本发明实施例第一种进行 X2切换的方法包括:
步骤 701、 源 DeNB向 RN设备发送测量配置信息。
步骤 702、 RN设备向源 DeNB发送测量报告 ( Measurement Report ) 消息。
步驟 703、 源 DeNB根据测量报告进行切换判决( HO decision )。 源 DeNB也可能在没 有收到 RN发送的测量报告的情况下为 RN选择一个目标小区, 将 RN切换。
步骤 704、 源 DeNB 在判决可以让 RN设备切换后, 向目标 DeNB发送切换请求 ( Handover Request ) 消息。
步骤 705、 目标 DeNB进行接入控制 ( Admission Control )。
步驟 706、 目标 DeNB向源 DeNB发送切换请求确认 ( Handover Request Acknowledge ) 消息。
步骤 707、 源 DeNB向 RN设备发送切换命令( Handover Command )消息。
步骤 708、 源 DeNB 向目标 DeNB发送序列号状态转移 (Sequence Number Status Transfer ) 消息。 步驟 709、 RN设备向目标 DeNB发送无线资源控制 ( Radio Resource Control , RRC ) 连接重配置完成 ( RRC Connection Reconfiguration Complete ) 消息。
步骤 710、 目标 DeNB 向为 RN设备服务的 MME发送路径转换请求(Path Switch Request ) 消息。
步骤 711、 MME收到路径转换请求后,检查该实体的签约数据等信息, 如果该实体为
RN设备, 则向服务网关(Serving GW, S-GW)发送修改承载请求( Modify Bearer Request ) 消息。
步骤 712、 S-GW转换下行路径。
步骤 713、 S-GW向 MME近回修改承载响应 ( Modify Bearer Response ) 消息。
步骤 714、MME向目标 DeNB发送携带 RN类型信息的路径转换请求确认( Path Switch
Request Acknowledge ) 消息。
步骤 715、 目标 DeNB向源 DeNB发送 UE上下文释放 ( UE Context Release )消息。 步骤 716、 源 DeNB释放资源。
如果切换设备的签约数据等信息确定该切换设备不是 RN设备, MME向目标 DeNB 返回的路径转换请求确认消息中不携带 RN类型信息, 或是携带 UE类型信息。
实施例二、 如图 8所示, 本发明实施例第二种进行 X2切换的方法与图 7中本发明实 施例第一种进行 X2切换的方法的区别在于:
步骤 804、 源 DeNB在判决可以让 RN设备切换后, 向目标 DeNB发送携带 RN类型 信息的切换请求( Handover Request )消息。
步骤 810、目标 DeNB向为 RN设备服务的 MME发送携带收到的 RN类型信息的路径 转换请求( Path Switch Request ) 消息。
如果切换设备的签约数据等信息确定该切换设备不是 RN设备 (即收到的设备类型信 息和确定的设备类型信息不同), MME向目标 DeNB返回的路径转换请求确认消息中不携 带 RN类型信息, 或是携带 UE类型信息; 或
如果切换设备的签约数据等信息确定该切换设备不是 RN设备 (即收到的设备类型信 息和确定的设备类型信息不同), MME向目标 DeNB返回路径转换请求失败消息。 在该消 息中, MME可以将失败的原因设置为 "实体类型不匹配"。 随后, MME可以将该设备去 附着。
如果目标 DeNB从切换请求消息中获得的设备类型信息与从 MME处获得的设备类型 信息不符(认为源 DeNB在欺骗自己),可以释放 RN设备的连接;也可以保持 RN的连接, 将 RN按照 UE来服务。
实施例三、 如图 9所示, 本发明实施例第三种进行 X2切换的方法与图 7中本发明实 施例第一种进行 X2切换的方法的区别在于: 步驟 909、 RN设备向目标 DeNB发送携带 RN类型信息的 RRC连接重配置完成( RRC Connection Reconfiguration Complete )消息。
步骤 910、目标 DeNB向为 RN设备服务的 MME发送携带收到的 RN类型信息的路径 转换请求( Path Switch Request ) 消息。
如果切换设备的签约数据等信息确定该切换设备不是 RN设备 (即收到的设备类型信 息和确定的设备类型信息不同), MME向目标 DeNB返回的路径转换请求确认消息中不携 带 RN类型信息, 或是携带 UE类型信息; 或
如果切换设备的签约数据等信息确定该切换设备不是 RN设备 (即收到的设备类型信 息和确定的设备类型信息不同), MME向目标 DeNB返回路径转换请求失败消息。 在该消 息中, MME可以将失败的原因设置为 "实体类型不匹配"。 随后, MME可以将该设备去 附着。
如果目标 DeNB从 RRC连接重配置完成消息中获得的设备类型信息与从 MME处获得 的设备类型信息不符(认为是一个伪造的 RN设备在欺骗网络侧), 可以释放 RN设备的连 接。
实施例四、 如图 10所示, 本发明实施例第一种进行 S1切换的方法包括下列步骤: 步驟 1001、 RN设备向源 DeNB发送测量 4艮告 ( Measurement Report )消息。
步骤 1002、源 DeNB在判决可以让 R 设备切换后 ,向源 MME发送切换请求( Handover Required ) 消息。
步驟 1003、 源 MME向目标 MME发送携带 RN类型信息的前转重定位请求( Forward Relocation Request )消息。
步驟 1004、 目标 MME向目标 DeNB发送携带 RN类型信息的切换请求(Handover Request ) 消息。
步驟 1005、 目标 DeNB 向目标 MME 发送切换请求确认 ( Handover Request Acknowledge )消息。
步驟 1006、 目标 MME 向源 MME发送前转重定位请求响应 (Forward Relocation
Request Response ) 消息。
步骤 1007、 源 MME向源 DeNB发送切换准备命令 ( Handover Command )消息。 步骤 1008、源 DeNB向 RN设备发送 RRC连接重配置( RRC Connection Reconfiguration ) 消息。
步骤 1009、 RN设备向目标 DeNB 发送 RRC 连接重配置完成 ( RRC Connection
Reconfiguration Complete )消息。
步骤 1010、 目标 DeNB向目标 MME发送切换通知 ( Handover Notify )消息,表示 R 设备已经切换到目标 DeNB。 步 1011、 目标 MME 向源 MME发送前转重定位完成通知(Forward Relocation Complete Notification ) 消息。
步骤 1012、 源 MME 向源 DeNB 发送 UE上下文释放命令 ( UE Context Release Command ) 消息。
实施例五、 如图 11所示, 本发明实施例第二种进行 S1切换的方法与图 10中本发明 实施例第一种进行 S1切换的方法的区别在于:
步骤 1102 1104、 源 DeNB将 RN类型信息通过核心网透传给目标 DeNB。
步骤 1105、目标 DeNB向目标 MME发送携带 RN类型信息的切换请求确认( Handover Request Acknowledge ) 消息。
如果目标 MME从源 MME收到了 RN设备信息,目标 MME向源 MME返回成功的前 转重定位响应( Forward Relocation Response )消息, 继续执行后续的 SI切换流程; 否则, 如果目标 MME从切换请求确认消息中获得的设备类型信息与从源 MME处获得的设备类 型信息不符, 目标 MME 向源 MME 返回包含拒绝指示的前转重定位响应 (Forward Relocation Response ) 消息, 拒绝本次切换。
如图 12为本发明实施例第二种进行 S 1切换失败的方法包括:
步驟 1201、 RN设备向源 DeNB发送测量 4艮告 ( Measurement Report )消息。
步骤 1202、源 DeNB在判决可以让 R 设备切换后 ,向源 MME发送切换请求( Handover Required ) 消息。
步骤 1203、 源 MME向目标 MME发送前转重定位请求( Forward Relocation Request ) 消息。
步驟 1204、 目标 MME向目标 DeNB发送切换请求( Handover Request )消息。
步骤 1205、目标 DeNB向目标 MME发送携带 RN类型信息的切换请求确认( Handover Request Acknowledge ) 消息。
步骤 1206、 目标 MME 向源 MME发送前转重定位请求响应 (Forward Relocation Request Response ) 消息, 通知源 MME拒绝切换。
步驟 1207、 源 MME向源 DeNB发送切换准备失败 ( Handover Preparation Failure )消 息。
步骤 1208、 源 DeNB向 RN设备发送 RRC连接释放 ( RRC Connection Release )消息。 实施例六、 如图 13所示, 本发明实施例第二种进行 S1切换的方法与图 10中本发明 实施例第一种进行 S1切换的方法的区别在于:
步骤 1309、 RN将目标 DeNB发送携带 RN类型信息的 RRC连接重配置完成(RRC Connection Reconfiguration Complete )消息。
步骤 1310、 目标 DeNB向目标 MME发送携带 RN类型信息的切换通知(Handover Notify )消息。
如果目标 MME从源 MME收到了 RN设备信息,目标 MME向源 MME近回前转重定 位完成通知 ( Forward Relocation Complete Notification )消息; 否则, 如果目标 MME从切 换通知消息中获得的设备类型信息与从源 MME处获得的设备类型信息不符, 目标 MME 可以发起释放 UE连接的过程。
本领域内的技术人员应明白, 本发明的实施例可提供为方法、 系统、 或计算机程序产 品。 因此, 本发明可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实 施例的形式。 而且, 本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质(包括但不限于磁盘存储器、 CD-ROM、 光学存储器等)上实施的计算机程 序产品的形式。
本发明是参照根据本发明实施例的方法、 设备(系统)、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 //或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理器 以产生一个机器, 使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的 装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中, 使得存储在该计算机可读存储器中的指令产生包括指令装 置的制造品, 该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个 方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上, 使得在计算机 或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理, 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例, 但本领域内的技术人员一旦得知了基本创造性概 念, 则可对这些实施例作出另外的变更和修改。 所以, 所附权利要求意欲解释为包括优选 实施例以及落入本发明范围的所有变更和修改。
由于目标基站根据为切换设备服务的 MME的通知设备类型的消息, 确定切换设备的 类型, 使得目标 DeNB能够知道新接入的设备是否是 RN设备。
显然, 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和 范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内, 则本发明也意图包含这些改动和变型在内。

Claims

权利 要求
1、 一种确定设备类型的方法, 其特征在于, 该方法包括:
目标基站接收为切换设备服务的移动性管理实体 MME发送的用于通知切换设备类型 的消息;
所述目标基站根据收到的用于通知设备类型的消息, 确定切换设备的类型。
2、 如权利要求 1所述的方法, 其特征在于, 所述设备进行 X2切换;
所述目标基站确定切换设备的类型包括:
所述目标基站根据收到的 S 1应用协议 S1AP消息中的设备身份信息,确定切换设备的 类型; 或
所述目标基站在收到的 S1AP消息中携带设备身份信息后, 确定切换设备是中继节点
RN设备, 在收到的 S 1A 消息中未携带设备身份信息后, 确定切换设备不是 RN设备。
3、如权利要求 2所述的方法,其特征在于,所述 S 1AP消息是路径转换请求确认消息。
4、 如权利要求 1所述的方法, 其特征在于, 所述设备进行 S 1切换;
所述目标基站确定切换设备的类型包括:
所述目标基站根据收到的 S 1应用协议 SI AP消息中的设备身份信息,确定切换设备的 类型; 或
所述目标基站在收到的 S1AP消息中携带设备身份信息后, 确定切换设备是中继节点 RN设备, 在收到的 S1AP消息中未携带设备身份信息后, 确定切换设备不是 RN设备; 或 所述目标基站在所述 MME执行成功的 S1切换过程后,确定切换设备是 RN设备; 或 所述目标基站在收到用户设备 UE上下文释放命令后, 确定切换设备不是 RN设备。
5、 如权利要求 4所述的方法, 其特征在于, 所述 S 1AP消息是切换请求消息。
6、 如权利要求 5任一所述的方法, 其特征在于, 所述目标基站接收用于通知设备 类型的消息之前还包括:
所述目标基站将收到的来自源基站的设备身份信息或来自切换设备的设备身份信息, 发送给为切换设备服务的 MME, 用于通知所述 MME确定切换设备的设备类型。
7、如权利要求 6所述的方法,其特征在于,所述目标基站将设备身份信息发送给 MME 包括:
所述目标基站将来自源基站的切换请求消息中的设备身份信息, 或将来自切换设备的 无线资源控制 RRC连接重配置完成消息中的设备身份信息发送给 MME。
8、 如权利要求 6所述的方法, 其特征在于, 所述设备进行 X2切换;
所述目标基站接收用于通知设备类型的消息之后还包括:
所述目标基站在收到携带失败原因是实体类型不匹配的路径转换请求失败消息后, 释 放与切换设备的连接。
9、 一种确定设备类型的方法, 其特征在于, 该方法包括:
为切换设备服务的 MME确定切换设备的设备类型;
所述 MME通知目标基站切换设备的类型。
10、 如权利要求 9所述的方法, 其特征在于, 所述设备进行 X2切换;
所述 MME通知所述目标基站切换设备的设备类型包括:
所述 MME向所述目标基站发送携带设备身份信息的 S1消息; 或
所述 MME在确定切换设备是中继节点 RN设备后, 向所述目标基站发送携带 RN身 份信息的 S1应用协议 S1AP消息,在确定切换设备不是 RN设备后, 向所述目标基站发送 不携带 RN身份信息的 S 1 AP消息。
11、 如权利要求 10所述的方法, 其特征在于, 所述 S1AP消息是路径转换请求确认消 息。
12、 如权利要求 9所述的方法, 其特征在于, 所述设备进行 S1切换;
所述 MME通知所述目标基站切换设备的设备类型包括:
所述 MME向所述目标基站发送携带设备身份信息的 S1应用协议 S1AP消息; 或 所述 MME在确定切换设备是中继节点 RN设备后, 向所述目标基站发送携带 RN身 份信息的 S1AP消息, 在确定切换设备不是 RN设备后, 向所述目标基站发送不携带身份 信息的 S1AP消息; 或
所述 MME通过执行成功的 S1切换过程,通知所述目标基站切换设备是 RN设备; 或 所述 MME通过发送用户设备 UE上下文释放命令,通知所述目标基站切换设备是 UE。
13、 如权利要求 12所述的方法, 其特征在于, 所述设备身份信息是 MME从源 MME 或 HSS处获得的。
14、 如权利要求 12所述的方法, 其特征在于, 所述 S1AP消息是切换请求消息。
15、如权利要求 9~14任一所述的方法, 其特征在于, 所述 MME确定切换设备的设备 类型之前还包括:
所述 MME接收到来自目标基站的设备身份信息。
16、如权利要求 15所述的方法, 其特征在于, 所述 MME通知所述目标基站切换设备 的设备类型包括:
所述 MME在收到的设备身份信息对应的设备类型和 MME确定的设备类型不同时, 拒绝本次切换。
17、 如权利要求 16所述的方法, 其特征在于, 所述 MME拒绝本次切换的方法包括: 进行 X2切换时, 所述 MME向目标基站发送携带失败原因是实体类型不匹配的路径 转换请求失败消息; 进行 SI切换时, 所述 MME释放切换设备的连接或通知源 MME拒绝本次切换。
18、 一种确定设备类型的设备, 其特征在于, 该设备包括:
处理模块, 用于接收为切换设备服务的 MME发送的用于通知切换设备类型的消息; 第一类型确定模块,用于根据收到的用于通知设备类型的消息,确定切换设备的类型。
19、 如权利要求 18所述的设备, 其特征在于, 所述第一类型确定模块具体用于: 进行 X2切换时 , 根据收到的 S1应用协议 SI AP消息中的设备身份信息, 确定切换设 备的类型; 或进行 X2切换时, 在收到的 S1AP消息中携带设备身份信息后, 确定切换设 备是中继节点 RN设备, 在收到的 S1AP消息中未携带设备身份信息后, 确定切换设备不 是 RN设备。
20、 如权利要求 18所述的设备, 其特征在于, 所述第一类型确定模块具体用于: 进行 X2切换时, 根据收到的 S1AP消息中的设备身份信息, 确定切换设备的类型; 或进行 X2切换时, 在收到的 S1AP消息中携带设备身份信息后, 确定切换设备是中继节 点 RN设备, 在收到的 S1AP消息中未携带设备身份信息后, 确定切换设备不是 RN设备; 或进行 S 1切换时, 在所述 MME执行成功的 S 1切换过程后, 确定切换设备是 RN设备; 或进行 S1切换时, 在收到 UE上下文释放命令后, 确定切换设备不是 RN设备。
21、 如权利要求 18 20任一所述的设备, 其特征在于, 所述处理模块还用于: 接收用于通知设备类型的消息之前, 将收到的来自源基站的设备身份信息或来自切换 设备的设备身份信息发送给与为切换设备服务的 MME, 用于通知所述 MME确定切换设 备的设备类型。
22、 如权利要求 21所述的设备, 其特征在于, 所述处理模块具体用于:
将来自源基站的切换请求消息中的设备身份信息, 或将来自切换设备的无线资源控制 RRC连接重配置完成消息中的设备身份信息发送给 MME。
23、 如权利要求 21所述的设备, 其特征在于, 所述第一类型确定模块还用于: 进行 X2切换时,在收到携带失败原因是实体类型不匹配的路径转换请求失败消息后, 释放与切换设备的连接。
24、 一种确定设备类型的设备, 其特征在于, 该设备包括:
第二类型确定模块, 用于确定自身服务的切换设备的设备类型;
通知模块, 用于通知目标基站切换设备的设备类型。
25、 如权利要求 24所述的设备, 其特征在于, 所述通知模块具体用于:
进行 X2切换时, 向所述目标基站发送携带设备身份信息的 X2消息; 或进行 X2切换 时, 在确定切换设备是中继节点 RN设备后, 向所述目标基站发送携带 RN身份信息的 S1 应用协议 S1AP消息, 在确定切换设备不是 RN设备后, 向所述目标基站发送不携带 RN 身份信息的 S1AP消息。
26、 如权利要求 24所述的设备, 其特征在于, 所述通知模块具体用于:
进行 S1切换时, 向所述目标基站发送携带设备身份信息的 S1AP消息; 或进行 S1切 换时, 在确定切换设备是 RN设备后, 向所述目标基站发送携带 RN身份信息的 S 1AP消 息, 在确定切换设备不是 RN设备后, 向所述目标基站发送不携带身份信息的 S1AP消息; 或进行 S 1切换时,通过执行成功的 S1切换过程,通知所述目标基站切换设备是 RN设备; 或进行 S 1切换时, 通过发送 UE上下文释放命令,通知所述目标基站切换设备不是 RN设 备。
27、 如权利要求 26所述的设备, 其特征在于, 所述通知模块还用于:
从源 MME或归属签约用户服务器 HSS处获得的所述设备身份信息。
28、如权利要求 24~27任一所述的设备,其特征在于, 所述第二类型确定模块还用于: 在收到来自目标基站的设备身份信息后, 确定切换设备的设备类型。
29、 如权利要求 28所述的设备, 其特征在于, 所述第二类型确定模块还用于: 在收到的设备身份信息对应的设备类型和确定的设备类型不同时, 拒绝本次切换。
30、 如权利要求 29所述的设备, 其特征在于, 所述第二类型确定模块具体用于: 进行 X2切换时, 向 标基站发送携带失败原因是实体类型不匹配的路径转换请求失 败消息;
进行 S1切换时, 释放切换设备的连接或通知源 MME拒绝本次切换。
31、 如权利要求 24〜27任一所述的设备, 其特征在于, 所述设备还包括:
发送模块, 用于向为切换设备服务的 MME发送该切换设备的设备身份信息。
32、 一种确定设备类型的系统, 其特征在于, 该系统包括:
目标基站, 用于接收为切换设备服务的 MME发送的用于通知切换设备类型的消息, 根据收到的用于通知设备类型的消息, 确定切换设备的类型;
为切换设备服务的 MME, 用于确定切换设备的设备类型, 通知目标基站切换设备的 类型。
PCT/CN2012/071760 2011-04-22 2012-02-29 一种确定设备类型的方法、系统和设备 WO2012142875A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110102150XA CN102291707A (zh) 2011-04-22 2011-04-22 一种确定设备类型的方法、系统和设备
CN201110102150.X 2011-04-22

Publications (1)

Publication Number Publication Date
WO2012142875A1 true WO2012142875A1 (zh) 2012-10-26

Family

ID=45337763

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/071760 WO2012142875A1 (zh) 2011-04-22 2012-02-29 一种确定设备类型的方法、系统和设备

Country Status (2)

Country Link
CN (1) CN102291707A (zh)
WO (1) WO2012142875A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291707A (zh) * 2011-04-22 2011-12-21 电信科学技术研究院 一种确定设备类型的方法、系统和设备
US9282491B2 (en) * 2012-04-09 2016-03-08 Nec Corporation Base station gateway apparatus, wireless communication system and communication method

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101557646A (zh) * 2008-04-10 2009-10-14 华为技术有限公司 创建承载方法、服务网关和移动性管理实体
WO2010003453A1 (en) * 2008-07-09 2010-01-14 Nokia Siemens Networks Oy Method, mobile device and communication system to determine the type of a network node
CN101902835A (zh) * 2009-05-27 2010-12-01 中国移动通信集团公司 中继节点识别方法、基站、中继节点及移动管理实体
CN102026308A (zh) * 2009-09-14 2011-04-20 大唐移动通信设备有限公司 一种基站类型的确定方法及设备
CN102291707A (zh) * 2011-04-22 2011-12-21 电信科学技术研究院 一种确定设备类型的方法、系统和设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101557646A (zh) * 2008-04-10 2009-10-14 华为技术有限公司 创建承载方法、服务网关和移动性管理实体
WO2010003453A1 (en) * 2008-07-09 2010-01-14 Nokia Siemens Networks Oy Method, mobile device and communication system to determine the type of a network node
CN101902835A (zh) * 2009-05-27 2010-12-01 中国移动通信集团公司 中继节点识别方法、基站、中继节点及移动管理实体
CN102026308A (zh) * 2009-09-14 2011-04-20 大唐移动通信设备有限公司 一种基站类型的确定方法及设备
CN102291707A (zh) * 2011-04-22 2011-12-21 电信科学技术研究院 一种确定设备类型的方法、系统和设备

Also Published As

Publication number Publication date
CN102291707A (zh) 2011-12-21

Similar Documents

Publication Publication Date Title
CN105557006B (zh) 通信系统中的用户设备及由其进行通信的方法
US9961707B2 (en) Terminal multiple connection management method, device and system
RU2679417C1 (ru) Способ распространения контекста ключа безопасности, объект управления мобильностью и базовая станция
US9769709B2 (en) Handover method, communication device and communication system
KR101611498B1 (ko) 무선 통신 시스템 및 무선 통신 시스템에서의 방법
US8228871B2 (en) Wireless handover optimization
JP5910840B2 (ja) ユーザ機器のコンテキストに関連するリソースを解放するための方法およびデバイス
US20140192657A1 (en) Configuring Relay Cell Identities in Cellular Networks
CN113709909B (zh) 多连接通信方法和设备
WO2011079730A1 (zh) 中继网络中的切换方法和系统
CN113615253A (zh) 到潜在目标节点的有条件切换执行概率信息
JP2017536035A (ja) 無線リソース制御rrcメッセージ処理方法、装置、及びシステム
WO2015161575A1 (zh) 用户终端位置上报方法、基站、移动管理实体及系统
WO2013034111A1 (zh) 传递上下文的方法及移动性管理实体
WO2018202131A1 (zh) 通信方法、装置及系统
US9374684B2 (en) Method and apparatus for transmitting CSG information
CN107371198B (zh) 小区切换的方法和系统
US9848366B2 (en) Method for determining relocation process and method for determining handover process
WO2012155656A1 (zh) 一种宿主基站、中继节点设备及增强路径转换的方法
WO2011124135A1 (zh) 一种切换过程中寻址核心网节点的方法及其装置
WO2012142875A1 (zh) 一种确定设备类型的方法、系统和设备
WO2012037856A1 (zh) 一种过载控制处理方法及设备
WO2014024851A1 (ja) 移動通信システムにおける基地局及びデータ転送方法

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: 12774085

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12774085

Country of ref document: EP

Kind code of ref document: A1