WO2014000183A1 - 消息传输方法、ue及网络设备 - Google Patents

消息传输方法、ue及网络设备 Download PDF

Info

Publication number
WO2014000183A1
WO2014000183A1 PCT/CN2012/077638 CN2012077638W WO2014000183A1 WO 2014000183 A1 WO2014000183 A1 WO 2014000183A1 CN 2012077638 W CN2012077638 W CN 2012077638W WO 2014000183 A1 WO2014000183 A1 WO 2014000183A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
emergency message
group
network side
side device
Prior art date
Application number
PCT/CN2012/077638
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 华为技术有限公司
Priority to PCT/CN2012/077638 priority Critical patent/WO2014000183A1/zh
Priority to EP12880123.0A priority patent/EP2852194B1/en
Priority to CN201280000932.5A priority patent/CN104170415B/zh
Publication of WO2014000183A1 publication Critical patent/WO2014000183A1/zh
Priority to US14/581,940 priority patent/US9635533B2/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/50Connection management for emergency connections

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a message transmission method, a UE (User Equipment), and a network device.
  • a UE User Equipment
  • a network device BACKGROUND
  • an emergency service such as an accident warning is taken as an example, and all vehicles are required to add a short-range communication module to report an emergency message when the alarm is completed through communication and forwarding between vehicles, or on the road.
  • a large number of roadside communication devices are arranged on both sides to complete the reporting of emergency messages through communication and forwarding between the vehicle and the roadside communication device.
  • short-distance communication requires a high communication distance, it is difficult to ensure communication quality.
  • the existing technology can use UMTS to report alarm messages.
  • the UE dJser Equipment the user equipment is required to report the emergency message to the network side device, and the network side device reports to the server of the traffic control management center through the CN (Core Network), and then the server The emergency message is sent to other on-board UEs that are normally driving to serve as an alarm.
  • the emergency message needs to go through the local network side, upload it to the CN, and then transmit it to the management center server, and then send it to each UE by the management center server.
  • the entire transmission process takes the second time.
  • the emergency service usually requires the delay of reporting the emergency message to be a hundred milliseconds. Therefore, the transmission process of the existing emergency message is difficult to meet the delay requirement of the system. Summary of the invention
  • the embodiments of the present invention provide a message transmission method, a UE, and a network device, so as to solve the problem that the existing communication system takes a long time in transmitting an emergency message.
  • a message transmission method includes:
  • the network side device receives the message reported by the first user equipment UE, where the first UE is in the preset UE group.
  • the message reported by the first UE is identified as an emergency message
  • another method of message transmission comprising:
  • the first UE confirms that the emergency message needs to be reported, and the first UE is the UE in the preset UE group;
  • the emergency message is sent to other UEs in the preset UE group except the first UE.
  • a network side device where the device includes:
  • a receiving unit configured to receive a message reported by the first user equipment UE, where the first UE is a UE in a preset UE group;
  • the identifying unit is configured to: when the message received by the receiving unit carries the message identifier of the emergency message, identify that the message reported by the first UE is an emergency message;
  • a sending unit configured to send the emergency message that is identified by the identifying unit to other UEs in the preset UE group except the first UE.
  • a UE is provided, where the UE is a first UE in a preset UE group, and the UE includes: an acknowledgment unit, configured to confirm that an emergency message needs to be reported;
  • a reporting unit configured to report an emergency message to the network side device after the confirmation unit confirms that the emergency message needs to be reported, where the emergency message includes a message identifier for indicating the emergency message, so that the network side After the message identifier identifies that the first UE reports an emergency message, the emergency message is sent to other UEs in the preset UE group except the first UE.
  • the network side device receives the message reported by the first user equipment UE, and the first UE is the UE in the preset UE group.
  • the message carries the message identifier of the emergency message
  • the message that is reported by the first UE is an emergency message
  • the emergency message is sent. It is sent to other UEs in the preset UE group except the first UE.
  • the emergency message can be sent to each UE. Compared with the prior art, the emergency message does not need to be uploaded to the CN and the management center server through the network side. After the delivery, the transmission delay of the emergency message is reduced, and the speed at which the UE obtains the emergency message is improved.
  • FIG. 1 is a flow chart of an embodiment of a message transmission method according to the present invention.
  • FIG. 2 is a flow chart of another embodiment of a method for eliminating window and transmitting in the present invention.
  • FIG. 3 is a flow chart of another embodiment of a method for eliminating window and transmitting in the present invention.
  • FIG. 4 is a flow chart of another embodiment of a method for eliminating window and transmitting in the present invention.
  • FIG. 5 is a flow chart of another embodiment of a window elimination and transmission method according to the present invention.
  • FIG. 6 is a flow chart of another embodiment of a method for eliminating window and transmitting in the present invention.
  • FIG. 7 is a flow chart of another embodiment of a method for eliminating window and transmitting in the present invention.
  • Figure 8 is a flow chart showing another embodiment of the window removing and transmitting method of the present invention.
  • FIG. 9 is a flowchart of another embodiment of a message transmission method according to the present invention.
  • FIG. 10 is a block diagram of an embodiment of a network side device according to the present invention.
  • FIG. 11 is a block diagram of an embodiment of a UE according to the present invention.
  • FIG. 12 is a block diagram of another embodiment of a UE of the present invention.
  • the present invention will be further described in detail with reference to the accompanying drawings, in which FIG. An embodiment. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • FIG. 1 is a flowchart of an embodiment of a message transmission method according to the present invention
  • the embodiment describes a process of message transmission from a network side:
  • Step 101 The network side device receives the message reported by the first UE, where the first UE is a UE in the preset UE group.
  • the message reported by the first UE may be a normal message or an emergency message.
  • the network side device may receive the emergency message reported by the first UE in any one of the following manners:
  • the first mode is to receive an emergency message reported by the first UE through a RACH (Random Access Channel), where the emergency message carries a MAC (Medium Access Control) packet header, where the MAC header is in the MAC header.
  • the reserved bit is used to carry the message identifier of the emergency message
  • the second mode is to receive an emergency message transparently transmitted by the first UE through the RACH, where the emergency message belongs to an RRC (Radio Resource Control) layer message.
  • the emergency message carries a preset message identifier.
  • Step 103 The emergency message is sent to other UEs in the preset UE group except the first UE.
  • the emergency message can be sent to other UEs through the forward access channel FACH (Forward Access Channel), the FACH.
  • the group identifier is configured to enable the other UEs to receive an emergency message when the compared group identifier is consistent with the pre-configured group identifier, and the group identifier may be specifically a group C-RNTI (Cell-Radio) Network Temporary Identifier, MBMS (Multimedia Broadcast Multicast Service) ID (ID), or Group H-RNTI (High Speed Packet Access - Temporary Network Identification);
  • the downlink scheduling information may be broadcast to other UEs by using a Common H-RNTI (High-Speed Packet Access)-Radio Network Temporary Identifier (HSPA).
  • HSPA High-Speed Packet Access
  • the scheduling information is sent to the other UE by using the FACH, and the FACH carries a pre-configured group U-RNTI (UTRAN (Universal Terrestrial Radio Access) - Radio Network Temporary Identifier)
  • the radio network temporary identifier) the group U-RNTI is used to enable other UEs to confirm that an emergency message is received when the compared group U-RNTI is compared with the pre-configured group U-RNTI.
  • the BCCH-RNTI Broadcast Control Channel-Radio Network Temporary Identifier
  • the BCCH-RNTI Broadcast Control Channel-Radio Network Temporary Identifier
  • the paging message including the preset time offset may be sent to other UEs, and the emergency message is sent to other UEs when the preset time offset arrives; or the PICH (Paging Indicator Channel, PICH) is broadcast to other UEs. Paging a paging message of the channel, and transmitting an emergency message to the other UE through a PCH (Paging Channel) or a FACH, where the PICH code is used to determine the UE in the received paging message. When the PICH code is consistent with the saved PICH code, it listens to the emergency message sent by the PCH or the FACH.
  • PICH Paging Indicator Channel
  • the PICH code is the group IMSI (International Mobile Subscriber Identification Number, International) assigned by the network side device and the UE according to the CN during the authentication process.
  • the PICH code is calculated based on the IMSI, and the PICH code is calculated according to the IMSI as a prior art, and details are not described herein again.
  • FIG. 2 it is a flowchart of another embodiment of a message transmission method according to the present invention. This embodiment describes a process of message transmission from a UE side:
  • Step 201 The first UE confirms that an emergency message needs to be reported, and the first UE is a UE in the preset UE group. Specifically, the first UE may report an emergency message to the network side device by using a random access channel RACH, where the emergency message carries a medium access control MAC packet header, where the reserved bit in the MAC packet header is used to carry the emergency message. And the message is sent to the network side device by using the RACH, where the emergency message belongs to a RRC layer message, and the emergency message carries a preset message identifier.
  • RACH random access channel
  • Step 202 Report an emergency message to the network side device, where the emergency message includes a message identifier for indicating the emergency message, so that the network side sends the emergency message to the preset after the first UE reports the emergency message according to the message identifier.
  • the network side sends the emergency message to the preset after the first UE reports the emergency message according to the message identifier.
  • the first UE may further receive an emergency message sent by the network side device, where the emergency message is an emergency message that is sent by the second UE in the preset UE group to the network side device.
  • the message transmission process of the embodiment of the present invention is described in detail below by taking an EM (Emergency Message) message transmission in road traffic as an example.
  • the transmission process involves a plurality of in-vehicle UEs, which are classified into an accident UE and a traveling UE, the accident UE is used to report the EM message, the network side is used to deliver the EM message to the traveling UE, and the network side includes the NodeB (base station), the RNC. (Radio Network Controller, Wireless Network Controller) and CN devices.
  • NodeB base station
  • RNC Radio Network Controller, Wireless Network Controller
  • FIG. 3 it is a flowchart of another embodiment of a message transmission method according to the present invention:
  • Step 301 The CN authenticates the in-vehicle UE, and configures a static group C-RNTI for the in-vehicle UE.
  • Authentication is the process of determining whether the IMSI or TMSI (Temporary Mobile Subscriber Identity) transmitted by the in-vehicle UE on the radio interface is legal during the identity verification process of the in-vehicle UE. If it is legal, the authentication is passed, and CN is all the vehicles.
  • the UE configures a static group C-RNTI, and each in-vehicle UE saves the identifier of the static group C-RNTI.
  • Step 302 The in-vehicle UE enters the FACH state after the car is started.
  • the network side does not allocate a DPCH (Dedicated Physical Channel) to the UE, and the UE may use a RACH (Random Access Channel) and FACH transmits signaling and a small amount of user data.
  • DPCH Dedicated Physical Channel
  • RACH Random Access Channel
  • FACH transmits signaling and a small amount of user data.
  • all vehicle-mounted UEs can enter the FACH state after the vehicle is started.
  • Step 303 The incident UE reports the EM message including the EM identifier to the RNC through the RACH.
  • the UE When an in-vehicle UE has an accident and becomes an accident UE, the UE needs to report the EM message to the RNC.
  • the UE adds a MAC PDU (Protocol Data Unit) header to the EM message, and reports the EM message through the RACH in the FACH state. See Table 1 for the format of the MAC PDU header:
  • the TCTF (Target Channel Type Field) is used to identify the type of the logical channel.
  • the RNC configures the information in the TCTF domain of the UE.
  • the bits reserved in the TCTF domain are "10" and "11", respectively. Therefore, in this embodiment, when the EM message is transmitted, the reserved bit in the TCTF field is filled with "10", that is, the "10". Equivalent to the EM identifier of the EM message. It should be noted that the EM identifier of the EM message may also be set in advance. The embodiment of the present invention does not limit the EM identifier of the EM message, so that the RNC can identify the EM message. Just EM message.
  • the UE-id type is a user identity type
  • the UE-id type in the prior art includes a C-RNTI, a U-RNTI, etc.
  • the U in the U-RNTI is a UTRAN (Universal Terrestrial Radio Access Network).
  • a UE-id type is added as a group C-RNTI, and is used to remove the MAC PDU from the data when the RNC detects the C-RNTI from the received data. Baotou, extract EM messages.
  • the UE-id represents user identification information.
  • the C/T (identification of the logical channel) is used to indicate the logical channel number.
  • the information of the C/T domain of the UE by the RNC is Configure it.
  • the reserved bit in the C/T domain is "1111". Therefore, in this embodiment, it is also possible to preset that when the EM message is transmitted, the reserved bit in the TCTF field is filled in "1111", that is, the "1111” is equivalent.
  • the EM identifier of the EM message may be such that the RNC identifies the transmitted message as an EM message according to the EM identifier.
  • the MAC SDU (Service Data Unit) domain carries the message content part of the EM message.
  • Step 304 The RNC extracts the message content from the received EM message.
  • the RNC can identify that the received message is an EM message according to the EM identifier carried in the TCTF domain or the C/T domain, and the RNC can extract the EM message.
  • the content of the message that is, the information carried in the MAC SDU field in Table 1.
  • Step 305 The RNC sends an EM message carrying the group C-RNTI identifier to the traveling UE through the FACH. Since the EM message needs to be forwarded to all the traveling UEs, the RNC extracts the EM message, and writes the identifier of the group C-RNTI configured in the authentication process in the EM message, and delivers the EM message. After receiving the EM message, all the in-vehicle UEs can read the identifier of the group C-RNTI from the EM message, and compare with the identifier of the group C-RNTI saved by the authentication process, if the two are consistent, then further The content of the message carried by the EM message is extracted and displayed through the UE interface.
  • the EM message reported by the UE can be directly sent to the traveling UE by the network side device RNC. Therefore, in the prior art, the EM message needs to be reported by the network side device to the management center server, and then managed. Compared with each traveling UE, the central server greatly shortens the transmission time of the EM message and satisfies the communication delay requirement of transmitting the EM message, so that the traveling UE can quickly obtain the vehicle where the accident UE is located. Accident information to ensure the normal and orderly operation of road traffic.
  • FIG. 4 it is a flowchart of another embodiment of a message transmission method according to the present invention:
  • Step 401 The CN authenticates the in-vehicle UE and configures the in-vehicle UE with a proprietary MBMS ID.
  • the CN configures a proprietary MBMS ID for all in-vehicle UEs, and each in-vehicle UE saves the exclusive MS ID.
  • Step 402 The in-vehicle UE enters the FACH state after the car is started.
  • the network side When the UE enters the FACH state, the network side does not allocate a DPCH to the UE, and the UE can use the RACH and the
  • FACH transmits signaling and a small amount of user data.
  • all in-vehicle UEs can enter the FACH state after the car is started.
  • Step 403 The UE reports the EM message containing the EM identifier to the RNC through the RACH.
  • Step 404 The RNC extracts the message content from the received EM message.
  • the RNC can identify the received EM message according to the identifier carried in the TCTF domain or the C/T domain. At this time, the RNC can extract the EM message. The content of the message, that is, the information carried in the MAC SDU field in Table 1.
  • Step 405 The RNC sends an EM message carrying the proprietary MBMS ID to the traveling UE through the FACH. Since the EM message needs to be forwarded to all the traveling UEs, the RNC extracts the EM message, writes the exclusive MBMS ID configured in the authentication process, and delivers the EM message.
  • all the in-vehicle UEs can read the proprietary MBMS ID from the EM message and compare it with the proprietary MBMS ID saved in the authentication process. If the two are consistent, the EM message is further obtained. The content of the message carried is displayed through the UE interface.
  • the EM message reported by the UE can be directly sent to the traveling UE by the network side device RNC. Therefore, in the prior art, the EM message needs to be reported by the network side device to the management center server, and then managed. Compared with each traveling UE, the central server greatly shortens the transmission time of the EM message and satisfies the communication delay requirement of transmitting the EM message, so that the traveling UE can quickly obtain the vehicle where the accident UE is located. Accident information to ensure the normal and orderly operation of road traffic.
  • FIG. 5 it is a flowchart of another embodiment of a message transmission method according to the present invention:
  • Step 501 The CN authenticates the in-vehicle UE, and configures the static group H-RNTI for the in-vehicle UE.
  • CN configures static group H-RNTI for all in-vehicle UEs, H in H-RNTI stands for HSPA, and each in-vehicle UE saves the static group H-RNTI Logo.
  • Step 502 The in-vehicle UE enters the FACH state after the car is started.
  • the UE when the HSPA technology is used to transmit data, when the UE enters the FACH state, the UE can use E-RACH to transmit signaling and a small amount of user data, and E in the E-RACH indicates Enhanced. In this embodiment, all in-vehicle UEs can enter the FACH state after the vehicle is started.
  • Step 503 The incident UE reports the EM message including the EM identifier to the NodeB through the E-RACH.
  • the UE needs to report the EM message to the RNC.
  • the E-RACH in the HSPA technology is used to report the EM message.
  • the UE adds a MAC header corresponding to the E-RACH to the EM message.
  • the MAC header in the prior art includes a number of spare bits, and the spare bits are padded with 0.
  • the vacant bits can be in the vacant bits.
  • the preset bit value is filled in, for example, all filled with 1, and the filled 1 corresponds to the EM identifier of the EM message, and the NodeB can identify the transmitted message as an EM message according to the EM identifier.
  • Step 504 The NodeB extracts the message content from the received EM message.
  • the RNC After receiving the EM message uploaded by the UE, the RNC is based on the EM identifier carried in the vacant bit.
  • the received EM message can be identified, and the NodeB can extract the message content in the EM message.
  • FIG. 6 is a flowchart of another embodiment of a message transmission method according to the present invention:
  • Step 601 The CN authenticates the in-vehicle UE, and configures a static group U-RNTI for the in-vehicle UE.
  • the present embodiment still adopts the HSPA technology, and the difference from the embodiment shown in FIG. 5 is that, in the authentication process, the CN configures a static group U-RNTI for all in-vehicle UEs, and each in-vehicle UE saves the identifier of the static group U-RNTI.
  • Step 602 The in-vehicle UE enters the FACH state after the car is started.
  • the UE can use E-RACH to transmit signaling and a small amount of user data.
  • all in-vehicle UEs can enter the FACH state after the car is started.
  • Step 603 The incident UE reports the EM message including the EM identifier to the NodeB through the E-RACH. This step is the same as the process of reporting the EM message described in the foregoing step 503, and details are not described herein again.
  • Step 604 The NodeB extracts the message content from the received EM message.
  • the RNC After receiving the EM message uploaded by the UE, the RNC can identify the received EM message according to the EM identifier carried in the vacant bit. At this time, the NodeB can extract the message content in the EM message.
  • Step 605 The NodeB sends the downlink scheduling information to the traveling UE through the common H-RNT, and sends the EM message carrying the U-RNTI identifier to the traveling UE through the E-FACH.
  • the NodeB sends the downlink scheduling information to the traveling UE through the common H-RNTI, that is, the traveling UE is notified by the common H-RNTI to receive the EM message; and after receiving the EM message, the NodeB writes the authentication in the EM message.
  • the identifier of the static group U-RNTI configured in the process is delivered and the EM message is delivered.
  • Step 606 After the UE listens to the common H-RNTI, it receives the EM message sent by the subsequent NodeB according to the scheduling information.
  • the in-vehicle UE continuously monitors the common H-RNTI, and after receiving the common H-RNTI, receives the EM message sent by the NodeB according to the scheduling information indicated by the common H-RNTI, and reads the EM message from the EM message.
  • the identifier of the group U-RNTI is compared with the identifier of the group U-RNTI saved in the authentication process. If the two are consistent, the content of the message carried by the EM message is further obtained and displayed through the UE interface.
  • a flow chart of another embodiment of a message transmission method according to the present invention is as follows:
  • Step 701 The CN authenticates the in-vehicle UE.
  • Step 702 The in-vehicle UE enters the PCH state or the IDLE state after the car is started.
  • the network side When the in-vehicle UE enters the PCH state, the network side does not allocate a dedicated channel to the UE, and when the in-vehicle UE enters the IDLE (idle) state, an RRC connection is established on the dedicated channel. Regardless of whether the in-vehicle UE enters the PCH state or the IDLE state, the in-vehicle UE can only transmit a message identifiable by the RRC layer, such as a CCCH (Common Control Channel) message. Since the UE can only transmit a small number of signaling messages in the PCH state and the IDLE state, the application of this embodiment can reduce the overhead of signaling messages in the system.
  • CCCH Common Control Channel
  • Step 703 The incident UE transparently transmits the EM message belonging to the RRC layer message to the RNC through the E-RACH.
  • the in-vehicle UE can only send a message that can be identified by the RRC layer. Therefore, when reporting the EM message, the accident UE may add an RRC layer message as an EM message, or may change the existing CCCH message.
  • the MSC message of the EM message may be carried in the RRC layer message, so that the RRC layer of the RNC can identify that the received RRC layer message is an EM message.
  • Step 704 The RNC extracts the message content of the EM message from the received RRC message.
  • the MME layer reports the EM message in the form of an RRC layer message.
  • the RRC layer of the RNC extracts the message content of the EM message after detecting the EM identifier.
  • Step 705 The RNC sends an EM message to the traveling UE by using a paging method.
  • the RNC can schedule the EM message by using the BCCH (Broadcast Control Channel)-RNTI in the paging process, that is, the BCCH-RNTI containing the scheduling information of the EM message is sent to the UE, so that the UE is carried according to the BCCH-RNTI.
  • the EM message is sent by the scheduling information.
  • the EM message can be sent according to the paging mode defined in the R99 version.
  • the embodiment of the present invention is not limited, as long as the EM message is sent by using the paging mode defined in the communication version, so that the UE can identify the EM message from the paging message.
  • the in-vehicle UE may preset an interface between the RRC layer and the application layer. After the RRC layer of the in-vehicle UE identifies the EM message, the EM message is uploaded to the application through the preset interface. Layer, and display through the UE interface. Referring to FIG. 8, a flowchart of another embodiment of a message transmission method according to the present invention is shown:
  • Step 801 The CN authenticates the in-vehicle UE.
  • Step 802 The in-vehicle UE enters the PCH state or the IDLE state after the car is started.
  • the network side When the in-vehicle UE enters the PCH state, the network side does not allocate a dedicated channel to the UE, and when the in-vehicle UE enters the IDLE (idle) state, an RRC connection is established on the dedicated channel. Regardless of whether the in-vehicle UE enters the PCH state or the IDLE state, the in-vehicle UE can only transmit a message identifiable by the RRC layer, such as a CCCH message. Since the UE can only transmit a small number of signaling messages in the PCH state and the IDLE state, the application of this embodiment can reduce the overhead of signaling messages in the system.
  • Step 803 The UE transparently transmits the EM message belonging to the RRC layer message to the RNC through the E-RACH.
  • the in-vehicle UE can only send a message that can be identified by the RRC layer. Therefore, when reporting the EM message, the accident UE may add an RRC layer message as an EM message, or may change the existing CCCH message.
  • the MSC message of the EM message may be carried in the RRC layer message, so that the RRC layer of the RNC can identify that the received RRC layer message is an EM message.
  • Step 804 The RNC extracts the message content of the EM message from the received RRC message.
  • the MME layer reports the EM message in the form of an RRC layer message.
  • the RRC layer of the RNC extracts the message content of the EM message after detecting the EM identifier.
  • Step 805 The RNC sends an indication of receiving the EM message to the traveling UE by using the paging method.
  • the RNC may refer to the existing ETWS (Earthquake and Tsunami Warning System) to send a paging message to the traveling UE, instructing the traveling UE to receive the E-FACH after the preset time offset.
  • ETWS Earthquake and Tsunami Warning System
  • Step 806 The RNC sends an EM message to the traveling UE through the E-FACH after the preset time offset.
  • FIG. 9 is a flowchart of another embodiment of a message transmission method according to the present invention:
  • Step 901 The CN authenticates the in-vehicle UE, allocates the group IMSI to the in-vehicle UE, and notifies the group IMSI to the in-vehicle UE and the RNC.
  • a packet enhancement technology is adopted.
  • the CN configures a group IMSI for all in-vehicle UEs.
  • the CN advertises the group IMSI to the in-vehicle UE and the RNC respectively. Since the in-vehicle UE and the RNC save the same group IMSI, the vehicle The UE and the RNC calculate the same PICH code based on the set of IMSIs and save the PICH code.
  • Step 902 The in-vehicle UE enters the PCH state or the IDLE state after the car is started.
  • the network side When the in-vehicle UE enters the PCH state, the network side does not allocate a dedicated channel to the UE, and when the in-vehicle UE enters the IDLE (idle) state, an RRC connection is established on the dedicated channel. Regardless of whether the in-vehicle UE enters the PCH state or the IDLE state, the in-vehicle UE can only transmit a message identifiable by the RRC layer, such as a CCCH message. Since the UE can only transmit a small number of signaling messages in the PCH state and the IDLE state, the application of this embodiment can reduce the overhead of signaling messages in the system.
  • Step 903 The UE transparently transmits the EM message belonging to the RRC layer message to the RNC through the E-RACH.
  • the in-vehicle UE can only send a message that can be identified by the RRC layer. Therefore, when reporting the EM message, the accident UE may add an RRC layer message as an EM message, or may change the existing CCCH message.
  • the MSC message of the EM message may be carried in the RRC layer message, so that the RRC layer of the RNC can identify that the received RRC layer message is an EM message.
  • Step 904 The RNC extracts the message content of the EM message from the received RRC message.
  • the MME layer reports the EM message in the form of an RRC layer message.
  • the RRC layer of the RNC extracts the message content of the EM message after detecting the EM identifier.
  • Step 905 The RNC broadcasts a paging message including a PICH code.
  • the paging message may be sent by the PICH.
  • the traveling UE After receiving the paging message broadcast by the RNC, the traveling UE extracts the PICH code from the paging message, if the extracted PICH code is consistent with the PICH code calculated by the UE according to the group IMSI. The UE needs to receive the EM message delivered by the subsequent RNC.
  • Step 906 The RNC sends an EM message through the PCH.
  • the UE After receiving the paging message that is consistent with the PICH code saved by the UE, the UE listens to the EM message sent by the RNC through the PCH or the FACH, and the PCH or FACH can pass the S-CCPCH (Secondary-Common Control Physical Channel, the second public). Control physical channel) bearer.
  • the present invention also provides an embodiment of the network side device and the UE.
  • the network side device includes: a receiving unit 1010, an identifying unit 1020, and a sending unit 1030.
  • the receiving unit 1010 is configured to receive a message reported by the first user equipment UE, where the first UE is a UE in a preset UE group;
  • the identifying unit 1020 is configured to: when the message received by the receiving unit 1010 carries the message identifier of the emergency message, identify that the message reported by the first UE is an emergency message;
  • the sending unit 1030 is configured to send the emergency message identified by the identifying unit 1020 to other UEs in the pre-set UE group except the first UE.
  • the receiving unit 1010 may be specifically configured to receive an emergency message that is sent by the first UE by using a RACH, where the emergency message carries a MAC packet header, where a reserved bit in the MAC packet header is used to carry the emergency message.
  • Message identifier
  • the sending unit 1030 may include at least one of the following sub-units (not shown in FIG. 10): a first sending sub-unit, configured to send an emergency message identified by the identifying unit 1020 to the FACH
  • the FACH carries a pre-configured group identifier, and the group identifier is used to enable the other UE to confirm that an emergency message is received when the compared group identifier is consistent with the pre-configured group identifier.
  • a second sending subunit configured to: after the identification unit 1020 identifies the emergency message, by common
  • the H-RNTI broadcasts downlink scheduling information to the other UEs, and sends the emergency message to the other UEs through the FACH according to the downlink scheduling information, where the FACH carries a pre-configured group universal terrestrial radio access network.
  • a radio network temporary identifier U-RNTI the group U-RNTI being used to cause the other UE to acknowledge receipt of an emergency message when the compared group U-RNTI is compared with the pre-configured group U-RNTI.
  • the receiving unit 1010 may be specifically configured to receive an emergency message that is transparently transmitted by the first UE by using the RACH, where the emergency message belongs to an RRC layer message, where the emergency message carries a preset message identifier.
  • the sending unit 1030 may include at least one of the following subunits (not shown in FIG. 10): a third sending subunit, configured to pass the BCCH- after the identifying unit 1020 identifies the emergency message.
  • the RNTI broadcasts a paging message including the scheduling information to the other UE, and sends the emergency message to the other UE according to the scheduling information;
  • a fourth sending subunit configured to: after the identifying unit 1020 identifies the emergency message, send a paging message including a preset time offset to the other UE, and when the preset time offset arrives, Sending the emergency message to the other UEs;
  • a fifth sending subunit configured to: after the identifying unit 1020 identifies the emergency message, broadcast a paging message including the PICH code to the other UE, and send the emergency to the other UE by using the PCH or the FACH a message, the PICH code is used to enable the UE to monitor an EM message sent by the PCH or the FACH when the PICH code in the received paging message is consistent with the saved PICH code, where the PICH code is In the authentication process, the network side device and the UE calculate the PICH code according to the group international mobile subscriber identity IMSI allocated by the CN.
  • FIG. 11 it is a block diagram of an embodiment of a UE according to the present invention:
  • the UE includes: a confirming unit 1110 and a reporting unit 1120.
  • the confirmation unit 1110 is configured to confirm that an emergency message needs to be reported
  • the reporting unit 1120 is configured to: after the confirmation unit 1110 confirms that the emergency message needs to be reported, report the emergency message to the network side device, where the emergency message includes a message identifier for indicating the emergency message, so that the network side After the first UE is reported to report the emergency message according to the message identifier, the emergency message is sent to other UEs in the preset UE group except the first UE.
  • the reporting unit 1120 may include at least one of the following sub-units (not shown in FIG. 11): a first reporting sub-unit, configured to report an emergency to the network-side device through the RACH after the confirming unit 1110 confirms that the emergency message needs to be reported a message, the emergency message carries a MAC header, and a reserved bit in the MAC header is used to carry a message identifier of the emergency message;
  • FIG. 12 it is a block diagram of another embodiment of a UE according to the present invention:
  • the UE includes: a confirming unit 1210, a reporting unit 1220, and a receiving unit 1230.
  • the confirmation unit 1210 is configured to confirm that an emergency message needs to be reported
  • the reporting unit 1220 is configured to: after the confirmation unit 1110 confirms that the emergency message needs to be reported, report the emergency message to the network side device, where the emergency message includes a message identifier for indicating the emergency message;
  • the receiving unit 1230 is configured to receive an emergency message sent by the network side device, where the emergency message is an emergency message that is sent by the second UE in the preset UE group to the network side device.
  • the reporting unit 1220 may include at least one of the following sub-units (not shown in FIG. 12): a first reporting sub-unit, configured to report an emergency to the network-side device through the RACH after the confirming unit 1210 confirms that the emergency message needs to be reported a message, the emergency message carries a MAC header, and a reserved bit in the MAC header is used to carry a message identifier of the emergency message; a second reporting sub-unit, configured to transparently transmit an emergency message to the network side device by using the RACH, after the confirming unit 1210 confirms that the emergency message needs to be reported, where the emergency message belongs to a RRC layer message, the emergency The message carries a preset message identifier.
  • the receiving unit 1230 may include: (not shown in FIG. 12): a first receiving subunit, receiving an emergency message sent by the network side device by using a FACH, where the FACH carries a pre- The configured group identifier is configured to: when the compared group identifier is consistent with the pre-configured group identifier carried in the emergency message received by the first receiving subunit, confirm that the received message is urgent Message.
  • the receiving unit 1230 may include (not shown in FIG. 12): a second receiving subunit, configured to obtain a downlink of the network side device broadcasted by the common H-RNTI by listening to the common H-RNTI Scheduling information, and receiving, by the network side device, the emergency message sent by the FACH according to the downlink scheduling information, where the FACH carries a pre-configured group U-RNTI identifier; and the second confirmation subunit is used to compare and save When the group U-RNTI is consistent with the pre-configured group U-RNTI carried in the emergency message, it is confirmed that the emergency message is received, and the group U-RNTI identifier is that the CN is the network side device during the authentication process. a group identifier configured by the UE in the preset UE group.
  • the receiving unit 1230 may include (not shown in FIG. 12) at least one of the following units: a third receiving subunit, configured to receive the scheduling of the network side device broadcast by the BCCH-RNTI a paging message of the information, and an emergency message sent by the network side device according to the scheduling information; a fourth receiving subunit, configured to receive a paging message that is sent by the network side device and includes a preset time offset, And the emergency message sent by the network side device when the preset time offset arrives; the fifth receiving subunit is configured to receive the paging message including the PICH code broadcast by the network side device, when determining that the received message is received When the PICH code in the paging message is consistent with the saved PICH code, the emergency message sent by the network side device through the PCH or the FACH is monitored, and the PICH code is in the authentication process, the network side device and the The UE in the preset UE group calculates the obtained PICH code according to the IMSI allocated by the CN.
  • the network side device receives the emergency message reported by the first UE in the preset UE group, where the emergency message includes a message identifier for indicating the emergency message, and the network side device according to the message After identifying that the message reported by the first UE is an emergency message, the identifier is sent to other UEs in the preset UE group except the first UE.
  • the emergency message can be sent to each UE. Compared with the prior art, the emergency message does not need to be uploaded to the CN and the management center server through the network side.
  • each unit included is only divided according to functional logic, but is not limited to the foregoing division, as long as the corresponding function can be implemented;
  • the specific names of the functional units are also for convenience of distinguishing from each other and are not intended to limit the scope of the present invention.
  • the storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

公开了消息传输方法、UE及网络侧设备,该方法包括:网络侧设备接收第一用户设备UE上报的消息,所述第一UE为预设UE组中的UE;当所述消息中携带紧急消息的消息标识时,识别所述第一UE上报的消息为紧急消息;将所述紧急消息下发给所述预设UE组中除所述第一UE的其它UE。本发明实施例中网络侧在识别出上报的紧急消息后,即可将该紧急消息下发到各个UE,与现有技术相比,由于紧急消息无需再通过网络侧上传到CN和管理中心服务器后下发,因此减少了紧急消息的传输时延,提高了UE端获取紧急消息的速度。

Description

消息传输方法、 UE及网络设备
技术领域
本发明涉及通信技术领域, 特别涉及消息传输方法、 UE (User Equipment, 用户 设备) 及网络设备。 背景技术 短距离通信在智能交通系统中应用时, 以事故预警等紧急业务为例, 需要所有车 辆增加短程通信模块, 以通过车辆之间的通信及转发完成告警时紧急消息的上报, 或 者在道路两旁布设大量的路边通信设备,以通过车辆与路边通信设备之间的通信及转 发完成紧急消息的上报。但是由于短距离通信对通信距离的要求较高, 因此难以保证 通信质量。
由于 UMTS (Universal Mobile Telecommunication System, 通用移动通信系统) 具有无缝覆盖, 且布设方便的优势, 能够满足通信距离和通信质量的要求, 因此现有 技术可以采用 UMTS进行告警消息上报。在进行紧急消息上报时,需要事故 UE dJser Equipment, 用户设备)将紧急消息上报给网络侧设备, 由网络侧设备通过 CN (Core Network, 核心网) 上报到交通控制管理中心的服务器, 然后由服务器将紧急消息一 一下发给其它正常行驶的车载 UE, 以起到告警作用。
在紧急消息上报过程中, 紧急消息需要经过本地网络侧, 上传到 CN后, 再传输 到管理中心服务器, 然后由管理中心服务器一一下发到各个 UE, 整个传输过程耗费 的时间为秒级, 而紧急业务通常要求上报紧急消息的时延为百毫秒级, 因此现有紧急 消息的传输过程难以满足系统的时延要求。 发明内容
本发明实施例提供消息传输方法、 UE及网络设备, 以解决现有通信系统在传输 紧急消息时耗时较长的问题。
为了解决上述技术问题, 本发明公开了如下技术方案:
一方面, 提供了一种消息传输方法, 所述方法包括:
网络侧设备接收第一用户设备 UE上报的消息, 所述第一 UE为预设 UE组中的
UE; 当所述消息中携带紧急消息的消息标识时,识别所述第一 UE上报的消息为紧急 消息;
将所述紧急消息下发给所述预设 UE组中除所述第一 UE的其它 UE。
一方面, 提供了另一种消息传输方法, 所述方法包括:
第一 UE确认需要上报紧急消息, 所述第一 UE为预设 UE组中的 UE;
向网络侧设备上报紧急消息,所述紧急消息中包含用于指示所述紧急消息的消息 标识, 以使所述网络侧根据所述消息标识识别出所述第一 UE上报紧急消息后, 将所 述紧急消息下发给所述预设 UE组中除所述第一 UE的其它 UE。
一方面, 提供了一种网络侧设备, 所述设备包括:
接收单元, 用于接收第一用户设备 UE上报的消息, 所述第一 UE为预设 UE组 中的 UE;
识别单元, 用于当所述接收单元接收的所述消息中携带紧急消息的消息标识时, 识别所述第一 UE上报的消息为紧急消息;
下发单元,用于将所述识别单元识别出的所述紧急消息下发给所述预设 UE组中 除所述第一 UE的其它 UE。
一方面, 提供了一种 UE, 所述 UE为预设 UE组中的第一 UE, 所述 UE包括: 确认单元, 用于确认需要上报紧急消息;
上报单元,用于当所述确认单元确认需要上报紧急消息后, 向网络侧设备上报紧 急消息,所述紧急消息中包含用于指示所述紧急消息的消息标识, 以使所述网络侧根 据所述消息标识识别出所述第一 UE上报紧急消息后,将所述紧急消息下发给所述预 设 UE组中除所述第一 UE的其它 UE。
网络侧设备接收第一用户设备 UE上报的消息, 第一 UE为预设 UE组中的 UE, 当消息中携带紧急消息的消息标识时, 识别第一 UE上报的消息为紧急消息, 将紧急 消息下发给预设 UE组中除第一 UE的其它 UE。 本发明实施例中网络侧在识别出上 报的紧急消息后, 即可将该紧急消息下发到各个 UE, 与现有技术相比, 由于紧急消 息无需再通过网络侧上传到 CN和管理中心服务器后下发,因此减少了紧急消息的传 输时延, 提高了 UE端获取紧急消息的速度。 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍, 显而易见地, 下面描述中的附图仅仅 是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前 提下, 还可以根据这些附图获得其他的附图。
图 1为本发明中消息传输方法的一个实施例流程图;
图 2为本发明中消窗、传输方法的另 个实施例流程图
图 3为本发明中消窗、传输方法的另 个实施例流程图
图 4为本发明中消窗、传输方法的另 个实施例流程图
图 5为本发明中消窗、传输方法的另 个实施例流程图
图 6为本发明中消窗、传输方法的另 个实施例流程图
图 7为本发明中消窗、传输方法的另 个实施例流程图
图 8为本发明中消窗、传输方法的另 个实施例流程图
图 9为本发明中消息传输方法的另一个实施例流程图
图 10为本发明网络侧设备的实施例框图;
图 11为本发明 UE的一个实施例框图;
图 12为本发明 UE的另一个实施例框图。 具体实施方式 为了使本发明的目的、技术方案和优点更加清楚, 下面将结合附图对本发明作进 一步地详细描述, 显然, 所描述的实施例仅仅是本发明一部份实施例, 而不是全部的 实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下 所获得的所有其它实施例, 都属于本发明保护的范围。
参见图 1, 为本发明消息传输方法的一个实施例流程图, 该实施例从网络侧描述 了消息传输的过程:
步骤 101:网络侧设备接收第一 UE上报的消息,第一 UE为预设 UE组中的 UE。 第一 UE上报的消息可能为普通消息, 也可能为紧急消息。 其中, 网络侧设备可 以采用如下任意一种方式接收第一 UE上报的紧急消息:
第一种方式, 接收所述第一 UE通过 RACH (Random Access Channel, 随机接入 信道) 上报的紧急消息, 所述紧急消息携带 MAC (Medium Access Control, 介质访 问控制) 包头, 所述 MAC包头中的预留比特位用于承载所述紧急消息的消息标识; 第二种方式,接收第一 UE通过 RACH透传的紧急消息,所述紧急消息属于 RRC (Radio Resource Control, 无线资源控制) 层消息, 紧急消息中携带预先设置的消息 标识。 步骤 102: 当消息中携带紧急消息的消息标识时, 识别第一 UE上报的消息为紧 急消息。
步骤 103 : 将紧急消息下发给预设 UE组中除该第一 UE的其它 UE。
当步骤 101中网络设备通过第一种方式接收第一 UE上报的紧急消息时: 可以将紧急消息通过前向接入信道 FACH (Forward Access Channel 前向接入信 道) 下发给其它 UE, 该 FACH中携带预先配置的组标识, 组标识用于使其它 UE在 比较保存的组标识与预先配置的组标识一致时,确认接收到紧急消息, 该组标识可以 具体为组 C-RNTI ( Cell-Radio Network Temporary Identifier,小区无线网络临时标识)、 MBMS (Multimedia Broadcast Multicast Service, 多媒体广播组播业务) ID (标识)、 或者组 H-RNTI (高速分组接入-无线网络临时标识);
或者, 也可以通过 common (公共) H-RNTI (HSPA (High-Speed Packet Access) -Radio Network Temporary Identifier, 高速分组接入-小区无线网络临时标识) 向其它 UE广播下行调度信息, 按照所述下行调度信息将所述紧急消息通过 FACH下发给所 述其它 UE, 所述 FACH中携带预先配置的组 U-RNTI (UTRAN (Universal Terrestrial Radio Access ) -Radio Network Temporary Identifier, 通用地面无线接入网络 -无线网络 临时标识), 组 U-RNTI用于使其它 UE在比较保存的组 U-RNTI 与预先配置的组 U-RNTI—致时, 确认接收到紧急消息。
当步骤 101中网络设备通过第二种方式接收第一 UE上报的紧急消息时: 可以通过 BCCH-RNTI (Broadcast Control Channel- Radio Network Temporary Identifier, 广播控制信道-无线网络临时标识) 向其它 UE广播包含调度信息的寻呼消 息, 并按照调度信息将紧急消息下发给其它 UE;
或者, 也可以向其它 UE发送包含预设时间偏置的寻呼消息, 并在预设时间偏置 到达时将紧急消息下发给其它 UE;或者,向其它 UE广播包含 PICH (Paging Indicator Channel, 寻呼指示信道) 码的寻呼消息, 并通过 PCH (Paging Channel, 寻呼信道) 或 FACH向所述其它 UE下发紧急消息, PICH码用于使 UE在确定接收到的寻呼消 息中的 PICH码与所保存的 PICH码一致时, 监听 PCH或 FACH下发的紧急消息, PICH码为鉴权过程中, 网络侧设备和所述 UE根据 CN分配的组 IMSI (International Mobile Subscriber Identification Number, 国际移动用户识别码)计算得到的 PICH码, 根据 IMSI计算 PICH码为现有技术, 在此不再赘述。
由上述实施例可见, 网络侧在识别出上报的紧急消息后, 即可将该紧急消息下发 到各个 UE, 与现有技术相比, 由于紧急消息无需再通过网络侧上传到 CN和管理中 心服务器后下发, 因此减少了紧急消息的传输时延, 提高了 UE端获取紧急消息的速 度。 参见图 2, 为本发明消息传输方法的另一个实施例流程图, 该实施例从 UE侧描 述了消息传输的过程:
步骤 201 : 第一 UE确认需要上报紧急消息, 该第一 UE为预设 UE组中的 UE。 具体的,第一 UE可以通过随机接入信道 RACH向网络侧设备上报紧急消息,所 述紧急消息携带介质访问控制 MAC包头, 所述 MAC包头中的预留比特位用于承载 所述紧急消息的消息标识; 或者, 通过 RACH 向所述网络侧设备透传紧急消息, 所 述紧急消息属于无线资源控制协议 RRC层消息, 所述紧急消息中携带预先设置的消 息标识。
步骤 202: 向网络侧设备上报紧急消息, 该紧急消息中包含用于指示紧急消息的 消息标识, 以使网络侧根据消息标识识别出第一 UE上报紧急消息后, 将紧急消息下 发给预设 UE组中除第一 UE的其它 UE。
进一步, 所述第一 UE还可以接收所述网络侧设备下发的紧急消息, 该紧急消息 为所述预设 UE组中的第二 UE向所述网络侧设备上传的紧急消息。 下面以道路交通中的 EM (Emergency Message, 紧急消息)消息传输为例, 详细 描述本发明实施例的消息传输过程。 该传输过程涉及多个车载 UE, 这些车载 UE分 为事故 UE和行驶 UE, 事故 UE用于上报 EM消息, 网络侧用于将 EM消息下发给 行驶 UE; 网络侧包括 NodeB (基站)、 RNC (Radio Network Controller, 无线网络控 制器) 和 CN设备。
参见图 3, 为本发明消息传输方法的另一个实施例流程图:
步骤 301 : CN对车载 UE进行鉴权, 为车载 UE配置静态组 C-RNTI。
鉴权是车载 UE在身份验证过程中, CN确定车载 UE在无线接口上传输的 IMSI 或 TMSI (Temporary Mobile Subscriber Identity, 临时识别码)是否合法的过程, 如果 合法则鉴权通过, CN为所有车载 UE配置静态组 C-RNTI, 每个车载 UE保存该静态 组 C-RNTI的标识。
步骤 302: 车载 UE在汽车启动后进入 FACH状态。
当 UE进入 FACH状态时,网络侧不向 UE分配 DPCH(DedicatedPhysicalChannel, 专用物理信道), UE可以使用 RACH (Random Access Channel, 随机接入信道) 和 FACH传输信令和少量用户数据。 本实施例中, 所有车载 UE在汽车启动后, 均可以 进入 FACH状态。
步骤 303 : 事故 UE通过 RACH向 RNC上报包含 EM标识的 EM消息。
当某个车载 UE发生事故成为事故 UE后,该事故 UE需要向 RNC上报 EM消息。 事故 UE为 EM消息加上 MAC PDU (Protocol Data Unit, 协议数据单元) 包头, 并 将该 EM消息在 FACH状态下通过 RACH进行上报。 参见表 1, 为 MAC PDU包头 的格式:
表 1
Figure imgf000008_0001
上表 1中, TCTF (Target Channel Type Field, 目标信道类型域)用于标识逻辑信 道的类别, 在初始鉴权过程中, RNC在对 UE的 RB (Resource Block, 资源块)进行 配置时, 由 RNC对 UE的 TCTF域中的信息进行配置。 该 TCTF域中预留的比特分 别为 " 10"和 " 11 ", 因此本实施例中可以预先设置当传输 EM消息时, TCTF域中 的预留比特位填写 " 10", 即该 " 10"相当于 EM消息的 EM标识。 需要说明的是, 也可以预先设置 " 11 "为 EM消息的 EM标识, 对此本发明实施例不进行限制, 只要 保证通过 TCTF的预留比特位携带 EM消息的 EM标识,从而使 RNC可以识别出 EM 消息即可。
上表 1中, UE-id type是用户标识类型, 现有技术中的 UE-id type包括 C-RNTI, U-RNTI等, U-RNTI中的 U是 UTRAN (Universal Terrestrial Radio Access Network, 通用陆地无线接入网) 的简写, 本实施例中增加一种 UE-id type为组 C-RNTI, 用于 使 RNC从接收到的数据中检测到该组 C-RNTI时, 从数据中去除 MAC PDU包头, 提取 EM消息。
上表 1中, UE-id表示用户标识信息。
上表 1中, C/T (逻辑信道的标识) 用于表示逻辑信道号, 在初始鉴权过程中, RNC在对 UE的 RB进行配置时,由 RNC对 UE的 C/T域中的信息进行配置。该 C/T 域中预留的比特为" 1111 ",因此本实施例中也可以预先设置当传输 EM消息时, TCTF 域中的预留比特位填写 " 1111 ", 即该 " 1111 "相当于 EM消息的 EM标识, 可以使 RNC根据该 EM标识识别出所传输的消息为 EM消息。
上表 1中, MAC SDU ( Service Data Unit, 业务数据单元) 域中承载的是 EM消 息的消息内容部分。 步骤 304: RNC从接收到的 EM消息中提取消息内容。
结合表 1可知, 当 RNC接收到事故 UE上传的 EM消息后,根据 TCTF域或 C/T 域中携带的 EM标识, 可以识别出接收到的消息为 EM消息, 此时 RNC可以提取该 EM消息中的消息内容, 即表 1中 MAC SDU域中承载的信息。
步骤 305: RNC通过 FACH向行驶 UE下发携带组 C-RNTI标识的 EM消息。 由于 EM消息需要向所有行驶 UE转发, 因此 RNC提取出 EM消息后,在该 EM 消息中写入鉴权过程中配置的组 C-RNTI的标识, 并将 EM消息进行下发。所有车载 UE接收到 EM消息后, 可以从该 EM消息中读取到组 C-RNTI的标识, 并与鉴权过 程中自身保存的组 C-RNTI的标识进行比较, 如果二者一致, 则进一步提取该 EM消 息承载的消息内容, 通过 UE界面进行显示。
由上述实施例可见, 由于事故 UE上报的 EM消息可以由网络侧设备 RNC直接 下发给行驶 UE, 因此与现有技术中 EM消息需要由网络侧设备将 CN上报到管理中 心服务器, 再由管理中心服务器将 EM消息一一下发给每一个行驶 UE相比, 极大缩 短了 EM消息的传输时间, 满足了传输 EM消息的通信时延要求, 可以使得行驶 UE 可以快速得到事故 UE所在车辆的事故信息, 保证道路交通正常有序的运行。 参见图 4, 为本发明消息传输方法的另一个实施例流程图:
步骤 401 : CN对车载 UE进行鉴权, 为车载 UE配置专有 MBMS ID。
CN在鉴权过程中, 为所有车载 UE配置专有 MBMS ID, 每个车载 UE保存该专 有講 MS ID。
步骤 402: 车载 UE在汽车启动后进入 FACH状态。
当 UE进入 FACH状态时, 网络侧不向 UE分配 DPCH, UE可以使用 RACH和
FACH传输信令和少量用户数据。 本实施例中, 所有车载 UE在汽车启动后, 均可以 进入 FACH状态。
步骤 403: 事故 UE通过 RACH向 RNC上报包含 EM标识的 EM消息。
该步骤中事故 UE上报 EM消息的过程与前述实施例步骤 303中的描述一致, 在 此不再赘述。
步骤 404: RNC从接收到的 EM消息中提取消息内容。
结合表 1可知, 当 RNC接收到事故 UE上传的 EM消息后,根据 TCTF域或 C/T 域中携带的标识, 可以识别出接收到的为 EM消息, 此时 RNC可以提取该 EM消息 中的消息内容, 即表 1中 MAC SDU域中承载的信息。 步骤 405: RNC通过 FACH向行驶 UE下发携带专有 MBMS ID的 EM消息。 由于 EM消息需要向所有行驶 UE转发, 因此 RNC提取出 EM消息后,在该 EM 消息中写入鉴权过程中配置的专有 MBMS ID,并将 EM消息进行下发。所有车载 UE 接收到 EM消息后, 可以从该 EM消息中读取到专有 MBMS ID, 并与鉴权过程中自 身保存的专有 MBMS ID进行比较, 如果二者一致, 则进一步获取该 EM消息承载的 消息内容, 通过 UE界面进行显示。
由上述实施例可见, 由于事故 UE上报的 EM消息可以由网络侧设备 RNC直接 下发给行驶 UE, 因此与现有技术中 EM消息需要由网络侧设备将 CN上报到管理中 心服务器, 再由管理中心服务器将 EM消息一一下发给每一个行驶 UE相比, 极大缩 短了 EM消息的传输时间, 满足了传输 EM消息的通信时延要求, 可以使得行驶 UE 可以快速得到事故 UE所在车辆的事故信息, 保证道路交通正常有序的运行。 参见图 5, 为本发明消息传输方法的另一个实施例流程图:
步骤 501 : CN对车载 UE进行鉴权, 为车载 UE配置静态组 H-RNTI。
本实施例与图 3所示的实施例的区别在于, 本实施例采用了 HSPA (High-Speed
Packet Access, 高速分组接入) 技术, 因此在鉴权过程中, CN为所有车载 UE配置 静态组 H-RNTI, H-RNTI中的 H代表 HSPA, 每个车载 UE保存该静态组 H-RNTI 的标识。
步骤 502: 车载 UE在汽车启动后进入 FACH状态。
在应用 HSPA技术传输数据时,当 UE进入 FACH状态后, UE可以使用 E-RACH, 传输信令和少量用户数据, E-RACH中的 E表示 Enhanced (增强)。 本实施例中, 所 有车载 UE在汽车启动后, 均可以进入 FACH状态。
步骤 503: 事故 UE通过 E-RACH向 NodeB上报包含 EM标识的 EM消息。 当某个车载 UE发生事故成为事故 UE后,该事故 UE需要向 RNC上报 EM消息。 本实施例中采用 HSPA技术中的 E-RACH上报 EM消息。 UE为 EM消息加上对应 E-RACH的 MAC包头,现有技术中的 MAC包头中包含若干空余比特位(spare bits), 这些空余比特位均填充 0, 本实施例中, 可以在空余比特位中填充预设的比特值, 例 如, 均填充 1, 则所填充的 1相当于 EM消息的 EM标识, 可以使 NodeB根据该 EM 标识识别出所传输的消息为 EM消息。
步骤 504: NodeB从接收到的 EM消息中提取消息内容。
当 RNC接收到事故 UE上传的 EM消息后,根据空余比特位中携带的 EM标识, 可以识别出接收到的为 EM消息, 此时 NodeB可以提取该 EM消息中的消息内容。 步骤 505: NodeB通过 E-FACH向行驶 UE下发携带组 H-RNTI标识的 EM消息。 由于 EM消息需要向所有行驶 UE转发, 因此 NodeB提取出 EM消息后, 在该 EM消息中写入鉴权过程中配置的组 H-RNTI的标识, 并将 EM消息进行下发。 所有 车载 UE接收到 EM消息后, 可以从该 EM消息中读取到组 H-RNTI的标识, 并与鉴 权过程中自身保存的组 H-RNTI 的标识进行比较, 如果二者一致, 则进一步获取该 EM消息承载的消息内容, 通过 UE界面进行显示。 参见图 6, 为本发明消息传输方法的另一个实施例流程图:
步骤 601 : CN对车载 UE进行鉴权, 为车载 UE配置静态组 U-RNTI。
本本实施仍然采用 HSPA技术, 与图 5所示实施例的区别在于, 在鉴权过程中, CN为所有车载 UE配置静态组 U-RNTI,每个车载 UE保存该静态组 U-RNTI的标识。
步骤 602: 车载 UE在汽车启动后进入 FACH状态。
在应用 HSPA技术传输数据时,当 UE进入 FACH状态后, UE可以使用 E-RACH 传输信令和少量用户数据。 本实施例中, 所有车载 UE在汽车启动后, 均可以进入 FACH状态。
步骤 603: 事故 UE通过 E-RACH向 NodeB上报包含 EM标识的 EM消息。 本步骤与前述步骤 503中所描述的上报 EM消息的过程一致, 在此不再赘述。 步骤 604: NodeB从接收到的 EM消息中提取消息内容。
当 RNC接收到事故 UE上传的 EM消息后,根据空余比特位中携带的 EM标识, 可以识别出接收到的为 EM消息, 此时 NodeB可以提取该 EM消息中的消息内容。
步骤 605: NodeB通过 common H-RNT向行驶 UE发送下行调度信息, 并通过 E-FACH向行驶 UE下发携带组 U-RNTI标识的 EM消息。
本实施例中, NodeB通过 common H-RNTI向行驶 UE发送下行调度信息, 即通 过 common H-RNTI告知行驶 UE接收 EM消息; 并且, NodeB接收到 EM消息后, 在该 EM消息中写入鉴权过程中配置的静态组 U-RNTI的标识,并将 EM消息进行下 发。
步骤 606: 行驶 UE监听到 common H-RNTI后, 根据调度信息接收后续 NodeB 下发的 EM消息。
车载 UE 持续监听 common H-RNTI, 当监听到 common H-RNTI后, 根据该 common H-RNTI指示的调度信息接收 NodeB下发的 EM消息, 从该 EM消息中读取 到组 U-RNTI的标识, 并与鉴权过程中自身保存的组 U-RNTI的标识进行比较, 如果 二者一致, 则进一步获取该 EM消息承载的消息内容, 通过 UE界面进行显示。
由于 common H-RNTI 通过系统广播消息下发, 因此所有 UE 均会接收到该 common H-RNTI, 后续行驶 UE可以根据组 U-RNTI的标识对 EM消息进行识别, 除 车载 UE的其它 UE由于不具备组 U-RNTI的标识, 因此不会对 EM消息进行处理。 参见图 7, 为本发明消息传输方法的另一个实施例流程图:
步骤 701 : CN对车载 UE进行鉴权。
本步骤中的鉴权过程与现有技术一致, 在此不再赘述。
步骤 702: 车载 UE在汽车启动后进入 PCH状态或者 IDLE状态。
当车载 UE进入 PCH状态时, 网络侧没有为 UE分配专用信道, 当车载 UE进入 IDLE (空闲)状态时, 在专用信道上建立 RRC连接。无论车载 UE进入 PCH状态还 是 IDLE状态, 车载 UE仅能发送 RRC层可以识别的消息, 例如 CCCH ( Common Control Channel, 公共控制信道) 消息。 由于在 PCH状态和 IDLE状态下 UE只能传 输少量的信令消息, 因此应用本实施例可以减小系统中信令消息的开销。
步骤 703 : 事故 UE通过 E-RACH向 RNC透传属于 RRC层消息的 EM消息。 由于在 PCH状态和 IDLE状态下, 车载 UE仅能发送 RRC层可以识别的消息, 因此事故 UE在上报 EM消息时, 可以增加一个 RRC层消息作为 EM消息, 或者也 可以更改现有的 CCCH消息,将更改后的 CCCH消息作为 EM消息, 为了使 RNC的 RRC层可以识别出接收到的 RRC层消息为 EM消息, 可以在该 RRC层消息中携带 EM消息的 EM标识。
步骤 704: RNC从接收到的 RRC消息中提取 EM消息的消息内容。
由于事故 UE以 RRC层消息的形式上报 EM消息, 因此 RNC的 RRC层接收到 该 RRC层消息后, 从中检测到 EM标识后, 提取其中的 EM消息的消息内容。
步骤 705: RNC通过 paging方式向行驶 UE下发 EM消息。
RNC可以在 paging过程中, 使用 BCCH (Broadcast Control Channel, 广播控制 信道) -RNTI 对 EM 消息进行调度, 即向 UE 发送包含 EM 消息的调度信息的 BCCH-RNTI, 以使 UE根据 BCCH-RNTI承载的调度信息接收 EM消息; 或者, 也可 以按照 R99版本中定义的 paging方式进行 EM消息的下发。 无论采用哪个通信版本 中定义的 paging方式下发 EM消息, 只要使得 UE可以从 paging消息识别出 EM消 息即可, 对此本发明实施例不进行限制。 由于该 EM消息在 RRC层传输, 因此车载 UE可以预先设置一个 RRC层与应用 层之间的接口, 当车载 UE的 RRC层识别出 EM消息后, 将该 EM消息通过预设的 接口上传到应用层, 并通过 UE界面进行显示。 参见图 8, 为本发明消息传输方法的另一个实施例流程图:
步骤 801 : CN对车载 UE进行鉴权。
本步骤中的鉴权过程与现有技术一致, 在此不再赘述。
步骤 802: 车载 UE在汽车启动后进入 PCH状态或者 IDLE状态。
当车载 UE进入 PCH状态时, 网络侧没有为 UE分配专用信道, 当车载 UE进入 IDLE (空闲)状态时, 在专用信道上建立 RRC连接。无论车载 UE进入 PCH状态还 是 IDLE状态, 车载 UE仅能发送 RRC层可以识别的消息, 例如 CCCH消息。 由于 在 PCH状态和 IDLE状态下 UE只能传输少量的信令消息,因此应用本实施例可以减 小系统中信令消息的开销。
步骤 803 : 事故 UE通过 E-RACH向 RNC透传属于 RRC层消息的 EM消息。 由于在 PCH状态和 IDLE状态下, 车载 UE仅能发送 RRC层可以识别的消息, 因此事故 UE在上报 EM消息时, 可以增加一个 RRC层消息作为 EM消息, 或者也 可以更改现有的 CCCH消息,将更改后的 CCCH消息作为 EM消息, 为了使 RNC的 RRC层可以识别出接收到的 RRC层消息为 EM消息, 可以在该 RRC层消息中携带 EM消息的 EM标识。
步骤 804: RNC从接收到的 RRC消息中提取 EM消息的消息内容。
由于事故 UE以 RRC层消息的形式上报 EM消息, 因此 RNC的 RRC层接收到 该 RRC层消息后, 从中检测到 EM标识后, 提取其中的 EM消息的消息内容。
步骤 805: RNC通过 paging方式向行驶 UE下发接收 EM消息的指示。
本实施例中, RNC可以参考现有 ETWS( Earthquake and Tsunami Warning System, 地震及海啸预警系统), 向行驶 UE发送 paging消息, 指示行驶 UE接收预设时间偏 置后的 E-FACH。
步骤 806: RNC在预设的时间偏置后通过 E-FACH向行驶 UE下发 EM消息。 参见图 9, 为本发明消息传输方法的另一个实施例流程图:
步骤 901 : CN对车载 UE进行鉴权, 为车载 UE分配组 IMSI, 并将组 IMSI通告 给车载 UE和 RNC。 本实施例采用分组增强技术, CN在鉴权过程中, 为所有车载 UE配置组 IMSI, CN将该组 IMSI分别通告给车载 UE和 RNC, 由于车载 UE和 RNC保存了相同的组 IMSI,因此车载 UE和 RNC根据该组 IMSI计算得到相同的 PICH码,并保存该 PICH 码。
步骤 902: 车载 UE在汽车启动后进入 PCH状态或者 IDLE状态。
当车载 UE进入 PCH状态时, 网络侧没有为 UE分配专用信道, 当车载 UE进入 IDLE (空闲)状态时, 在专用信道上建立 RRC连接。无论车载 UE进入 PCH状态还 是 IDLE状态, 车载 UE仅能发送 RRC层可以识别的消息, 例如 CCCH消息。 由于 在 PCH状态和 IDLE状态下 UE只能传输少量的信令消息,因此应用本实施例可以减 小系统中信令消息的开销。
步骤 903 : 事故 UE通过 E-RACH向 RNC透传属于 RRC层消息的 EM消息。 由于在 PCH状态和 IDLE状态下, 车载 UE仅能发送 RRC层可以识别的消息, 因此事故 UE在上报 EM消息时, 可以增加一个 RRC层消息作为 EM消息, 或者也 可以更改现有的 CCCH消息,将更改后的 CCCH消息作为 EM消息, 为了使 RNC的 RRC层可以识别出接收到的 RRC层消息为 EM消息, 可以在该 RRC层消息中携带 EM消息的 EM标识。
步骤 904: RNC从接收到的 RRC消息中提取 EM消息的消息内容。
由于事故 UE以 RRC层消息的形式上报 EM消息, 因此 RNC的 RRC层接收到 该 RRC层消息后, 从中检测到 EM标识后, 提取其中的 EM消息的消息内容。
步骤 905: RNC广播包含 PICH码的寻呼消息。
该寻呼消息可以通过 PICH下发, 行驶 UE接收到 RNC广播的寻呼消息后, 从 该寻呼消息中提取 PICH码,如果所提取的 PICH码与 UE保存的根据组 IMSI计算的 PICH码一致, 则说明 UE需要接收后续 RNC下发的 EM消息。
步骤 906: RNC通过 PCH下发 EM消息。
UE在接收到包含与自身保存的 PICH码一致的寻呼消息后,监听 RNC通过 PCH 或者 FACH 下发的 EM 消息, 该 PCH 或者 FACH 可以通过 S-CCPCH ( Secondary-Common Control Physical Channel, 第二公共控制物理信道) 承载。 与本发明消息传输方法的实施例相对应, 本发明还提供了网络侧设备和 UE的实 施例。
参见图 10, 为本发明网络侧设备的实施例框图: 该网络侧设备包括: 接收单元 1010、 识别单元 1020和下发单元 1030。
其中, 接收单元 1010, 用于接收第一用户设备 UE上报的消息, 所述第一 UE为 预设 UE组中的 UE;
识别单元 1020, 用于当所述接收单元 1010接收的所述消息中携带紧急消息的消 息标识时, 识别所述第一 UE上报的消息为紧急消息;
下发单元 1030, 用于将所述识别单元 1020识别出的所述紧急消息下发给所述预 设 UE组中除所述第一 UE的其它 UE。
其中, 所述接收单元 1010, 可以具体用于接收所述第一 UE通过 RACH上报的 紧急消息, 所述紧急消息携带 MAC包头, 所述 MAC包头中的预留比特位用于承载 所述紧急消息的消息标识;
相应的, 所述下发单元 1030可以包括至少一个下述子单元 (图 10中未示出): 第一下发子单元, 用于将所述识别单元 1020识别出的紧急消息通过 FACH下发 给所述其它 UE, 所述 FACH中携带预先配置的组标识, 所述组标识用于使所述其它 UE在比较保存的组标识与所述预先配置的组标识一致时, 确认接收到紧急消息; 第二下发子单元, 用于在所述识别单元 1020识别出紧急消息后, 通过 common
H-RNTI向所述其它 UE广播下行调度信息, 并按照所述下行调度信息将所述紧急消 息通过 FACH下发给所述其它 UE, 所述 FACH中携带预先配置的组通用地面无线接 入网络 -无线网络临时标识 U-RNTI, 所述组 U-RNTI用于使所述其它 UE在比较保存 的组 U-RNTI与所述预先配置的组 U-RNTI—致时, 确认接收到紧急消息。
其中, 所述接收单元 1010, 可以具体用于接收所述第一 UE通过 RACH透传的 紧急消息, 所述紧急消息属于 RRC层消息, 所述紧急消息中携带预先设置的消息标 识;
相应的, 所述下发单元 1030可以包括至少一个下述子单元 (图 10中未示出): 第三下发子单元, 用于在所述识别单元 1020 识别出紧急消息后, 通过 BCCH-RNTI向所述其它 UE广播包含调度信息的寻呼消息, 并按照所述调度信息将 所述紧急消息下发给所述其它 UE;
第四下发子单元,用于在所述识别单元 1020识别出紧急消息后, 向所述其它 UE 发送包含预设时间偏置的寻呼消息,并在所述预设时间偏置到达时将所述紧急消息下 发给所述其它 UE;
第五下发子单元,用于在所述识别单元 1020识别出紧急消息后, 向所述其它 UE 广播包含 PICH码的寻呼消息, 并通过 PCH或 FACH向所述其它 UE下发所述紧急 消息, 所述 PICH码用于使所述 UE在确定接收到的寻呼消息中的 PICH码与所保存 的 PICH码一致时,监听所述 PCH或 FACH下发的 EM消息,所述 PICH码为鉴权过 程中, 所述网络侧设备和所述 UE根据 CN分配的组国际移动用户识别码 IMSI计算 得到的 PICH码。 参见图 11, 为本发明 UE的一个实施例框图:
该 UE包括: 确认单元 1110和上报单元 1120。
其中, 确认单元 1110, 用于确认需要上报紧急消息;
上报单元 1120, 用于当所述确认单元 1110确认需要上报紧急消息后, 向网络侧 设备上报紧急消息,所述紧急消息中包含用于指示所述紧急消息的消息标识, 以使所 述网络侧根据所述消息标识识别出所述第一 UE上报紧急消息后,将所述紧急消息下 发给所述预设 UE组中除所述第一 UE的其它 UE。
其中, 上报单元 1120可以包括至少一个下述子单元 (图 11未示出): 第一上报子单元, 用于当所述确认单元 1110 确认需要上报紧急消息后, 通过 RACH向网络侧设备上报紧急消息, 所述紧急消息携带 MAC包头, 所述 MAC包头 中的预留比特位用于承载所述紧急消息的消息标识;
第二上报子单元, 用于当所述确认单元 1110 确认需要上报紧急消息后, 通过 RACH 向所述网络侧设备透传紧急消息, 所述紧急消息属于无线资源控制协议 RRC 层消息, 所述紧急消息中携带预先设置的消息标识。 参见图 12, 为本发明 UE的另一个实施例框图:
该 UE包括: 确认单元 1210、 上报单元 1220和接收单元 1230。
其中, 确认单元 1210, 用于确认需要上报紧急消息;
上报单元 1220, 用于当所述确认单元 1110确认需要上报紧急消息后, 向网络侧 设备上报紧急消息, 所述紧急消息中包含用于指示所述紧急消息的消息标识;
接收单元 1230, 用于接收所述网络侧设备下发的紧急消息, 所述紧急消息为所 述预设 UE组中的第二 UE向所述网络侧设备上传的紧急消息。
其中, 上报单元 1220可以包括至少一个下述子单元 (图 12未示出): 第一上报子单元, 用于当所述确认单元 1210 确认需要上报紧急消息后, 通过 RACH向网络侧设备上报紧急消息, 所述紧急消息携带 MAC包头, 所述 MAC包头 中的预留比特位用于承载所述紧急消息的消息标识; 第二上报子单元, 用于当所述确认单元 1210 确认需要上报紧急消息后, 通过 RACH 向所述网络侧设备透传紧急消息, 所述紧急消息属于无线资源控制协议 RRC 层消息, 所述紧急消息中携带预先设置的消息标识。
其中, 在一个具体的实施例中, 接收单元 1230可以包括 (图 12中未示出): 第 一接收子单元, 接收所述网络侧设备通过 FACH下发的紧急消息, 所述 FACH中携 带预先配置的组标识; 第一确认子单元,用于当比较保存的组标识与所述第一接收子 单元所接收的紧急消息中携带的预先配置的组标识一致时,确认接收到的消息为紧急 消息。
在另一个具体的实施例中, 接收单元 1230可以包括 (图 12中未示出): 第二接 收子单元, 用于通过监听 common H-RNTI, 获得网络侧设备通过 common H-RNTI 广播的下行调度信息,并接收所述网络侧设备按照所述下行调度信息,通过 FACH下 发的紧急消息, 所述 FACH中携带预先配置的组 U-RNTI标识; 第二确认子单元, 用 于当比较保存的组 U-RNTI与所述紧急消息中携带的预先配置的组 U-RNTI—致时, 确认接收到紧急消息, 所述组 U-RNTI标识为鉴权过程中 CN为所述网络侧设备和所 述预设 UE组中的 UE配置的组标识。
在另一个具体的实施例中, 接收单元 1230可以包括(图 12中未示出)至少一个 下述单元: 第三接收子单元, 用于接收所述网络侧设备通过 BCCH-RNTI广播的包含 调度信息的寻呼消息, 以及所述网络侧设备按照所述调度信息下发的紧急消息; 第四 接收子单元,用于接收所述网络侧设备发送的包含预设时间偏置的寻呼消息, 以及所 述网络侧设备在所述预设时间偏置到达时下发的紧急消息; 第五接收子单元,用于接 收所述网络侧设备广播的包含 PICH码的寻呼消息, 当确定接收到的寻呼消息中的 PICH码与所保存的 PICH码一致时,监听所述网络侧设备通过 PCH或 FACH下发的 紧急消息, 所述 PICH码为鉴权过程中, 所述网络侧设备和所述预设 UE组中的 UE 根据 CN分配的 IMSI计算得到的 PICH码。
由上述实施例可见, 本发明实施例中, 网络侧设备接收预设 UE组中的第一 UE 上报的紧急消息, 该紧急消息中包含用于指示该紧急消息的消息标识, 网络侧设备根 据消息标识识别出所述第一 UE 上报的消息为紧急消息后, 将紧急消息下发给预设 UE组中除该第一 UE的其它 UE。本发明实施例中网络侧在识别出上报的紧急消息后, 即可将该紧急消息下发到各个 UE, 与现有技术相比, 由于紧急消息无需再通过网络 侧上传到 CN和管理中心服务器后下发, 因此减少了紧急消息的传输时延, 提高了 UE端获取紧急消息的速度。 值得注意的是, 上述网络侧设备和 UE的实施例中, 所包括的各个单元只是按照 功能逻辑进行划分的, 但并不局限于上述的划分, 只要能够实现相应的功能即可; 另 外,各功能单元的具体名称也只是为了便于相互区分, 并不用于限制本发明的保护范 围。
另外,本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤 是可以通过程序来指令相关的硬件完成,相应的程序可以存储于一种计算机可读存储 介质中, 上述提到的存储介质可以是只读存储器, 磁盘或光盘等。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此, 任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内,可轻易想到的变 化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本发明的保护范围应该以权利 要求的保护范围为准。

Claims

权 利 要 求
1、 一种消息传输方法, 其特征在于, 所述方法包括:
网络侧设备接收第一用户设备 UE上报的消息, 所述第一 UE为预设 UE组 中的 UE;
当所述消息中携带紧急消息的消息标识时, 识别所述第一 UE上报的消息为 紧急消息;
将所述紧急消息下发给所述预设 UE组中除所述第一 UE的其它 UE。
2、根据权利要求 1所述的方法, 其特征在于, 所述网络侧设备接收第一 UE 上报的消息包括:
网络侧设备接收所述第一 UE通过随机接入信道 RACH上报的紧急消息,所 述紧急消息携带介质访问控制 MAC包头, 所述 MAC包头中的预留比特位用于 承载所述紧急消息的消息标识。
3、 根据权利要求 2所述的方法, 其特征在于, 所述预留比特位包括: 目标信道类型域 TCTF中的预留比特位; 或者, C/T域中的预留比特位; 或 者, 空余比特位。
4、 根据权利要求 1至 3任意一项所述的方法, 其特征在于, 所述将所述紧 急消息下发给所述预设 UE组中除所述第一 UE的其它 UE包括:
将所述紧急消息通过前向接入信道 FACH下发给所述其它 UE, 所述 FACH 中携带预先配置的组标识,所述组标识用于使所述其它 UE在比较保存的组标识 与所述预先配置的组标识一致时, 确认接收到紧急消息。
5、 根据权利要求 4所述的方法, 其特征在于, 所述组标识为鉴权过程中核 心网 CN为所述网络侧设备和所述 UE配置的组标识;
所述组标识包括: 组小区 -无线网络临时标识 C-RNTI、专用多媒体广播组播 业务标识 MBMS ID、 或者组高速分组接入 -无线网络临时标识 H-RNTI。
6、 根据权利要求 1至 3任意一项所述的方法, 其特征在于, 将所述紧急消 息下发给所述预设 UE组中除所述第一 UE的其它 UE包括: 通过公共 common H-RNTI向所述其它 UE广播下行调度信息;
按照所述下行调度信息将所述紧急消息通过 FACH下发给所述其它 UE, 所 述 FACH 中携带预先配置的组通用地面无线接入网络 -无线网络临时标识 U-RNTI,所述组 U-RNTI用于使所述其它 UE在比较保存的组 U-RNTI与所述预 先配置的组 U-RNTI—致时, 确认接收到紧急消息。
7、根据权利要求 1所述的方法, 其特征在于, 所述网络侧设备接收第一 UE 上报的消息包括:
网络侧设备接收所述第一 UE通过 RACH透传的紧急消息,所述紧急消息属 于无线资源控制协议 RRC层消息, 所述紧急消息中携带预先设置的消息标识。
8、 根据权利要求 1或 7所述的方法, 其特征在于, 所述将所述紧急消息下 发给所述预设 UE组中除所述第一 UE的其它 UE包括:
通过广播控制信道 -无线网络小区标识 BCCH-RNTI向所述其它 UE广播包含 调度信息的寻呼消息,并按照所述调度信息将所述紧急消息下发给所述其它 UE; 或者,
向所述其它 UE发送包含预设时间偏置的寻呼消息, 并在所述预设时间偏置 到达时将所述紧急消息下发给所述其它 UE; 或者,
向所述其它 UE广播包含寻呼指示信道 PICH码的寻呼消息, 并通过寻呼信 道 PCH或 FACH向所述其它 UE下发所述紧急消息, 所述 PICH码用于使所述 UE在确定接收到的寻呼消息中的 PICH码与所保存的 PICH码一致时, 监听所 述 PCH或 FACH下发的紧急消息, 所述 PICH码为鉴权过程中, 所述网络侧设 备和所述 UE根据 CN分配的组国际移动用户识别码 IMSI计算得到的 PICH码。
9、 一种消息传输方法, 其特征在于, 所述方法包括:
第一 UE确认需要上报紧急消息, 所述第一 UE为预设 UE组中的 UE; 向网络侧设备上报紧急消息,所述紧急消息中包含用于指示所述紧急消息的 消息标识, 以使所述网络侧根据所述消息标识识别出所述第一 UE上报紧急消息 后, 将所述紧急消息下发给所述预设 UE组中除所述第一 UE的其它 UE。
10、根据权利要求 9所述的方法, 其特征在于, 所述向网络侧设备上报紧急 消息包括: 通过随机接入信道 RACH 向网络侧设备上报紧急消息, 所述紧急消息携带 介质访问控制 MAC包头, 所述 MAC包头中的预留比特位用于承载所述紧急消 息的消息标识; 或者,
通过 RACH 向所述网络侧设备透传紧急消息, 所述紧急消息属于无线资源 控制协议 RRC层消息, 所述紧急消息中携带预先设置的消息标识。
11、 根据权利要求 10所述的方法, 其特征在于, 所述预留比特位包括: 目标信道类型域 TCTF中的预留比特位; 或者, C/T域中的预留比特位; 或 者, 空余比特位。
12、 根据权利要求 9至 11任意一项所述的方法, 其特征在于, 还包括: 所 述第一 UE接收所述网络侧设备下发的紧急消息, 所述紧急消息为所述预设 UE 组中的第二 UE向所述网络侧设备上传的紧急消息。
13、 根据权利要求 12所述的方法, 其特征在于, 所述第一 UE接收所述网 络侧设备下发的紧急消息包括:
接收所述网络侧设备通过 FACH下发的紧急消息, 所述 FACH中携带预先 配置的组标识;
当比较保存的组标识与所述预先配置的组标识一致时,确认接收到的消息为 紧急消息。
14、 根据权利要求 13所述的方法, 其特征在于, 所述组标识为鉴权过程中 核心网 CN为所述网络侧设备和所述 UE配置的组标识;
所述组标识包括: 组小区 -无线网络临时标识 C-RNTI、专用多媒体广播组播 业务标识 MBMS ID、 或者组高速分组接入 -无线网络临时标识 H-RNTI。
15、 根据权利要求 12所述的方法, 其特征在于, 所述第一 UE接收所述网 络侧设备下发的紧急消息包括:
通过监听公共 common H-RNTI,获得网络侧设备通过 common H-RNTI广播 的下行调度信息;
接收所述网络侧设备按照所述下行调度信息, 通过 FACH下发的紧急消息, 所述 FACH中携带预先配置的组 U-RNTI标识; 当比较保存的组 U-RNTI与所述预先配置的组 U-RNTI—致时, 确认接收到 紧急消息, 所述组 U-RNTI标识为鉴权过程中 CN为所述网络侧设备和所述预设 UE组中的 UE配置的组标识。
16、 根据权利要求 12所述的方法, 其特征在于, 所述第一 UE接收所述网 络侧设备下发的紧急消息包括:
接收所述网络侧设备通过 BCCH-RNTI广播的包含调度信息的寻呼消息, 以 及所述网络侧设备按照所述调度信息下发的紧急消息; 或者,
接收所述网络侧设备发送的包含预设时间偏置的寻呼消息,以及所述网络侧 设备在所述预设时间偏置到达时下发的紧急消息; 或者,
接收所述网络侧设备广播的包含 PICH码的寻呼消息, 当确定接收到的寻呼 消息中的 PICH码与所保存的 PICH码一致时,监听所述网络侧设备通过 PCH或 FACH下发的紧急消息, 所述 PICH码为鉴权过程中, 所述网络侧设备和所述预 设 UE组中的 UE根据 CN分配的 IMSI计算得到的 PICH码。
17、 一种网络侧设备, 其特征在于, 所述设备包括:
接收单元, 用于接收第一用户设备 UE 上报的消息, 所述第一 UE 为预设 UE组中的 UE;
识别单元,用于当所述接收单元接收的所述消息中携带紧急消息的消息标识 时, 识别所述第一 UE上报的消息为紧急消息;
下发单元, 用于将所述识别单元识别出的所述紧急消息下发给所述预设 UE 组中除所述第一 UE的其它 UE。
18、 根据权利要求 17所述的设备, 其特征在于,
所述接收单元,具体用于接收所述第一 UE通过 RACH上报的紧急消息,所 述紧急消息携带 MAC包头, 所述 MAC包头中的预留比特位用于承载所述紧急 消息的消息标识。
19、 根据权利要求 17或 18所述的设备, 其特征在于, 所述下发单元包括 至少一个下述子单元:
第一下发子单元,用于将所述识别单元识别出的紧急消息通过 FACH下发给 所述其它 UE, 所述 FACH中携带预先配置的组标识, 所述组标识用于使所述其 它 UE在比较保存的组标识与所述预先配置的组标识一致时,确认接收到紧急消 息;
第二下发子单元, 用于在所述识别单元识别出紧急消息后, 通过 common H-RNTI向所述其它 UE广播下行调度信息, 并按照所述下行调度信息将所述紧 急消息通过 FACH下发给所述其它 UE, 所述 FACH中携带预先配置的组通用地 面无线接入网络 -无线网络临时标识 U-RNTI, 所述组 U-RNTI用于使所述其它 UE在比较保存的组 U-RNTI与所述预先配置的组 U-RNTI—致时, 确认接收到 紧急消息。
20、 根据权利要求 17所述的设备, 其特征在于,
所述接收单元,具体用于接收所述第一 UE通过 RACH透传的紧急消息,所 述紧急消息属于 RRC层消息, 所述紧急消息中携带预先设置的消息标识。
21、根据权利要求 17或 20所述的设备, 其特征在于, 所述下发单元包括至 少一个下述子单元:
第三下发子单元,用于在所述识别单元识别出紧急消息后,通过 BCCH-RNTI 向所述其它 UE广播包含调度信息的寻呼消息, 并按照所述调度信息将所述紧急 消息下发给所述其它 UE;
第四下发子单元, 用于在所述识别单元识别出紧急消息后, 向所述其它 UE 发送包含预设时间偏置的寻呼消息,并在所述预设时间偏置到达时将所述紧急消 息下发给所述其它 UE;
第五下发子单元, 用于在所述识别单元识别出紧急消息后, 向所述其它 UE 广播包含 PICH码的寻呼消息, 并通过 PCH或 FACH向所述其它 UE下发所述 紧急消息, 所述 PICH码用于使所述 UE在确定接收到的寻呼消息中的 PICH码 与所保存的 PICH码一致时,监听所述 PCH或 FACH下发的紧急消息,所述 PICH 码为鉴权过程中, 所述网络侧设备和所述 UE根据 CN分配的组国际移动用户识 别码 IMSI计算得到的 PICH码。
22、 一种 UE, 其特征在于, 所述 UE为预设 UE组中的第一 UE, 所述 UE 包括:
确认单元, 用于确认需要上报紧急消息;
上报单元, 用于当所述确认单元确认需要上报紧急消息后, 向网络侧设备上 报紧急消息, 所述紧急消息中包含用于指示所述紧急消息的消息标识, 以使所述 网络侧根据所述消息标识识别出所述第一 UE上报紧急消息后,将所述紧急消息 下发给所述预设 UE组中除所述第一 UE的其它 UE。
23、根据权利要求 22所述的 UE, 其特征在于, 所述上报单元包括至少一个 下述子单元:
第一上报子单元, 用于当所述确认单元确认需要上报紧急消息后, 通过 RACH向网络侧设备上报紧急消息, 所述紧急消息携带 MAC包头, 所述 MAC 包头中的预留比特位用于承载所述紧急消息的消息标识;
第二上报子单元, 用于当所述确认单元确认需要上报紧急消息后, 通过
RACH 向所述网络侧设备透传紧急消息, 所述紧急消息属于无线资源控制协议 RRC层消息, 所述紧急消息中携带预先设置的消息标识。
24、 根据权利要求 22或 23所述的 UE, 其特征在于, 还包括:
接收单元, 用于接收所述网络侧设备下发的紧急消息, 所述紧急消息为所述 预设 UE组中的第二 UE向所述网络侧设备上传的紧急消息。
25、 根据权利要求 24所述的 UE, 其特征在于, 所述接收单元包括: 第一接收子单元, 接收所述网络侧设备通过 FACH下发的紧急消息, 所述 FACH中携带预先配置的组标识;
第一确认子单元,用于当比较保存的组标识与所述第一接收子单元所接收的 紧急消息中携带的预先配置的组标识一致时, 确认接收到的消息为紧急消息。
26、 根据权利要求 24所述的 UE, 其特征在于, 所述接收单元包括: 第二接收子单元, 用于通过监听 common H-RNTI, 获得网络侧设备通过 common H-RNTI广播的下行调度信息, 并接收所述网络侧设备按照所述下行调 度信息, 通过 FACH下发的紧急消息, 所述 FACH中携带预先配置的组 U-RNTI 标识;
第二确认子单元,用于当比较保存的组 U-RNTI与所述紧急消息中携带的预 先配置的组 U-RNTI—致时, 确认接收到紧急消息, 所述组 U-RNTI标识为鉴权 过程中 CN为所述网络侧设备和所述预设 UE组中的 UE配置的组标识。
27、根据权利要求 24所述的 UE, 其特征在于, 所述接收单元包括至少一个 下述子单元:
第三接收子单元,用于接收所述网络侧设备通过 BCCH-RNTI广播的包含调 度信息的寻呼消息, 以及所述网络侧设备按照所述调度信息下发的紧急消息; 第四接收子单元,用于接收所述网络侧设备发送的包含预设时间偏置的寻呼 消息, 以及所述网络侧设备在所述预设时间偏置到达时下发的紧急消息;
第五接收子单元,用于接收所述网络侧设备广播的包含 PICH码的寻呼消息, 当确定接收到的寻呼消息中的 PICH码与所保存的 PICH码一致时, 监听所述网 络侧设备通过 PCH或 FACH下发的紧急消息, 所述 PICH码为鉴权过程中, 所 述网络侧设备和所述预设 UE组中的 UE根据 CN分配的 IMSI计算得到的 PICH 码。
PCT/CN2012/077638 2012-06-27 2012-06-27 消息传输方法、ue及网络设备 WO2014000183A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/CN2012/077638 WO2014000183A1 (zh) 2012-06-27 2012-06-27 消息传输方法、ue及网络设备
EP12880123.0A EP2852194B1 (en) 2012-06-27 2012-06-27 Message transmission method, ue and network device
CN201280000932.5A CN104170415B (zh) 2012-06-27 2012-06-27 消息传输方法、ue及网络设备
US14/581,940 US9635533B2 (en) 2012-06-27 2014-12-23 Method for transmitting message, UE and network device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/077638 WO2014000183A1 (zh) 2012-06-27 2012-06-27 消息传输方法、ue及网络设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/581,940 Continuation US9635533B2 (en) 2012-06-27 2014-12-23 Method for transmitting message, UE and network device

Publications (1)

Publication Number Publication Date
WO2014000183A1 true WO2014000183A1 (zh) 2014-01-03

Family

ID=49782048

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/077638 WO2014000183A1 (zh) 2012-06-27 2012-06-27 消息传输方法、ue及网络设备

Country Status (4)

Country Link
US (1) US9635533B2 (zh)
EP (1) EP2852194B1 (zh)
CN (1) CN104170415B (zh)
WO (1) WO2014000183A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016108555A1 (en) * 2014-12-30 2016-07-07 Lg Electronics Inc. Method and apparatus for transmitting paging for v2x communication in wireless communication system
US11463531B2 (en) 2015-04-10 2022-10-04 Nokia Solutions And Networks Oy Using cellular identifiers in intelligent transport systems communication infrastructure

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016111526A1 (ko) * 2015-01-06 2016-07-14 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2017010761A1 (ko) * 2015-07-13 2017-01-19 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 장치
US10367924B2 (en) * 2016-08-24 2019-07-30 Interwise Ltd. Position-based communication routing
US11259152B2 (en) * 2017-12-29 2022-02-22 Lg Electronics Inc. V2X communication device, and its message transmission and reception method for V2X communication device
US11277193B2 (en) * 2019-05-31 2022-03-15 Qualcomm Incorporated Beam selection procedures for multi-stream environments
CN112825496B (zh) * 2019-11-21 2021-11-19 中国移动通信有限公司研究院 时间信息传输的处理方法、装置及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1489873A (zh) * 2001-11-14 2004-04-14 ��ʽ���綫֥ 紧急救援手段
CN101296509A (zh) * 2007-04-28 2008-10-29 华为技术有限公司 紧急通信业务实现方法、系统及其相关设备
US20100007487A1 (en) * 2005-06-06 2010-01-14 Warner Chris J Locality based alert method and apparatus

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020163906A1 (en) * 2001-05-04 2002-11-07 John Diachina Emergency packet data service
US7233781B2 (en) * 2001-10-10 2007-06-19 Ochoa Optics Llc System and method for emergency notification content delivery
CN1909718B (zh) 2005-08-03 2010-08-18 中兴通讯股份有限公司 一种wcdma系统中的紧急呼叫处理方法
KR100868357B1 (ko) * 2006-08-29 2008-11-12 삼성전자주식회사 휴대 단말기를 이용한 긴급 상황 알림 방법 및 그 장치
US20090233634A1 (en) * 2008-03-17 2009-09-17 Interdigital Patent Holdings, Inc. Public warning system for mobile devices
US8339249B2 (en) * 2008-08-04 2012-12-25 Qualcomm Incorporated Paging and notification mechanism for emergency warning system over cellular networks
US20100041387A1 (en) * 2008-08-15 2010-02-18 Amit Khetawat Method and Apparatus for Inter Home Node B Cell Update Handling
CN101754408A (zh) 2008-12-04 2010-06-23 中兴通讯股份有限公司 接入紧急呼叫的方法、系统和设备
KR101700196B1 (ko) * 2009-10-08 2017-02-13 엘지전자 주식회사 채널-점유-상태 기반 조기 회피
EP2445236B1 (en) * 2010-10-21 2012-12-05 Alcatel Lucent Method of operating a base station of a cellular communications network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1489873A (zh) * 2001-11-14 2004-04-14 ��ʽ���綫֥ 紧急救援手段
US20100007487A1 (en) * 2005-06-06 2010-01-14 Warner Chris J Locality based alert method and apparatus
CN101296509A (zh) * 2007-04-28 2008-10-29 华为技术有限公司 紧急通信业务实现方法、系统及其相关设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2852194A4 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016108555A1 (en) * 2014-12-30 2016-07-07 Lg Electronics Inc. Method and apparatus for transmitting paging for v2x communication in wireless communication system
US10091760B2 (en) 2014-12-30 2018-10-02 Lg Electronics Inc. Method and apparatus for transmitting paging for V2X communication in wireless communication system
US10292130B2 (en) 2014-12-30 2019-05-14 Lg Electronics Inc. Method and apparatus for configuring bi-directional channel in wireless communication system
US10327223B2 (en) 2014-12-30 2019-06-18 Lg Electronics Inc. Method and apparatus for performing switching control between uplink and sidelink in wireless communication system
US10506548B2 (en) 2014-12-30 2019-12-10 Lg Electronics Inc. Method and apparatus for transmitting buffer status report for bi-directional transmission in wireless communication system
US11463531B2 (en) 2015-04-10 2022-10-04 Nokia Solutions And Networks Oy Using cellular identifiers in intelligent transport systems communication infrastructure

Also Published As

Publication number Publication date
CN104170415B (zh) 2018-05-15
CN104170415A (zh) 2014-11-26
EP2852194A4 (en) 2015-05-27
US20150111519A1 (en) 2015-04-23
EP2852194B1 (en) 2016-11-09
EP2852194A1 (en) 2015-03-25
US9635533B2 (en) 2017-04-25

Similar Documents

Publication Publication Date Title
US11792769B2 (en) Paging in a wireless network
WO2014000183A1 (zh) 消息传输方法、ue及网络设备
KR101189945B1 (ko) 이동통신 시스템의 mbms서비스 전송방법
WO2017049870A1 (zh) 车联网信息传输方法、相关设备及存储介质
JP2019525647A (ja) 無線通信システムにおいてリソースプール構成を基盤として端末が自律的にリソースを再選択する方法及び装置
EP1420551A2 (en) Method for transmitting and receiving control messages in a mobile communication system providing MBMS service
US7526287B2 (en) Ciphering method in a mobile communication system supporting a multimedia broadcast/multicast service
WO2012136139A1 (zh) 一种多个终端接入的控制方法、控制设备、终端及系统
WO2017076055A1 (zh) 车联网业务数据包传输方法及装置
JP2019530293A (ja) 無線通信システムにおいてカウンタを基盤として端末が自律的にリソースを再選択する方法及び装置
WO2012024996A1 (zh) 一种随机接入方法及实现随机接入的系统
US9668110B2 (en) MBMS technology-based emergency communication method and apparatus
JP6097757B2 (ja) 無線通信システムにおいてマルチキャストデータを伝送及び受信する方法とそのための装置
WO2017124862A1 (zh) 业务数据包的发送方法、核心网元、接入网元、存储介质
KR100871216B1 (ko) 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신시스템에서 제어 메시지 송수신 방법
WO2012037808A1 (zh) 一种小区听者检测的方法及基站收发机

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

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2012880123

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2012880123

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE