CN106341848B - Switching method and device - Google Patents

Switching method and device Download PDF

Info

Publication number
CN106341848B
CN106341848B CN201510394482.8A CN201510394482A CN106341848B CN 106341848 B CN106341848 B CN 106341848B CN 201510394482 A CN201510394482 A CN 201510394482A CN 106341848 B CN106341848 B CN 106341848B
Authority
CN
China
Prior art keywords
information
base station
mbsfn area
service
terminal device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510394482.8A
Other languages
Chinese (zh)
Other versions
CN106341848A (en
Inventor
赵毅
吴昱民
房家奕
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201510394482.8A priority Critical patent/CN106341848B/en
Publication of CN106341848A publication Critical patent/CN106341848A/en
Application granted granted Critical
Publication of CN106341848B publication Critical patent/CN106341848B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point

Landscapes

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

Abstract

The invention discloses a switching method and a device, comprising the following steps: determining that a terminal device belonging to a first base station is to be switched to a second base station; and sending a switching request message to the second base station, wherein the switching request message indicates the setting information related to the information reported and/or received by the terminal equipment. Receiving a switching request message sent by a first base station, after determining that a terminal device belonging to the first base station is to be switched to a second base station, configuring resources of information reported and/or received by the terminal device on the second base station, and returning a switching request confirmation message containing a switching command to the first base station, wherein the switching command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal device. The invention can meet the requirements of services with specific requirements on time delay.

Description

switching method and device
Technical Field
the present invention relates to the field of wireless communications technologies, and in particular, to a handover method and apparatus.
background
the existing mobile communication is mainly the communication between people, and with the miniaturization and the intellectualization of hardware equipment, the future mobile communication has more applications of high-speed connection between people and objects and between objects. For example, MTC (Machine type communication) services are used, MTC application ranges are very wide, such as mobile medical, car networking, smart home, industrial control, environmental monitoring and the like, which will promote the application of MTC systems to grow explosively, and a large number of devices will access the network to realize real "everything interconnection" and bring unlimited life to mobile communication. Meanwhile, a wide application range of the MTC system may also bring new technical challenges to mobile communication, for example, services such as real-time cloud computing, virtual reality, online gaming, telemedicine, intelligent transportation, smart grid, remote real-time control, etc. are sensitive to delay, and demands for delay are raised. However, the application of these services also puts high requirements on the time delay of information interaction.
the following takes the V2X (Vehicle to evolution) service in intelligent transportation as an example to illustrate the shortcomings of the prior art.
studies have shown that 80% of road traffic accidents are due to driver inattention within 3 seconds before the accident occurred. If the driver is warned 0.5 second in advance, 60% of rear-end accidents can be avoided; if the driver can get the warning 1.5 seconds earlier and take measures, 90% of rear-end collision accidents can be avoided. These collision avoidance type applications require road safety-related information exchange with very short transmission delays (typically 100ms) between vehicles within a set range (e.g., 300 meters) or between a vehicle and roadside infrastructure. The active safety early warning technology for sensing the road safety risk in advance by adopting V2X communication modes comprising V2V (Vehicle-to-Vehicle information exchange), V2I (Vehicle-to-Infrastructure information exchange), V2P (Vehicle-to-human information exchange) and the like is a new idea for solving the road traffic safety problem in the current countries, through real-time information interaction between vehicles, vehicles and road side infrastructure, the current states (including the positions, speeds, accelerations and running paths of the vehicles) and the acquired road environment information are informed, road danger conditions are cooperatively sensed, and various types of warning information such as forward collision warning, blind area warning/lane changing warning, cooperative combining assistance, traffic signal lamp violation warning and the like are provided in time, so that most road traffic safety accidents can be avoided. Some typical applications include emergency braking warning, cooperative combining assistance, traffic signal light violation warning, and the like.
in the prior art, when a V2X mode is adopted to support a road security application, the road security application is implemented based on an eMBMS technology. The eMBMS (evolved MBMS) technology refers to: the MBMS and MBMS (Multimedia Broadcast/Multicast Service) technology in LTE (Long Term Evolution) is used to provide Multimedia Broadcast and Multicast services for users in a wireless cell. eMBMS supports MBSFN (multicast broadcast Single Frequency Network) transmission mode, that is: cells belonging to the same MBSFN area transmit the identical content simultaneously on the same time and frequency resources in a plurality of cells. A receiving UE (User Equipment) can regard signals sent by multiple cells as multiple paths of one signal, process the signals, and obtain a macro diversity gain, thereby improving the signal reception quality of users at the edge of the cell.
the V2X method is adopted to support road safety application, and generally, the time delay between the sending vehicle receiving the road safety message from the upper layer to the receiving vehicle MAC (media Access Control) layer delivering the road safety message to the upper layer is not more than 100ms, and the deficiency of the prior art is that: based on the V2X service realized by the conventional eMBMS technology, the total time delay of information interaction is 160ms, and the time delay requirement for supporting the road safety application cannot be met.
In fact, the problem exists not only in the V2X service, but also in other similar environments or applications, that is, the existing information transmission implemented based on the eMBMS technology cannot meet the delay requirement of some services.
disclosure of Invention
the embodiment of the invention provides a switching method and a switching device, which are used for reducing the time for sending and receiving information.
The embodiment of the invention provides a switching method, which comprises the following steps:
determining that a terminal device belonging to a first base station is to be switched to a second base station;
and sending a switching request message to the second base station, wherein the switching request message indicates the setting information related to the information reported and/or received by the terminal equipment.
Preferably, the information reported by the terminal device to the base station is information that needs to be transmitted on the time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, and/or the received information is information that is transmitted on the time and frequency resources corresponding to the MBSFN area by each base station in each cell belonging to the same MBSFN area.
preferably, the setting information related to the information reported and/or received by the terminal device is indicated in the handover request message by one of the following manners or a combination thereof:
Adding the setting information in the AS-Context;
adding the setting information in an E-RABs To Be Setup Item corresponding To an E-RAB bearing a service for reporting and/or receiving information;
and adding the setting information into the information corresponding to the DRB which carries the service of reporting and/or receiving the information in the RRC Context.
preferably, further comprising:
receiving a switching request confirmation message which is returned by the second base station and contains a switching command, wherein the switching command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal equipment;
And sending the switching command to the terminal equipment.
preferably, the information reported and/or received by the terminal device is V2X information for V2X service.
preferably, the setting information related to the information reported and/or received by the terminal device includes one or more of the following items:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
the embodiment of the invention provides a switching method, which comprises the following steps:
Receiving a switching request message sent by a first base station and used for switching terminal equipment belonging to the first base station to a second base station, wherein the switching request message indicates setting information related to information reported and/or received by the terminal equipment;
After determining that the terminal device belonging to the first base station is to be switched to the second base station, configuring resources for reporting and/or receiving information on the second base station by the terminal device, and returning a switching request confirmation message containing a switching command to the first base station, wherein the switching command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal device.
Preferably, the information to be reported by the terminal device is information that needs to be transmitted on the time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, and/or the received information is information that each base station transmits on the time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area.
preferably, the resource for the terminal device to report and/or receive information on the second base station is configured, which includes one or a combination of the following configurations:
Configuring frequency points for reporting and/or receiving information for terminal equipment;
Configuring DRB parameters of services for bearing reported and/or received information;
Configuring an SPS period for the terminal equipment;
Configuring MBMS service information and/or MBSFN area information related to the service of reporting and/or receiving information for the terminal equipment;
Associating the DRB created for the service of the terminal equipment for reporting and/or receiving the information with the E-RAB corresponding to the service of the terminal equipment for reporting and/or receiving the information;
And correlating the processing entities of the DRB corresponding to the services of the terminal equipment reporting and/or receiving information.
preferably, the information reported and/or received by the terminal device is V2X information for V2X service.
preferably, the setting information related to the information reported and/or received by the terminal device includes one or more of the following items:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
the embodiment of the invention provides a switching device, which comprises the following steps:
A handover attribution determining module, configured to determine that a terminal device attributed to a first base station is to be handed over to a second base station;
a switching request sending module, configured to send a switching request message to the second base station, where the switching request message indicates setting information related to information reported and/or received by the terminal device.
Preferably, the handover request sending module is further configured to send a handover request message to the second base station, where the information reported by the terminal device to the base station is information that needs to be sent in each cell belonging to the same MBSFN area on the time and frequency resources corresponding to the MBSFN area, and/or the received information is information that each base station sends in each cell belonging to the same MBSFN area on the time and frequency resources corresponding to the MBSFN area.
preferably, the handover request sending module is further configured to indicate, in the handover request message, setting information related to information reported and/or received by the terminal device by one of the following manners or a combination thereof:
adding the setting information in the AS-Context;
Adding the setting information in an E-RABs To Be Setup Item corresponding To an E-RAB bearing a service for reporting and/or receiving information;
And adding the setting information into the information corresponding to the DRB which carries the service of reporting and/or receiving the information in the RRC Context.
Preferably, further comprising:
a switching confirmation receiving module, configured to receive a switching request confirmation message including a switching command returned by the second base station, where the switching command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal device;
and the switching command sending module is used for sending the switching command to the terminal equipment.
Preferably, the information reported and/or received by the terminal device is V2X information for V2X service.
preferably, the setting information related to the information reported and/or received by the terminal device includes one or more of the following items:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
The embodiment of the invention provides a switching device, which comprises the following steps:
a switching request receiving module, configured to receive a switching request message sent by a first base station and used for switching a terminal device belonging to the first base station to a second base station, where the switching request message indicates setting information related to information reported and/or received by the terminal device;
A switching confirmation sending module, configured to configure a resource for reporting and/or receiving information by the terminal device on the second base station after determining that the terminal device belonging to the first base station is to be switched to the second base station, and return a switching request confirmation message including a switching command to the first base station, where the switching command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal device.
preferably, the handover request receiving module is further configured to receive a handover request message sent by the first base station to handover a terminal device belonging to the first base station to the second base station, where the information to be reported by the terminal device is information that needs to be sent in each cell belonging to the same MBSFN area on the time and frequency resources corresponding to the MBSFN area, and/or the received information is information that each base station sends in each cell belonging to the same MBSFN area on the time and frequency resources corresponding to the MBSFN area.
Preferably, the handover confirmation sending module is further configured to perform configuration including one or a combination of the following configurations on the resource for the terminal device to report and/or receive information on the second base station:
configuring frequency points for reporting and/or receiving information for terminal equipment;
configuring DRB parameters of services for bearing reported and/or received information;
configuring an SPS period for the terminal equipment;
Configuring MBMS service information and/or MBSFN area information related to the service of reporting and/or receiving information for the terminal equipment;
associating the DRB created for the service of the terminal equipment for reporting and/or receiving the information with the E-RAB corresponding to the service of the terminal equipment for reporting and/or receiving the information;
And correlating the processing entities of the DRB corresponding to the services of the terminal equipment reporting and/or receiving information.
Preferably, the information reported and/or received by the terminal device is V2X information for V2X service.
preferably, the setting information related to the information reported and/or received by the terminal device includes one or more of the following items:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
the invention has the following beneficial effects:
in one of the technical solutions provided in the embodiments of the present invention, in a base station, after receiving information reported by each terminal device belonging to a cell under the jurisdiction of the base station, the base station sends the information to a related base station, where if the sent base station is a first base station, the cell to which the terminal device reporting the information belongs is the first cell, and each base station related to receiving the information is a second base station, then some cells under the jurisdiction of the first cell and the second base station belong to the same MBSFN area;
in another corresponding scheme, after receiving the information sent by the first base station, the base station (i.e., the second base station) associated with the other side determines a cell belonging to the same MBSFN area as the first cell from which the information originates in the cell under its own jurisdiction.
then, the information is sent to the required terminal equipment on the same time and frequency resources on the first base station and the related second base station, so that the terminal equipment in the same MBSFN area simultaneously receives the information reported by the terminal equipment in the same cell, and the data in each MBSFN area are not interfered with each other when being received because the transmission resources of each MBSFN area are different.
in the technical scheme provided by the embodiment of the invention, the information reported by the terminal equipment is not reported to the S-GW, the P-GW, the BMSC and the like on the network side for processing as in the prior art, and then the BMSC indicates the base station to transmit the information in the MBSFN manner; the information interaction reported by the terminal equipment is directly carried out between the base stations, and the information is processed on the base stations and then distributed to each base station to be sent by adopting an MBSFN mode.
further, the embodiment of the present invention further provides a processing scheme that may occur when the terminal device is switched in the process of implementing the above concept.
drawings
the accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:
fig. 1 is a schematic diagram of an eMBMS system architecture according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a network structure for implementing V2X communication based on eMBMS according to an embodiment of the present invention;
Fig. 3 is a schematic diagram of a network architecture for implementing V2X communication based on eMBMS according to an embodiment of the present invention;
fig. 4 is a schematic flow chart of an implementation of a message sending method according to an embodiment of the present invention;
Fig. 5 is a schematic flow chart of a second implementation of the information sending method in the embodiment of the present invention;
Fig. 6 is a schematic flow chart of an information receiving method according to an embodiment of the present invention;
fig. 7 is a schematic flow chart illustrating an implementation of an information transceiving method according to an embodiment of the present invention;
FIG. 8 is a diagram illustrating an MBSFN area configuration in an embodiment of the present invention;
FIG. 9 is a schematic diagram illustrating an MBSFN area in a high-speed scene according to an embodiment of the present invention;
FIG. 10 is a diagram illustrating a relationship between a cell and an MBSFN area in an embodiment of the present invention;
FIG. 11 is a schematic diagram illustrating a relationship between a cell and an MBSFN area in an expressway scene according to an embodiment of the present invention;
fig. 12 is a schematic flow chart of an implementation process of establishing signaling interaction for an MBSFN data transmission channel of an X2 interface according to an embodiment of the present invention;
Fig. 13 is a schematic flow chart illustrating an implementation procedure of an X2 interface MBSFN data transmission channel configuration update process in an embodiment of the present invention;
fig. 14 is a schematic flow chart illustrating an implementation procedure of an X2 interface MBSFN data transmission channel deactivation/release process in an embodiment of the present invention;
fig. 15 is a schematic diagram of an EPS bearer configuration according to an embodiment of the present invention;
Fig. 16 is a schematic view of an implementation flow of an information reporting method in an embodiment of the present invention;
Fig. 17 is a schematic flow chart illustrating an implementation of a bearer establishment method according to an embodiment of the present invention;
Fig. 18 is a schematic diagram illustrating an implementation flow of an information receiving method of an access network node in the embodiment of the present invention;
fig. 19 is a schematic diagram of an LTE network architecture according to an embodiment of the present invention;
fig. 20 is a schematic diagram illustrating a non-contention random access handover procedure of an LTE system through an X2 interface according to an embodiment of the present invention;
fig. 21 is a schematic diagram illustrating a non-contention random access handover procedure of an LTE system through an S1 interface according to an embodiment of the present invention;
fig. 22 is a schematic flow chart illustrating an implementation of a handover method at a source base station side according to an embodiment of the present invention;
Fig. 23 is a schematic flow chart illustrating an implementation of a handover method of a target base station side according to an embodiment of the present invention;
FIG. 24 is a diagram illustrating an integrity protection process in accordance with an embodiment of the present invention;
FIG. 25 is a diagram illustrating an information transmission environment for performing security processing according to an embodiment of the present invention;
FIG. 26 is a diagram illustrating an environment for implementing key processing in information security processing according to an embodiment of the present invention;
FIG. 27 is a schematic structural diagram of a switching device according to an embodiment of the present invention;
FIG. 28 is a schematic structural diagram of a second switching device according to an embodiment of the present invention;
fig. 29 is a schematic structural diagram of a first base station in an embodiment of the present invention;
Fig. 30 is a schematic structural diagram of a second base station in the embodiment of the present invention.
Detailed Description
The following describes embodiments of the present invention with reference to the drawings.
the inventor notices in the invention process that the application service or scenario delay realized based on the existing eMBMS technology cannot meet the requirement, taking the V2X service as an example, the reason that the total delay is 160ms is as follows:
fig. 1 is a schematic diagram of an eMBMS system architecture, as shown in the figure, the eMBMS system architecture mainly includes a BMSC (broadcast multicast service center), an MBMS GW (MBMS Gateway), an MME (Mobility Management Entity), an MCE (Multi-cell/multicast Coordination Entity), and an eNB (evolved base station), where:
BMSC: providing MBMS service and initiating MBMS bearing establishment process.
MBMS GW: and transmitting the MBMS service data to each eNB by adopting an IP multicast mode. And interacting MBMS session control signaling with the MME.
MME: and according to the session control signaling received from the MBMS GW, the MBMS session control is realized by communicating with the MCE through an M3 interface.
MCE: and is responsible for the allocation of MBMS resources of each eNB. And generating MBMS service notification information and sending the MBMS service notification information to the eNB.
eNB: and transmitting the MBMS service data packet received from the BMSC in a broadcasting mode according to the set time in the resources appointed by the MCE. And transmitting the MBMS service notification information received from the MCE in a broadcasting mode.
the main parts of the scheme for implementing V2X communication based on eMBMS are as follows:
fig. 2 is a schematic diagram of a network structure for implementing V2X communication based on eMBMS, and as shown in the figure, the manner for implementing V2X communication based on eMBMS is as follows:
vehicles UE (schematically shown in the figure as UE1 and UE2) report road safety related information such as position, speed, acceleration, driving path of the vehicle and acquired road environment information in a unicast (unicast) manner, eNB sends the road safety related information reported by the vehicles to BMSC via entities such as S-GW (Serving Gateway), P-GW (packet data network Gateway), and the like, and BMSC sends the road safety related information reported by each vehicle to cells related to the surroundings of each vehicle in an MBSFN manner.
in the above manner, the time delay analysis from the time when the vehicle sends the road safety information to the time when the vehicles around the vehicle receive the road safety information sent by the vehicle is as follows:
table 1: end-to-end total time delay for implementing V2X communication based on eMBMS
Data transmission phase time delay (ms)
Transmitting vehicle UE → eNB 10
eNB→S-GW/PGW→BMSC 20
BMSC→eNB 40
MSP 80
eNB → receiving vehicle UE 10
total time delay 160
wherein: the MSP schedules a MCH (Multicast Channel) Scheduling Period (MCH Scheduling Period).
It can be seen that the total latency of V2X achieved based on the existing eMBMS technology is 160ms, which obviously does not meet the latency requirements for supporting road security applications.
The inventor notices that:
For the situation of information interaction in a certain area, the time delay generated at the network side can be reduced, and particularly, the time delay can be reduced by utilizing the characteristics of the access network as much as possible. For example, in the LTE system, the enbs may directly communicate with other enbs through an X2 interface or an S1 interface, thereby implementing seamless radio resource management and cooperative data transmission.
Specifically, the following description is made of a technical solution based on an X2 interface, and a technical solution based on an S1 interface.
The technical scheme is based on an X2 interface.
when there is an X2 interface between adjacent enbs, to reduce the delay of 160ms, the embodiment of the present invention provides a technical solution based on an X2 interface, that is: in order to reduce end-to-end time delay of implementing V2X based on an eMBMS technology, an enhanced eMBMS-based V2X communication scheme is provided, and the concept of the scheme is mainly as follows:
Fig. 3 is a schematic diagram of an enhanced eMBMS-based network structure for implementing V2X communication, and as shown in the figure, the technical solution based on an X2 interface in the structure mainly includes:
in the scheme, the eNB interacts the road safety related information reported by vehicles in the cells supporting (specific) V2X services below the eNB with the adjacent eNB through an X2 interface, and the cells below the adjacent eNB send the road safety information collected under the data source cell of the MBSFN area to the UE in the MBSFN mode.
according to the scheme, the time delay analysis from the time when the vehicle sends the road safety information reported by the vehicle to the time when the vehicles around the vehicle receive the sent road safety information is as follows:
Table 2: end-to-end total time delay for implementing V2X communication based on eMBMS
Data transmission phase time delay (ms)
Transmitting vehicle UE → eNB 10
eNB→eNB 10
MSP 80
eNB → receiving vehicle UE 10
Total time delay 110
compared with the data in table 1, it can be seen that after the time consumption of MSP is deducted, the time delay is reduced from 80ms of the scheme indicated in table 1 to 30ms of the enhancement scheme indicated in table 2, and thus, the total time delay is reduced on the basis of the scheme. Further, if the time of the MSP is reduced, for example, to 60ms, the total delay of the road security information interaction between UEs can be reduced to less than 100 ms.
and secondly, a technical scheme based on an S1 interface.
when no X2 interface exists between adjacent eNBs, the eNBs interact road safety related information reported by vehicles in each cell supporting (specific) V2X service with the adjacent eNBs through an S1 interface forwarding mode, and the cells under the adjacent eNBs transmit road safety information collected under the data source cells of the MBSFN areas to UE (user equipment) in the MBSFN (multicast broadcast single frequency network) mode.
in the above manner, the time delay analysis from the time when the vehicle reports the road safety information to the time when the vehicles around the vehicle receive the road safety information sent by the vehicle is as follows:
table 3 implementing V2X communication end-to-end total delay based on eMBMS when interacting using S1 interface
data transmission phase time delay (ms)
Transmitting vehicle UE → eNB 10
eNB→S-GW 10
S-GW→eNB 10
MSP 80
eNB → receiving vehicle UE 10
total time delay 120
compared with the data in table 1, it can be seen that after the time consumption of MSP is deducted, the time delay is reduced from 80ms of the scheme indicated in table 1 to 60ms of the enhancement scheme indicated in table 3, and thus the total time delay is reduced on the basis of the scheme. Further, if the time of the MSP is reduced, for example, to 50ms, the total delay of the road security information interaction between UEs can be reduced to less than 100 ms.
based on the above concept, the embodiments of the present invention respectively provide the following solutions for implementing the concept on a base station:
in the scheme, a first base station is a base station for receiving information reported by each terminal device, a first cell is a cell belonging to the first base station, and each terminal device is a terminal device governed by the first cell;
the first base station sends the information to the second base station after receiving the information, and the second base station may have a plurality of base stations, but the requirements are as follows: a second cell belonging to a second base station belongs to the same MBSFN area as the first cell;
it should be noted that, for the second cell, there is also a second cell belonging to the first base station, and similarly, the requirement of the second cell is that the second cell belongs to the same MBSFN area as the first cell, that is, another cell belonging to the same MBSFN area as the first cell, and is referred to as the second cell in the embodiment.
And then, the first base station and the second base station send information to each terminal device governed by the first cell and the second cell on the same time and frequency resources, so that the terminal devices in the same MBSFN area all receive the information reported by the terminal devices from the same cell at the same time.
in the implementation, it should be further noted that the terminal device does not directly belong to the base station, but belongs to a logically divided cell, and the reason why the MBSFN area in the present solution is composed of cells is to be noted, and the above description is only made in a physical way for facilitating understanding. The implementation of the cell will be further explained below. Meanwhile, the terminal device includes not only a mobile terminal device but also various terminal devices used in MTC, such as a sensor and a data acquisition device used in services such as real-time cloud computing, virtual reality, online gaming, telemedicine, intelligent transportation, a smart grid, remote real-time control, and the like.
in the embodiment, the V2X service is mainly used as an example, a representative UE of a terminal device is used as the terminal device, a representative eNB of a base station is used as the base station, and the interactive information is V2X information in the V2X service. It is easy to know that, in the above scheme, in the example, it may be:
the first base station is a base station for receiving V2X information reported by each UE in a V2X service, each UE is a UE governed by a first cell, and the first cell is a cell belonging to the first base station;
The first base station sends the V2X message to the second base station after receiving it, and there may be a plurality of second base stations, but the requirements are: a second cell belonging to a second base station belongs to the same MBSFN area as the first cell;
And then, the first base station and the second base station issue V2X information to each UE governed by the first cell and the second cell on the same time and frequency resources, so that the UEs in the same MBSFN area all receive the V2X information reported by the UEs from the same cell at the same time.
the information sending scheme provided in the embodiment of the present invention is as follows:
Fig. 4 is a schematic flow chart of an implementation of an information sending method, as shown in the figure, the method may include the following steps:
Step 401, receiving information reported to a first base station by each terminal device governed by a first cell, where the first cell belongs to the first base station;
step 402, distributing the information to second base stations belonging to second cells belonging to the same MBSFN area as the first cell, wherein the information is transmitted in the second cells under the base stations on time and frequency resources corresponding to the MBSFN area;
In this embodiment, information is distributed to the second base stations belonging to the second cells of the MBSFN area that uses the first cell as the data source cell, wherein the concept of the data source cell will be described below.
step 403 is to transmit information to the designated terminal device on the time and frequency resources corresponding to the MBSFN area, in the first cell of the first base station and the second cell belonging to the first base station and belonging to the same MBSFN area as the first cell.
In this embodiment, information is transmitted in a second cell belonging to the first base station and to the MBSFN area having the first cell as the data source cell, wherein the concept of the data source cell will be explained below.
in a specific implementation, taking the V2X service and the V2X information as an example, it is easy to know that, in the above scheme, the first information sending method in the V2X service may include the following steps:
1. receiving V2X information reported to a first base station by each UE governed by a first cell in a V2X service, wherein the first cell belongs to the first base station;
2. Distributing V2X information to second base stations belonging to second cells belonging to the same MBSFN area as the first cell, wherein the V2X information is transmitted on time and frequency resources corresponding to the MBSFN area in the second cells under the base stations;
3. In a first cell of a first base station and a second cell belonging to the same MBSFN area as the first cell and belonging to the first base station, V2X information is transmitted on time and frequency resources corresponding to the MBSFN area.
fig. 5 is a schematic flow chart of an implementation of the information sending method two, as shown in the figure, the method may include the following steps:
step 501, receiving information from a first cell sent by a first base station to a second base station, wherein the first cell belongs to the first base station;
step 502, determining a second cell belonging to the same MBSFN area as the first cell, wherein the second cell belongs to a second base station;
in practice, i.e. determining the second cells belonging to the MBSFN area having the first cell as the data source cell, the concept of the data source cell will be explained below.
Step 503 is to transmit information on the second base station using the time and frequency resources corresponding to the MBSFN area.
In a specific implementation, taking the V2X service and the V2X information as an example, it is easy to know that, in the above scheme, the second information sending method in the V2X service may include the following steps:
1. receiving V2X information sent by a first base station to a second base station from a first cell, wherein the first cell is a cell belonging to the first base station;
2. Determining a second cell belonging to the same MBSFN area as the first cell, wherein the second cell is a cell belonging to a second base station;
3. the V2X information is transmitted at the second base station at time and frequency resources corresponding to the MBSFN area.
fig. 6 is a schematic flow chart of an implementation of the information receiving method, as shown in the figure, the method may include the following steps:
step 601, receiving information sent by a base station;
step 602, determining a corresponding MBSFN area according to the time and frequency resources of the received information;
Step 603, the information is processed according to the rule corresponding to the MBSFN area.
In the specific implementation, after receiving the information sent by the base station, the situation that a plurality of pieces of information are received is faced; then, in step 602, the corresponding relationship between the time and the frequency resource corresponding to each MBSFN area may be determined first, for example, the corresponding relationship between the time and the frequency resource corresponding to each MBSFN area may be determined according to the received system information; then, the corresponding MBSFN area can be determined by combining the time and frequency resources of the received information with the corresponding relation; then, in step 603, the information received on the time and frequency resources corresponding to each MBSFN area may be processed according to the rule corresponding to each MBSFN area. It is easy to understand that, for each piece of received information, it is sufficient to determine the corresponding MBSFN area according to the time and frequency resources of the received information, and then process the information according to the rule corresponding to the MBSFN area.
In a specific implementation, taking the example that the V2X service, the V2X information, and the determination correspondence are obtained through system information, it is easy to know that, in the above scheme, the information receiving method in the V2X service in the example may include the following steps:
Receiving V2X information sent by a base station;
determining MBSFN areas supporting V2X services and the corresponding relation between time and frequency resources according to the received system information, and determining the corresponding MBSFN areas according to the corresponding relation between the time and frequency resources of the received information;
The V2X information received on the time and frequency resources corresponding to each MBSFN area that supports V2X traffic is processed according to the rules corresponding to each MBSFN area.
in this example, the corresponding rule is a processing rule of the V2X information, but the rule is not limited to this, and the rule is preset and can be made according to needs, for example, the rule may be a rule of an integrity protection process. If the rule corresponds to the MBSFN area, for example, if the rule is a processing rule for integrity protection and verification, and the MBSFN area number is MBSFN area 1, integrity verification is performed using a key (usually, a public key) corresponding to MBSFN area 1.
in steps 403, 503, and 601, when transmitting and receiving information using the time and frequency resources corresponding to the MBSFN area, the time and frequency resources corresponding to the MBSFN area of the transmitted and received information may be set in advance, for example: the base station needs to transmit information for the MBSFN area 2 and the MBSFN area 3 respectively, and sets the subframes occupied by the MBSFN area 2 and the MBSFN area 3 as a subframe 7 and a subframe 8 in each radio frame respectively, so when it is determined that the V2X information needing to be transmitted belongs to the MBSFN area 2, the information is transmitted and received according to the preset subframe 7, and the information belonging to the MBSFN area 3 is transmitted and received according to the subframe 8. Those skilled in the art can easily know the time and frequency resources corresponding to the MBSFN area, and all the technical ways that each base station can know the corresponding relationship can be adopted in this embodiment.
In the embodiment, when information is transmitted and received in time and frequency resources corresponding to the MBSFN area, the information may be transmitted by the MBMS scheme, or by another communication scheme, for example, a unicast scheme or a D2D (Device-to-Device) scheme, as long as the information can be transmitted to the terminal Device.
in order to integrally understand the technical solutions provided by the embodiments of the present invention, an implementation flow among the first base station, the second base station, and the terminal device is given below.
Fig. 7 is a schematic flow chart of an implementation of an information transceiving method, as shown in the figure, where a first cell is a cell belonging to a first base station, information is to be transmitted on time and frequency resources corresponding to an MBSFN area in second cells under the base stations, and the second cells are cells belonging to second base stations, and the method may include:
step 701, receiving information reported to a first base station by each terminal device governed by a first cell;
Step 702, distributing the information to second base stations belonging to second cells belonging to the same MBSFN area as the first cell, and turning to step 709;
step 703, receiving information from a first cell sent by a first base station to a second base station, where the first cell is a cell belonging to the first base station;
step 704, determining a second cell belonging to the same MBSFN area as the first cell;
step 705, in a second cell of the second base station, transmitting information to the designated terminal device on the time and frequency resources corresponding to the MBSFN area;
Step 706, the terminal device in the second cell of the second base station receives the information sent by the second base station;
step 707, determining time and frequency resources corresponding to each MBSFN area according to the received system information of the second base station;
Step 708, processing the information received on the time and frequency resources corresponding to each MBSFN area according to the rule corresponding to each MBSFN area;
step 709 of transmitting information to a designated terminal device on time and frequency resources corresponding to the MBSFN area, in a first cell of the first base station and a second cell belonging to the first base station and belonging to the same MBSFN area as the first cell;
step 710, receiving information sent by a first receiving base station by terminal equipment in a first cell and a second cell of the first base station;
step 711, determining time and frequency resources corresponding to the MBSFN area according to the received system information of the first base station;
step 712, the information received on the time and frequency resources corresponding to the MBSFN area is processed according to the rule corresponding to the MBSFN area.
It should be noted that the "designated terminal device" may be a type of terminal device, such as a terminal device supporting V2X service or a terminal device supporting some types of V2X services (e.g., V2X services related to road safety), may also be a plurality of types of terminal devices, such as a terminal device supporting V2X services or M2M services, and may also be all terminal devices capable of receiving network-side transmission services.
for convenience of description and better understanding of the technical solutions provided in the embodiments of the present invention, definitions, embodiments, and the like of the features of the "source cell", "source base station", "cooperative cell", and "same MBSFN area" are described below. In the description, when an example description is needed for easy understanding, the V2X service, the UE, and the V2X information will be described as an example.
in an embodiment, an MBSFN area comprises a first cell and at least one second cell. When a base station uses a single antenna or multiple antennas to achieve wireless signal coverage for a specific area, the specific area is referred to as a cell, and the concept of a cell also refers to a logical entity including software and hardware subsystems of the base station for providing services for user terminals in the specific coverage area.
The first cell is a cell in which each UE governed by the first cell reports V2X information to the first base station in the V2X service, and in this embodiment, the first cell is referred to as a "source cell" and the first base station is referred to as a "source base station".
in an actual scenario, one MBSFN area may correspond to multiple time and frequency resources, but at the same time, the time and frequency resources corresponding to the MBSFN area are unique.
There are several second cells in an MBSFN area, and these second cells may belong to other base stations, or, of course, may belong to the first base station, and the second cells in the embodiment are referred to as "cooperative cells".
"source" refers to a source that generates data, i.e., data transmitted by the MBSFN area, "cooperation" i.e., assistance in transmitting the data generated by the source. The data in the embodiment is also "V2X information".
thus, in the implementation, the base station to which the V2X information is distributed is each second base station to which each second cell belonging to the MBSFN area that uses the first cell as the data source cell belongs, and the MBSFN area that uses the first cell as the data source cell means that transmission data corresponding to the MBSFN area is generated by the first cell.
then, the V2X information is sent in each second cell under each base station on the time and frequency resources corresponding to the MBSFN area, specifically:
The V2X information is transmitted on time and frequency resources corresponding to an MBSFN area that uses the first cell as a data source cell, in each second cell belonging to an MBSFN area that uses the first cell as a data source cell, under each second base station belonging to each second cell belonging to the MBSFN area that uses the first cell as a data source cell.
if there is a second cell in the cell to which the first base station belongs, in the first cell of the first base station and each second cell, transmitting the V2X information on the time and frequency resources corresponding to the MBSFN area, specifically:
In a first cell of a first base station and a second cell each belonging to an MBSFN area with the first cell as a data source cell, V2X information is transmitted on time and frequency resources corresponding to the MBSFN area with the first cell as a data source cell.
in the scheme, the base station and the adjacent base stations issue V2X information to each UE in an MBMS mode on the same time and frequency resources, so that the purpose is to ensure that the UEs in the same MBSFN area can simultaneously receive the V2X information reported by the UEs from the same cell. The purpose of the V2X service is to enable UEs in the relevant area to acquire the V2X information in time, for example, it is ensured that all UEs within a range of 300 meters that report V2X information can receive the V2X information, and it is necessary to make all the UEs and UEs that report V2X information be in the same MBSFN area, and send the V2X information reported by the UEs as a data source of the MBSFN area. In other words, by controlling the cell composition of the MBSFN area, the issuing range of the V2X information can be ensured. Since the data processing procedure is performed according to the MBSFN area, and the MBSFN area is formed by the cell, which means that determining the constituent cells of the same MBSFN area is a key part of implementation, the following description is provided for how the cell and each cell constitute the MBSFN area, so as to better understand the implementation of the technical solution provided by the embodiment of the present invention.
fig. 8 is a schematic diagram of an MBSFN area configuration, fig. 9 is a schematic diagram of an MBSFN area configuration in a high-speed scene, fig. 10 is a schematic diagram of a relationship between a cell and an MBSFN area, and fig. 11 is a schematic diagram of a relationship between a cell and an MBSFN area in an expressway scene, as shown in the figure:
in the enhanced eMBMS-based V2X communication scheme, in general, an MBSFN area is composed of a plurality of adjacent cells, as shown in fig. 8, an MBSFN area 1 is composed of cells 1-cells 7, and each MBSFN area has a data source Cell which is responsible for generating data content transmitted by each Cell in the MBSFN area in the local MBSFN area and distributing the data content to other cells in the local MBSFN area (the cells in the same MBSFN area may belong to different enbs), for example, in fig. 8, Cell1 may be selected as the data source Cell of the MBSFN area. In different scenarios, the number of cells included in an MBSFN area may be set according to an actual environment, for example, in an expressway environment, the MBSFN area may be set along an expressway, the MBSFN area shown in fig. 9 is composed of 3 cells distributed along the expressway, and Cell1 serves as a data source Cell of the MBSFN area.
In order to achieve seamless V2X communication, different MBSFN areas that overlap each other need to be created with each cell as a source cell. In fig. 10 and 11, different MBSFN areas are indicated by numbered circles, the number in the circle at the middle position of each cell is the number of the MBSFN area using the cell as the data source cell, and if there is a circle with the same number in a plurality of cells, it indicates that the cells belong to the same MBSFN area indicated by the number.
As shown in fig. 10, when each MBSFN area in the system is composed of one Cell and 6 cells around the Cell, and each Cell has one MBSFN area centered on itself, each Cell will be covered by 7 MBSFN areas (for example, Cell1-Cell7, and other cells are at the edge, and are not shown in the figure, and thus are not covered by 7 MBSFN areas). As shown in fig. 11, when each MBSFN area is composed of one Cell and 2 cells around the Cell in a highway scene, and each Cell has one MBSFN area centered on itself, each Cell will be covered by 3 MBSFN areas (for example, Cell1, Cell2, Cell3, Cell5, and other cells 4 and Cell6 are not shown in the figure because they are at the edge, and are not covered by 3 MBSFN areas).
in the LTE system, data in different MBSFN areas occupy different subframes for transmission, so there is no mutual interference in data transmission in different MBSFN areas.
The implementation of step 402 involves the transmission of information between the first base station and the second base station, i.e.: and distributing the information to second base stations belonging to second cells belonging to the same MBSFN area with the first cell. The implementation of information distribution in this case will be explained first.
In the above description, the first base station and the second base station are respectively described from the implementation, but this does not mean that the two base stations are necessarily implemented in cooperation with each other, and actually, when the first base station and the second base station are implemented separately, it also solves the problem on the first base station and the second base station side separately, and only when the two base stations are used in combination, a better technical effect is obtained. It should be further noted that, for the same base station, since different problems are solved in different MBSFN areas, it may be necessary to implement schemes of the first base station and the second base station at the same time, and the designations of the first base station and the second base station are only used to better describe the schemes provided in the embodiments of the present invention, and do not mean that only one scheme can be implemented by one base station.
First, the implementation of information transmission between access network nodes through an X2 interface.
for information transmission between access network nodes by adopting an X2 interface, in the implementation:
the user plane may provide user data transfer functions between enbs at the X2 interface. The transport network layer of X2-UP (X2User Plane ) transmits User Plane data between enbs based on IP (Internet Protocol), UDP (User datagram Protocol)/UDP using GTP-U (GPRS tunneling Protocol for User Plane tunnel Protocol; GPRS: General Packet Radio Service). The GTP-U Protocol provides a service for carrying a user packet by using a tunneling mechanism, and a Tunnel End Identifier (TEID) in a header of a GTP Tunnel Protocol indicates a Tunnel where a T-PDU (tunneling Protocol Data Unit) is located. However, in the existing protocol, X2user plane transmission between enbs is only related to handover, and a Radio Access Bearer (RAB) level connection is established by using UE related signaling.
in a specific implementation, the first base station side, that is, the base station side that receives the information reported by the terminal device, may include the following manner:
1. Receiving information reported to a first base station by each terminal device governed by a first cell, wherein the first cell belongs to the first base station;
2. distributing the information to second base stations belonging to second cells belonging to the same MBSFN area as the first cell through an X2 interface, wherein the information is transmitted in the second cells under the base stations on time and frequency resources corresponding to the MBSFN area, namely, the information is distributed to the second base stations belonging to the second cells of the MBSFN area with the first cell as a data source cell through an X2 interface;
3. In a first cell of a first base station and a second cell belonging to the first base station and belonging to the same MBSFN area as the first cell, information is transmitted to a specified terminal device on time and frequency resources corresponding to the MBSFN area, that is, information is transmitted in the second cell belonging to the first base station and belonging to the MBSFN area having the first cell as a data source cell.
Correspondingly, the second base station side, that is, the base station side receiving the information forwarded by the neighboring base station, may include the following manner:
1. receiving information from a first cell sent by a first base station to a second base station through an X2 interface, wherein the first cell is a cell belonging to the first base station;
2. Determining second cells belonging to the same MBSFN area as the first cell, wherein the second cells belong to second base stations, namely, determining second cells belonging to the MBSFN area with the first cell as a data source cell;
3. the information is transmitted at the second base station with time and frequency resources corresponding to the MBSFN area.
In an enhanced eMBMS scheme proposed for reducing V2X delay when taking V2X service and UE as examples, since other cells except a data source cell in an MBSFN area are only responsible for cooperatively transmitting V2X data, it is not necessary to know UE information corresponding to the data, and it is also not necessary to know the service type of the data, etc., a new X2user plane data channel can be created for an eMBMS data source cell to distribute eMBMS data to other cells in the corresponding MBSFN area.
in implementation, when the X2user plane data channel is created, it is not necessary to create the data channel according to the existing protocol when it is related to handover, nor only when V2X information is transmitted, but it may be created at an appropriate time according to implementation requirements, for example, the data channel may be created in advance, when V2X information is generated and V2X information is required to be transmitted, the data channel may be immediately transmitted through the data channel, and when the amount of V2X information changes or no V2X information is transmitted, the data channel may be updated or released to perform channel maintenance and other processes. Of course, the data channel can be created as needed when the V2X information needs to be transmitted.
In implementation, the implementations related to the data channel are mainly respectively: creating, updating, and releasing the data channel, in this process, for a first base station transmitting data and a second base station receiving data, the following may be performed:
1. And (5) creating a process.
At a first base station:
Respectively initiating an establishment request of an X2 interface data channel to a second base station, wherein the request initiated by the second base station comprises one or a combination of the following contents: the resource requirement information, the MBSFN area identification information and the MBSFN area data source cell identification information of a data channel to be established with the second base station;
And after the second base station establishes the X2 interface data channel meeting the requirement, sending information to the second base station from the data channel.
at the second base station:
receiving a request for establishing an X2 interface data channel initiated by a first base station, wherein the request comprises one or a combination of the following contents: the resource requirement information, the MBSFN area identification information and the MBSFN area data source cell identification information of the data channel are obtained;
And after the X2 interface data channel meeting the resource requirement is established according to the resource determination of the second base station, receiving the information sent by the first base station from the data channel.
2. and (5) updating.
At a first base station:
after determining that the resource requirement or other requirements (such as an MBSFN area identifier and an MBSFN area data source cell identifier) of the data channel change, initiating an update request of the data channel to a second base station which establishes the data channel according to the changed resource requirement;
and after the second base station updates the data channel configuration to meet the changed resource requirement, sending information from the data channel to the second base station.
at the second base station:
receiving a data channel updating request initiated by a first base station, wherein the request comprises updated resource requirements for a data channel;
and after the configuration of the data channel is updated according to the resource of the second base station so as to meet the updated resource requirement, receiving the information sent by the first base station from the data channel.
3. and (5) releasing.
At a first base station:
When determining that no information transmission requirement exists on the data channel, initiating a request for releasing the data channel to a second base station which establishes the data channel;
ceasing transmission of information from the data channel to the second base station.
at the second base station:
Receiving a request for releasing a data channel initiated by a first base station;
and releasing the data channel and stopping receiving the information sent by the first base station from the data channel.
in implementation, the updating and releasing of the data channel may be initiated by the first base station, or may be initiated by the second base station, for example, when the second base station determines that its resource is insufficient or a resource state changes, the second base station may initiate an updating or releasing request according to its own requirement. The implementation can also be as follows:
initiating a data channel updating request to a first base station according to the resource of a second base station, wherein the request comprises the updated resource requirement on the data channel;
or, a request for releasing the data channel is initiated to the first base station according to the resource of the second base station.
The following will also describe embodiments of creating, updating, and releasing data channels by way of example.
To implement the enhanced eMBMS-based V2X communication described in fig. 3, an embodiment of a data channel for a data source cell of an MBSFN area to distribute MBMS data to other cells belonging to the same MBSFN area but not to the same eNB, so that all cells in the same MBSFN area can transmit the same data content on the same time-frequency resources is described below. In order to more vividly express the transmission interaction of data, in the description of the embodiment herein, the terms are Source eNB (Source eNB) and Target eNB (Target eNB), rather than first base station and second base station, it can be understood that, when the first base station transmits information reported by UE to the second base station, the first base station is the Source eNB, and the second base station is the Target eNB. The implementation may specifically be:
The source eNB sends the resource information to the eNB (target eNB) to which the cooperative cells in the same MBSFN area belong in an interface message requesting other cells (for convenience of description, the cells are called cooperative cells of the corresponding MBSFN area) in the same MBSFN area to send in an MBSFN manner according to the acquired resource information required for interacting user plane data with the target eNB. The resource information required by the source eNB and the target eNB for interacting the user plane data may be determined by the source eNB according to the number of UEs, load information, and the like in the data source cell corresponding to each MBSFN area thereunder, may be indicated by a higher node (e.g., MME, MCE, and the like), and may be configured by O & M (Operation and Maintenance). There may be multiple cooperative cells belonging to the same MBSFN area under one eNB, and these several cooperative cells may share one user plane channel, and when performing data transmission of the user plane, the data may be tagged with a cooperative cell ID. In addition, there may be multiple data source cells corresponding to different MBSFN areas under one eNB, and a channel may be created independently for the data source cells of different MBSFN areas, or a channel corresponding to the data source cells of multiple different MBSFN areas may be created simultaneously.
The following description is given by way of example, where an embodiment a1 will describe establishment of an MBSFN data channel, an embodiment a2 will describe a configuration update process of the data channel, and an embodiment A3 will describe a deactivation/release process of the data channel.
example a 1: establishing an MBSFN data channel
in the embodiment, the most common resource-bandwidth will be described as an example. The eNB1(Source eNB) determines the level of bandwidth required for interacting user plane data according to the number of UEs participating in V2X in the data Source cell of each MBSFN area under the eNB1(Source eNB) and the load information, and accordingly requests the eNB2(Target eNB) to establish an X2user plane data channel. Fig. 12 is a schematic flow chart of an implementation procedure of establishing a signaling interaction procedure for an MBSFN data transmission channel with an X2 interface, where as shown in the figure, the basic signaling interaction procedure may include:
step 1201, the eNB1 sends an MBSFN data channel establishment request to the eNB 2;
Step 1202, eNB2 sends an MBSFN data channel setup response to eNB 1.
in a specific implementation, a mode of only establishing one data channel by using one data channel establishment message may be adopted, or a mode of establishing a plurality of data channels by using one data channel establishment message may be adopted. The following describes embodiments in which only one data channel is established by one data channel establishment message and a plurality of data channels are established by one data channel establishment message at the same time, respectively.
1. Establishing one data channel only by one data channel establishing message
Setting: the eNB1 includes two cells, cell1 and cell2, the MBSFN areas that use cell1 and cell2 as data source cells are MBSFN area 2 and MBSFN area 3, respectively, and the subframes occupied by MBSFN area 2 and MBSFN area 3 are subframe 7 and subframe 8 in each radio frame, respectively;
the eNB2 includes a cell3, the cell1 of the eNB1 and the cell3 of the eNB2 are cells with adjacent geographic positions, the cell3 of the eNB2 belongs to an MBSFN area 2 that uses the cell1 of the eNB1 as a data source cell, the cell3 of the eNB2 needs to transmit the identical data on a subframe (subframe 7 in each radio frame) corresponding to the MBSFN area 2 in the cell1 of the eNB1, and the data transmitted on the subframe corresponding to the MBSFN area 2 is forwarded to the eNB2 by the eNB 1.
The X2 interface data transmission channel establishment procedure initiated by eNB1 for Source eNB for MBSFN area 2 of cell1 as data Source cell is as follows:
(1) The eNB1 determines the level of bandwidth required by the interactive user plane data according to the number of the UEs participating in V2X in the data source cell1 corresponding to the MBSFN area 2 and the load information, and accordingly requests to establish an X2user plane data channel.
(2) when the eNB2 determines that the channel establishment requirement transmitted by the eNB1 can be satisfied, it creates a channel with a corresponding bandwidth according to the bandwidth included in the request message, and transmits a channel establishment response to the eNB 1.
in an implementation, the content of the request message sent by the Source eNB to the Target eNB may include:
Source eNB ID (i.e., ID of eNB 1);
MBSFN area identifier (i.e. identifier corresponding to MBSFN area 2);
MBSFN area data source cell identification (i.e. cell1 identification);
A list of cells (i.e., cells 3) requesting MBSFN coordinated transmission;
The Source eNB determines the required bandwidth information of the user plane data transmission, for example: the required bandwidth is determined according to the number of UEs, the current load condition, etc., and if it is estimated that the channel needs to support 50 UEs for road security data distribution at an average rate of 5kbps, the bandwidth may be set to 50 × 5 — 250 kbps.
The Target eNB response message content may include:
Source eNB ID (i.e., ID of eNB 1);
target eNB ID (i.e., ID of eNB 2);
A list of cells (i.e., cells 3) that are allowed for MBSFN coordinated transmission;
A user plane data channel identifier for data transmission;
Optionally, a list of cells that cannot be used for MBSFN transmission and the reason for the inability to transmit are carried.
after the channel is established, the eNB1 may forward the road security data reported by the UE collected in the MBSFN area 2 data source cell (i.e., cell1) to the eNB2 using the created channel, and the cell3 of the eNB2 transmits the road security data on the set time-frequency resource according to the set rule. It should be noted that, when the eNB1 forwards the road security data reported by the UE to the eNB2 through the created channel, some processing operations may be performed on the data packet, for example, integrity protection operation is performed on the data reported by the UE, and then the data is encapsulated in a synchronous data packet and then forwarded to the eNB2, so that the validity of the received data can be ensured by integrity verification when the UE receives the corresponding data packet under the cell3 of the eNB2, and the cell1 under the eNB1 and the cell3 under the eNB2 can transmit the same data on the same time-frequency resource in the MBSFN manner.
In implementation, when the target eNB cannot meet the data channel establishment requirement, the MBSFN data channel establishment failure message is sent to the source eNB, and the contents may include:
the reason for the failure.
2. establishing multiple data channels simultaneously with one data channel establishing message
Setting: the eNB1 includes two cells, cell1 and cell2, the MBSFN areas that use cell1 and cell2 as data source cells are MBSFN area 2 and MBSFN area 3, respectively, and the subframes occupied by MBSFN area 2 and MBSFN area 3 are subframe 7 and subframe 8 in each radio frame, respectively;
an eNB2 includes a cell3, the cell1 and the cell2 of the eNB1 and the cell3 of the eNB2 are all cells with adjacent geographic positions, and the cell3 of the eNB2 belongs to both the MBSFN area 2 that uses the cell1 of the eNB1 as a data source cell and the MBSFN area 3 that uses the cell2 of the eNB1 as a data source cell; cell3 of eNB2 needs to send the same data as in the subframe corresponding to MBSFN area 2 of cell1 of eNB1 (subframe 7 in each radio frame) in the subframe corresponding to MBSFN area 2, and also needs to send the same data as in the subframe corresponding to MBSFN area 3 of cell2 of eNB1 in the subframe corresponding to MBSFN area 3 of cell 3625 (subframe 8 in each radio frame); data transmitted on subframes corresponding to MBSFN area 2 and MBSFN area 3 is forwarded by eNB1 to eNB 2. The procedures for establishing the X2 interface data transmission channel for the MBSFN area 2 of the cell1 as the data Source cell and establishing the X2 interface data transmission channel for the MBSFN area 3 of the cell2 as the data Source cell, which are initiated by taking the eNB1 as a Source eNB, are as follows:
(1) the eNB1 determines the levels of bandwidths required by the respective interactive user plane data according to the number and load information of UEs participating in V2X in the data source cell1 of the MBSFN area 2 and the data source cell2 of the MBSFN area 3, and requests and establishes respective data channels for the X2user plane.
(2) when the eNB2 determines that the channel establishment request or the partial request sent by the eNB1 can be satisfied, it creates a channel with a corresponding bandwidth according to the bandwidth included in the request message and sends a channel establishment response to the eNB 1. It is assumed here that eNB2 is able to satisfy the request to establish both channels simultaneously.
In an implementation, the content of the request message sent by the Source eNB to the Target eNB may include:
Source eNB ID (i.e., ID of eNB 1);
The data transmission channel establishment information for the data source cell1 in the MBSFN area 2 may include:
MBSFN area identity (MBSFN area 2 identity);
Data source cell identification (i.e., cell1 identification);
a list of cells (i.e., cells 3) requesting MBSFN coordinated transmission;
User interface data channel identification for data forwarding;
the Source eNB determines the required bandwidth information of the user plane data transmission, for example: the required bandwidth is determined according to the number of UEs, the current load condition, etc., and if it is estimated that the channel needs to support 30 UEs for road security data distribution at an average rate of 5kbps, the bandwidth may be set to 30 × 5 — 150 kbps.
The data transmission channel establishment information for the data source cell2 in the MBSFN area 3 may include:
MBSFN area identity (MBSFN area 3 identity);
data source cell identification (i.e., cell2 identification);
a list of cells (i.e., cells 3) requesting MBSFN coordinated transmission;
user interface data channel identification for data forwarding;
The Source eNB determines the required bandwidth information of the user plane data transmission, for example: the required bandwidth is determined according to the number of UEs, the current load condition, etc., and if it is estimated that the channel needs to support 50 UEs for road security data distribution at an average rate of 5kbps, the bandwidth may be set to 50 × 5 — 250 kbps.
The Target eNB response message content may then include:
Source eNB ID (i.e., ID of eNB 1);
Target eNB ID (i.e., ID of eNB 2);
the data transmission channel response information for the data source cell1 in the MBSFN area 2 may include:
A list of cells (i.e., cells 3) that are allowed for MBSFN coordinated transmission;
A user plane data channel identifier for data transmission;
optionally, a list of cells that cannot be used for MBSFN transmission and a reason for the inability to transmit are carried;
the data transmission channel response information for the data source cell2 in the MBSFN area 3 may include:
a list of cells (i.e., cells 3) that are allowed for MBSFN coordinated transmission;
A user plane data channel identifier for data transmission;
optionally, a list of cells that cannot be used for MBSFN transmission and the reason for the inability to transmit are carried.
in implementation, after the channel establishment is completed, the eNB1 may use the two created channels to respectively forward the road security data reported by the UE collected in the MBSFN area 2 data source cell (i.e., cell1) and the MBSFN area 3 data source cell2 to the eNB2, and the cell3 of the eNB2 respectively sends the data generated by the MBSFN area 2 data source cell (i.e., cell1) and the MBSFN area 3 data source cell2 according to the set rule on the set time frequency. It should be noted that, when the eNB1 forwards the road security data reported by the UE to the eNB2 through the created channel, some processing operations may be performed on the data packet, for example, integrity protection operation is performed on the data reported by the UE, and then the data is encapsulated in a synchronous data packet and then forwarded to the eNB2, so that the validity of the received data can be ensured by integrity verification when the UE receives the corresponding data packet under the cell3 of the eNB2, and the cell1 and the cell2 under the eNB1 and the cell3 under the eNB2 can respectively send the same data on the same time-frequency resource in the MBSFN manner.
In implementation, when the target eNB cannot meet the data channel establishment requirement, the MBSFN data channel establishment failure message is sent to the source eNB, and the contents may include:
A list of data channels that cannot be established, and a reason for the failed establishment.
Example a 2: updating data channel configuration
In the embodiment, the most common resource-bandwidth will be described as an example. Then this embodiment describes the case as follows: when the UE number information, the load information, and the cell list included in the MBSFN area in the data source cell of each MBSFN area change, the configuration of the corresponding data channel needs to be updated. Fig. 13 is a schematic implementation flow diagram of an MBSFN data transmission channel configuration updating process of an X2 interface, as shown in the figure, the basic signaling interaction process may include:
step 1301, the eNB1 sends an MBSFN data channel update request to the eNB 2;
Step 1302, eNB2 sends an MBSFN data channel update confirmation to eNB 1.
in a specific implementation, a mode that only one data channel is updated by one data channel update message may be adopted, or a mode that a plurality of data channel configuration information is updated by one data channel update message may be adopted. The following describes embodiments in which only one data channel is updated by one data channel update message and a plurality of data channels are updated by one data channel update message at the same time, respectively.
1. Updating only one data channel by one data channel updating message
setting: the eNB1 includes two cells, cell1 and cell2, the MBSFN areas that use cell1 and cell2 as data source cells are MBSFN area 2 and MBSFN area 3, respectively, and the subframes occupied by MBSFN area 2 and MBSFN area 3 are subframe 7 and subframe 8 in each radio frame, respectively;
the eNB2 includes a cell3, the cell1 of the eNB1 and the cell3 of the eNB2 are cells with adjacent geographic positions, the cell3 of the eNB2 belongs to an MBSFN area 2 that uses the cell1 of the eNB1 as a data source cell, the cell3 of the eNB2 needs to transmit the identical data on a subframe (subframe 7 in each radio frame) corresponding to the MBSFN area 2 in the cell1 of the eNB1, and the data transmitted on the subframe corresponding to the MBSFN area 2 is forwarded to the eNB2 by the eNB 1. An MBSFN data transmission channel (channel identifier: 00000010) has been created between eNB1 and eNB2, so that eNB1 forwards data generated by the data source cell (cell 1 of eNB1) of MBSFN area 2 to eNB2, and the data is transmitted by cell3 under eNB2 in an MBSFN manner.
Assuming that a new cell4 is added under eNB2, cell4 is also configured to belong to MBSFN area 2, and eNB1 needs to initiate a data channel configuration update procedure to eNB 2. When the eNB2 determines that the channel configuration update request sent by the eNB1 can be satisfied, it updates the channel configuration according to the update information included in the request message and sends a channel update confirmation to the eNB 1.
In implementation, the content of the update request message sent by the Source eNB (eNB1) to the Target eNB (eNB2) may include:
requesting to update the user plane data channel identification;
cell lists (cell3, cell4) for MBSFN cooperative transmission;
the required bandwidth information (updatable and optional) of the user plane data transmission determined by the Source eNB;
the Target eNB response message content may include:
a list of cells (cell3, cell4) for which MBSFN coordinated transmission is allowed;
cell list that cannot be used for MBSFN transmission and reason for not being able to transmit (optional).
in implementation, when the target eNB cannot meet the data channel update requirement, the MBSFN data channel update failure message is sent to the source eNB, and the contents may include:
the reason for the failure.
2. Updating multiple data channels simultaneously with one data channel update message
setting: the eNB1 includes two cells, cell1 and cell2, the MBSFN areas that use cell1 and cell2 as data source cells are MBSFN area 2 and MBSFN area 3, respectively, and the subframes occupied by MBSFN area 2 and MBSFN area 3 are subframe 7 and subframe 8 in each radio frame, respectively;
An eNB2 includes a cell3, the cell1 and the cell2 of the eNB1 and the cell3 of the eNB2 are all cells with adjacent geographic positions, and the cell3 of the eNB2 belongs to both the MBSFN area 2 that uses the cell1 of the eNB1 as a data source cell and the MBSFN area 3 that uses the cell2 of the eNB1 as a data source cell; cell3 of eNB2 needs to send the same data as in the subframe corresponding to MBSFN area 2 of cell1 of eNB1 (subframe 7 in each radio frame) in the subframe corresponding to MBSFN area 2, and also needs to send the same data as in the subframe corresponding to MBSFN area 3 of cell2 of eNB1 in the subframe corresponding to MBSFN area 3 of cell 3625 (subframe 8 in each radio frame); data transmitted on subframes corresponding to MBSFN area 2 and MBSFN area 3 is forwarded by eNB1 to eNB 2. Two MBSFN data transmission channels (channel identifications are: 00000010 and 00000011 respectively) are created between the eNB1 and the eNB2, and are respectively used for the eNB1 to forward data generated by a data source cell (cell 1 of the eNB1) of the MBSFN area 2 and a data source cell (cell 2 of the eNB1) of the MBSFN area 3 to the eNB2, and the data are transmitted by a cell3 under the eNB2 in an MBSFN mode.
if the number of vehicles covered by the cell1 and the cell2 of the eNB1 increases, the eNB1 determines that the bandwidths corresponding to the two channels need to be increased, and the eNB1 needs to perform an update process on the data channel of the eNB 2. When the eNB2 determines that the channel update request transmitted by the eNB1 can be satisfied, it updates the channel configuration according to the update information included in the request message and transmits a channel update confirmation to the eNB 1.
In an implementation, the content of the request message sent by the Source eNB to the Target eNB may include:
(1) User plane data channel 1 related content requested to be updated:
a user plane data channel 1 identifier (00000010) requesting an update;
MBSFN-coordinated-transmission cell list (updatable, optional);
the resource eNB determines the required bandwidth information (e.g. the bandwidth recalculated according to the number of UEs and the current load condition) for the user plane data transmission.
(2) user plane data channel 2 related content requested to be updated:
A user plane data channel 2 identifier (00000011) requesting an update;
MBSFN-coordinated-transmission cell list (updatable, optional);
The resource eNB determines the required bandwidth information (e.g. the bandwidth recalculated according to the number of UEs and the current load condition) for the user plane data transmission.
when more channels of content are updated, the content may be added in the manner described above.
the Target eNB updating the content of the confirmation message comprises the following steps:
(1) Response information for the user plane data channel 1 requesting update:
A user plane data channel 1 identifier (00000010) requesting an update;
a list of cells (optional) allowing MBSFN coordinated transmission;
cell list that cannot be used for MBSFN transmission and reason for not being able to transmit (optional).
(2) Response information for the user plane data channel 2 requesting update:
a user plane data channel 1 identifier (00000011) requesting updating;
A list of cells (optional) allowing MBSFN coordinated transmission;
cell list that cannot be used for MBSFN transmission and reason for not being able to transmit (optional).
when more channels of content are updated, the content may be added in the manner described above.
in implementation, when the target eNB cannot meet the data channel update requirement, an MBSFN data channel update failure message is sent to the source eNB, and the contents include:
a list of data channels that cannot be updated, and the reason for the failure of the update.
example a 3: deactivating/releasing a data channel
This embodiment describes the case as follows: if the Source eNB decides that MBSFN transmission is no longer needed, it should request the Target eNB to release the reserved resources and release the user plane data channel. Fig. 14 is a schematic implementation flow diagram of an X2 interface MBSFN data transmission channel deactivation/release process, and as shown in the figure, the basic signaling interaction process may include:
Step 1401, eNB1 sends MBSFN data channel deactivation/release message to eNB 2.
in implementation, the data channel deactivation or release message may deactivate or release a plurality of channels, and the content may be as follows:
Deactivate/release eNB ID of X2MBSFN tunnel,
a deactivated/released user plane data channel identity or list of identities.
and secondly, implementing information transmission between the terminal equipment and the access network node.
When the information transmission between the terminal equipment and the access network node is solved, the method can be implemented as follows:
Fig. 15 is a schematic view of an EPS Bearer configuration, as shown in the figure, in the LTE System, a service of an application layer is finally embodied as user plane Data, and is transmitted by using an EPS (Evolved Packet System) Bearer, where the EPS Bearer is composed of an RB (Data Radio Bearer), an S1 Bearer, and an S5/S8 Bearer. Along with the establishment, modification and release of services, the corresponding EPS Bearer also needs to be dynamically established, modified and released, and the management of the air interface part of the EPS Bearer and the DRB (data Radio Bearer) is completed by an access network node (such as eNB) through an RRC (Radio resource control) connection reconfiguration process. The DRBs and the EPS bearers are in one-to-one correspondence, the EPS bearers are controlled by entities such as a core network MME (Mobility Management Entity), and the Management of the DRBs by the access network node RRC originates from an S1AP control message sent by the MME to the access network node. The LTE system allows to implement (partial) admission of DRBs during handover, and the target cell may admit only partial DRBs of the UE.
in order to implement enhanced eMBMS-based communication, it is necessary to modify the existing bearer management, taking V2X service and UE as an example, the network side needs to be able to identify that the service initiated by the UE is V2X service, so as to establish a corresponding bearer for the V2X service reported by the UE and configure other processes. The following may be used:
Fig. 16 is a schematic view of an implementation flow of an information reporting method, as shown in the figure, on a terminal device, the method may include:
step 1601, sending indication information to an access network node, where the indication information is used to indicate that information to be reported by a terminal device is information to be sent on time and frequency resources corresponding to an MBSFN area;
step 1602, receiving a notification of an access network node, where the notification carries configuration information of a radio bearer used for reporting information;
Step 1603, after the terminal equipment collects the information, reporting the information on the radio bearer according to the configuration information.
Fig. 17 is a schematic implementation flow diagram of a bearer establishment method, as shown in the figure, for an indication of a terminal device, a network-side device may perform the following steps:
Step 1701, receiving request information for establishing a service bearer by an access network node, wherein the service bearer is used for transmitting information to be reported by terminal equipment, and the information is information to be sent on time and frequency resources corresponding to an MBSFN (multicast broadcast single frequency network) area;
step 1702, establishing a service bearer, where the service bearer includes a radio bearer used by the terminal device to report information to the access network node;
step 1703, notifying the configuration information of the service bearer established by the access network node.
in a specific implementation, the network device may be specifically implemented by an MME, and in fact, the scheme may be implemented as long as the network device is capable of allocating bearer resources for information transmission between base stations.
Fig. 18 is a schematic view of an implementation flow of an information receiving method of an access network node, where, at the access network node, for example, at a first base station side, that is, a base station side that receives information reported by a terminal device, on a radio resource bearer established for transmitting the reported information, the following steps may be performed:
step 1801, receiving indication information sent by the terminal device, where the indication information is used to indicate that information to be reported by the terminal device is information to be sent on time and frequency resources corresponding to the MBSFN area;
Step 1802, requesting a network side device to establish a service bearer for the terminal device for the reported information;
Step 1803, receiving configuration information of a service bearer established by a network side device, and configuring a radio bearer for the terminal device according to the configuration information;
Step 1804, notifying the terminal device to report information on the configured radio bearer, and receiving the information reported by the terminal device on the configured radio bearer.
In the above description, the implementation of the terminal device, the network side device, and the access network node (first base station) are described separately, but this does not mean that they must be implemented cooperatively, and in fact, when they are implemented separately, they also solve the problems of the terminal device, the network side device, and the access network node separately, and only when they are used in combination, a better technical effect is obtained.
in specific implementation, the V2X service, the UE, and the V2X information are implemented as an example, that is, the information that needs to be transmitted in each cell belonging to the same MBSFN area on the time and frequency resources corresponding to the MBSFN area is V2X information, and then: the UE sends V2X related indication information to the network side node, the network side node (including the access network node and the network side device) establishes a bearer for transmitting the V2X service for the UE according to the indication sent by the UE and configures corresponding resources, and can set special operation for data on the bearer. The specific process can be as follows:
(1) the UE sending V2X related indication information to the network side node may be implemented as follows:
the network side node includes existing nodes such as an eNB, a Relay, an MME, an HeNB (Home e NodeB, Home evolved node b), and also includes a subsequently introduced access network node. When the UE sends the V2X service related indication information to the network side node, the UE may directly carry the V2X service related indication information in an RRC signaling (such as an RRC connection establishment request message, an RRC connection establishment completion message, and an uplink information transmission message), or may carry the V2X service related indication information in an NAS (Non Access Stratum) signaling, where the NAS signaling generally includes the following signaling: such as Attach Request, service Request, Extended service Request, Bearer resource allocation Request, Bearer resource modification Request, and the like.
the V2X Service-related indication information may be QoS (Quality of Service) parameter information indicating that the V2X Service corresponds to, may be information indicating whether the current Service is V2X-related Service (specifically, whether the current Service is V2V, V2I, V2P, V2C Service, etc.), may be information indicating a specific Service type (e.g., road security Service, traffic efficiency Service, traffic information Service, etc.), may be information indicating a Service processing manner (e.g., access network direct forwarding, access network MBMS direct forwarding, etc.), and may also be information indicating that the UE is a V2X type terminal.
the following are some examples in which the indication information related to V2X is carried in different messages, and the following RRC connection request, RRC connection complete, and NAS message are taken as examples because these signaling are typical and are also common, so they are taken as examples; however, theoretically, other signaling messages may be used, and in fact, how to transmit information through the existing signaling messages is also easy to be implemented by those skilled in the art, the RRC connection request, RRC connection completion, NAS message are only used to teach those skilled in the art how to implement the present invention specifically, but do not mean that only these several messages can be used, and the implementation process may be combined with the specific situation that the corresponding signaling needs to be referred to in practice to carry the indication information.
(1) And adding a new RRC connection establishment reason, such as V2X access, vehicle access, road safety access and the like, in the RRC connection establishment request message.
(2) And adding a new IE (Information Element) in the RRC connection establishment completion message, wherein the new IE carries indication Information such as a V2X local service identifier, a local forwarding service identifier, a local MBSFN service identifier and the like.
(3) The NAS message carries V2X Service-related identification information (e.g., V2X Service identifier, road security Service identifier, vehicle road security Service identifier, V2X local Service identifier, local forwarding Service identifier, local MBSFN Service identifier, QoS parameter identifier), and a new IE may be added to the current NAS message or a new code point may be defined in the existing IE (e.g., a new code point indication is added to a Service type IE of an Extended Service request message).
2. The network side node establishes a bearer for transmitting the V2X service for the UE according to the V2X service related indication information sent by the UE, configures corresponding resources, and can set corresponding special operations for the service for data on the bearer.
when the Network side node is an access Network node, such as an eNB, an HeNB, a relay, the Network side node allocates corresponding resources, such as an eNB UE S1AP ID (the identifier is an identifier of an eNB end, which is allocated by the eNB to each UE on an S1 interface and connected to a control plane of the UE on S1), an RNTI (Radio Network temporary identity), and the like, to the UE according to the V2X service related indication information sent by the UE.
When the network side node is a network side device such as a core network node, for example, an MME, the network side node performs one of the following steps according to the V2X service related indication information sent by the UE:
creating corresponding Bearer for the UE transmitting V2X service (determining service Bearer identification information, special identification, etc.), and allocating relevant resources to the UE, such as MME UE S1AP ID (the identification is the identification of the MME side that the MME allocates to each UE control plane connection on S1 on S1), E-RAB ID (E-RAB: Evolved Radio Access Bearer), GTP-TEID (GTP: GPRS Tunneling Protocol; TEID: Tunnel End identifier, Tunnel endpoint identification), etc., the MME establishes the Bearer for the UE through S1 interface signaling (e.g., INITIAL CONTEXT SETUP REQUEST, UE exit MODIFICATION REQUEST), E-RAB REQUEST (E-RAB SETUP REQUEST), E-RAB MODIFICATION REQUEST (E-RAB MODIFICATION REQUEST)) by including the UE identification (E-RAB MODIFICATION REQUEST), such as local broadcast indication, local MBSFN forwarding indication, V2X bearer indication, etc.) and the allocated related resource information to notify the access network node (such as eNB) corresponding to the UE;
or, determining to create a special radio bearer for the UE (not creating other bearers above the radio bearer), and signaling information indication (e.g., local broadcast indication, local MBSFN forwarding indication, V2X bearer indication) of creating the special radio bearer to the eNB through an S1 interface (e.g., INITIAL CONTEXT SETUP REQUEST, UE CONTEXT MODIFICATION REQUEST, E-RAB SETUP REQUEST, E-RAB MODIFICATION REQUEST).
the access network node configures corresponding radio bearer resources and other related resources for the UE according to the instruction of the MME or according to a set rule, and may subsequently perform specific processing on the data packet received on the bearer, for example, send the data packet reported by the UE on the corresponding bearer to other UEs under the coverage of the access network in a broadcast manner, forward the data packet on the corresponding bearer to an adjacent eNB meeting the requirement (for example, an eNB in a second cell exists), and perform other processing before sending the data packet to the UE under the coverage of the access network node in a broadcast manner and forwarding the data packet to the adjacent eNB, for example, perform integrity protection, and add a data packet header for synchronization.
And the network side node informs the UE of the bearer configuration information created for the UE and the configuration information of other resources.
The access network node sends resource configuration information to the UE through RRC signaling (such as RRCConnectionReconfiguration (RRC connection configuration), RRCConnectionSetup (RRC connection establishment), DLInformationTransfer (downlink information transmission), and the like or newly defined RRC signaling), where the resource configuration information includes radio bearer configuration information (such as configuration parameters of each protocol layer entity corresponding to the bearer); a core network node (e.g. MME) sends resource configuration information (e.g. UE decoding V2X-related service, public key identification, generated related parameters, EPS bearer context information) to the UE through NAS signaling (e.g. Attach accept, Authentication request, Security mode command, Downlink generic NAS Transport, Downlink NAS Transport, activated dedicated EPS bearer context request, activated default EPS bearer context request, modified EPS bearer context request, etc. or newly defined NAS message), and the NAS signaling sent by MME to the UE needs to be sent to the eNB through S1 interface first and then through RRC signaling to the UE through RRC public key.
the network side node sends the relevant information supporting the V2X service through system broadcast, the UE receives the system message, and initiates V2X relevant service access in the cell supporting the V2X service, which may specifically be:
The System broadcast may be implemented by adding a new IE or defining a new code point in an existing MIB (Master Information Block) or SIB (System Information Block), or may be indicated in a newly defined SIB message.
the relevant information for supporting the V2X service includes: supported V2X traffic type information, supported transmission V2X traffic mode information, supported V2X traffic (MBSFN) area information, and the like.
the following describes an implementation of interaction between the UE, the core network node MME, and the access network node base station by way of example.
example B1
The UE sends V2X indication information to the MME, the MME establishes a special bearer (including a bearer carrying a special indication identifier (such as a local broadcast indication, a local MBSFN forwarding indication, a V2X bearer indication, no higher layer bearer (such as an S1 bearer, an S5/S8 bearer, an external bearer) indication, etc.) for transmitting V2X information, and performs special processing operations (such as not creating other bearers above the radio bearer), and the eNB may create a corresponding radio bearer for the special bearer, and then perform special processing on data on the special bearer, and send configuration information of the relevant bearer to the UE.
Example B1.1:
1. The UE carries V2X indication information in the Attach Request message.
2. after receiving the indication of the UE, the MME establishes a special bearer for transmitting the V2X service for the UE, and carries the bearer configuration information and an identifier of the bearer characteristic, i.e., a local broadcast indication, in an INITIAL CONTEXT SETUP REQUEST message sent to the eNB;
3. after receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends the configuration information to the UE through an RRC connection reconfiguration message; then, the eNB sends the data packet received from the radio bearer, that is, the V2X information, to the UE in the cell under the eNB through a broadcast method. The cells set here may be all cells under the eNB, the cell where the UE reporting the data packet is located, and the cells satisfying other agreed rules (for example, it is determined in which cells the data packet reported by the UE should be broadcast according to the geographical location and signal condition of the UE).
example B1.2:
1. And the UE carries the local MBSFN forwarding indication information in the Bearer resource allocation request message.
2. after receiving the indication of the UE, the MME establishes a special bearer for transmitting the V2X service for the UE, and carries the bearer configuration information and the identifier of the bearer characteristic, i.e., the local MBSFN forwarding indication, in an E-RAB SETUP REQUEST message sent to the eNB.
3. after receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends the configuration information to the UE through an RRC connection reconfiguration message; then, the eNB distributes the data packet received from the radio bearer, that is, the V2X information, to surrounding enbs that meet the requirements (for example, enbs in a second cell exist), and the enbs that meet the requirements transmit the data packet in the eligible cell.
Example B1.3:
1. the UE carries V2X indication information in the Service Request message.
2. after receiving the indication of the UE, the MME establishes a special bearer for transmitting the V2X service for the UE, and carries the bearer configuration information and the identifier-V2X bearer indication of the bearer characteristic in an INITIAL CONTEXT SETUP REQUEST message sent to the eNB.
3. after receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends the configuration information to the UE through an RRC connection reconfiguration message; then, the eNB sends the data packet received from the radio bearer to the UE in the cell under the eNB through a broadcast manner, and forwards the data packet received from the radio bearer to the surrounding enbs that meet the requirement (for example, the eNB with the second cell).
Example B2
the UE sends V2X indication information to the MME, the MME determines to create a special radio bearer for the UE (not create other bearers above the radio bearer), and indicates the information of creating the special radio bearer to the eNB, the eNB creates a corresponding radio bearer for the special bearer, the eNB can perform special processing on data on the special bearer, and the eNB sends configuration information of the relevant bearer to the UE.
example B2.1:
1. The UE carries a V2X traffic indication in the Attach Request message.
2. after receiving the indication of the UE, the MME determines to create a special radio bearer for the UE, and carries an indication of creating the special radio bearer, i.e., a local broadcast indication, in an INITIAL CONTEXT SETUP REQUEST message sent to the eNB.
3. after receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends the configuration information to the UE through an RRC connection reconfiguration message; then, the eNB sends the data packet received from the radio bearer to the UE in the cell under the eNB in a broadcast manner. The cells set here may be all cells under the eNB, the cell where the UE reporting the data packet is located, and the cells satisfying other agreed rules (for example, it is determined in which cells the data packet reported by the UE should be broadcast according to the geographical location and signal condition of the UE).
Example B2.2:
1. and the UE carries a local MBSFN forwarding service indication in a Bearer resource allocation request message.
2. And after receiving the instruction of the UE, the MME determines to create a special radio bearer for the UE, and carries an instruction for creating the special radio bearer, namely a local MBSFN forwarding instruction, in an E-RAB SETUP REQUEST message sent to the eNB.
3. After receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends the configuration information to the UE through an RRC connection reconfiguration message; the eNB then forwards the data packets received from the radio bearer to the surrounding eNB satisfying the requirements (e.g. the eNB with the second cell), and the eNB satisfying the requirements transmits the data packets in the qualified cell.
example B2.3:
1. The UE carries a V2X Service indication in a Service Request message.
2. after receiving the indication of the UE, the MME determines to create a special radio bearer for the UE, and carries an indication of creating the special radio bearer, i.e., a bearer indication-V2X, in an INITIAL CONTEXT SETUP REQUEST message sent to the eNB.
3. after receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends the configuration information to the UE through an RRC connection reconfiguration message; then, the eNB sends the data packet received from the radio bearer to the UE in the cell under the eNB in a broadcast manner, and forwards the data packet received from the radio bearer to surrounding enbs that meet the requirements.
example B3:
UE initiates a normal bearer establishment process, UE identification or QoS parameters are carried in messages, MME determines to establish a special bearer for UE through the UE identification or QoS parameters, information of the special bearer is indicated to eNB, the eNB establishes a corresponding radio bearer for the special bearer, the eNB can perform special processing on data on the special bearer, and the eNB sends configuration information of the related bearer to the UE.
example B3.1:
1. And the UE carries the UE identification in the Attach Request message.
2. MME receives the subscription information of UE searched from HSS by UE identification in Attach information, determines to establish special bearing for transmitting V2X service for UE by the obtained subscription information, and carries the bearing configuration information and identification-local broadcast indication of bearing characteristic in the INITIAL CONTEXT SETUPREQUEST message sent to eNB;
3. After receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends the configuration information to the UE through an RRC connection reconfiguration message; then, the eNB sends the data packet received from the radio bearer to the UE in the cell under the eNB in a broadcast manner. The cells set here may be all cells under the eNB, the cell where the UE reporting the data packet is located, and the cells satisfying other agreed rules (for example, it is determined in which cells the data packet reported by the UE should be broadcast according to the geographical location and signal condition of the UE).
Example B3.2:
1. the UE carries QoS parameter information in a Bearer resource allocation request message.
2. The MME determines to establish a special Bearer for transmitting the V2X service for the UE through the QoS parameter information carried in the Bearer resource allocation REQUEST, and carries the Bearer configuration information and the identifier of the Bearer characteristics, namely the local MBSFN forwarding indication, in the E-RAB SETUP REQUEST message sent to the eNB.
3. after receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends the configuration information to the UE through an RRC connection reconfiguration message; the eNB then forwards the data packets received from the radio bearer to the surrounding enbs that meet the requirements.
Example B4:
The UE initiates a normal bearer establishment process, the message carries the identity or the Qos parameter of the UE, the MME determines to establish a special radio bearer for the UE according to the identity or the Qos parameter of the UE, the information of the special radio bearer is indicated to the eNB, the eNB establishes a corresponding radio bearer for the special bearer, the eNB can perform special processing on data on the special bearer, and the eNB sends configuration information of the relevant bearer to the UE.
example B4.1:
1. The UE carries V2X UE identity information in the Attach Request message.
2. the MME receives the subscription information of V2X UE which is searched for from the HSS by the UE identification in the Attach information, determines to create a special radio bearer for the UE according to the obtained subscription information, and then carries an instruction of creating the special radio bearer in an INITIAL CONTEXT setup request message sent to the eNB.
3. After receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends bearer configuration information to the UE through an RRC connection reconfiguration message; the eNB broadcasts locally the data packets received from the radio bearer according to the agreed requirements.
Example B4.2:
1. The UE carries QoS parameter information in a Bearer resource allocation request message.
2. The MME determines to create a special radio Bearer for the UE through the QoS parameter information carried in the Bearer resource allocation REQUEST, and then carries an instruction for creating the special radio Bearer in an E-RAB SETUP REQUEST message sent to the eNB.
3. after receiving the message sent by the MME, the eNB configures a corresponding radio bearer for the UE and sends bearer configuration information to the UE through an RRC connection reconfiguration message; the eNB broadcasts locally the data packets received from the radio bearer according to the agreed requirements.
example B5:
the UE sends V2X indication information to the access network node through RRC information, NAS information in the indication information is forwarded to a core network, the core network creates a common bearer for the UE according to the NAS information sent by the UE, the access network node marks the bearer distributed by the core network node for the UE, and data reported by the UE on the bearer is specially processed.
example B5.1:
1. and the UE adds V2X indication information into the RRC connection establishment completion message and indicates the current UE initiated service to be V2V road safety service to the eNB.
2. And the eNB forwards the NAS message in the RRC connection establishment completion message to the MME, and establishes a corresponding radio bearer for the UE according to the instruction of the MME. And according to the convention that the eNB needs to locally broadcast the V2V road safety service data reported by the UE, the eNB makes a local broadcast mark for the corresponding radio bearer.
3. And the eNB issues the data packet uploaded by the UE and received on the bearer with the local broadcast mark to other UEs in the cell in a broadcast mode.
example B5.2:
1. And the UE adds V2X indication information in the RRC connection establishment completion message, and indicates the UE corresponding to the UE request service to the eNB that the reported data needs to be locally broadcast and locally MBSFN forwarded.
2. And the eNB forwards the NAS message in the RRC connection establishment completion message to the MME, and establishes a corresponding radio bearer for the UE according to the instruction of the MME. And according to the convention that the eNB needs to perform local broadcasting and local MBSFN forwarding on the V2V road safety service data reported by the UE, the eNB marks the corresponding radio bearer.
3. The eNB issues the data packet uploaded by the UE and received on the bearer with the local broadcast mark to other UEs in the cell in a broadcast mode, and forwards the data packet to surrounding eNBs meeting the requirements through an X2/S1 interface.
as can be seen from the foregoing embodiments, the embodiments provide a scheme in which the UE sends the V2X service related indication information to the network side node; a network side node receives a processing scheme of V2X service related indication information sent by UE; and the network side node sends the relevant configuration information to the UE.
specifically, the UE sends the V2X service related indication information to the network side node; the V2X service related indication information may include: the service identification of the vehicle is selected from V2X service identification, road safety service identification, vehicle road safety service identification, V2X local service identification, local forwarding service identification, local MBSFN service identification, V2X access identification, vehicle access identification, road safety access identification and the like.
The UE may send the V2X service related indication information to the access network node through an RRC message, which may specifically be:
Adding new RRC connection establishment reasons such as V2X access, vehicle access, road safety access and the like in the RRC connection establishment request message;
Adding a new IE carrying indication information such as a V2X local service identifier, a local forwarding service identifier, a local MBSFN service identifier and the like in the RRC connection establishment completion message;
The UE sends the V2X service related indication information to the core network node through the NAS message;
Adding a new IE in the current NAS message, or defining a new code point in the existing IE (for example, adding a new code point indication in the Service type IE of the Extended Service request message);
The network side node executes corresponding bearing configuration and set processing for the UE according to V2X service related indication information sent by the UE;
The network side node informs the UE of the bearing information and other resource information configured for the UE;
And sending resource configuration information to the UE, such as EPS bearing context information, bearing configuration information, a public key used by the UE for decoding V2X related services, a public key identifier, related parameters for generating the public key, and the like.
through the scheme of the embodiment, the network can identify the V2X service initiated by the UE and execute the allocation processing of the corresponding resources.
third, implementation in the switching process
in the first and second embodiments of the information transmission methods in fig. 4 and 5, the terminal device may be handed over, and the case of the handover will be described below.
fig. 19 is a schematic diagram of an LTE network architecture, and as shown in the figure, a network side entity of the LTE system is composed of an MME/S-GW and an eNB. The interface between eNB and eNB is X2 interface, and the interface between MME/S-GW and eNB is S1 interface.
In an LTE network, when a UE moves from one eNB to another eNB, handover is required in order to prevent interruption of ongoing traffic. If there is an X2 connection between enbs, the handover procedure may be completed through an X2 interface; if there is no X2 interface between enbs, this may be done through the S1 interface.
fig. 20 is a schematic diagram of a non-contention random access handover procedure of an LTE system through an X2 interface, where as shown in the figure, after a source eNB determines that a UE needs to be handed over based on a measurement report and RRM (radio resource management) information reported by the UE, a handover process through an X2 interface mainly includes the following steps:
Step 2001, the source eNB sends handover request message to the target eNB;
the handover request information carries information necessary for the UE to prepare for handover to the target eNB, such as: context information, target cell ID, etc. of the UE in the source eNB;
Step 2002, the target eNB returns a handover request ack (handover request acknowledge) message to the source eNB;
if the resources used by the handover UE are granted at the target eNB, the target cell will configure the corresponding resources for the UE and send a handover request ack message to the source eNB. The handover request ack message contains parameter information required when the UE is handed over to the target eNB, such as: may include system information of the target eNB, preamble (preamble) information of the UE when the target eNB performs random access, and the like;
step 2003, the source eNB sends an RRC connection configuration message to the UE;
and after receiving the handover request ack message sent by the target eNB, the source eNB sends handover command information to the UE to instruct the UE to perform handover to the target eNB. The content of the handover command sent by the source eNB to the UE is contained in the handover request ack message sent by the target eNB to the source eNB;
Step 2004, the UE sends a Random Access preamble (Random Access preamble sequence) to the target eNB;
Step 2005, the target eNB returns RAR (Random Access Response);
After receiving the handover command, the UE performs synchronization with the target eNB. If a special RACH preamble (RACH preamble sequence; RACH: Random Access Channel, Random Access Channel) is allocated in the switching command, a non-contention Random Access flow is used for accessing the target cell, and if the special RACH preamble is not allocated, a contention-based Random Access flow is used for accessing the target cell;
Step 2006, the UE sends an RRC connection configuration complete message to the target eNB.
and after the UE is successfully accessed into the target cell, the UE sends a switching completion message and indicates the completion of the switching process of the UE to the target eNB.
fig. 21 is a schematic diagram of a non-contention random access handover procedure of an LTE system through an S1 interface, as shown in the figure, the difference from the handover procedure performed through an X2 interface is that an MME is required to pass through, and the handover procedure through an S1 interface mainly includes the following steps:
step 2101, the source eNB sends a handover required message to the MME;
step 2102, the MME sends a handover request message to the target eNB;
Step 2103, the target eNB returns a handover request ack message to the MME;
step 2104, MME returns handover command message to source eNB;
step 2105, the source eNB sends an RRC connection configuration message to the UE;
step 2106, the UE sends Random Access preamble to the target eNB;
step 2107, the target eNB returns RAR;
step 2108, the UE sends an RRC connection configuration complete message to the target eNB;
Step 2109, the target eNB sends handover notify message to the MME.
As can be seen from the above two handover procedures, the target eNB cannot perform corresponding processing for the specific UE for information transceiving because the handover does not involve related content of information. Taking the V2X service as an example, the current handover signaling does not include information about whether the UE is transmitting or receiving the V2X service, and the target eNB cannot perform special processing for the UE performing V2X transmission and reception, which may cause interruption of the V2X service being performed by the UE, thereby causing traffic safety hazards. Of course, other services have the same problem.
In order to implement the enhanced eMBMS-based communication described in fig. 4 and 5, the embodiment of the present invention further provides a corresponding processing scheme in the case of handover, which is used to solve the problem of ensuring the continuity of information transceiving when a network side node is handed over, and the scheme may be specifically used in network side nodes such as a base station and a repeater.
Fig. 22 is a schematic flow chart of an implementation of a handover method at a source base station side, as shown in the figure, the method may include the following steps:
Step 2201, determining that the terminal equipment belonging to the first base station is to be switched to the second base station;
In implementation, the information to be reported by the terminal device is information that needs to be sent on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, and/or the received information is information that each base station sends on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, that is, information that needs to be sent in each cell belonging to the MBSFN area with the cell for which the terminal reports information as a data source cell;
Step 2202, sending a handover request message to the second base station, where the handover request message indicates setting information related to information reported and/or received by the terminal device.
in the implementation, when the target base station allows handover, the method may further include:
step 2203, receiving a handover request acknowledgement message including a handover command returned by the second base station, where the handover command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal device;
step 2204, the switching command is sent to the terminal equipment.
In implementation, for step 2202, the setting information related to the information reported and/or received by the terminal device is indicated in the handover request message, which may be indicated by one or a combination of the following manners:
adding the setting information in the AS-Context;
adding the setting information in an E-RABs To Be Setup Item corresponding To an E-RAB bearing a service for reporting and/or receiving information;
And adding the setting information into the information corresponding to the DRB which carries the service of reporting and/or receiving the information in the RRC Context.
similarly, when taking V2X service, UE as an example, when the source network side node determines that a UE receiving V2X service and/or interested in V2X service needs to be handed over, the handover request message sent to the target network side node may carry V2X related indication information of the UE, such as: a V2X bearer related indication, a V2X frequency point related indication, V2X service related indication information, and a V2 xspectic ID indication (e.g., MME UE S1AP ID, E-RAB ID, DRB ID, logical channel ID, and other V2X ID related indications). The specific mode can be one or the combination of the following modes:
1. adding V2X interest indication (V2X interest indication) information in AS-Context (Access Stratum Context, such AS E-UTRAN) Context, such AS whether UE receives V2X service, frequency point of current UE receiving V2X service, mode of UE receiving V2X service (such AS unicast mode, MBMS mode, D2D mode, etc.), priority of UE receiving V2X service mode, etc.;
2. adding a V2X service type indication and a V2X service priority indication supported by the UE in UE Context Information;
3. Adding an E-RAB indication, a V2X service type indication and a V2X service priority indication associated with the V2X service in an E-RABs To Be Setup Item (E-RABs are To Be set up items);
4. Adding DRB indication, V2X service type indication and V2X service priority indication associated with V2X service in RRC Context;
5. and informing the target network side node of the information of the UE related to the V2X by using the ID value of the V2X specific, such as the S1AP ID, the E-RAB ID, the DRB ID and the logical channel ID of a special MME UE.
fig. 23 is a schematic flow chart of an implementation of a handover method at a target base station side, as shown in the figure, the method may include the following steps:
2301, receiving a handover request message sent by a first base station to handover a terminal device belonging to the first base station to a second base station, wherein the handover request message indicates setting information related to information reported and/or received by the terminal device;
In an implementation, the information to be reported by the terminal device is information that needs to be transmitted on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, and/or the received information is information that each base station transmits on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, that is, information that needs to be transmitted in each cell belonging to the MBSFN area in which the cell for which the terminal reports information is used as a data source cell.
Step 2302, after determining that the terminal device belonging to the first base station is to be switched to the second base station, configuring resources for reporting and/or receiving information by the terminal device on the second base station, and returning a switching request acknowledgement message including a switching command to the first base station, where the switching command carries configuration information configured by the second base station according to setting information related to the reporting and/or receiving information of the terminal device.
In implementation, configuring the resource for the terminal device to report and/or receive information on the second base station may include one or a combination of the following configurations:
Configuring frequency points for reporting and/or receiving information for terminal equipment;
configuring DRB parameters of services for bearing reported and/or received information;
Configuring an SPS period for the terminal equipment;
Configuring MBMS service information and/or MBSFN area information related to service for reporting and/or receiving information for terminal equipment, wherein the information can be used for decoding a public key required by data corresponding to the MBSFN area, an MBSFN area identifier corresponding to related service (such as V2X service) and the like;
Associating the DRB created for the service of the terminal equipment for reporting and/or receiving the information with the E-RAB corresponding to the service of the terminal equipment for reporting and/or receiving the information;
and correlating the processing entities of the DRB corresponding to the services of the terminal equipment reporting and/or receiving information.
also, when taking V2X service, UE as an example, if the UE handover is approved by the target network side node, the target network side node may perform one or more of the following operations:
configuring corresponding resources for the UE, carrying the configuration information as the content of the switching command in a switching request ACK message, and sending the switching request ACK message to a source network side node (such as a base station), so that the source network side node sends the switching command to the UE. The content of the configuration operation may specifically include one or more of the following:
configuring the UE to a corresponding frequency point and a corresponding cell so as to enable the UE to receive and transmit V2X data on the frequency point and the cell, wherein a network side can configure a plurality of frequency points and cells for the UE, for example, a plurality of frequency points can be configured in an urban area according to circumstances;
special configuration is carried out on DRB parameters carrying V2X service, such as setting a special timer length;
Performing special configuration on the UE supporting the V2X service, such as configuring a special SPS (semi-persistent scheduling) period;
MBMS service information related to V2X, MBSFN area information (public key for, e.g., decoding data corresponding to MBSFN area, MBSFN area identifier corresponding to related service (e.g., V2X service), etc.);
Associating the DRB established for the UE V2X with the E-RAB; and associating the DRB to a V2X special processing entity so as to perform special processing on the data packets sent and received on the DRB, for example, forwarding the collected data packets to surrounding cells after integrity protection.
The following is an example to illustrate the handover implementation procedure of the UE when the UE has received V2X traffic and does not receive V2X traffic in the source cell.
example C1: the UE has accepted V2X service in the source cell.
1. the vehicle UE1 receives the V2X road safety service under the source eNB, the UE1 reports the state information (such as position, speed, driving direction and the like) of the UE to the source eNB periodically, and obtains the state information of other surrounding vehicle UEs by receiving the MBMS service mode;
2. The source eNB determines that the UE1 needs to be handed over from the current eNB to the target eNB. The source eNB adds one or a combination of the following information in the handover request sent to the target eNB:
Adding V2X interpretation indication information in AS-Context, indicating UE1 to receive frequency point of V2X service, and preferentially adopting MBMS mode for receiving V2X service;
Adding a V2X service indication in an E-RABs To Be Setup Item corresponding To an E-RAB bearing a V2X service, and supporting a V2X road safety service corresponding To the E-RAB and the priority of the service is high;
adding a V2X service indication in information corresponding to a DRB carrying a V2X service in an RRC Context, supporting the V2X road safety service corresponding to the DRB and ensuring that the service priority is high;
3. after receiving the handover request sent by the source eNB, the target eNB determines to allow the UE1 to perform handover, and performs the following configuration and processing for the UE 1:
and configuring the UE1 to the corresponding frequency point. It should be noted that, no matter whether the UE1 receives and transmits data through one frequency point or multiple frequency points under the source eNB, the target eNB may configure multiple frequency points for the UE1 according to the situation, and if the target eNB is in a high vehicle density area or in an excessive area from a low vehicle to a high vehicle density, the target eNB may configure multiple frequency points for the UE1 to receive and transmit data, so as to avoid congestion of data transmission of V2X;
Special configuration is carried out on DRB parameters carrying V2X service, such as setting a shorter status report prohibition timer;
Configure the SPS period of the UE1 to 100 ms;
MBMS service information, MBSFN area information related to V2X;
the configuration information is taken as the content of the switching command and carried in a switching request ack message to be sent to the source eNB;
associating the DRB created for the UE1V2X service with the E-RAB corresponding to the UE1V 2X;
the method comprises the steps that a V2X special processing entity of a DRB corresponding to the UE1V2X service is related, and the entity is responsible for carrying out integrity protection on a V2X road safety related data packet reported by UE1 and then forwarding the data packet to other cells in the same MBSFN area;
the source eNB, upon receiving the handover request ack message, sends the handover command contained therein to the UE 1.
Example C2: the UE does not receive V2X service in the source cell
1. the vehicular UE has not accepted the V2X road safety service under the source eNB, but the UE is interested in the V2X road safety service;
2. the source eNB determines that the UE needs to be handed over from the current eNB to the target eNB. The source eNB adds the following information in the handover request sent to the target eNB:
adding V2X interest indication information in AS-Context, indicating that UE can receive a frequency point list of V2X service, and preferentially adopting an MBMS mode in a mode of receiving V2X service;
3. after receiving the handover request sent by the source eNB, the target eNB judges that the UE1 is allowed to perform handover and can provide V2X road safety service for the UE1, and performs the following configuration and processing for the UE 1:
Configuring the UE1 to the corresponding frequency point;
sending an indication to the UE1 that it is capable of providing V2X service;
MBMS service information, MBSFN area information related to V2X;
And taking the configuration information as the content of the switching command, carrying the content in a switching request ack message, and sending the switching request ack message to the source eNB.
4. and the source eNB receives the handover request ack message and then sends the handover command contained in the handover request ack message to the UE.
as can be seen from the foregoing embodiments, when the source network side node determines that a UE which is receiving a V2X service and/or is interested in a V2X service needs to be handed over, the V2X service indication information of the UE is carried in a handover request message sent to the target network side node;
if the UE switching is approved by the target network side node, the target network side node executes corresponding operation and informs the source network side node of the relevant configuration information.
By the scheme, the target network side node can perform special processing on the UE supporting the V2X service during switching, and the continuity of the V2X service in the UE switching process is guaranteed.
and fourthly, implementing information integrity protection in the transmission process.
In the first and second embodiments of the information transmission method in fig. 4 and 5, a request for information security is also made, and the following describes the implementation of information security.
First, an asymmetric cryptosystem involved in implementation will be described.
the asymmetric key cryptosystem is also called a public key cryptosystem or a dual key cryptosystem. It means that the keys used for encrypting and decrypting information are different, i.e. there are two keys, one of which is public and the other is private, and these two keys form a pair of key pairs, which are respectively public key and private key. If one of the keys is used to encrypt data, only the other key can be used to decrypt the data. Because the encryption key and the decryption key are different, the encryption system is called asymmetric key encryption system. In the public key algorithm, a process of encrypting with a public key and decrypting with a private key is called an encryption process. While the process of encrypting with a private key and decrypting with a public key is called an authentication (also called integrity protection) process. The security of the asymmetric cryptographic algorithm is good, and encryption and decryption users do not need to exchange keys.
The essence of integrity protection is that the two ends of receiving and transmitting use the plaintext as the input parameter to calculate the check code, and the consistency of the input parameters at the two ends is proved through the consistency of the check code calculated at the two ends of receiving and transmitting, namely the plaintext is consistent. Fig. 24 is a schematic diagram of an integrity protection process, as shown in the figure, in the integrity protection process, an originating terminal generates an integrity protection check code MAC-I by using an integrity protection key and other parameters and a message itself that needs to be integrity protected as input of an integrity protection algorithm, and sends the message itself and the MAC-I together to a receiving terminal; and the receiving end uses the integrity protection key, the corresponding parameters and the message as the input of an integrity protection algorithm to generate an integrity protection check code XMAC-I, compares the integrity protection check code XMAC-I with the received MAC-I, and if the integrity protection check code XMAC-I is consistent with the received MAC-I, considers that the received message is consistent with the sent message, namely that the received message is not tampered by a third party. It should be noted that, when a symmetric key mechanism is adopted, the originating key and the terminating key are the same, and when an asymmetric key mechanism is adopted, the originating key and the terminating key are different, the originating key adopts a private key, and the terminating key adopts a public key.
In order to implement the enhanced eMBMS-based communication described in fig. 4 and 5, the embodiment of the present invention further provides a corresponding data security processing scheme, which is used to solve the information security problem when a network side node sends information to a terminal device under the coverage of the network side node in an eMBMS manner after collecting the information, and the scheme may be specifically used in network side nodes such as a base station and a repeater.
when distributing information to the second base stations and transmitting information to a designated terminal device, the method further includes:
And performing integrity protection on the information by using a private key, wherein the private key is a private key corresponding to the MBSFN area.
When the V2X service and the UE are taken as an example, the network side node sends the collected data packet related to the road security after integrity protection by the private key to the UE.
in specific implementation, data packets related to road safety, which are collected by network side nodes and subjected to integrity protection by private keys, are divided into two types: one type is a data packet which is obtained by a network side node performing integrity protection on a road safety related data packet reported by UE in a coverage area by adopting a private key associated with the network side node; the other type is a data packet obtained by the network side node from other network side nodes, the other network side nodes may be existing network side nodes such as an eNB, an HeNB, a Relay, and the like, or may be network side nodes newly added later, and the data packets are subjected to integrity protection by the other network side nodes by using private keys corresponding to the other network side nodes before reaching the network side nodes. The data packet sent by the network side node may adopt an MBSFN mode or a P2M (Point To Multipoint) broadcast or multicast mode.
And the network side node sends the data packet related to road safety reported by the UE in the coverage area to other network side nodes related to the periphery by adopting a private key associated with the network side node to carry out integrity protection. This is because the data source cell in each MBSFN area needs to provide the same data to other cells in the MBSFN area, so as to ensure that all cells in one MBSFN area can transmit the same data on the same time-frequency resource, thereby enabling the receiving UE to obtain the receive diversity gain. The network side node needs to determine the cell associated with the network side node, determine other cells in the MBSFN area of each cell as a data source cell, perform integrity protection on the road safety-related data packet reported by the UE under each cell by using an integrity protection private key corresponding to each cell, and then send the data packet to the network side node corresponding to other cells in the MBSFN area of each cell as a data source cell.
in an implementation, when the information is integrity-protected by a private key corresponding to the MBSFN area, the processing the information according to a rule corresponding to the MBSFN area includes:
determining a public key corresponding to the MBSFN area;
And adopting the public key to carry out integrity verification on the information after integrity protection.
similarly, when the V2X service and the UE are taken as an example, after receiving a data packet related to road security sent by the network side, the UE performs integrity verification on the data packet in each MBSFN area according to the received security public key corresponding to the MBSFN area sent by the network side node. When different public keys are used in different MBSFN areas, since one cell may belong to a plurality of MBSFN areas, and the UE may receive data packets corresponding to the plurality of MBSFN areas, the UE needs to determine the MBSFN area corresponding to the data packet before performing integrity verification on the received data packet, and then performs integrity verification on the data packet by using the public key of the MBSFN area.
In an implementation, the public key may be a public key transmitted by the base station, and/or may be a public key stored in the terminal device, and/or may be a public key obtained by other means (e.g., by a Road Side Unit (RSU)).
correspondingly, in an implementation, the base station side may further include:
And sending a public key for verifying the integrity of the information after integrity protection to the terminal equipment, wherein the public key is a public key corresponding to the MBSFN area.
In implementations, the public key may be from the MME and/or the MCE.
When the V2X service and the UE are taken as an example, the UE needs to obtain a public key for integrity verification of the received road safety-related data packet in advance when receiving the integrity-protected road safety-related data packet sent by the network side node. The UE knows the public key for integrity verification in two ways:
mode 1: and the network side node sends the security public key corresponding to the MBSFN area associated with the network side node to the UE.
the network side node may be an existing network side node such as an eNB, an HeNB, a Relay, etc., or may be another type of network side node (e.g., RSU) newly added subsequently. The MBSFN areas associated with the network side nodes include MBSFN areas associated with cells under the network side nodes. The network side node may associate one or more MBSFN areas, e.g., Cell1-Cell7 in fig. 10 associates 7 MBSFN areas. The security public key is used for the UE to carry out integrity verification on the road security information received from the network side node.
the security public key may be generated by the network side node itself, or may be generated by a higher network side node, such as eNB, MME, MCE (Multi-cell/multicast Coordination Entity), HSS (Home Subscriber Server), BM-SC (broadcast multicast service center), and so on. The network side node sends the security public key corresponding to the MBSFN area associated with the network side node to the UE, and the broadcast, multicast and unicast modes can be adopted. When the broadcast mode is used for transmission, a system broadcast (for example, carried in a set SIB) may be used, or an MBMS broadcast (for example, carried in an MCCH (Multicast Control Channel) or carried in an MTCH (Multicast Traffic Channel) as a specific service) may be used; when the unicast mode is adopted for transmission, the security mode command may be carried in a SecurityModeCommand signaling, or may be carried in other RRC signaling or NAS signaling (the public key obtained in this way may be used to check the validity of the base station);
during handover, the target eNB may send the corresponding public key to the UE through a handover command, or send the public key to the UE through an NAS message after handover is completed, or obtain the public key by receiving system information sent by the target eNB after the UE is handed over to the target base station. In the implementation, it is considered that a cell under the target eNB may be associated with a new MBSFN area after handover, so in the specific implementation, the UE may be notified of a public key corresponding to the MBSFN area associated with the cell of the target eNB at the time of handover.
In implementation, the security public key corresponding to each MBSFN area may also be directly stored in a SIM (subscriber Identity Module) or USIM (Universal subscriber Identity Module) card of the UE.
The following describes an implementation procedure of security processing in the process of transmitting information to the UE by the eNB by way of example.
example D1:
in this embodiment, it is described that the eNB1 sends the road safety-related data packet reported by the UE in each cell to the UE after performing integrity protection, and sends the road safety-related data packet reported by the UE in each cell to the neighboring eNB after performing integrity protection.
The method comprises the steps that an eNB1 comprises two cells 1 and 2, MBSFN areas with the cells 1 and 2 as data source cells are respectively an MBSFN area 2 and an MBSFN area 3, and subframes occupied by the MBSFN area 2 and the MBSFN area 3 are respectively a subframe 7 and a subframe 8 in each radio frame; the eNB2 includes a cell3, the cell1 of the eNB1 and the cell3 of the eNB2 are cells with adjacent geographic positions, the cell3 of the eNB2 belongs to an MBSFN area 2 that uses the cell1 of the eNB1 as a data source cell, the cell3 of the eNB2 needs to transmit the identical data on a subframe (subframe 7 in each radio frame) corresponding to the MBSFN area 2 in the cell1 of the eNB1, and the data transmitted on the subframe corresponding to the MBSFN area 2 is forwarded to the eNB2 by the eNB 1. Fig. 25 is a schematic diagram of an information transmission implementation environment for security processing, and as shown in the drawing, a UE1 and a UE2 are provided under an eNB1 shown in fig. 25, both UEs are under Cell1, a UE3 is provided under the eNB2, and a UE3 is under Cell3, and the eNB1 forwards road security data sent in the MBSFN area 2 to an eNB2 through an X2 interface. The specific process is as follows:
1. the eNB1 collects road safety data packets reported by the UE1 and the UE 2; in specific implementation, the collection of the road safety data packets reported by the UE1 and the UE2 may be periodic collection (for example, every 30ms), or may be collection at a set time point, for example, at a set time before an MBSFN subframe corresponding to an MBSFN area in which each cell under the eNB1 is a data source cell, or may be collection of the road safety data packets reported by the UE at any time as needed;
2. The eNB1 integrity protects the collected data packets with a private key. For example, in this example, the data reported by the UE1 and the UE2 are integrity protected by using a private key corresponding to the MBSFN area in which the cell1 serves as the data source cell;
3. the eNB1 transmits the integrity-protected data packet in each cell under the eNB1 in a set data format on an MBSFN subframe corresponding to an MBSFN area in which each cell is a data source cell. Specifically, the eNB1 needs to send the data packet reported by the UE in the cell1 according to the set data format on the subframe occupied by the MBSFN area 2 after the data packet is completely protected by the private key. Meanwhile, the eNB1 forwards the integrity-protected data packet to network-side nodes corresponding to other cells in the MBSFN area serving as the data source cell to each cell, for example, in this example, the cell3 under the eNB2 belongs to the MBSFN area 2 that uses the cell1 under the eNB1 as the data source cell, and therefore, the eNB1 needs to forward the data after integrity protection of the cell1 by using a private key to the eNB 2.
4. and after the UE1 and the UE2 decode the data packets on the subframes occupied by the MBSFN area 2 according to the data format specified by the network side, the received data packets are subjected to integrity verification by adopting a public key corresponding to the decoded MBSFN area 2 data. And if the integrity verification is passed, the data in the data packet is considered to be valid road safety data, the corresponding data packet is delivered to a high layer, and if the integrity verification is not passed, the received road safety data is considered to be unreliable, and the corresponding data packet is discarded.
example D2:
in this embodiment, it is described that the eNB2 transmits the integrity-protected road safety-related data packet forwarded by the neighboring eNB1 to the UE.
as shown in fig. 25, it is assumed that there are two UEs under eNB1, UE1 and UE2 respectively, both UEs are under Cell1, there is one UE3 under eNB2, UE3 is under Cell3 of eNB2, Cell1 of eNB1 and Cell3 of eNB2 are cells whose geographical positions are adjacent, Cell3 of eNB2 belongs to MBSFN area 2 that uses Cell1 of eNB1 as a data source Cell, so that Cell3 of eNB2 needs to transmit the identical data on the subframe (subframe 7 in each radio frame) corresponding to MBSFN area 2 in Cell1 of eNB1, and the data transmitted on the subframe corresponding to MBSFN area 2 is forwarded to eNB2 by eNB1 through X2 interface. The specific process is as follows:
1. The eNB2 collects the road security data reported by the UE under the cell1 of the eNB1 forwarded by the eNB1 on the X2 interface with the eNB 1. The eNB2 may collect the road security data forwarded by the eNB1 on the X2 interface of the eNB1 periodically (for example, every 30ms), at a set time point (for example, at a set time before the MBSFN subframe corresponding to the MBSFN area using each cell under the eNB2 as the data source cell), or at any time, collect the road security data packet on the X2 interface;
2. And then, transmitting the collected data on the subframe occupied by the MBSFN area 2 at the appointed time according to the set data format. The appointed time is obtained from a synchronization message corresponding to the road security data forwarded to the eNB2 by the eNB 1.
3. after the UE3 decodes the data packet on the subframe occupied by the MBSFN area 2 according to the data format specified by the network side, the received data packet is subjected to integrity verification by using the public key corresponding to the decoded MBSFN area 2 data. And if the integrity verification is passed, the data in the data packet is considered to be valid road safety data, the corresponding data packet is delivered to a high layer, and if the integrity verification is not passed, the received road safety data is considered to be unreliable, and the corresponding data packet is discarded.
example D3:
In this embodiment, it is described that the MME sends the public key for integrity verification by the UE to the UE through NAS signaling. The private key used by the eNB is sent by the MME to the eNB. Fig. 26 is a schematic diagram of a key processing implementation environment in information security processing, and as shown in the figure, the specific flow is as follows:
1. And the MME obtains a private key for the eNB to perform integrity protection on the road security data sent in the MBMS mode and a public key for the UE to perform integrity verification on the road security data packet received through the MBMS.
The integrity-protected public key and private key obtained by the MME can be generated by the MME, and can also be obtained by the MME from other entities such as HSS, MBMS gateway and the like;
2. and the MME informs the eNB of private keys for integrity protection of the collected road safety data reported by the UE by each cell under the eNB through S1 interface signaling. The private key is used for each cell of the eNB to perform integrity protection on the data packet sent in the MBSFN area with the cell as the data source cell.
3. And the MME informs the UE of a public key for integrity verification of the received road safety data packet through NAS signaling.
because one cell can belong to a plurality of MBSFN areas at the same time, when the data source cells of different MBSFN areas adopt different private keys to carry out integrity protection on the data packets sent by the MBSFN areas, the MME needs to inform the UE of a plurality of public keys for carrying out integrity verification on the data of each MBSFN area; when the data source cells of different MBSFN areas adopt the same private key to carry out integrity protection on the transmitted data packet, the MME only needs to inform the UE of the public key for carrying out integrity verification on the road safety data transmitted by all MBSFN areas. When the MME sends the NAS signaling including the public key for integrity verification to the UE, the NAS signaling may be piggybacked by an RRC message, for example, the MME may be installed in a message container, and send the message container piggybacked in an RRC connection reconfiguration message to the UE, or send the RRC message specially carrying the NAS signaling to the UE.
4. and the UE obtains a public key for carrying out integrity verification on the MBSFN area data of each transmitted road safety message associated with the current cell from the NAS signaling, and carries out integrity verification on the received road safety data in each MBSFN area by using the public key corresponding to each MBSFN area.
example D4:
in this embodiment, it is described that the MCE sends the public key for integrity verification of the UE to the UE through MCCH/BCCH signaling. The private key used by the eNB is sent by the MCE to the eNB. The specific process is as follows:
1. the MCE obtains a public key for the eNB to carry out integrity protection on the road security data sent in the MBMS mode and a private key for the UE to carry out integrity verification on the road security data packet received through the MBMS. The public key and the private key of integrity protection obtained by the MCE can be generated by the MCE, and can also be obtained by the MCE from other entities such as MME and the like;
2. and the MCE informs the eNB of a private key for integrity protection of the road safety data of each cell under the eNB through an M2 interface signaling. The private key is used for each cell of the eNB to perform integrity protection on the data packet sent in the MBSFN area with the cell as the data source cell.
3. And the MCE informs the UE of a public key for performing integrity verification on the received road safety data packet through MCCH/BCCH signaling.
because one cell can belong to a plurality of MBSFN areas at the same time, when the data source cells of different MBSFN areas adopt different private keys to carry out integrity protection on the data packets sent by the MBSFN areas, the MCE can inform the UE of a public key for carrying out integrity verification on the corresponding MBSFN area data in MCCH signaling corresponding to each MBSFN area, and can also carry the public key for carrying out integrity verification on each MBSFN area data in BCCH signaling (such as SIB13 or new SIB); when data source cells in different MBSFN areas use the same private key to perform integrity protection on the transmitted data packet, the MCE may carry the same public key for performing integrity verification on the road safety data in the MCCH signaling corresponding to each MBSFN area, and also carry the public key for performing integrity verification on the road safety data in the BCCH signaling (such as SIB13 or a new SIB).
and the MCE sends the generated BCCH or MCCH signaling containing the integrity verification public key to a corresponding eNB through an M2 interface, and the eNB sends the BCCH or MCCH signaling containing the integrity verification public key to the UE on the BCCH of each cell or the MCCH resources corresponding to the MBSFN area associated with each cell.
4. And the UE obtains a public key for carrying out integrity verification on MBSFN (multicast broadcast single frequency network) area data of each road safety message sending associated with the current cell from the BCCH (broadcast control channel) or MCCH (multicast control channel) signaling, and carries out integrity verification on the road safety data in each MBSFN area by using the public key corresponding to each MBSFN area.
as can be seen from the above embodiments, the embodiments provide a scheme in which the network side node transmits the collected road security data to the UE and to the adjacent network side node in the MBSFN manner; the method comprises the steps that UE receives a processing scheme of road safety data sent by a network side node; a network side node receives a processing scheme of road safety data sent by an adjacent network side node; scheme for the eNB and UE to obtain integrity protection keys.
specifically, the network side node sends the collected road safety-related data packet subjected to integrity protection by the private key to the UE;
the network side node sends a data packet which is reported by UE in a coverage area and is related to road safety to other network side nodes related to the periphery by the network side node after the data packet is subjected to integrity protection by a private key associated with the network side node;
After receiving a data packet related to road security sent by a network side, the UE carries out integrity verification on the data packet of each MBSFN area according to a received security public key corresponding to the MBSFN area sent by a node of the network side;
The MME sends a public key for integrity verification of the UE to the UE through NAS signaling; or, the MCE sends the public key for integrity verification of the UE to the UE through MCCH/BCCH signaling.
therefore, according to the scheme, integrity verification can be performed on data sent by the network side node when low-delay V2X communication is realized by adopting the enhanced eMBMS framework.
based on the same inventive concept, the embodiment of the present invention further provides a switching device, and as the principles of solving the problems of these devices are similar to those of a switching method, the implementation of these devices can refer to the implementation of the method, and repeated details are not described herein.
Fig. 27 is a schematic structural diagram of a switching device, which may include:
a handover belonging determining module 2701, configured to determine that a terminal device belonging to a first base station is to be handed over to a second base station;
A handover request sending module 2702, configured to send a handover request message to the second base station, where the handover request message indicates setting information related to information reported and/or received by the terminal device.
in an implementation, the handover request sending module may be further configured to send a handover request message to the second base station, where the information reported by the terminal device to the base station is information that needs to be sent in each cell belonging to the same MBSFN area on the time and frequency resources corresponding to the MBSFN area, and/or the received information is information that each base station sends in each cell belonging to the same MBSFN area on the time and frequency resources corresponding to the MBSFN area.
in an implementation, the handover request sending module may be further configured to indicate, in the handover request message, setting information related to information reported and/or received by the terminal device by one of the following manners or a combination thereof:
Adding the setting information in the AS-Context;
adding the setting information in an E-RABs To Be Setup Item corresponding To an E-RAB bearing a service for reporting and/or receiving information;
and adding the setting information into the information corresponding to the DRB which carries the service of reporting and/or receiving the information in the RRC Context.
In the implementation, the method may further include:
a handover confirmation receiving module 2703, configured to receive a handover request confirmation message including a handover command returned by the second base station, where the handover command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal device;
a handover command sending module 2704, configured to send the handover command to the terminal device.
In an implementation, the information reported and/or received by the terminal device may be V2X information for a V2X service.
in implementation, the setting information related to the information reported and/or received by the terminal device may include one or more of the following items:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
Fig. 28 is a schematic structural diagram of a second switching device, as shown in the figure, the device may include:
a handover request receiving module 2801, configured to receive a handover request message sent by a first base station and used for handing over a terminal device belonging to the first base station to a second base station, where the handover request message indicates setting information related to information reported and/or received by the terminal device;
a handover confirmation sending module 2802, configured to configure, after it is determined that the terminal device that belongs to the first base station is to be handed over to the second base station, resources for reporting and/or receiving information by the terminal device on the second base station, and return a handover request confirmation message including a handover command to the first base station, where the handover command carries configuration information configured by the second base station according to the setting information related to the information reported and/or received by the terminal device.
in an implementation, the handover request receiving module may be further configured to receive a handover request message sent by the first base station and used for handing over a terminal device belonging to the first base station to the second base station, where the information to be reported by the terminal device is information that needs to be sent on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, and/or the received information is information that is sent on time and frequency resources corresponding to the MBSFN area by each base station in each cell belonging to the same MBSFN area.
In an implementation, the handover confirmation sending module may be further configured to perform configuration including one or a combination of the following configurations on a resource for reporting and/or receiving information by the terminal device on the second base station:
Configuring frequency points for reporting and/or receiving information for terminal equipment;
configuring DRB parameters of services for bearing reported and/or received information;
configuring an SPS period for the terminal equipment;
Configuring MBMS service information and/or MBSFN area information related to the service of reporting and/or receiving information for the terminal equipment;
associating the DRB created for the service of the terminal equipment for reporting and/or receiving the information with the E-RAB corresponding to the service of the terminal equipment for reporting and/or receiving the information;
And correlating the processing entities of the DRB corresponding to the services of the terminal equipment reporting and/or receiving information.
In implementation, the information reported and/or received by the terminal device is V2X information that can be used for V2X service.
In implementation, the setting information related to the information reported and/or received by the terminal device may include one or more of the following items:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
for convenience of description, each part of the above-described apparatus is separately described as being functionally divided into various modules or units. Of course, the functionality of the various modules or units may be implemented in the same one or more pieces of software or hardware in practicing the invention.
when the technical scheme provided by the embodiment of the invention is implemented, the implementation can be carried out as follows.
fig. 29 is a schematic structural diagram of a first base station, as shown, the base station includes:
The processor 2900, which reads the program in the memory 2920, executes the following processes:
determining that a terminal device belonging to a first base station is to be switched to a second base station;
a transceiver 2910 for transmitting data under the control of the processor 2900, performing the following processes:
and sending a switching request message to the second base station, wherein the switching request message indicates the setting information related to the information reported and/or received by the terminal equipment.
in an implementation, the information reported by the terminal device to the base station may be information that needs to be transmitted on the time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, and/or the received information is information that is transmitted on the time and frequency resources corresponding to the MBSFN area by each base station in each cell belonging to the same MBSFN area.
In implementation, the indication of the setting information related to the information reported and/or received by the terminal device in the handover request message may be indicated by one of the following manners or a combination thereof:
Adding the setting information in the AS-Context;
adding the setting information in an E-RABs To Be Setup Item corresponding To an E-RAB bearing a service for reporting and/or receiving information;
And adding the setting information into the information corresponding to the DRB which carries the service of reporting and/or receiving the information in the RRC Context.
in the implementation, the method may further include:
receiving a switching request confirmation message which is returned by the second base station and contains a switching command, wherein the switching command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal equipment;
and sending the switching command to the terminal equipment.
In an implementation, the information reported and/or received by the terminal device may be V2X information for a V2X service.
in implementation, the setting information related to the information reported and/or received by the terminal device may include one or more of the following items:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
In FIG. 29, among other things, the bus architecture may include any number of interconnected buses and bridges, with one or more processors, represented by processor 2900, and various circuits of memory, represented by memory 2920, being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 2910 may be a plurality of elements, including a transmitter and a transceiver, providing a means for communicating with various other apparatus over a transmission medium. The processor 2900 is responsible for managing the bus architecture and general processing, and the memory 2920 may store data used by the processor 2900 in performing operations.
Fig. 30 is a schematic structural diagram of a second base station, as shown in the figure, the base station includes:
the processor 3000, which is used to read the program in the memory 3020, executes the following processes:
after determining that the terminal equipment belonging to the first base station is switched to a second base station, configuring resources for reporting and/or receiving information on the second base station by the terminal equipment;
A transceiver 3010 for transmitting data under control of the processor 3000, performing the following processes:
receiving a switching request message sent by a first base station and used for switching terminal equipment belonging to the first base station to a second base station, wherein the switching request message indicates setting information related to information reported and/or received by the terminal equipment;
And returning a switching request confirmation message containing a switching command to the first base station, wherein the switching command carries configuration information configured by the second base station according to the setting information related to the information reported and/or received by the terminal equipment.
In an implementation, the information to be reported by the terminal device may be information that needs to be transmitted on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, and/or the received information is information that each base station transmits on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area.
in implementation, configuring the resource for the terminal device to report and/or receive information on the second base station may include one or a combination of the following configurations:
configuring frequency points for reporting and/or receiving information for terminal equipment;
configuring DRB parameters of services for bearing reported and/or received information;
configuring an SPS period for the terminal equipment;
configuring MBMS service information and/or MBSFN area information related to the service of reporting and/or receiving information for the terminal equipment;
associating the DRB created for the service of the terminal equipment for reporting and/or receiving the information with the E-RAB corresponding to the service of the terminal equipment for reporting and/or receiving the information;
and correlating the processing entities of the DRB corresponding to the services of the terminal equipment reporting and/or receiving information.
in an implementation, the information reported and/or received by the terminal device may be V2X information for a V2X service.
in implementation, the setting information related to the information reported and/or received by the terminal device may include one or more of the following items:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
in fig. 30, among other things, the bus architecture may include any number of interconnected buses and bridges, with one or more processors, represented by the processor 3000, and various circuits of memory, represented by the memory 3020, being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 3010 may be a plurality of elements, i.e., including a transmitter and a transceiver, providing a means for communicating with various other apparatus over a transmission medium. The processor 3000 is responsible for managing the bus architecture and general processing, and the memory 3020 may store data used by the processor 3000 in performing operations.
As will be appreciated by one skilled in the art, embodiments of the present invention may 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 an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
these computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims (22)

1. A handover method, comprising the steps of:
determining that a terminal device belonging to a first base station is to be switched to a second base station;
sending a switching request message to a second base station, wherein the switching request message indicates setting information related to information reported and/or received by the terminal equipment so as to indicate the second base station to interact the road safety related information reported by the terminal equipment with an adjacent base station through an X2 interface or an S1 interface forwarding mode based on the setting information;
The information reported and/or received by the terminal equipment is V2X information used for information exchange V2X service between the vehicle and the outside.
2. The method of claim 1, wherein the handover request message is further used for instructing the second base station to send V2X information to each terminal device in MBMS manner on the same time and frequency resources at the local base station and the neighboring base stations based on the setting information.
3. the method of claim 1, wherein the information reported by the terminal device to the base station is information that needs to be transmitted on time and frequency resources corresponding to an MBSFN area in cells belonging to the same MBSFN area, and/or the received information is information that is transmitted on time and frequency resources corresponding to the MBSFN area by base stations in cells belonging to the same MBSFN area.
4. The method of claim 3, wherein the indication of the setting information related to the reporting and/or receiving information of the terminal device in the handover request message is indicated by one or a combination of the following manners:
Adding the setting information in the AS-Context of the access layer;
adding the setting information in a setting Item E-RABs To Be Setup Item corresponding To an E-RABs bearing an evolved wireless access bearer (E-RAB) of a service for reporting and/or receiving information;
and adding the setting information into the information corresponding to the data radio bearer DRB for carrying the service of reporting and/or receiving the information in the radio resource control Context RRC Context.
5. the method of claim 1, 3 or 4, further comprising:
receiving a switching request confirmation message which is returned by the second base station and contains a switching command, wherein the switching command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal equipment;
And sending the switching command to the terminal equipment.
6. the method of claim 1, wherein the setting information related to the reporting and/or receiving of the information by the terminal device comprises one or more of the following:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
7. a handover method, comprising the steps of:
Receiving a switching request message sent by a first base station and used for switching terminal equipment belonging to the first base station to a second base station, wherein the switching request message indicates setting information related to information reported and/or received by the terminal equipment;
after determining that the terminal equipment belonging to the first base station is to be switched to the second base station, configuring resources for reporting and/or receiving information on the second base station by the terminal equipment, and returning a switching request confirmation message containing a switching command to the first base station, wherein the switching command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal equipment;
the information reported and/or received by the terminal equipment is V2X information for V2X service;
The method further comprises the following steps: and interacting the road safety related information reported by the terminal equipment with the adjacent base station through an X2 interface or an S1 interface forwarding mode based on the setting information.
8. The method of claim 7, wherein the method further comprises:
based on the setting information, the V2X information is transmitted to each terminal device in the MBMS manner on the same time and frequency resources at the base station and the neighboring base stations.
9. the method of claim 7, wherein the information to be reported by the terminal device is information that needs to be transmitted on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, and/or the received information is information that each base station transmits on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area.
10. the method according to claim 7 or 9, wherein configuring the resource for the terminal device to report and/or receive information on the second base station includes configuring one or a combination of the following configurations:
configuring frequency points for reporting and/or receiving information for terminal equipment;
configuring DRB parameters of services for bearing reported and/or received information;
configuring a semi-persistent scheduling (SPS) period for the terminal equipment;
Configuring MBMS service information and/or MBSFN area information related to the service of reporting and/or receiving information for the terminal equipment;
Associating the DRB created for the service of the terminal equipment for reporting and/or receiving the information with the E-RAB corresponding to the service of the terminal equipment for reporting and/or receiving the information;
And correlating the processing entities of the DRB corresponding to the services of the terminal equipment reporting and/or receiving information.
11. the method of claim 7, wherein the setting information related to the reporting and/or receiving of the information by the terminal device comprises one or more of the following:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
12. a switching device, comprising:
A handover attribution determining module, configured to determine that a terminal device attributed to a first base station is to be handed over to a second base station;
A handover request sending module, configured to send a handover request message to a second base station, where the handover request message indicates setting information related to information reported and/or received by the terminal device, so as to indicate the second base station to interact with an adjacent base station through an X2 interface or an S1 interface in a forwarding manner based on the setting information;
the information reported and/or received by the terminal equipment is V2X information used for information exchange V2X service between the vehicle and the outside.
13. The apparatus of claim 12, wherein the handover request message is further used for instructing the second base station to send V2X information to each terminal device in MBMS manner on the same time and frequency resources at the local base station and the neighboring base stations based on the setting information.
14. The apparatus of claim 12, wherein the handover request sending module is further configured to send a handover request message to a second base station, wherein the information reported by the terminal device to the base station is information that needs to be sent on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area, and/or wherein the received information is information that each base station sends on time and frequency resources corresponding to the MBSFN area in each cell belonging to the same MBSFN area.
15. The apparatus of claim 14, wherein the handover request sending module is further configured to indicate setting information related to reporting and/or receiving information by the terminal device in the handover request message by one or a combination of the following methods:
adding the setting information in the AS-Context;
Adding the setting information in an E-RABs To Be Setup Item corresponding To an E-RAB bearing a service for reporting and/or receiving information;
and adding the setting information into the information corresponding to the DRB which carries the service of reporting and/or receiving the information in the RRC Context.
16. the apparatus of claim 12, 14 or 15, further comprising:
a switching confirmation receiving module, configured to receive a switching request confirmation message including a switching command returned by the second base station, where the switching command carries configuration information configured by the second base station according to setting information related to the information reported and/or received by the terminal device;
and the switching command sending module is used for sending the switching command to the terminal equipment.
17. the apparatus of claim 12, wherein the setting information related to the reporting and/or receiving of the information by the terminal device comprises one or more of:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
18. A switching device, comprising:
a switching request receiving module, configured to receive a switching request message sent by a first base station and used for switching a terminal device belonging to the first base station to a second base station, where the switching request message indicates setting information related to information reported and/or received by the terminal device;
a switching confirmation sending module, configured to configure a resource for reporting and/or receiving information by a terminal device on a second base station after determining that the terminal device belonging to a first base station is to be switched to the second base station, and return a switching request confirmation message including a switching command to the first base station, where the switching command carries configuration information configured by the second base station according to setting information related to the reporting and/or receiving information of the terminal device;
the information reported and/or received by the terminal equipment is V2X information for V2X service;
The device further comprises: and the information sending module is used for interacting the road safety related information reported by the terminal equipment with the adjacent base station through an X2 interface or an S1 interface forwarding mode based on the setting information.
19. the apparatus of claim 18, wherein the information sending module is further configured to: based on the setting information, the V2X information is transmitted to each terminal device in the MBMS manner on the same time and frequency resources at the base station and the neighboring base stations.
20. the apparatus of claim 18, wherein the handover request receiving module is further configured to receive a handover request message sent by a first base station for handover of a terminal device belonging to the first base station to a second base station, wherein the information to be reported by the terminal device is information that needs to be sent on time and frequency resources corresponding to the MBSFN area in cells belonging to the same MBSFN area, and/or the received information is information that is sent by each base station on time and frequency resources corresponding to the MBSFN area in cells belonging to the same MBSFN area.
21. the apparatus of claim 18 or 20, wherein the handover acknowledgement sending module is further configured to configure resources for the terminal device to report and/or receive information on the second base station, where the resources include one or a combination of the following configurations:
configuring frequency points for reporting and/or receiving information for terminal equipment;
Configuring DRB parameters of services for bearing reported and/or received information;
Configuring an SPS period for the terminal equipment;
configuring MBMS service information and/or MBSFN area information related to the service of reporting and/or receiving information for the terminal equipment;
associating the DRB created for the service of the terminal equipment for reporting and/or receiving the information with the E-RAB corresponding to the service of the terminal equipment for reporting and/or receiving the information;
And correlating the processing entities of the DRB corresponding to the services of the terminal equipment reporting and/or receiving information.
22. the apparatus of claim 18, wherein the setting information related to the reporting and/or receiving of the information by the terminal device comprises one or more of:
V2X service related indication information;
V2X carries the relevant indication;
V2X frequency point related indication;
V2X ID related indication.
CN201510394482.8A 2015-07-07 2015-07-07 Switching method and device Active CN106341848B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510394482.8A CN106341848B (en) 2015-07-07 2015-07-07 Switching method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510394482.8A CN106341848B (en) 2015-07-07 2015-07-07 Switching method and device

Publications (2)

Publication Number Publication Date
CN106341848A CN106341848A (en) 2017-01-18
CN106341848B true CN106341848B (en) 2019-12-13

Family

ID=57826383

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510394482.8A Active CN106341848B (en) 2015-07-07 2015-07-07 Switching method and device

Country Status (1)

Country Link
CN (1) CN106341848B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12127046B2 (en) 2022-12-23 2024-10-22 Ofinno, Llc Vehicle-to-everything support of a cell via base stations

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10383008B2 (en) * 2016-10-27 2019-08-13 Ofinno, Llc Base station configuration for V2X
CN110169103A (en) * 2017-05-04 2019-08-23 华为技术有限公司 A kind of key generation method and relevant device
CN110999512B (en) * 2017-08-11 2022-04-22 华为技术有限公司 Local E2E path establishment and QoS control device guided by V2X
CN111801962B (en) * 2018-01-10 2023-04-07 联想(北京)有限公司 Triggered selection of base station unit in response to handover condition
US20220014981A1 (en) * 2018-11-06 2022-01-13 Nokia Solutions And Networks Oy Coordinated resource reservation for ultra-reliable low latency communication
CN111278169B (en) * 2018-12-27 2022-05-17 维沃移动通信有限公司 Switching method, first terminal and second terminal
KR20210024894A (en) * 2019-08-26 2021-03-08 삼성전자주식회사 Method and apparatus for setting up a radio bearer in a wireless communication system
CN111866975A (en) * 2020-05-18 2020-10-30 中兴通讯股份有限公司 Switching method and device, and information sending method and device
CN117098198A (en) * 2020-08-04 2023-11-21 大唐移动通信设备有限公司 MBMS service based switching method, device and processor readable storage medium
CN115707046A (en) * 2021-08-04 2023-02-17 华为技术有限公司 Cell access method, communication device and network equipment
CN116074005A (en) * 2021-10-29 2023-05-05 华为技术有限公司 Secure communication method and related equipment

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724663A (en) * 2011-03-29 2012-10-10 上海永畅信息科技有限公司 Relay-based cooperative communication system for Internet of Vehicles
WO2014173429A1 (en) * 2013-04-22 2014-10-30 Telefonaktiebolaget L M Ericsson (Publ) Cellular network control of channel allocation for vehicle-to-vehicle communication

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102438206B (en) * 2010-09-29 2016-08-03 中兴通讯股份有限公司 The sending method of multimedia broadcast-multicast service state report and system
CN102651847B (en) * 2011-02-24 2017-07-11 中兴通讯股份有限公司 A kind of network element obtains the method and system of the reception condition information of user equipment
CN104255056B (en) * 2012-10-19 2018-11-20 华为技术有限公司 Switching method and equipment
WO2015061983A1 (en) * 2013-10-30 2015-05-07 Qualcomm Incorporated Service continuity for group communications over evolved multimedia broadcast multicast service

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724663A (en) * 2011-03-29 2012-10-10 上海永畅信息科技有限公司 Relay-based cooperative communication system for Internet of Vehicles
WO2014173429A1 (en) * 2013-04-22 2014-10-30 Telefonaktiebolaget L M Ericsson (Publ) Cellular network control of channel allocation for vehicle-to-vehicle communication

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12127046B2 (en) 2022-12-23 2024-10-22 Ofinno, Llc Vehicle-to-everything support of a cell via base stations

Also Published As

Publication number Publication date
CN106341848A (en) 2017-01-18

Similar Documents

Publication Publication Date Title
CN106341848B (en) Switching method and device
CN106341839B (en) A kind of information reporting, reception, carry the method and device of foundation
CN106341813B (en) Information sending and receiving method and device
US12047805B2 (en) Method and node for determining priority of data from a scheduling assignment
CN110692276B (en) Method and apparatus for performing device-to-device communication by sharing uplink resources and side link resources in a wireless communication system
CN106470483B (en) method and device for sending information and controlling information sending
US11265858B2 (en) Method and device for performing device-to-device communication by sharing uplink resource and sidelink resource in wireless communication system
KR102127397B1 (en) Method and user equipment for transmitting data unit, and method and user equipment for receiving data unit
EP3275221B1 (en) Point-to-multipoint broadcast assisted vehicle-to-x broadcast
US10356564B2 (en) Method and apparatus for enhancing MBMS/SC-PTM procedures for V2X communication in wireless communication system
CN106341794B (en) A kind of method for sending information and device
WO2017133290A1 (en) Message transmission method, device, and system for vehicle-to-everything communication
Roger et al. Low-latency layer-2-based multicast scheme for localized V2X communications
WO2017133467A1 (en) Method for implementing internet of vehicles service and localized network architecture
CN107645710A (en) A kind of transmission method of V2X business
US11039285B2 (en) Method and device for setting space division connection between terminals for V2X communication
WO2019196553A1 (en) Service transmission and receiving method, apparatus, and storage medium
WO2017166900A1 (en) Method for receiving multimedia broadcast multicast service, and terminal, base station and storage medium
CN112020880A (en) Multicast V2X HARQ feedback and sidelink RSRP reporting
CN107135485B (en) Method and device for establishing vehicle-to-everything session request and determining transmission cell
WO2017133629A1 (en) Message forwarding method, device, system, and computer storage medium
WO2017193623A1 (en) Method, device and system for transmitting broadcasting services, and computer storage medium
WO2017124862A1 (en) Method for sending service data packet, core network element, access network element and storage medium
KR20170113755A (en) Method and apparatus for providing service continuity for group communication and multicast service in wireless communication system
Gebru Cellular communications between vehicles and everything (C-V2X): integration and first prototype

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20210604

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right