CN106470449B

CN106470449B - Data receiving and transmitting, relaying method, device and communication system

Info

Publication number: CN106470449B
Application number: CN201510502425.7A
Authority: CN
Inventors: 焦斌
Original assignee: China Academy of Telecommunications Technology CATT
Current assignee: China Academy of Telecommunications Technology CATT; Datang Mobile Communications Equipment Co Ltd
Priority date: 2015-08-14
Filing date: 2015-08-14
Publication date: 2020-04-10
Anticipated expiration: 2035-08-14
Also published as: CN106470449A; WO2017028679A1

Abstract

The invention discloses a data receiving and transmitting method, a data relaying method, a data receiving and relaying device and a communication system, wherein the data receiving and relaying method comprises the following steps: when data is sent, the temporary identification information and the service data are respectively sent on a D2D Link (device-to-device Link), and the service data are uploaded to the network side device. And when the data is relayed, forwarding the temporary identification information on the D2D Link, and forwarding the service data according to the D2D Link load condition. And when receiving the data, receiving the service data from the D2D Link according to the temporary identification information, or requesting the network side equipment to send the service data. The network side receives the service data uploaded by each terminal and stores the service data uploaded by each terminal according to the temporary identifier distributed to each terminal; and issuing the service data to the terminal requesting to issue according to the temporary identifier. The invention ensures that the service with extremely high requirement on the time delay can be correctly received with extremely short time delay, and simultaneously, the problem of over-heavy load of the D2D Link under the condition of multi-hop can not be caused.

Description

Data receiving and transmitting, relaying method, device and communication system

Technical Field

The present invention relates to the field of wireless communication technologies, and in particular, to a data transceiving method, a data relaying method, a data transceiving device, and a data relaying device.

Background

In the existing vehicle-to-vehicle communication of the internet of vehicles, application data between vehicles are transmitted at an air interface in a broadcasting mode, and in order to enlarge the vehicle-to-vehicle communication distance, the vehicle-to-vehicle communication of the internet of vehicles adopts a mode of multi-hop direct forwarding of the application data. Fig. 1 is a schematic diagram of a conventional car-to-car communication scheme of the car-to-car network, as shown in the figure, a car of a source sending terminal transmits "application data" to a car in a one-hop range through an air interface, and then the car in the one-hop range transmits "application data" to a car in a two-hop range through the air interface, and so on.

The defects of the prior art are as follows: in the existing vehicle-to-vehicle communication of the Internet of vehicles, application data of vehicles are transmitted at an air interface in a broadcasting mode, so that the reliability is low; in addition, in order to expand the inter-vehicle communication distance, the inter-vehicle communication of the internet of vehicles adopts a multi-hop direct forwarding mode for the application data, so that the reliability is low, and D2D Link (D2D Link; D2D: Device-to-Device) congestion can be caused under the condition that air interface multi-hop transmission is dense in vehicles.

Disclosure of Invention

The invention provides a data receiving and transmitting method, a data receiving and relaying device and a communication system, which are used for reducing the load of a D2D Link and improving the reliability of data transmission when multi-hop direct data forwarding is adopted.

The embodiment of the invention provides a data sending method, which comprises the following steps:

respectively sending temporary identification information and service data on a D2D Link, wherein the temporary identification information and the service data have an association relationship;

and uploading the service data to the network side equipment, wherein the temporary identifier carried in the temporary identifier information is distributed by the network side equipment.

The embodiment of the invention provides a traffic map information sending method, which comprises the following steps:

discovering objects without communication capability;

determining the position of the object;

and sending the position to the network side equipment as information related to forming the real-time traffic map.

The embodiment of the invention provides a data relay method, which comprises the following steps:

forwarding the temporary identification information on the D2D Link when the temporary identification information is received from the D2D Link;

when receiving the service data from the D2D Link, the service data is forwarded according to the D2D Link load condition.

The embodiment of the invention provides a data receiving method, which comprises the following steps:

receiving temporary identification information from the D2D Link;

determining service data which is received from the D2D Link and has an association relation with the temporary identification information according to the association relation between the temporary identification information and the service data; and when the service data associated with the temporary identification information cannot be determined from the service data received from the D2D Link, requesting the network side device to issue the service data associated with the temporary identification information.

The embodiment of the invention provides a data receiving and sending method, which comprises the following steps:

receiving the service data uploaded by each terminal, and storing the service data uploaded by each terminal according to the temporary identifier distributed to each terminal;

receiving a request message for issuing service data sent by a terminal, wherein the request message carries temporary identification information;

and after determining the stored service data according to the temporary identifier, issuing the service data to the terminal requesting to issue.

An embodiment of the present invention provides a data transmission apparatus, including:

the sending module is used for respectively sending the temporary identification information and the service data on the D2D Link, wherein the temporary identification information and the service data have an association relationship;

and the uploading module is used for uploading the service data to the network side equipment, and the temporary identifier carried in the temporary identifier information is distributed by the network side equipment.

The embodiment of the invention provides a traffic map information sending device, which comprises:

the detection module is used for finding an object without communication capability and determining the position of the object;

and the map information uploading module is used for sending the position as information related to forming the real-time traffic map to the network side equipment.

An embodiment of the present invention provides a data relay apparatus, including:

the temporary identification forwarding module is used for forwarding the temporary identification information on the D2D Link when the temporary identification information is received from the D2D Link;

and the service data forwarding module is used for forwarding the service data according to the D2D Link load condition when the service data is received from the D2D Link.

An embodiment of the present invention provides a data receiving apparatus, including:

the temporary identification receiving module is used for receiving temporary identification information from the D2D Link;

the service data acquisition module is used for determining the service data which is received from the D2D Link and has the association relation with the temporary identification information according to the association relation between the temporary identification information and the service data; and when the service data associated with the temporary identification information cannot be determined from the service data received from the D2D Link, requesting the network side device to issue the service data associated with the temporary identification information.

An embodiment of the present invention provides a data transceiver, including:

the service data receiving module is used for receiving the service data uploaded by each terminal and storing the service data uploaded by each terminal according to the temporary identifier distributed to each terminal;

an issuing request receiving module, configured to receive a request message for issuing service data sent by a terminal, where the request message carries temporary identification information;

and the service data issuing module is used for issuing the service data to the terminal requesting to issue after determining the stored service data according to the temporary identifier.

An embodiment of the present invention provides a communication system, including:

the data sending device is used for respectively sending the temporary identification information and the service data on the D2D Link, wherein the temporary identification information and the service data have an association relationship; uploading service data to a data transceiver, wherein the temporary identifier carried in the temporary identifier information is allocated by the data transceiver;

data relay means for forwarding the temporary identification information on the D2D Link when the temporary identification information is received from the D2D Link; when service data are received from the D2D Link, the service data are forwarded according to the D2D Link load condition;

data receiving means for receiving temporary identification information from the D2D Link; determining service data which is received from the D2D Link and has an association relation with the temporary identification information according to the association relation between the temporary identification information and the service data; when the service data associated with the temporary identification information cannot be determined from the service data received from the D2D Link, requesting the data transceiver to issue the service data associated with the temporary identification information;

the data transceiver is used for receiving the service data uploaded by each terminal and storing the service data uploaded by each terminal according to the temporary identifier distributed to each terminal; receiving a request message for issuing service data sent by a terminal, wherein the request message carries temporary identification information; and after determining the stored service data according to the temporary identifier, issuing the service data to the terminal requesting to issue.

The invention has the following beneficial effects:

in the technical scheme provided by the embodiment of the invention, when data is sent, the temporary identification information and the service data are respectively sent on the D2D Link, and the service data are uploaded to the network side equipment; thus, during data reception, as long as the temporary identifier is received, the service data can be acquired from the D2D Link, or from the network side device; for the intermediate, the temporary identifier is forwarded separately from the traffic data, and the traffic data is determined to be forwarded according to the D2D Link load condition.

Because the source sending terminal only sends the service data in the range of one hop, the later service data can be obtained from the network side equipment, and the relay can forward the service data when the D2D Link resources are sufficient, the service with extremely high requirement on the time delay can be correctly received with extremely short time delay, and the problem of the overload of the D2D Link under the condition of multi-hop can not be caused.

The source sending terminal can send the service data to the cellular edge server for storage, so that the terminal outside the one-hop range can obtain the corresponding service data information according to the temporary identification information of the source sending terminal as long as the terminal detects the information existing in the terminal, thereby greatly improving the communication reliability under the multi-hop condition.

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 a prior art vehicle-to-vehicle communication scheme of an Internet of vehicles;

FIG. 2 is a schematic diagram of a traffic communication network according to an embodiment of the present invention;

fig. 3 is a schematic flow chart of an implementation of a data transmission method in an embodiment of the present invention;

FIG. 4 is a schematic flow chart illustrating an implementation of a traffic map information sending method according to an embodiment of the present invention;

fig. 5 is a schematic flow chart of a data relay method implemented in an embodiment of the present invention;

fig. 6 is a schematic flow chart of an embodiment of a data receiving method according to the present invention;

fig. 7 is a schematic flow chart illustrating an implementation of a data transceiving method according to an embodiment of the present invention;

fig. 8 is a schematic flow chart illustrating the implementation of transmission and processing of temporary identifier and service data on a D2D Link according to an embodiment of the present invention;

fig. 9 is a schematic diagram of a service data implementation flow sent by a query source sending terminal in an embodiment of the present invention;

fig. 10 is a schematic flow chart illustrating an implementation of the terminal registering with the local server function entity through the cellular network according to the embodiment of the present invention;

fig. 11 is a schematic diagram of an implementation flow of sending, by a terminal, service data to a local server function entity for storage in the embodiment of the present invention;

fig. 12 is a schematic flow chart of an embodiment of triggering a cellular network multicast broadcast service by a local cloud server functional entity;

fig. 13 is a schematic flow chart illustrating an implementation process of discovering an object without a communication function and notifying a local cloud server of related information thereof by using sensor technologies such as radar and a camera according to an embodiment of the present invention;

fig. 14 is a schematic network environment diagram illustrating that a local cloud server pushes geographical location information to a terminal according to an embodiment of the present invention;

fig. 15 is a schematic flow chart illustrating an implementation of the local cloud server pushing geographic location information to a terminal according to an embodiment of the present invention;

FIG. 16 is a diagram illustrating a structure of a data transmission apparatus according to an embodiment of the present invention;

FIG. 17 is a schematic structural diagram of a traffic map information transmitting device according to an embodiment of the present invention;

fig. 18 is a schematic structural diagram of a data relay device according to an embodiment of the present invention;

FIG. 19 is a diagram illustrating a data receiving apparatus according to an embodiment of the present invention;

fig. 20 is a schematic structural diagram of a data transceiver according to an embodiment of the present invention;

FIG. 21 is a block diagram of a communication system according to an embodiment of the present invention;

fig. 22 is a schematic structural diagram of a terminal device having a data transmission function according to an embodiment of the present invention;

fig. 23 is a schematic structural diagram of a terminal device with object detection capability according to an embodiment of the present invention;

fig. 24 is a schematic structural diagram of a terminal device with relay capability according to an embodiment of the present invention;

fig. 25 is a schematic structural diagram of a terminal device with data receiving capability according to an embodiment of the present invention;

fig. 26 is a schematic structural diagram of a cloud server having data storage and transceiving capabilities according to an embodiment of the present invention.

Detailed Description

The following describes embodiments of the present invention with reference to the drawings.

First, an application network environment for implementing the technical solution provided in the embodiment of the present invention is described.

Fig. 2 is a schematic diagram of a traffic communication network, and as shown in the figure, a 5G intelligent traffic communication system is taken as an example to explain, the system relates to all participants in future intelligent traffic, and provides services including pedestrians, motor vehicles, non-motor vehicles, road traffic infrastructure (traffic information indicating devices), intelligent machines (e.g., autonomous vehicles), and the like, and a terminal Device (Device) referred in this application is represented in a specific Device form as a smart phone, a vehicle-mounted communication module, a safety helmet with integrated communication function, an intelligent bicycle, an intelligent electric vehicle, a road traffic infrastructure, and other machine types or wearable Device forms. The 5G intelligent traffic communication system provides ultra-low latency and ultra-high reliability communication services for users by using 5G new technologies such as a point-To-point transmission service, a broadcast multicast transmission service, an inter-terminal direct communication D2D (Device To Device), an inter-terminal Multi-hop communication (Multi-hop), an NFV (Network Function Virtualization technology), a Mobile Edge Computing technology (Mobile Edge Computing) and the like in the existing cellular Network.

The 5G intelligent traffic communication system is based on a 5G cellular Network, and can also be regarded as a specific logic Network Slice (Logical Network Slice) of the 5G cellular Network in the intelligent traffic field, the 5G cellular Network is a heterogeneous Network in a topological structure, and comprises a macro base station for providing cellular coverage for a specific geographic area and an access point set for improving system capacity, and further comprises various terminal devices, and the terminal devices can provide data relay service for other terminal devices besides supporting a Peer-to-Peer (Peer-to-Peer) communication function. Furthermore, the 5G cellular access network edge deployment data center entity will provide mobile edge computing services, such as the local cloud server functional entity shown in the figure.

In specific implementation, the following network entities may respectively implement corresponding schemes, such as:

the data transmission scheme is implemented on the source transmission terminal in the figure, in fact, the data transmission scheme can be implemented on the terminal equipment which has the data transmission capability and provides the application data needing multi-hop direct forwarding, and in order to distinguish from other terminal equipment, the terminal equipment which implements data transmission is named as the source transmission terminal in the application. In addition, in the application, in order to distinguish from the prior art, data which is directly forwarded by a multi-hop through an existing terminal is called "application data", and particularly, a quoted number is added to distinguish the data, but the "service data" in the application includes an information content part which is carried by the "application data", is related to the service and needs to be transmitted, but the data organization form and the data receiving and sending mode of the data are different;

in the multi-hop range, the terminal device capable of providing data relay service for other terminal devices implements a data relay scheme, and it should be noted that the terminal implementing data relay can also implement a data receiving scheme at the same time, that is, the same terminal device can implement data relay and/or data receiving functions;

implementing a data receiving scheme on each terminal device needing traffic service data service;

support related to cellular link data transmission is provided by road infrastructure such as macro base stations, and in the application, a cellular link refers to a communication link between communication equipment such as vehicles and the road infrastructure, and for example, a base station is a typical road infrastructure;

the local server functional entity implementing the data transceiving scheme can be constructed on the basis of the mobile edge computing service, and provides a type of application set related to data transceiving aiming at the intelligent transportation field.

For the local cloud server functional entity and the local server functional entity mentioned in the above implementation, the same is true from the perspective of support for intelligent transportation communication, plus "cloud" means that hardware used for computing and storage is actually shared by multiple systems (e.g., transportation, power, agriculture, etc.), and this characteristic corresponds to the 5G network function virtualization characteristic.

The technical solution of the present application can be implemented in a network environment including the above functional devices, but obviously, the present invention is not limited to the above network environment, and in fact, the technical solution provided in the embodiments of the present invention can be implemented as long as one network has a terminal device with a data transceiving function, a device with a relay capability, and a network that can provide cellular link data transmission and cloud services that can provide data storage and query.

After understanding the operating environment, the technical solutions provided in the embodiments of the present invention will now be described. In the description, the implementation on each equipment entity will be described first, and then the coordination implementation of each equipment entity will be described by specific examples. Of course, such a description does not mean that the device entities must be implemented cooperatively or independently, and actually, when the device entities are implemented separately, the device entities also solve the problems existing in the device entities respectively, and only when multiple device entities are used in combination, a better technical effect is obtained.

Fig. 3 is a schematic flow chart of an implementation of a data transmission method, as shown in the figure, the data transmission method may include:

step 301, respectively sending temporary identification information and service data on a D2D Link, where the temporary identification information and the service data have an association relationship;

step 302, uploading the service data to the network side device, where the temporary identifier carried in the temporary identifier information is allocated by the network side device.

In a specific implementation, when implemented on a source sending terminal, the source sending terminal sends its own temporary identification information within a one-hop range through a "D2D direct link", where the temporary identification carried in the temporary identification information is used to associate a specific source sending terminal with service data sent by the specific source sending terminal, and may also be referred to as an association identification for better understanding. The temporary identifier may be allocated by a local server function entity in a specific implementation, which will be described below and will not be described herein again.

In implementation, the transmission reliability of the air interface for sending the temporary identification information may be higher than that of the air interface for sending the service data.

In a specific implementation, the temporary identifier information portion and the service data portion may use different transmission schemes and retransmission schemes in a physical layer, including using mutually independent time-frequency resources, coding modulation, frequency modulation patterns, or transmission power, and the like, so as to make the air interface transmission reliability of the "temporary identifier information portion of the terminal" higher than that of the "service data portion". The length of the temporary identity of the terminal may be fixed and may be transmitted using a D2D Discovery (D2D Discovery) like scheme. The data length of the traffic data portion is typically variable. The business data part is data directly related to the application, and for example, the operation information of the vehicle, such as the position, the driving speed, the acceleration of the driver, the direction change and the like of the vehicle can be included in the vehicle networking active safety use case. It can also be seen that when only the temporary identification information part is transmitted, the bearer burden of the transmission is much smaller, and the transmission reliability and transmission speed are also easily ensured.

In implementation, the temporary identification information and the service data may have an association relationship by selecting an air interface resource for sending the temporary identification information and an air interface resource for sending the service data, and/or the service data carries the temporary identification information so that the temporary identification information and the service data have an association relationship.

In a specific implementation, in order to enable a receiving terminal (when the terminal executing the data relay scheme executes the function of the receiving terminal, the type of "relay terminal" may also be included) to associate a terminal temporary identifier information portion and a corresponding service data portion, one way is to associate a terminal temporary identifier information portion and a service data portion according to a specific relationship between resources occupied by the terminal temporary identifier information portion at an air interface and resources occupied by the service data portion at the air interface, for example, to determine that the terminal temporary identifier information portion and the service data portion have an association relationship by using continuous physical layer resources of the resources in time. Alternatively, the temporary identifier information may be repeatedly carried in the traffic data portion, which may avoid the limitation on the physical layer transmission resource allocation caused by associating the traffic data portion and the temporary identifier information through the physical layer transmission resource.

The implementation can further comprise the following steps: the hop count information is carried in the temporary identification information.

The specific implementation of the hop count will be described in the following data relay scheme and embodiment 1, and will not be described herein again.

In implementation, whether a peripheral terminal exists or not can be detected, and the period of uploading service data to the network side equipment is determined according to the detection result.

The specific implementation of determining the reporting period will be described in the following embodiment 4, and details are not described herein again.

In implementation, the service data may be uploaded to the network side device through the cellular link.

The following schemes and embodiments will be described with respect to specific embodiments related to a cellular link, and will not be described herein again.

In an implementation, the network-side device may be determined according to a network-side device list broadcasted by the network side.

The implementation of the network side device list involves the implementation of registration of the terminal device, obtaining a temporary flag, and the like, and therefore, a specific implementation will be described in the following data transceiving scheme and embodiment 3, and details are not described herein again.

In the implementation, before sending the service data, the method may further include: and stopping sending the service data when the service data is determined to be sent.

In a specific implementation, if the source sending terminal determines that the service-related data content of the service data is completely consistent with the service-related data content of the service data sent before, the source sending terminal may choose not to transmit the service data.

In the implementation, the method can further comprise the following steps: and sending information related to the formation of the real-time traffic map to the network side equipment.

In the implementation, the method can further comprise the following steps:

discovering objects without communication capability and determining the position of the objects;

The detailed implementation of the traffic map will be mainly described in the following data transceiving schemes and embodiments 6 and 7, which are not described herein again.

Fig. 4 is a schematic flow chart of an implementation of a traffic map information sending method, as shown in the figure, the implementation may include:

step 401, finding an object without communication capability;

step 402, determining the position of the object;

and step 403, sending the position to the network side equipment as information related to forming the real-time traffic map.

In specific implementation, taking a terminal equipped with radar equipment as an example, the terminal can discover and locate objects without communication modules at the periphery through a radar technology, and the local cloud server can form map information about the local objects and the equipment according to the information of the objects without communication capability and the terminals with communication capability, which is collected and reported by the terminal.

Further, the detailed implementation of the traffic map will be mainly described in the following data transceiving schemes and embodiments 6 and 7, which are not described herein again.

Fig. 5 is a schematic flow chart of an implementation of a data relay method, as shown in the figure, the implementation may include:

step 501, when receiving temporary identification information from the D2D Link, forwarding the temporary identification information on the D2D Link;

step 502, when receiving the service data from the D2D Link, forwarding the service data according to the D2D Link load condition.

In a specific implementation, the scheme may be implemented on a terminal with relay service capability, and in a multi-hop condition, when the terminal performs relay, for example, for a relay terminal within a hop range, the received terminal temporary identification information part is preferentially forwarded. If the relay terminal in the one-hop range only successfully receives the terminal temporary identification information part, the relay terminal forwards the terminal temporary identification information part. If the relay terminal successfully receives the terminal temporary identification information part and the service data part, but if the D2D Link load is found to be high, the relay terminal forwards only the terminal temporary identification information part, thereby reducing the load of the D2D Link.

In the implementation, when the temporary identification information also carries hop count information, the method may further include:

and determining whether to forward the temporary identification information according to the hop count carried in the hop count information, and updating the hop count carried in the hop count information into the hop count matched with the relay times during forwarding.

And/or after determining the service data which has an association relation with the temporary identification information according to the association relation between the temporary identification information and the service data, determining whether to forward the temporary identification information according to the hop count carried in the hop count information, and updating the hop count carried in the hop count information into the hop count matched with the relay times during forwarding.

In a specific implementation, the receiving terminal that successfully receives the temporary identifier transmission may determine whether to forward on the air interface D2D Link according to the hop count information carried in the temporary identifier transmission, for example, if the maximum forwarding hop count allowed by the system is 3 hops, the forwarding is performed as long as the hop count information is less than 3.

And/or the receiving terminal that successfully receives the service data transmission from the D2D link may determine whether the service data needs to be forwarded according to the hop count information carried in the service data transmission, where the maximum forwarding hop count of the service data may be different from the maximum forwarding hop count of the temporary identifier transmission (e.g., 2 hops). In addition, when the load of the D2D Link is higher than a certain threshold, the receiving terminal may choose not to forward the service data transmission even if the receiving does not exceed the maximum hop count, thereby reducing the load on the D2D Link.

The specific implementation of the hop count will be described in embodiment 1, and will not be described herein.

In an implementation, the transmission method used when the temporary identification information and/or the service data are received from the D2D Link may be different from the transmission method used when the temporary identification information and/or the service data are forwarded.

In specific implementation, the relay terminal may adopt a transmission scheme different from the previous hop in the forwarding process of the temporary identifier transmission, for example, reduce the number of retransmissions, thereby saving system resources, for example, adopt the number of retransmissions with a reliability of 99.9%.

The relay terminal may adopt a transmission scheme different from the previous hop in the forwarding process of the service data transmission, for example, adopt high-order modulation, thereby saving system resources, for example, the reliability reaches 99%.

The specific implementation of the relay adopting different transmission modes will be described in embodiment 1, and will not be described herein again.

Fig. 6 is a schematic flow chart of an implementation of a data receiving method, as shown in the figure, the data receiving method may include:

step 601, receiving temporary identification information from the D2D Link;

step 602, determining the service data which is received from the D2D Link and has an association relation with the temporary identification information according to the association relation between the temporary identification information and the service data; and when the service data associated with the temporary identification information cannot be determined from the service data received from the D2D Link, requesting the network side device to issue the service data associated with the temporary identification information.

In implementation, the request for the network side device to issue the service data having an association relationship with the temporary identification information may be requested through a cellular link.

In specific implementation, the receiving terminal may send a service data query message and other messages to the target local server function entity through a cellular link (i.e., through a macro base station or a small base station), and carry a source sending terminal temporary identifier therein, and may request the network side device to issue service data associated with the temporary identifier information by using these messages.

In implementation, when the network side device is requested to issue the service data having an association relationship with the temporary identification information, the network side device to be requested may be determined according to the temporary identification information.

In a specific implementation, the receiving terminal may determine the target local server function entity according to the local server function entity identification part of the temporary identification item carried by the temporary identification information.

The specific implementation of requesting the server functional entity to download the service message will be described in embodiment 2, and will not be described herein again.

In implementation, the association relationship between the temporary identification information and the service data may be an association relationship determined by an air interface resource for sending the temporary identification information and an air interface resource for sending the service data, and/or an association relationship determined by the temporary identification information carried in the service data.

In a specific implementation, the receiving terminal may associate the terminal temporary identifier information portion and the corresponding service data portion, which are sent independently, in one way, the terminal temporary identifier information portion and the service data portion are associated according to a specific relationship between resources occupied by the terminal temporary identifier information portion at the air interface and resources occupied by the service data portion at the air interface, for example, the receiving terminal determines that the terminal temporary identifier information portion and the service data portion have an association relationship by using continuous resource physical layer resources over time. Alternatively, the temporary identifier information may be repeatedly carried in the traffic data portion, which may avoid the limitation on the physical layer transmission resource allocation caused by associating the traffic data portion and the temporary identifier information through the physical layer transmission resource.

Fig. 7 is a schematic flow chart of an implementation of a data transceiving method, as shown in the figure, the data transceiving method may include:

step 701, receiving service data uploaded by each terminal, and storing the service data uploaded by each terminal according to the temporary identifier allocated to each terminal;

step 702, receiving a request message for issuing service data sent by a terminal, wherein the request message carries temporary identification information;

and 703, after determining the stored service data according to the temporary identifier, issuing the service data to the terminal requesting to issue.

In a specific implementation, the local server function entity may be deployed in a distributed manner on a specific base station or on a data center at the edge of an access network, and provides services for terminals in a local area (e.g., on the level of tens to hundreds of cells) of a cellular network. In implementation, according to the geographical location, the network may select a local server function entity for the source sending terminal, where the local server function entity is responsible for allocating a temporary identifier to the source sending terminal and storing context information of the source sending terminal. The source sending terminal sends the service data part to its local server function entity through the cellular link, the local server function entity stores the service data part of the source sending terminal in the context of the source sending terminal, except the service data part, it can also store the temporary identifier (or called as the associated identifier) of the terminal and generate the time stamp information of the service data part.

In the implementation, the service data uploaded by each terminal is uploaded through a cellular link; and/or, the service data sent to the terminal requesting sending is sent through the cellular link.

In implementation, when the service data is delivered to the terminal requesting to deliver the service data, the service data can be delivered according to the timestamp.

In a specific implementation, the local server function entity may use the temporary identifier of the source sending terminal to search the context of the terminal for the index. The latest 'service data' contents, such as location information, speed information, moving direction information, alarm information, etc., are determined based on the time stamp information, so that the latest service data can be transmitted to the receiving terminal. In the intelligent transportation application, a plurality of service data instances may be stored on a local server functional entity, and for service data reported by a source sending terminal at different time points corresponding to the same service instance, timestamp information between the service data instances is different.

The specific implementation of the time stamp will be described in embodiment 2, and will not be described herein.

In this embodiment, the temporary identifier assigned to each terminal may be assigned when each terminal registers.

In the implementation, the method can further comprise the following steps: and broadcasting the network side equipment list for terminal registration.

In the implementation, when the temporary identifier is assigned to each terminal, the method may further include:

and setting the effective time of the temporary identifier.

In specific implementation, the local server function entity establishes a temporary context for the terminal and allocates a temporary identifier for the terminal. The temporary identifier may be composed of an identification part of the local server function entity and an identification part of the terminal, and the local server function entity may further set a valid time (e.g. 1 hour) for the temporary identifier.

The specific implementation of registration, temporary identifier allocation, and valid time setting will be described in embodiment 3, and will not be described herein again.

In the implementation, the method can further comprise the following steps:

when the number of the request messages carrying the same temporary identification information exceeds a set value within set time, determining the position of each terminal sending the request messages;

determining a multicast broadcast service area according to the position of each terminal;

and issuing the service data corresponding to the temporary identifier and the temporary identifier in the area in a cellular multicast broadcasting mode.

In specific implementation, if the service data of the source sending terminal is frequently requested to be queried by a plurality of receiving terminals within a certain time, the local service functional entity may determine a target multicast broadcast service area according to the location information of the receiving terminal initiating the query, and send the service data of the source sending terminal and the identifier of the source sending terminal in the target multicast broadcast area in a cellular multicast broadcast manner. A terminal desiring to inquire of a source transmission terminal can obtain service data of the source transmission terminal by receiving a cellular multicast broadcast service. The purpose of adopting the mode of the cellular multicast broadcast service is to solve the problem that the cellular link traffic volume is increased due to the fact that a large number of unicast mode service data feedbacks which are inquired by a sending terminal aiming at the same source.

The specific implementation of multicast will be described in embodiment 5, and will not be described herein.

In the implementation, the method can further comprise the following steps: information related to forming the real-time traffic map is received, and the real-time traffic map is formed.

In specific implementation, the local cloud server functional entity generates a local traffic map in real time according to the geographic position and motion state information of the local cloud server functional entity or an adjacent object with or without communication capability, which are reported by the terminal equipment with the communication function. For example, a terminal equipped with radar equipment can discover and locate objects without communication modules at the periphery through a radar technology, and a local cloud server forms map information about the local objects and the equipment according to the objects without communication capability and the information of the terminals with communication capability, which are collected and reported by the terminal.

The detailed implementation of the traffic map will be described in embodiments 6 and 7, and will not be described herein.

In the implementation, the method can further comprise the following steps: information about the terminal in the real-time traffic map is provided to the terminal.

In implementation, the information related to the terminal in the real-time traffic map can be provided to the terminal according to the motion state update of the terminal.

In specific implementation, the local cloud server functional entity may generate real-time traffic map information for a specific terminal according to the geographic position of the terminal and the parameter settings of adjacent areas, and notify the terminal of the updated real-time traffic map information after the relative position between the terminal and its adjacent object or terminal device changes.

In specific implementation, when a traffic map related scheme is implemented, the traffic map related scheme may be executed by a cloud server functional entity, and the local cloud server functional entity may be dynamically configured on a specific high-capability base station or a data center entity at an access network edge in a distributed manner, so as to provide services for a local geographic area (for example, at the level of tens to hundreds of cells) cellular network access terminal.

The following describes the implementation of cooperation of network device entities by way of example.

Example 1

The embodiment mainly describes the transmission and processing process of temporary identification and service data between terminals on the D2D Link.

Fig. 8 is a schematic diagram of an implementation flow of transmission and processing of temporary identifier and service data on a D2D Link, and as shown in the figure, the implementation flow mainly includes the following steps:

step 801: the source sending terminal sends temporary identification information (distributed by the local service function entity) through the D2D Link, and may carry "hop count information" in addition to the temporary identification information itself, where the "hop count information" is used for the relay terminal to determine whether to forward the temporary identification transmission message.

The size of the information content and the information carried in the transmission process of the temporary identification information is fixed, the length of the information is extremely small, the transmission process of the temporary identification information adopts a point-to-multipoint transmission mode, a physical layer can adopt a novel modulation coding mode, and the physical layer can improve the transmission reliability of the temporary identification information through a fast retransmission technology, for example, the reliability under one hop reaches 99.999%.

Step 802: the source transmitting terminal transmits the service data through the D2D Link.

In implementation, the service data includes service related data, service related data and use case directly related data, such as location information, speed information, alarm information, and the like, and the content of the service related data and the carried information items are variable. In addition to the service-related data, the data may also carry hop count information (used for the relay terminal to determine whether forwarding is required), timestamp information (used for the receiving terminal to determine validity of the message), and temporary identification information (used for the receiving terminal to determine a source sending terminal sending the message). The reliability of the application layer data transmission may be lower than the temporary identifier transmission reliability (e.g., 99.99% reliability under one hop), and thus the modulation and coding scheme and the number of retransmissions used for the application layer data transmission may be different from the transmission process of step 801 in implementation.

In addition, if the source transmission terminal determines that the service-related data content of the service data is completely consistent with the service-related data content of the service data that has been transmitted before, the source transmission terminal may choose not to transmit the service data.

Step 803: and the receiving terminal in the one-hop range tries to receive the temporary identifier transmission and the service data transmission on the D2D Link, and if the receiving terminal only successfully receives the temporary identifier transmission but does not receive the corresponding service data transmission, the receiving terminal can initiate a service data query process to the local service function entity according to the temporary identifier of the source sending terminal. In addition, the receiving terminal needs to pair the temporary identifier transmission and the service data transmission to determine the association relationship, and the pairing mode may be to pair and associate according to a predefined physical layer transmission resource Pattern (Pattern) adopted by the temporary identifier transmission and the service data transmission, or to pair and associate according to a temporary identifier information item carried in the service data transmission.

Step 804: the receiving terminal that successfully receives the transmission of the temporary identification information may determine whether to forward on the air interface D2D Link according to the hop count information carried in the transmission of the temporary identification information, for example, if the system allows the maximum forwarding hop count to be 3 hops, the forwarding is performed as long as the hop count information is less than 3.

The receiving terminal that successfully receives the service data transmission from the D2D link may determine whether the service data transmission needs to be forwarded according to the hop count information carried in the service data transmission, where the maximum forwarding hop count of the service data may be different from the maximum forwarding hop count of the temporary identifier transmission (for example, set to 2 hops instead of 3 hops of the aforementioned temporary identifier information). In addition, when the load of the D2D Link is higher than a certain threshold, even if the maximum hop count is not exceeded, the receiving terminal may choose not to forward the service data transmission, thereby reducing the load on the D2D Link.

The receiving terminal which fails to successfully receive the service data transmission from the D2D link may obtain the corresponding service data by initiating a service data query procedure to the local service function entity, in which case the receiving terminal may also forward the service data on the D2D link. In this way, in view of system performance, for example, if a second terminal does not correctly receive service data, many terminals may need to initiate an inquiry procedure at the third hop, which may increase the Load on the cellular Link (assuming that the requirement on the transmission range of the D2D Link is large, for example, the system sets the maximum number of hops D2D to 5 according to the effective range), so in implementation, it may also be configured to balance whether the function is needed according to the maximum number of hops D2D, for example, the system may configure that the terminal does not correctly receive service data in the third hop, and needs to forward the service data obtained from the system.

Step 805: and the relay terminal adds 1 to the hop count information item carried in the temporary identification information transmission, keeps the other parts unchanged, and forwards the hop count information item through the D2D Link. The relay terminal may adopt a transmission scheme different from the previous hop in the forwarding process of the temporary identification information transmission, for example, reduce the number of retransmissions, thereby saving system resources, for example, adopt a retransmission scheme with a reliability of 99.9%.

Step 806: and the relay terminal adds 1 to the hop count information item carried in the service data, keeps the other parts unchanged, and forwards the hop count information item through the D2D Link. The relay terminal may adopt a transmission scheme different from the previous hop in the forwarding process of the service data transmission, for example, adopt high-order modulation, thereby saving system resources, for example, adopt a high-order modulation scheme with a reliability of 99%.

Example 2

This embodiment mainly describes a process in which a receiving terminal sends terminal service data through a cellular network query source in a point-to-point manner.

Fig. 9 is a schematic view of a service data implementation flow sent by a query source sending terminal, and as shown in the figure, the method mainly includes the following steps:

step 900: if the receiving terminal only successfully receives the temporary identification information on the air interface D2D Link but fails to successfully receive the service data corresponding to the temporary identification information, the receiving terminal may trigger an inquiry process of the service data for the source sending terminal.

Step 901: and the receiving terminal determines the target local server functional entity according to the local server functional entity identification part of the temporary identification item of the temporary identification information band.

Step 902: and sending a service data query message to the target local server function entity through a cellular link (namely, through a macro base station or a small base station) receiving terminal, wherein the service data query message carries the temporary identifier of the source sending terminal.

Step 903: the local server function entity uses the source sending terminal temporary identifier to search the terminal context for the index. The latest service data contents (e.g., location information, speed information, moving direction information, alarm information, etc.) are determined based on the time stamp information, and the latest service data is transmitted to the receiving terminal.

In the intelligent transportation application, the local server functional entity may store a plurality of service data instances, and for service data reported by the same application instance corresponding to the source sending terminal at different time points, timestamp information of each service data instance is different.

Step 904: and the local server functional entity sends the service data information to the receiving terminal through the query response message, wherein the service data information carries a source sending terminal temporary identifier, service data, a timestamp and the like.

Step 905: the receiving terminal stores the service data information of the source transmitting terminal.

Example 3:

the present embodiment mainly describes a registration process of a terminal with a local server function entity through a cellular network.

In this example, when the terminal is powered on or moves to a new geographic area, the terminal triggers a registration process with the local server function entity, and in the registration process, the target local server function entity allocates a temporary identifier (or called an association identifier) to the terminal and establishes a context for the terminal. One or more local server function entities can exist in a specific geographic area, and when the base station is connected with a plurality of local server function entities, the base station can select the local server function entity for the terminal according to the indication information of the terminal or the load information of the local server function entity.

Fig. 10 is a schematic flow chart of an implementation process of registering a terminal with a local server function entity through a cellular network, as shown in the figure, the method mainly includes the following steps:

step 1001: before the terminal initiates the registration with the local service function entity, the selection of the local server function entity is firstly carried out.

Since the local server function entity is strongly correlated with the geographical location of the terminal, the base station or the access point is used to periodically send the list information of the local server function entity at the current geographical location in a system broadcast manner (for example, it is assumed that a plurality of local server function entities may exist in a geographical area to provide services), and the terminal selects the local server function entity according to the list information obtained from the system broadcast.

Step 1002: the terminal initiates a registration process to the target local service function entity, and fixed identification information of the terminal, authentication information of the terminal, and type information of the terminal (such as a truck, a bicycle, a smart phone, etc.) are carried in the registration request.

Step 1003: and the local server functional entity performs identity verification on the terminal according to the terminal fixed identifier and the terminal identity authentication information, establishes a temporary context for the terminal after passing the identity verification, and allocates a temporary identifier for the terminal. In an implementation, the temporary identifier may be composed of a local server identifier and a terminal identifier, and the local server may set a valid time for the temporary identifier, for example, 1 hour.

Step 1004: and the local server functional entity sends a registration response message to the terminal, wherein the registration response message carries the temporary identifier distributed for the terminal and the effective time of the temporary identifier.

Step 1005: the terminal stores the identification information of the successfully registered local service function entity, the terminal temporary identification distributed to the terminal by the local service function entity and the effective time information of the temporary identification.

Example 4:

this embodiment mainly describes a process in which a terminal sends its own service data to a local server function entity through a cellular network for storage.

The period of the local server for reporting the service data of the terminal triggered by the terminal may be dynamically adjusted according to whether other "terminal exists" is detected around, for example, if the terminal does not detect other peripheral devices through the D2D Link, the terminal may report in a longer period (for example, report once every 1 s), and if the terminal detects the existence of other peripheral terminals, the terminal may report in a shorter period (for example, report once every 10 ms).

Fig. 11 is a schematic diagram of an implementation process of a terminal sending service data to a local server function entity for storage, as shown in the figure, the implementation process mainly includes the following steps:

step 1100: and the terminal determines the service data reporting period according to whether the information of the adjacent terminal exists around and reports the service data at the service data reporting time.

Step 1101: the terminal sends a service data reporting message to a local server functional entity registered by the terminal, wherein the service data reporting message carries service data types (such as motion state information, alarm information, vehicle operation behavior information and the like).

The service data content is related to the service data type, for example, the motion state information includes the speed, direction, geographical location, etc. of the terminal; the warning information comprises some warning information, such as finding that a vehicle is broken down or finding that potential safety hazards exist on the road surface; vehicle operation behavior information such as acceleration, deceleration, steering, and the like of the vehicle. The time stamp information is time information at which the service data is generated.

Step 1102: the local server functional entity stores the received information in the context of the early terminal. After receiving the new service data of the same type, the local server functional entity can delete the old service data of the same type stored in the terminal context.

Step 1103: the local server functional entity sends a service data reporting response message to the terminal, and the terminal determines that the local server functional entity successfully stores the service data reported by the terminal after receiving the message.

Example 5:

this embodiment mainly illustrates that the local cloud server function entity triggers a multicast broadcast service process of the cellular network.

If the service data of the source sending terminal is frequently requested to be inquired by a plurality of receiving terminals in a certain time, the local service functional entity can determine a target multicast broadcast service area according to the position information of the receiving terminal which initiates the inquiry, and send the service data of the source sending terminal and the identifier of the source sending terminal in the target multicast broadcast area in a cellular multicast broadcast mode. A terminal desiring to inquire of a source transmission terminal can obtain service data of the source transmission terminal by receiving a cellular multicast broadcast service. The purpose of adopting the cellular multicast broadcast service mode is to solve the problem that the cellular link traffic volume is increased due to the fact that a large number of unicast mode service data feedbacks which are inquired by a sending terminal aiming at the same source.

Fig. 12 is a schematic diagram of an implementation flow of triggering a multicast broadcast service of a cellular network by a local cloud server functional entity, as shown in the figure, the implementation flow mainly includes the following steps:

step 1201: and the receiving terminal 1 sends a service data query message to the local server function entity of the source sending terminal through a cellular link (namely, through a macro base station or a small base station), wherein the service data query message carries the temporary identifier of the source sending terminal and the position information of the receiving terminal 1.

Step 1202: and the receiving terminal 2 sends a service data query message to the local server function entity of the source sending terminal through a cellular link (namely, through a macro base station or a small base station), wherein the service data query message carries the temporary identifier of the source sending terminal and the position information of the receiving terminal 2.

Step 1203: because the receiving terminal 1 and the receiving terminal 2 inquire the same source sending terminal application information, the outer end 1 and the receiving terminal 2 are in the similar geographical area, and therefore the local server functional entity determines to send the service data of the source sending terminal through the cellular network multicast broadcast service.

The local server functional entity determines a target area issued by the cellular network multicast broadcast service according to the respective position information received from the receiving terminal 1 and the receiving terminal 2, and determines a target base station and an access point list according to the deployment conditions of the base stations and the access points deployed in the target area. And if the local service center stores the service data of the plurality of source sending terminals, the local server selects the latest service data to be issued according to the timestamp information.

Step 1204: the local server functional entity sends multicast broadcast session establishment information to all nodes in the target base station and the access point list, wherein the multicast broadcast session establishment information carries the temporary identifier of the source sending terminal and the corresponding service data information.

Step 1205: and if the base station or the access point can send the temporary identifier of the terminal and the corresponding service data information by a multicast broadcast source through the cellular downlink of the base station or the access point, the base station or the access point sends a multicast broadcast session establishment completion message to the local server functional entity.

Step 1206: the base station or access point sends the temporary identifier of the source sending terminal and the corresponding service data information through the multicast broadcast by the cellular downlink, and the receiving terminal 1 and the receiving terminal 2 receive the temporary identifier of the source sending terminal and the corresponding service data through the respective cellular downlink multicast broadcast channels.

In addition, if other receiving terminals interested in the service data of the source transmitting terminal are also in the target area, the temporary identifier of the source transmitting terminal and the corresponding service data can be received through the cellular downlink multicast broadcast channel.

Example 6:

this embodiment mainly describes a process in which a terminal finds an object without a communication function by using a sensor such as a radar technology or a camera and notifies a local cloud server of related information.

Fig. 13 is a schematic diagram of an implementation flow of discovering an object without a communication function and notifying related information to a local cloud server through sensor technologies such as radar and a camera, and as shown in the figure, the implementation flow mainly includes the following steps:

step 1300: the method comprises the steps that a terminal provided with radar equipment or camera equipment discovers and positions objects without communication modules at the periphery through a radar technology, selects proper information content and format according to network configuration and reports the information, and a local cloud server collects reported objects without communication capacity and information of terminals with communication capacity according to the terminal to form map information about the local objects and the equipment.

Step 1301: the terminal notifies the local server function entity of the information of the surrounding objects without communication capability (including object attributes, vector maps and real-time image capture) discovered by sensor technologies such as radar and cameras through a service data reporting process, wherein the service data type is an object discovery message without communication capability, the service data can include the geographic position of the object without communication capability and motion state information (in the example, it is assumed that the terminal may not be able to identify the attributes of the object without communication capability, such as pedestrians or cement columns), the vector maps, the real-time image capture and the time stamp information for generating the discovery message.

Step 1302: the local server stores the type and content of the received service data and the timestamp information of the generated service data locally, and is used for subsequently generating a real-time traffic map about local objects, intelligent terminals and the like.

Step 1303: the local server sends a service data reporting response message to the terminal, and the terminal determines that the local server functional entity successfully stores the service data reported by the terminal after receiving the message.

Example 7:

the embodiment mainly illustrates a process in which the local cloud server pushes information of objects around the terminal and the terminal device to the terminal according to the geographical location information of the terminal.

To help the vehicle type terminal obtain various obstacles in advance, for example, and other adjacent vehicle or pedestrian information, the local cloud server may generate a list of "adjacent devices and objects" for the current vehicle terminal according to its geographic position information (i.e., a traffic map generated in real time, which includes objects in the current geographic area, and the position, motion state, and attribute information of the terminal device), and the geographic position and motion state information of the adjacent devices and objects contained in the list. And, as the terminal moves continuously, the list of the 'adjacent devices and objects' will be updated continuously.

Fig. 14 is a schematic diagram of a network environment in which a local cloud server pushes geographic location information to a terminal, and fig. 15 is a schematic diagram of an implementation flow in which the local cloud server pushes the geographic location information to the terminal, as shown in the figure, in the network environment of fig. 14, the following steps are mainly included when pushing the geographic information:

step 1501: if the terminal wants to obtain the real-time traffic map service from the local server function entity, the terminal transmits a real-time traffic service request message to the local server function entity.

Step 1502: the local server judges whether real-time traffic map service can be provided for the terminal, if the local server judges that the real-time local traffic map service can be provided for the terminal, the local server functional entity generates a real-time traffic information list of adjacent objects and terminal equipment within a range of 200 meters for the terminal according to the current position information of the terminal and the current real-time traffic map information of the geographic area stored by the local server and according to the parameter setting (for example, 200m around) of the adjacent area, wherein the real-time traffic information list comprises the geographic positions, the moving states and other information of the county objects and the terminal equipment.

Step 1503: if the terminal is in a mobile state, the terminal notifies the local server function entity of the updated geographical position information according to the pre-configuration of the local server after the geographical position moves beyond a certain threshold (for example, 1m, 3m or 5m), and the local server function entity updates the local real-time traffic map service information according to the updated terminal position information. The change of the relative position of the object and the terminal equipment in the local network causes the change of the network topology, and the local service functional entity is triggered to check the validity of the real-time traffic information of all terminals starting the real-time traffic service.

Step 1504: the local server functional entity checks the real-time traffic map information aiming at the target terminal, if the real-time traffic map aiming at the specific terminal changes, the local server functional entity generates a new real-time traffic map for the terminal and sends the updated real-time traffic map information to the terminal.

Based on the same inventive concept, the embodiment of the invention also provides a data sending device, a traffic map information sending device, a data relay device, a data receiving and sending device and a communication system, and as the principles of solving the problems of the devices are similar to the data sending method, the traffic map information sending method, the data relay method, the data receiving method and the data receiving and sending method, the implementation of the devices can refer to the implementation of the methods, and repeated parts are not described again.

Fig. 16 is a schematic structural diagram of a data transmission device, which may include:

a sending module 1601, configured to send temporary identification information and service data on the D2D Link, respectively, where the temporary identification information and the service data have an association relationship;

an upload module 1602, configured to upload service data to a network side device, where the temporary identifier carried in the temporary identifier information is allocated by the network side device.

In implementation, the sending module may further be configured to use a higher reliability of air interface transmission when sending the temporary identification information than that when sending the service data.

In an implementation, the sending module may further be configured to enable the temporary identification information to have an association relationship with the service data by selecting an air interface resource for sending the temporary identification information and an air interface resource for sending the service data, and/or enable the temporary identification information to have an association relationship with the service data by carrying the temporary identification information in the service data.

In an implementation, the sending module may be further configured to carry hop count information in the temporary identification information.

In implementation, the uploading module may be further configured to detect whether a peripheral terminal exists, and determine a period for uploading service data to the network side device according to a detection result.

In an implementation, the uploading module may be further configured to upload the service data to the network-side device through the cellular link.

In implementation, the uploading module may be further configured to determine the uploaded network-side device according to a network-side device list broadcasted by a network side.

In an implementation, the sending module may be further configured to, before sending the service data, stop sending the service data when it is determined that the service data has been sent.

In the implementation, the method can further comprise the following steps: the map information uploading module 1603 is configured to send information related to forming a real-time traffic map to the network-side device.

In the implementation, the method can further comprise the following steps:

a detection module 1604 for finding objects without communication capability and determining their locations;

the map information uploading module is further used for sending the position to the network side equipment as information related to forming the real-time traffic map.

Fig. 17 is a schematic structural diagram of a traffic map information transmitting apparatus, which may include:

a detection module 1604 for finding an object without communication capability and determining a location of the object;

a map information uploading module 1603, configured to send the location to the network side device as information related to forming a real-time traffic map.

Fig. 18 is a schematic structural diagram of a data relay device, which may include:

a temporary identifier forwarding module 1801, configured to forward, when receiving the temporary identifier information from the D2D Link, the temporary identifier information on the D2 DLink;

and a service data forwarding module 1802, configured to forward, when receiving the service data from the D2D Link, the service data according to the D2D Link load condition.

In implementation, the temporary identifier forwarding module may be further configured to determine whether to forward the temporary identifier information according to the hop count carried in the hop count information when the temporary identifier information also carries hop count information, and update the hop count carried in the hop count information to a hop count matched with the relay frequency when forwarding; and/or after determining the service data which has an association relation with the temporary identification information according to the association relation between the temporary identification information and the service data, determining whether to forward the temporary identification information according to the hop count carried in the hop count information, and updating the hop count carried in the hop count information into the hop count matched with the relay times during forwarding.

In an implementation, the temporary identifier forwarding module may be further configured to, when forwarding the temporary identifier information, use a transmission method different from a transmission method used for receiving the temporary identifier information from the D2D Link;

and/or the service data forwarding module is further configured to adopt a transmission mode different from a transmission mode of receiving the service data from the D2D Link when forwarding the service data.

Fig. 19 is a schematic structural diagram of a data receiving apparatus, which may include:

a temporary identifier receiving module 1901, configured to receive temporary identifier information from the D2D Link;

a service data obtaining module 1902, configured to determine, according to an association relationship between the temporary identification information and the service data, the service data received from the D2D Link and having an association relationship with the temporary identification information; and when the service data associated with the temporary identification information cannot be determined from the service data received from the D2D Link, requesting the network side device to issue the service data associated with the temporary identification information.

In implementation, the service data obtaining module may further be configured to request, through the cellular link, the network side device to issue service data having an association relationship with the temporary identification information.

In implementation, the service data obtaining module may further be configured to determine, according to the temporary identification information, a network-side device that needs to request to issue service data having an association relationship with the temporary identification information.

In implementation, the service data obtaining module may be further configured to determine an association relationship between the temporary identification information and the service data through an air interface resource for sending the temporary identification information and an air interface resource for sending the service data, and/or determine an association relationship between the temporary identification information and the service data through temporary identification information carried in the service data.

Fig. 20 is a schematic structural diagram of a data transceiver, which may include:

a service data receiving module 2001, configured to receive service data uploaded by each terminal, and store the service data uploaded by each terminal according to the temporary identifier allocated to each terminal;

an issuing request receiving module 2002, configured to receive a request message for issuing service data sent by a terminal, where the request message carries temporary identification information;

and the service data issuing module 2003 is configured to, after determining the stored service data according to the temporary identifier, issue the service data to the terminal requesting to issue.

In implementation, the service data receiving module may further be configured to receive service data uploaded by each terminal through a cellular link;

and/or, the service data issuing module is further used for issuing the service data to the terminal requesting to issue through the cellular link.

In implementation, the service data issuing module may further be configured to issue the service data to the terminal requesting to issue according to the timestamp.

In an implementation, the service data receiving module may be further configured to allocate a temporary identifier to each terminal when each terminal registers.

In implementation, the service data issuing module may further be configured to broadcast a network-side device list for registration of the terminal.

In implementation, the service data receiving module may further be configured to set an effective time of the temporary identifier when allocating the temporary identifier to each terminal.

In implementation, the service data issuing module may be further configured to determine the position of each terminal that sends the request message when the number of request messages carrying the same temporary identification information exceeds a set value within a set time; determining a multicast broadcast service area according to the position of each terminal; and issuing the service data corresponding to the temporary identifier and the temporary identifier in the area in a cellular multicast broadcasting mode.

In implementation, the service data receiving module may be further configured to receive information related to forming a real-time traffic map, and form the real-time traffic map.

In implementation, the service data issuing module may be further configured to provide information related to the terminal in the real-time traffic map to the terminal.

In implementation, the service data issuing module may be further configured to update, according to the motion state of the terminal, information related to the terminal in the real-time traffic map provided to the terminal.

Fig. 21 is a schematic structural diagram of a communication system, which may include:

a data sending device 2101, configured to send temporary identification information and service data on the D2D Link, respectively, where the temporary identification information and the service data have an association relationship; uploading service data to a data transceiver, wherein the temporary identifier carried in the temporary identifier information is allocated by the data transceiver;

a data relaying means 2102 for forwarding the temporary identification information on the D2D Link when the temporary identification information is received from the D2D Link; when service data are received from the D2D Link, the service data are forwarded according to the D2D Link load condition;

a data receiving device 2103 for receiving the temporary identification information from the D2D Link; determining service data which is received from the D2D Link and has an association relation with the temporary identification information according to the association relation between the temporary identification information and the service data; when the service data associated with the temporary identification information cannot be determined from the service data received from the D2D Link, requesting the data transceiver to issue the service data associated with the temporary identification information;

a data transceiver 2104, configured to receive the service data uploaded by each terminal, and store the service data uploaded by each terminal according to the temporary identifier allocated to each terminal; receiving a request message for issuing service data sent by a terminal, wherein the request message carries temporary identification information; and after determining the stored service data according to the temporary identifier, issuing the service data to the terminal requesting to issue.

In implementation, the data sending device may further be configured to discover an object without communication capability and determine its location; sending the position to a data transceiver as information relevant to forming a real-time traffic map;

and/or, further comprising:

a traffic map information transmitting device 2105 for finding an object without communication capability and determining the position of the object; the location is sent to the data-transceiving equipment as information relevant to forming a real-time traffic map.

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. 22 is a schematic structural diagram of a terminal device having a data transmission function, and as shown in the drawing, the terminal device includes:

the processor 2200 is configured to read the program stored in the memory 2220, and execute the following processes:

providing data processing support to a transceiver;

a transceiver 2210 for transmitting data under control of the processor 2200, performing the following processes:

In implementation, the transmission reliability of the air interface for sending the temporary identification information is higher than that of the service data.

In implementation, the temporary identification information and the service data have an association relationship by selecting an air interface resource for sending the temporary identification information and an air interface resource for sending the service data, and/or the service data carries the temporary identification information so that the temporary identification information and the service data have an association relationship.

In an implementation, the method further comprises the following steps: the hop count information is carried in the temporary identification information.

In the implementation, whether the peripheral terminal exists is detected, and the period of uploading the service data to the network side equipment is determined according to the detection result.

In implementation, the service data is uploaded to the network side device through the cellular link.

In implementation, the network side device is determined according to a network side device list broadcasted by the network side.

In the implementation, before transmitting the service data, the method further includes: and stopping sending the service data when the service data is determined to be sent.

In an implementation, the method further comprises the following steps: and sending information related to the formation of the real-time traffic map to the network side equipment.

In an implementation, the method further comprises the following steps:

In fig. 22, among other things, the bus architecture may include any number of interconnected buses and bridges with various circuits being linked together, particularly one or more processors represented by processor 2200 and memory represented by memory 2220. 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 2210 may be a number of elements, including a transmitter and a receiver, providing a means for communicating with various other apparatus over a transmission medium. For different user devices, the user interface 2230 may also be an interface capable of interfacing with a desired device, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 2200 is responsible for managing the bus architecture and general processing, and the memory 2220 may store data used by the processor 2200 in performing operations.

Fig. 23 is a schematic structural diagram of a terminal device with object detection capability, and as shown in the figure, the terminal device includes:

a processor 2300 for reading the program in the memory 2320, and performing the following processes:

finding an object without communication capability and determining the position of the object;

a transceiver 2310 for transmitting data under the control of processor 2300, performing the following processes:

In FIG. 23, among other things, the bus architecture may include any number of interconnected buses and bridges, with one or more processors, represented by processor 2300, and various circuits, represented by memory 2320, 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 2310 may be a plurality of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. The user interface 2330 may also be an interface capable of interfacing with a desired device externally, for different user devices, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 2300 is responsible for managing the bus architecture and general processing, and the memory 2320 may store data used by the processor 2300 in performing operations.

Fig. 24 is a schematic structural diagram of a terminal device with relay capability, and as shown in the figure, the terminal device includes:

the processor 2400, configured to read the program in the memory 2420, performs the following processes:

the D2D Link load condition is determined.

A transceiver 2410 for transmitting data under the control of the processor 2400 to perform the following processes:

In the implementation, when the temporary identification information also carries hop count information, the method further includes:

determining whether to forward the temporary identification information according to the hop count carried in the hop count information, and updating the hop count carried in the hop count information into the hop count matched with the relay times during forwarding;

In implementation, the transmission mode adopted when the temporary identification information and/or the service data are received from the D2D Link is different from the transmission mode adopted when the temporary identification information and/or the service data are forwarded.

Where in fig. 24, the bus architecture may include any number of interconnected buses and bridges, with one or more processors, represented by the processor 2400, and various circuits, represented by the memory 2420, 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 2410 may be a plurality of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. The user interface 2430 may also be an interface capable of interfacing with a desired device externally, for different user devices, including but not limited to a keypad, a display, a speaker, a microphone, a joystick, etc.

The processor 2400 is responsible for managing a bus architecture and general processing, and the memory 2420 may store data used by the processor 2400 in performing operations.

Fig. 25 is a schematic structural diagram of a terminal device with data receiving capability, and as shown in the figure, the terminal device includes:

the processor 2500, which is used for reading the program in the memory 2520, executes the following processes:

determining service data which is received from the D2D Link and has an association relation with the temporary identification information;

a transceiver 2510 for transmitting data under the control of the processor 2500, performing the following processes:

receiving temporary identification information from the D2D Link;

In implementation, the request for the network side device to issue the service data having an association relationship with the temporary identification information is requested through a cellular link.

In implementation, when the network side device is requested to issue the service data having an association relation with the temporary identification information, the network side device to be requested is determined according to the temporary identification information.

In implementation, the association relationship between the temporary identification information and the service data is an association relationship determined by an air interface resource for sending the temporary identification information and an air interface resource for sending the service data, and/or an association relationship determined by the temporary identification information carried in the service data.

In FIG. 25, among other things, the bus architecture may include any number of interconnected buses and bridges, with one or more processors represented by processor 2500 and various circuits of memory represented by memory 2520 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 2510 can be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. For different user devices, the user interface 2530 may also be an interface capable of interfacing with a desired device, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 2500 is responsible for managing the bus architecture and general processing, and the memory 2520 may store data used by the processor 2500 in performing operations.

Fig. 26 is a schematic structural diagram of a cloud server with data storage and transceiving capabilities, as shown in the figure, the cloud server includes:

the processor 2600, configured to read a program in the memory 2620, performs the following processes:

distributing temporary identifications to each terminal;

determining the stored service data according to the temporary identifier;

a transceiver 2610 for transmitting data under control of the processor 2600, performing the following processes:

In the implementation, when the service data is issued to the terminal requesting to issue, the service data is issued according to the timestamp.

In this embodiment, the temporary identifier assigned to each terminal is assigned when each terminal registers.

In an implementation, the method further comprises the following steps: and broadcasting the network side equipment list for terminal registration.

In the implementation, when the temporary identifier is assigned to each terminal, the method further includes: and setting the effective time of the temporary identifier.

In an implementation, the method further comprises the following steps:

In an implementation, the method further comprises the following steps: information related to forming the real-time traffic map is received, and the real-time traffic map is formed.

In an implementation, the method further comprises the following steps: information about the terminal in the real-time traffic map is provided to the terminal.

In implementation, the information related to the terminal in the real-time traffic map is provided to the terminal according to the motion state update of the terminal.

Among other things, in FIG. 26, the bus architecture may include any number of interconnected buses and bridges, with one or more processors, represented by the processor 2600, and various circuits, represented by the memory 2620, 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 2610 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 2600 is responsible for managing the bus architecture and general processing, and the memory 2620 may store data used by the processor 2600 when performing operations.

In summary, the embodiment of the present invention provides a communication system architecture, which includes a terminal device, a base station, an access point set, a local server function entity, and the like, where the terminal device establishes a connection with the local server function entity through the base station or the access point set, and the terminal devices can communicate with each other through a direct link D2D, and can provide a data relay service for other terminals. Specifically, at least the following scheme is provided:

and the source sending terminal respectively performs temporary identifier transmission and service data transmission of the source sending terminal through an independent transmission scheme on an air interface through the D2D Link.

The relay terminal may forward only the temporary identifier, or may forward both the temporary identifier and the service data according to the D2D Link load condition.

The receiving terminal determines the target local service function entity according to the local service function entity identification part carried in the temporary identification of the source sending terminal, and the receiving terminal can use the temporary identification of the source sending terminal as an index and obtain the service data of the source sending terminal by initiating an inquiry process to the local server function entity of the source sending terminal.

The local service center verifies the terminal identity in the terminal registration process, allocates a temporary identifier to the terminal and establishes a context for the terminal. The local service center stores the service data obtained from the source transmission terminal. The local service center triggers the base station or the access point, and transmits the temporary identification information and the service data information of the source sending terminal on the cellular downlink in a multicast broadcast mode. And the local service functional entity determines the mode of the multicast broadcasting target area according to the position information of the receiving terminal.

The source transmission terminal performs a content duplication checking function on the traffic-related data portion within the traffic data, and may stop the transmission of the traffic data portion on the D2D Link in the case where duplication of the traffic content portion is found.

The terminal equipment (such as a vehicle) discovers and positions surrounding objects without communication capability through the radar equipment of the terminal equipment, and sends the position and motion state information of the objects without communication capability to the local cloud server.

And the local cloud server functional entity generates a real-time generated local traffic map according to the geographic position and motion state information of the local cloud server functional entity or the adjacent object with communication capability or without communication capability reported by the terminal equipment with communication function.

The local server functional entity generates real-time traffic map information for a specific terminal according to the geographical position of the terminal and the parameter setting of adjacent areas, and notifies the terminal of the updated real-time traffic map information after the relative position between the terminal and the adjacent object or terminal equipment is changed.

According to the scheme, in the existing vehicle-to-vehicle communication of the Internet of vehicles, application data of the vehicles are transmitted at the air interface in a broadcasting mode, so that the reliability is low; in addition, in order to enlarge the vehicle-to-vehicle communication distance, the vehicle-to-vehicle communication of the internet of vehicles adopts a multi-hop direct forwarding mode for the application data, so that not only is the reliability low, but also the D2D Link congestion may be caused by air interface multi-hop transmission under the condition of dense vehicles. In the application, the source sending terminal can only send the service data in the range of one hop, so that the service with extremely high requirement on the time delay can be correctly received with extremely short time delay, and the problem of overload of the D2D Link under the condition of multi-hop can not be caused. For the range beyond one hop, on one hand, service data is allowed to be forwarded on the D2D Link under the condition that the D2D Link load is light, and meanwhile, in order to ensure the reliability in the multi-hop range, the sending end sends the service data to the cellular edge server functional entity for storage, so that as long as the terminal outside the one-hop range detects the terminal existence information, the terminal can obtain corresponding service data information from the cellular edge server functional entity according to the temporary identification information of the source sending terminal as an index, thereby greatly improving the communication reliability under the multi-hop condition and reducing the D2D Link load.

In addition, in order to guarantee effective coverage of the traditional Internet of vehicles, the effective range of single hop is generally about 300, and the effective range of single hop can be reduced to several meters to dozens of meters, so that the purpose of saving energy can be achieved by greatly reducing the terminal transmitting power, the capacity of terminal equipment capable of bearing in unit area can be greatly improved, and the communication requirement under the extremely dense condition of urban terminal equipment can be met.

In the existing internet of vehicles, no matter whether the content of the application data is changed or not, the vehicle terminal periodically transmits the application data at an air interface, and if the terminal topology around the vehicle node is relatively fixed, the repeated transmission of the application data causes the waste of resources on the D2D Link and the waste of energy of a source transmission terminal. By adopting the method and the device, if the service data part in the service data is not changed, the terminal node can stop periodically sending the repeated service data on the D2D Link (under the condition that the service data is not changed, the source sending terminal can only periodically send the temporary identification information for confirming the existence of the source sending terminal by the nearby terminal equipment), thereby greatly reducing the load on the D2D Link.

In addition, in order to realize 5G unmanned driving, the vehicle terminal device needs to discover not only surrounding devices with communication function by receiving discovery signals, but also objects without communication function (such as obstacles, wild animals and the like), therefore, the vehicle terminal equipment with the sensor functions of high-precision radar, high-definition camera and the like, after the sensor device such as the radar or the camera finds the object without the communication function, the geographic position of the object without the communication function measured by the radar technology can be measured, and the motion state information is processed to generate a graphic grid or a vector map, such as radar imaging, and the attributes of the obstacle (such as pedestrians, animals and the like) through a sensor such as a camera, or directly sending the image information (such as a traffic sign and a real-time surrounding environment image) captured in real time to the local cloud server functional entity through a cellular communication mode. The local cloud server function entity stores the position and motion state information of the object without the communication function in the managed geographic area in real time, and notifies the position and motion state information of the object without the communication function to nearby devices (such as vehicles, bicycles and pedestrian wearable devices) with the communication function in a broadcasting or unicast mode. The information type (including information directly acquired by a vehicle sensor (for example, capturing a real-time video image), or service data (for example, a vector map) or event messages (for example, a collision warning message) generated after the vehicle processes data acquired by a vehicle-mounted sensor) by a specific terminal that needs to be reported may be specifically configured by the local cloud control function according to actual needs and the processing capability of the sensor and the vehicle-mounted processor installed in the specific vehicle.

In a word, the load on the D2DLink can be dynamically adjusted according to the service information content and the load condition on the D2D Link, so that the problems of transmission delay and transmission reliability caused by congestion on the D2DLink are effectively avoided, and the communication reliability of the future intelligent traffic system is powerfully guaranteed. In addition, the method and the device simultaneously support the discovery of the objects without communication capacity and the terminal devices with communication capacity, and push the traffic map information in real time, so that the method and the device can be applied to the unmanned scene of the 5G vehicle.

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

1. A data transmission method, comprising:

respectively sending temporary identification information and service data on a device-to-device Link D2D Link, wherein the temporary identification information and the service data have an association relationship;

uploading service data to network side equipment, wherein the temporary identification carried in the temporary identification information is distributed by the network side equipment;

when the physical layer is transmitting, different physical layer transmission mechanisms are adopted for the temporary identifier and the service data, so that the transmission reliability of an air interface for sending the temporary identifier information is higher than that of the air interface for sending the service data.

2. The method of claim 1, wherein the temporary identifier information is associated with the service data by selecting an air interface resource for sending the temporary identifier information and an air interface resource for sending the service data, and/or the service data carries the temporary identifier information to associate the temporary identifier information with the service data.

3. The method of claim 1, further comprising:

the hop count information is carried in the temporary identification information.

4. The method of claim 1, wherein a period for uploading the service data to the network-side device is determined according to a detection result of whether the peripheral terminal exists.

5. The method of claim 1, wherein the traffic data is uploaded to the network-side device over a cellular link.

6. The method of claim 1, wherein the network-side device is determined from a network-side device list broadcast by a network side.

7. The method of claim 1, prior to transmitting traffic data, further comprising:

and stopping sending the service data when the service data is determined to be sent.

8. The method of claim 1, further comprising:

and sending information related to the formation of the real-time traffic map to the network side equipment.

9. The method of claim 8, further comprising:

10. A data relay method, comprising:

when service data are received from the D2D Link, the service data are forwarded according to the D2D Link load condition;

when the temporary identification information also carries hop count information, the method further comprises:

11. The method of claim 10, wherein the temporary identification information and/or the service data is received from the D2D Link in a different transmission manner than the temporary identification information and/or the service data is forwarded.

12. A data receiving method, comprising:

receiving temporary identification information from the D2D Link;

13. The method of claim 12, wherein the request for the network-side device to issue the service data associated with the temporary identification information is requested through a cellular link.

14. The method according to claim 12 or 13, wherein when the requesting network side device issues the service data having an association relationship with the temporary identification information, the network side device to be requested is determined according to the temporary identification information.

15. The method according to claim 14, wherein the association between the temporary identifier and the service data is an association determined by an air interface resource for transmitting the temporary identifier and an air interface resource for transmitting the service data, and/or an association determined by temporary identifier carried in the service data.

16. A method for transmitting and receiving data, comprising:

receiving service data uploaded by each terminal, and storing the service data uploaded by each terminal according to a temporary identifier allocated to each terminal, wherein the service data is sent by each terminal receiving source sending terminal through a D2D Link or determined by each terminal according to temporary identifier information sent by a source sending terminal through a D2D Link, and the service data and the temporary identifier information have an association relationship;

17. The method of claim 16, wherein the traffic data uploaded by each terminal is uploaded via a cellular link; and/or, the service data sent to the terminal requesting sending is sent through the cellular link.

18. The method of claim 16, wherein the service data is delivered according to the time stamp when the service data is delivered to the terminal requesting the delivery.

19. The method of claim 16, wherein the temporary identifier assigned to each terminal is assigned at the time of registration of each terminal.

20. The method of claim 19, further comprising:

and broadcasting the network side equipment list for terminal registration.

21. The method according to claim 19 or 20, characterized in that, in the case of the temporary identity assigned to each terminal, further comprising:

and setting the effective time of the temporary identifier.

22. The method of claim 16, further comprising:

23. The method of claim 16, further comprising:

information related to forming the real-time traffic map is received, and the real-time traffic map is formed.

24. The method of claim 23, further comprising:

information about the terminal in the real-time traffic map is provided to the terminal.

25. The method of claim 24, wherein the information related to the terminal in the real-time traffic map is provided to the terminal based on the motion state update of the terminal.

26. A data transmission apparatus, comprising:

the uploading module is used for uploading the service data to the network side equipment, and the temporary identifier carried in the temporary identifier information is distributed by the network side equipment;

the sending module is further configured to, during physical layer transmission, adopt different physical layer transmission mechanisms for the temporary identifier and the service data, so that the reliability of air interface transmission adopted when sending the temporary identifier information is higher than the reliability of air interface transmission adopted when sending the service data.

27. The apparatus of claim 26, wherein the sending module is further configured to associate the temporary identification information with the service data by selecting an air interface resource for sending the temporary identification information and an air interface resource for sending the service data, and/or associate the temporary identification information with the service data by carrying the temporary identification information in the service data.

28. The apparatus of claim 26, wherein the sending module is further for carrying hop count information in temporary identification information.

29. The apparatus of claim 26, wherein the upload module is further configured to determine a period for uploading the service data to the network-side device according to a detection result of whether the peripheral terminal exists.

30. The apparatus of claim 26, wherein the upload module is further configured to upload traffic data to the network-side device via a cellular link.

31. The apparatus of claim 26, wherein the upload module is further configured to determine the network-side device to upload according to a network-side device list broadcasted by a network.

32. The apparatus of claim 26, wherein the sending module is further for, prior to sending the traffic data, ceasing to send the traffic data upon determining that the traffic data has been sent.

33. The apparatus of claim 26, further comprising:

and the map information uploading module is used for sending information related to the formation of the real-time traffic map to the network side equipment.

34. The apparatus of claim 33, further comprising:

35. A data relay apparatus, comprising:

the service data forwarding module is used for forwarding the service data according to the D2D Link load condition when the service data is received from the D2D Link;

the temporary identification forwarding module is further used for determining whether to forward the temporary identification information according to the hop count carried in the hop count information when the temporary identification information also carries the hop count information, and updating the hop count carried in the hop count information into the hop count matched with the relay times during forwarding; and/or after determining the service data which has an association relation with the temporary identification information according to the association relation between the temporary identification information and the service data, determining whether to forward the temporary identification information according to the hop count carried in the hop count information, and updating the hop count carried in the hop count information into the hop count matched with the relay times during forwarding.

36. The apparatus of claim 35, wherein the temporary identity forwarding module is further configured to employ a transmission scheme different from a transmission scheme used for receiving the temporary identity information from the D2D Link when forwarding the temporary identity information;

37. A data receiving device, comprising:

the service data acquisition module is used for determining the service data which is received from the D2DLink and has an incidence relation with the temporary identification information according to the incidence relation between the temporary identification information and the service data; and when the service data associated with the temporary identification information cannot be determined from the service data received from the D2D Link, requesting the network side device to issue the service data associated with the temporary identification information.

38. The apparatus of claim 37, wherein the service data obtaining module is further configured to request a network side device to issue service data having an association relationship with the temporary identification information through a cellular link.

39. The apparatus of claim 37 or 38, wherein the service data obtaining module is further configured to determine, according to the temporary identification information, a network-side device that needs to request to issue service data associated with the temporary identification information.

40. The apparatus of claim 39, wherein the service data acquiring module is further configured to determine an association relationship between the temporary identification information and the service data through an air interface resource for sending the temporary identification information and an air interface resource for sending the service data, and/or determine an association relationship between the temporary identification information and the service data through temporary identification information carried in the service data.

41. A data transmission/reception apparatus, comprising:

a service data receiving module, configured to receive service data uploaded by each terminal, and store the service data uploaded by each terminal according to a temporary identifier allocated to each terminal, where the service data is sent by each terminal receiving source sending terminal through a D2D Link or determined by each terminal according to temporary identifier information sent by a source sending terminal through a D2D Link, and the service data and the temporary identifier information have an association relationship;

42. The apparatus of claim 41, wherein the service data receiving module is further for receiving service data uploaded by each terminal through a cellular link;

43. The apparatus of claim 41, wherein the service data issuing module is further configured to issue the service data to the terminal requesting to issue according to the timestamp.

44. The apparatus of claim 41, wherein the service data receiving module is further for assigning a temporary identifier to each terminal upon registration of each terminal.

45. The apparatus of claim 44, wherein the service data issuing module is further configured to broadcast a network-side device list for terminal registration.

46. The apparatus of claim 44 or 45, wherein the service data receiving module is further configured to set a valid time of the temporary identifier when the temporary identifier is allocated to each terminal.

47. The apparatus of claim 41, wherein the service data issuing module is further configured to determine the location of each terminal sending the request message when the number of request messages carrying the same temporary identification information exceeds a set value within a set time; determining a multicast broadcast service area according to the position of each terminal; and issuing the service data corresponding to the temporary identifier and the temporary identifier in the area in a cellular multicast broadcasting mode.

48. The apparatus of claim 41, wherein the service data receiving module is further for receiving information related to forming a real-time traffic map and forming the real-time traffic map.

49. The apparatus of claim 48, wherein the service data delivery module is further for providing information about the terminal in the real-time traffic map to the terminal.

50. The apparatus of claim 49, wherein the service data issuing module is further configured to update information related to the terminal in the real-time traffic map provided to the terminal according to the motion state of the terminal.

51. A communication system, comprising:

the data sending apparatus according to any one of claims 26 to 34, configured to send the temporary identification information and the service data on the D2D Link, respectively, where the temporary identification information has an association relationship with the service data; uploading service data to a data transceiver, wherein the temporary identifier carried in the temporary identifier information is allocated by the data transceiver;

the data relay apparatus of any one of claims 35 to 36, configured to forward the temporary identification information on the D2D Link when the temporary identification information is received from the D2D Link; when service data are received from the D2D Link, the service data are forwarded according to the D2DLink load condition;

the data receiving apparatus according to any one of claims 37 to 40, configured to receive temporary identification information from the D2D Link; determining service data which is received from the D2D Link and has an association relation with the temporary identification information according to the association relation between the temporary identification information and the service data; when the service data associated with the temporary identification information cannot be determined from the service data received from the D2D Link, requesting the data transceiver to issue the service data associated with the temporary identification information;

the data transceiver of any one of claims 41 to 50, configured to receive service data uploaded by each terminal, and store the service data uploaded by each terminal according to a temporary identifier assigned to each terminal; receiving a request message for issuing service data sent by a terminal, wherein the request message carries temporary identification information; and after determining the stored service data according to the temporary identifier, issuing the service data to the terminal requesting to issue.

52. The system of claim 51, wherein the data transmission device is further configured to discover non-communication capable objects and determine their location; the location is sent to the data-transceiving equipment as information relevant to forming a real-time traffic map.