WO2011150767A1 - 数据发送处理方法、装置和系统 - Google Patents

数据发送处理方法、装置和系统 Download PDF

Info

Publication number
WO2011150767A1
WO2011150767A1 PCT/CN2011/074751 CN2011074751W WO2011150767A1 WO 2011150767 A1 WO2011150767 A1 WO 2011150767A1 CN 2011074751 W CN2011074751 W CN 2011074751W WO 2011150767 A1 WO2011150767 A1 WO 2011150767A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
data packet
payload
access network
packet header
Prior art date
Application number
PCT/CN2011/074751
Other languages
English (en)
French (fr)
Inventor
李龠
马洁
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to SG2013009717A priority Critical patent/SG187780A1/en
Publication of WO2011150767A1 publication Critical patent/WO2011150767A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a data transmission processing method, apparatus, and system.
  • ⁇ 2 ⁇ The Machine to Machine
  • information sensing devices applied to the Internet of Things include radio frequency identification devices, infrared sensors, global positioning systems, laser scanners, and the like.
  • MTC Machine Type Communication
  • the MTC device is closely integrated with the wireless communication technology, and the MTC device obtains data from the control center through a wireless connection or reports the data to the control center through a wireless connection.
  • IoT specific applications such as meter reading process of radio meters, status monitoring process of vending machines or pos machines, radio meters, vending machines or pos opportunities have a large number of random or periodic data reported to the control center. .
  • the number of MTC devices (such as radio meters, vending machines, or pos machines) that report data is large, but the amount of data reported by each MTC device is relatively small, and the amount of data reported in a single time is reported. It may be in the range of tens of bytes to hundreds of bytes, and even the amount of reported data may be less than the IP header overhead in one packet, which may result in inefficient transmission.
  • a wireless meter reading (watching a radio meter) is taken as an example, a single report application.
  • the layer data volume can be 50 bytes, and the TCP/IP header of the existing system can be 40 bytes, and the number of bytes occupied by the TCP/IP header accounts for 80% of the application layer data amount; when a large number of MTC devices report data , the transmission efficiency of the wireless communication system is greatly reduced.
  • An existing solution is to introduce an aggregator.
  • An aggregator corresponds to a small subnet consisting of multiple MTC devices through a zigbee or wired network. The aggregator re-aggregates and packs the data packets reported by multiple MTC devices, and then adds the packet headers that meet the wireless air interface network protocol and then forwards them out. This can effectively reduce the overhead of the packet header and improve the transmission efficiency of the system.
  • the use of the aggregator causes an increase in the user's initial input cost, and the small subnet corresponding to the existing aggregator uses other standards or wired propagation, so that the upper layer network is invisible to each MTC device, affecting the upper layer network to the MTC.
  • the control of the device causes the upper layer network to fail to implement one-to-one control of the MTC device.
  • aspects of the present invention provide a data transmission processing method, apparatus, and system, which can improve the transmission efficiency of a system while not affecting the control right of each MTC device on the network side.
  • An aspect of the present invention provides a data transmission processing method, including:
  • the access network entity receives N first data packets sent by the M terminals and sent to the same destination address; the first data packet includes a first data packet header and a first data payload; the N is greater than 1; The N pieces of the first data payload in the N first data packets are combined into a second data payload, and a second data packet header is added in front of the second data payload to form a second data packet; The second data packet includes the second data packet header and the second data payload; a source address and a destination address in the second data packet header and a source address and destination in at least one of the first data packet headers The same address;
  • an access network entity including: a receiving module, configured to receive N first data packets sent by the M terminals and sent to the same destination address; the first data packet includes a first data packet header and a first data payload; the N is greater than 1;
  • a creating module configured to merge the N first data payloads of the N first data packets received by the receiving module into a second data payload, and add the second data payload to the front of the second data payload a second data packet header to form a second data packet;
  • the second data packet includes the second data packet header and the second data payload; and a source address and a destination address in the second data packet header and at least one The source address and the destination address in the first packet header are the same;
  • a sending module configured to send the second data packet created by the creating module to a server corresponding to the destination address.
  • Another aspect of the present invention provides a data transmission processing system including any of the access network entities provided by the embodiments of the present invention.
  • the access network entity combines the received N first data payloads of the N first data packets sent by the M terminals, so that the N segments are A data payload shares a common data packet header, thereby effectively reducing the header overhead, improving system transmission efficiency, and because the access network entity merges the data packets, the access network entity can perform one for each MTC device. Control of one. DRAWINGS
  • FIG. 1 is a schematic flowchart of a data transmission processing method according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of a data receiving processing method according to another embodiment of the present invention
  • FIG. 3 is a schematic diagram of data according to another embodiment of the present invention
  • FIG. 4 is a schematic diagram of data convergence in a data transmission processing method according to another embodiment of the present invention
  • FIG. 5 is a schematic flowchart of a data transmission processing method according to another embodiment of the present invention
  • FIG. 6 is a schematic diagram of data aggregation in a data transmission processing method according to another embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a data transmission processing method according to another embodiment of the present invention.
  • FIG. 8 is a schematic diagram of data aggregation in a data transmission processing method according to another embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of an access network entity according to another embodiment of the present invention.
  • FIG. 10 is another schematic structural diagram of an access network entity according to another embodiment of the present invention.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention.
  • the embodiments are a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • FIG. 1 is a schematic flowchart of a data transmission processing method according to an embodiment of the present invention, as shown in FIG. 1 .
  • the access network entity receives N first data packets sent by the M terminals and sent to the same destination address.
  • the first data packet includes a first data packet header and a first data payload; N is greater than or equal to 1.
  • the present embodiment can be applied to, for example, an IoT-type communication network.
  • the terminal in this embodiment can be, for example, an MTC device.
  • the server can be, for example, a control center server, such as an MTC server.
  • MTC server In the Internet of Things, multiple MTC devices will report data to the MTC server.
  • multiple meters report their own data to the MTC server through the access network and the core network.
  • Each MTC device sends a data packet, where M MTC devices can send N data packets, M can be equal to N, or not equal to N, for example: An MTC device can send one data packet, or can send multiple independent The data packet; wherein, an MTC device sends multiple independent data packets, for example: The same meter sends two data packets, one data packet represents the total power used, and the other data packet represents the power used in the time period. most.
  • the data packet sent by the MTC device is referred to as a first data packet, and the N first data packets are sent to the same destination address, that is, the N data packets are sent to the same MTC server.
  • the process for the MTC device to send the first data packet to the MTC server may be: The MTC device sends the first data packet to the access network entity, and then the access network entity processes the data packet, and then the data is processed by the core network. The package is sent to the MTC server.
  • the access network entity may be e NODE B, for example, in a Universal Mobile Telecommunications System (UMTS).
  • UMTS Universal Mobile Telecommunications System
  • the network access entity can be a NODE B or a Radio Network Controller (RNC).
  • RNC Radio Network Controller
  • the access network entity combines the N first data payloads of the N first data packets into a second data payload, and adds a second data packet header to the front of the second data payload to form a second data pack.
  • the second data packet includes a second data packet header and a second data payload; the source address and the destination address in the second data packet header are the same as the source address and the destination address in the at least one first data packet header.
  • the access network entity After receiving the N first data packets addressed to the same destination address, the access network entity aggregates the N first data packets to reduce the header overhead in the data packets.
  • the first data packet includes a first data packet header and a first data payload; the first data packet header may be a TCP/IP header, or may be a UDP/IP header, and includes: a source port number, a destination port number, and a source IP address.
  • the destination IP address, source port number, and source IP address can be called source addresses.
  • the destination port number and destination IP address can be called destination addresses.
  • the destination port number and the destination IP address in the N first data packets aggregated by the access network entity are the same, and the source port number and the source IP address may be The same, can also be different.
  • the specific process for the access network entity to aggregate the N first data packets may be: the access network entity concatenates the N first data payloads of the N first data packets to form a data payload, that is, a second data payload; then adding a second header to the front of the second data payload.
  • the structure of the second data packet header is defined according to the pre-negotiation between the access network entity and the MTC server, and the type of the N first data packets. Specifically, the length of the first data payload of the N segment is the same.
  • the access network entity and the MTC server pre-negotiate the number of aggregations, the second data packet header includes the source address, the destination address, and the length information of the data packet; 2.
  • the second data packet header When the length of the first data payload of the N segments is the same, When the access network entity and the MTC server do not pre-negotiate the aggregation quantity, the second data packet header includes a source address, a destination address, and a length information of the data packet, and includes a quantity identifier indicating the number of the first data packets that are aggregated. 3.
  • the second data packet header When the lengths of the first data payloads of the N segments are different, and the access network entity and the MTC server do not pre-negotiate the aggregation number, the second data packet header includes the source address, the destination address, and the length information of the data packet. And including a quantity identifier indicating the number of aggregated first data packets, and indicating the first data of each segment Charge identifier length.
  • the source port number and the source IP address in each first packet header may be the same or may not be the same.
  • the source address and the destination address in the second packet header are the same as in the first packet header; when the source in each first packet header When the addresses are not all the same, the source address and the destination address in the second packet header are the same as any of the N first packet headers.
  • the access network entity sends the second data packet to a server corresponding to the destination address.
  • the second data packet is sent to the server corresponding to the destination address through the core network according to the destination address in the first data packet header.
  • the server may be, for example, an MTC server.
  • the first data packet sent by multiple MTC devices is aggregated by the access network entity, and each MTC device can directly send data to the access network.
  • the entities are aggregated and then forwarded to the access network entity without the concentrator, so that each MTC device is visible to the access network entity, thereby enabling the access network entity to perform one-to-one control for each MTC device.
  • the access network entity combines the received N first data payloads of the N first data packets sent by the M terminals, so that the first data payload of the N segments shares a common data.
  • the header can be used to reduce the overhead of the packet and improve the transmission efficiency of the system. Since the access network entity combines the data packets, the access network entity can perform one-to-one control on each MTC device.
  • FIG. 2 is a schematic flow chart of a data packet receiving processing method according to another embodiment of the present invention.
  • the server receives a second data packet sent by the access network entity.
  • This embodiment corresponds to the embodiment described in FIG. 1 and is a process in which the server receives the aggregated data packet sent by the access network entity.
  • the embodiment can be applied to the communication network of the Internet of Things type.
  • the server can be, for example, an MTC server, and can collect and process data reported by the MTC device.
  • the access network entity aggregates the N first data packets into one second data packet, and then sends the second data packet to the server through the core network.
  • the server acquires, according to the second data payload of the second data packet, the first data payload of the N segments of the N first data packets sent by the M terminals; where N is greater than 1.
  • the server may obtain the first data payload of the N segment from the second data packet according to the pre-negotiation with the access network entity and the second data packet header, where the first data payload of each segment is The data sent by each MTC device.
  • the specific process for the server to obtain the first data payload of the N segment from the second data packet may be: 1. When the length of the first data payload of the N segment is the same, and the server and the access network entity pre-negotiate the number N of the aggregation, After receiving the second data packet, the server removes the second data packet header, and then divides the second data payload into equal intervals, and divides into N segments of equal length, each segment being a first data payload, that is, a The data sent by the MTC device; 2.
  • the length of the first data payload of the N segment The same degree, but when the server and the access network entity do not pre-negotiate the number of aggregations, after receiving the second data packet, the server removes the second data packet header, and obtains the first one for indicating convergence from the second data packet header.
  • the number of packets is identified by N, and then the second data payload is equally spaced, and is divided into N segments of equal length, each segment being a first data payload, that is, data sent by an MTC device;
  • the server and the access network entity do not pre-negotiate the aggregation amount, the server removes the second data packet header after receiving the second data packet, and removes the second data packet from the second data packet.
  • the payload is divided into N segments, each segment is a first data payload, which is the data sent by an MTC device.
  • the server receives a second data packet sent by the access network entity and aggregates the N first data packets sent by the M terminals by the access network entity, and obtains the second data packet from the second data packet.
  • the first data payload of the N segment is obtained to obtain the data sent by each terminal. Since the access network entity shares the common data header of the N segment first data payload, the packet header overhead can be effectively reduced, the system transmission efficiency is improved, and the access network entity can merge the data packets, so that the access network entity can One-to-one control of each MTC device.
  • FIG. 3 is a schematic flowchart of a method for processing a data packet transmission according to another embodiment of the present invention. As shown in FIG. 3, in combination with the embodiments described in FIG. 1 and FIG. 2, the method includes the following content.
  • the access network entity negotiates with the server the number of first data packets to be merged.
  • the lengths of the first data payloads of the N segments of the N first data packets sent by the M MTC devices are the same.
  • the first data packet sent by the MTC device may be an application layer packet, and the first data packet header is exemplified by a TCP/IP header.
  • the server can be an MTC server.
  • the access network entity and the MTC server pre-negotiate the aggregate transmission of the data sent by the fixed number of MTC devices, that is, the number of the first data packets that are aggregated in advance.
  • the action of the negotiation may be initiated by the access network entity, or may be initiated by the MTC server.
  • the specific negotiation process can be a and b, or a, and b,: a.
  • the access network entity sends a negotiation request message for negotiating the number of the first data packet to be merged to the MTC server, where the to be merged is to be aggregated;
  • the MTC server receives the negotiation request message sent by the access network entity.
  • the MTC server sends a negotiation request message for negotiating the number of the first data packet to be merged to the access network entity;
  • the access network entity receives the negotiation request message sent by the MTC server.
  • the access network entity can aggregate the first data packet of the negotiation quantity, and the MTC server can also decompress the aggregated data to obtain each first data. package.
  • the access network entity may negotiate with the MTC server before the first data packet is aggregated, or may be negotiated each time after the access network entity negotiates with the MTC server for the number of aggregations.
  • the first packet of the quantity is aggregated.
  • the access network entity concatenates the first data payloads of the N segments of the N first data packets to form a second data payload.
  • the access network entity aggregates the N first data packets sent by multiple MTC devices.
  • 4 is a schematic diagram of data aggregation in the first embodiment of the data packet transmission processing method of the present invention. As shown in FIG. 4, the MTC device 1, the MTC device 2, and the MTC device M send N first data packets, each of which is in the first data packet. Includes TCP/IP header and first data payload.
  • the access network entity sends the MTC device 1, the MTC device 2, the MTC device M
  • the first data payload 1 of the N first data packets 1.
  • the first data payload 2 The first data payload N is concatenated to form a second data payload.
  • the access network entity adds a second data packet header to the front of the second data payload.
  • the second packet header is the same as the source port number and the destination port number, source address, and destination address in the at least one first packet header.
  • the access network entity adds a second data packet header to the front of the second data payload after concatenating the N segment first data payload into a second data payload (see FIG. 4).
  • N first data When the TCP/IP headers of the packet are the same, the source address and the destination address in the TCP/IP header in the second packet header are the same as the source address and the destination address in the TCP/IP header in the first packet header;
  • the source address and the destination address in the TCP/IP header in the second packet header may be the same as the source address in the TCP/IP header in any of the first packet headers.
  • the destination address is the same.
  • the second data packet header may further include a CN (Core Network) header.
  • the access network entity sends the second data packet to a server corresponding to the destination address.
  • the second data packet that the access network entity aggregates is sent to the MTC server through the core network.
  • the server divides the second data payload into segments according to the negotiation request message in 301. Each segment corresponds to a first data payload.
  • the MTC server After receiving the second data packet, the MTC server removes the second data packet header, and then divides the second data payload into equal segments according to the pre-negotiated aggregation number, which is the first data payload of the segment.
  • Each segment is the application layer data sent by one MTC device.
  • the TCP/IP headers of the first data packet are not all the same, one TCP/IP header is selected from the first data packet, and the source address in the TCP/IP header is used as the first The source address in the second packet header; in this case, a retransmission mechanism needs to be set on the access network entity, so that when the data received by the MTC server is in error, the access network entity can retransmit the data.
  • the retransmission process may specifically be:
  • the MTC server When the MTC server detects that the received second data packet is in error, or the timer expires, the MTC server sends a retransmission indication message to the access network entity;
  • the access network entity After receiving the retransmission indication message, the access network entity resends the second data packet corresponding to the second data packet header to the MTC server according to the second data packet header information included in the retransmission indication message.
  • the TCP/IP layer on the access network side and the MTC server side does not distinguish the specific data packet in the second data packet. Which MTC device data is wrong, and the default second packet is a complete TCP/IP packet.
  • the aggregation function of the access network entity may be performed in any layer of the radio access network, for example, in a Packet Data Convergence Protocol (hereinafter referred to as: PDCP).
  • PDCP Packet Data Convergence Protocol
  • the radio link control protocol layer (Radio Link Control, hereinafter referred to as: RLC) or the medium access control protocol layer (Media Access Control, hereinafter referred to as MAC) is implemented.
  • RLC Radio Link Control
  • MAC Medium Access Control
  • the process implemented in the PDCP layer When the PDCP decompresses the N first data packets and forwards the data to the upper layer, the PDCP may aggregate the N first data packets according to the foregoing method, and each of the first data packets is aggregated.
  • the PDCP Service Data Unit (SDU) is a complete data of an MTC device. The N SDUs are concatenated after removing the IP header, and a public IP and CN header are sent to the service GPRS support. Node (Serving GPRS Support Node,
  • the PDCP layer on the MTC device side and the access network side is preferably transparently transmitted, that is, the PDCP layer does not process the data and directly forwards the data; if the PDCP layer is not transparently transmitted, the RLC is The layer will put a public compressed IP header before the second data payload.
  • the access network entity combines the received N first data payloads of the N first data packets sent by the M terminals, so that the first data payload of the N segments shares a common data.
  • the header can be used to reduce the overhead of the packet and improve the transmission efficiency of the system. Since the access network entity combines the data packets, the access network entity can perform one-to-one control on each MTC device.
  • FIG. 5 is a schematic flowchart of a method for processing a data packet transmission according to another embodiment of the present invention. As shown in FIG. 5, in combination with the embodiments described in FIG. 1 and FIG. 2, the method includes the following content. 501.
  • the access network entity concatenates the N segments of the first data payload in the N first data packets to form a second data payload.
  • the lengths of the first data payloads of the N segments of the N first data packets sent by the M MTC devices are the same.
  • the first data packet sent by the MTC device may be an application layer packet, and the first data packet header is described by taking a TCP/IP header as an example.
  • the server can be an MTC server.
  • FIG. 6 is a schematic diagram of data aggregation in the second embodiment of the data packet transmission processing method of the present invention, as shown in FIG.
  • MTC device 2 MTC device M sends N first data packets, each of which includes a TCP/IP header and a first data payload.
  • the access network entity sends the MTC device 1, the MTC device 2, the MTC device M
  • the first data payload 1 of the N first data packets 1.
  • the first data payload 2 The first data payload N is concatenated to form a second data payload.
  • the access network entity adds the second data packet header to the front of the second data payload, and the second data packet header further includes a quantity identifier for indicating the number of the first data packets that are concatenated.
  • the second data packet header After the access network entity concatenates the N segment first data payload into a second data payload, the second data packet header is added to the front of the second data payload (see Figure 6).
  • the second data packet header includes a TCP/IP header and a quantity identifier N.
  • the TCP/IP header is described in the foregoing embodiments, and details are not described herein.
  • the quantity identifier N is used to indicate the number of aggregated first data packets. .
  • the second data packet header may further include a CN header.
  • the access network entity sends the second data packet to a server corresponding to the destination address.
  • the second data packet that the access network entity aggregates is sent to the MTC server through the core network.
  • the server divides the second data payload into N segments according to the quantity identifier in the second data packet header, where each segment corresponds to a first data payload.
  • the MTC server After receiving the second data packet, the MTC server removes the second data packet header, and according to the second number According to the quantity identifier N in the packet header, the second data payload is equally divided into N segments, and the N segments are the first data payload of the N segments, and each segment is the application layer data sent by one MTC device.
  • each piece of the first data payload may include the identification information of the MTC device corresponding to the first data payload of the segment, and after the MTC server obtains the first data payload of each segment, The MTC device corresponding to the segment data can be obtained.
  • the identifier of the MTC device corresponding to the first data payload of the segment may not be included in the first data payload of each segment.
  • 501 may be replaced with 50 ⁇ : the access network entity will N the first data.
  • the first data payload of the N segments in the packet is concatenated according to the order negotiated with the server and the number of negotiation; the order of the negotiation may be multiple, for example: the sequence is N first data of N first data packets.
  • the order may also be a sequence order of terminal identifiers (identification IDs) of each MTC device, which may be, for example, a number of each MTC device or user information corresponding to each MTC device (for example, a house number); the number of the negotiation
  • the number of the first data packet sent by each M MTC device that is, the access network entity and the MTC server negotiate the number of the first data packet sent by each MTC device in advance.
  • the specific process of 501 can be as follows:
  • the access network entity and the MTC server pre-negotiate the sequence of the N segments of the first data payload and the number of the first data payloads sent by each of the MTC devices in series, and the sequence may be in accordance with the N first packet headers.
  • the order of the size of the source IP address, the source port number, or the identifier ID of the MTC device for example, from large to small or from small to large; after the negotiation is completed, the access network entity performs the string of N segments of the second data payload according to the negotiation sequence.
  • the source address in the first first packet header of the concatenation is configured.
  • the MTC server according to the concatenation sequence and the number of concatenations negotiated with the access network entity, before each segment of the obtained N segment first data payload Add the appropriate source address.
  • the MTC server stores the source port number and/or source IP address of all related MTC devices, and the source port number and/or source IP address.
  • the MTC server After receiving the second data packet, the MTC server obtains the source port number or source IP of the MTC device corresponding to the first first data payload that is concatenated from the second data packet header The address or the ID of the ID, the MTC server can derive the source port number or the source IP address of the MTC device corresponding to the other first data payload according to the negotiated concatenation sequence and the number of concatenations; then the MTC server has the first data in each segment. Add the corresponding source port number and/or source IP address before the load to perform normal TCP/UDP/IP layer operations.
  • the MTC server can deduce which source address data is in error, and can directly request the MTC device retransmission of the corresponding source address. Without setting a retransmission mechanism in the access network entity.
  • the access network entity combines the received N first data payloads of the N first data packets sent by the M terminals, so that the first data payload of the N segments shares a common data.
  • the header can be used to reduce the overhead of the packet and improve the transmission efficiency of the system. Since the access network entity combines the data packets, the access network entity can perform one-to-one control on each MTC device.
  • FIG. 7 is a schematic flowchart of a data packet transmission processing method according to another embodiment of the present invention. As shown in FIG. 7, in combination with the embodiments described in FIG. 1 and FIG. 2, the method may be as follows.
  • the access network entity concatenates the first data payloads of the N segments of the N first data packets to form a second data payload.
  • the lengths of the first data payloads of the N segments of the N first data packets sent by the M MTC devices are not the same, and the lengths of the first data payloads of the N segments may be different. Partially the same.
  • the first data packet sent by the MTC device may be an application layer packet, and the first data packet header is described by taking a TCP/IP header as an example.
  • the server can be an MTC server.
  • FIG. 8 is a schematic diagram of data aggregation in the third embodiment of the data packet transmission processing method of the present invention, as shown in FIG.
  • MTC device 2 The MTC device M sends N first data packets, each of which includes a TCP/IP header and a first data payload.
  • the access network entity sends the MTC device 1, the MTC device 2, the MTC device M
  • the first data payload 1 of the N first data packets 1.
  • the first data payload 2 The first data payload N is concatenated to form a second data payload.
  • the access network entity adds a second data packet header in front of the second data payload, where the second data packet header further includes a quantity identifier for indicating the number of the first data packets that are concatenated, and is used to indicate the first data of each segment.
  • the length ID of the payload length is used to indicate the first data of each segment.
  • the access network entity adds a second data packet header to the front of the second data payload after concatenating the N segment first data payload into a second data payload (see Figure 8).
  • the second packet header includes
  • the TCP/IP header, the quantity identifier N, and the length identifier L1-Ln wherein the TCP/IP header is described in the foregoing embodiments, and details are not described herein;
  • the quantity identifier N is used to indicate the number of the first data packets that are aggregated.
  • the length identifiers L1-Ln are respectively used to indicate the length of the N-segment first data payload.
  • the second data packet header may further include a CN header.
  • the access network entity sends the second data packet to a server corresponding to the destination address. According to the destination address in the second packet header, the second data packet that the access network entity aggregates is sent to the MTC server through the core network.
  • the server divides the second data payload into N segments according to the quantity identifier and the length identifier in the second data packet header, where each segment corresponds to a first data payload.
  • the MTC server After receiving the second data packet, the MTC server removes the second data packet header, and divides the second data payload into N segments according to the quantity identifier N and the length identifier L1-Ln in the second data packet header, and the N segment is The first data payload of the N segment, each segment is the application layer data sent by one MTC device.
  • the access network entity combines the received N first data payloads of the N first data packets sent by the M terminals, so that the first data payload of the N segments shares a common data.
  • the header which can effectively reduce the header overhead, improve the system transmission efficiency, and because the access network entity merges the data packets, the access network entity can be used for each MTC device. One-to-one control.
  • the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.
  • FIG. 9 is a schematic structural diagram of an access network entity according to an embodiment of the present invention. As shown in FIG. 9, the access network entity includes: a receiving module 91, a creating module 93, and a sending module 95.
  • the receiving module 91 is configured to receive N first data packets sent by the M terminals and sent to the same destination address; the first data packet includes a first data packet header and a first data payload; and N is greater than 1.
  • the creating module 93 is configured to combine the N segments of the first data payloads of the N first data packets received by the receiving module 91 into a second data payload, and add the first part of the second data payload.
  • a second data packet header to form a second data packet; the second data packet includes the second data packet header and the second data payload; a source address and a destination address in the second data packet header and at least one The source address and the destination address in the first packet header are the same.
  • the sending module 95 is configured to send the second data packet created by the creating module 93 to a server corresponding to the destination address.
  • the creating module combines the N pieces of first data payloads of the N first data packets sent by the M terminals received by the receiving module, so that the N pieces of the first data payload share a common data.
  • the packet header can thereby effectively reduce the header overhead and improve the system transmission efficiency, and because the access network entity combines the data packets, the access network entity can perform one-to-one control on each MTC device.
  • FIG. 10 is a schematic structural diagram of an access network entity according to another embodiment of the present invention.
  • the access network entity further includes: The first negotiation module 97 and/or the second negotiation module 99, and may further include: a retransmission module 90.
  • the first negotiation module 97 is configured to send, to the server, a negotiation request message for negotiating the number of the first data packets to be merged when the length of each of the first data payloads is the same.
  • the second negotiation module 99 is configured to: when the length of the first data payload of each segment is the same, receive a negotiation request message sent by the server for negotiating the number of the first data packet to be merged.
  • the creation module 93 may include: a first concatenation unit 931 and a first addition unit 933. Alternatively, the creation module 93 may include: a first concatenation unit 931 and a second addition unit 935.
  • the first concatenation unit 931 is configured to concatenate the N segments of the first data payload in the N first data packets to form a second data payload.
  • the first adding unit 933 is configured to add a second data packet header in front of the second data payload formed by the first tandem unit when the length of each of the first data payloads is the same, and the second data packet header further includes The number of the number of first packets that are concatenated.
  • the second adding unit 935 is configured to add a second data packet header in front of the second data payload formed by the first tandem unit, where the second data packet header further includes a quantity identifier and a quantity indicating the number of the first data packet that is concatenated A length identifier indicating the length of the first data payload for each segment.
  • the first concatenation unit 931 can be specifically configured to concatenate the N segments of the first data payload in the N first data packets in the order negotiated with the server and the negotiated number.
  • the order of the negotiation is the source IP address or the source port number or the size sequence of the terminal identifier in the N first packet headers of the N first data packets; the number of the negotiation is the number sent by each M terminal The number of a packet.
  • the retransmission module 90 is configured to: when the source addresses in the at least two first data packet headers are different, resend the second data corresponding to the second data packet header to the server according to the retransmission indication message that is sent by the server and includes the second data packet header. package.
  • the creating module combines the first data payloads of the N segments of the N first data packets that are received by the receiving module by the receiving module, so that the first data payload of the N segments is shared.
  • a common packet header which can effectively reduce the header overhead, improve system transmission efficiency, and because the access network entity merges the data packets, the access network entity can
  • the MTC device performs one-to-one control.
  • Another embodiment of the present invention further provides a data transmission processing system, which may include any of the access network entities provided by the embodiments of the present invention.
  • system may further include a receiving processing device, wherein the receiving processing device may correspond to the servers in the above embodiments.
  • the data receiving processing apparatus may include: a receiving module and an obtaining module.
  • the receiving module is configured to receive a second data packet sent by the access network entity.
  • the obtaining module is configured to obtain the N segment first data payload from the second data payload of the second data packet.
  • the apparatus also includes: a third negotiation module and/or a fourth negotiation module.
  • the apparatus can also include: adding a module.
  • the third negotiation module is configured to receive, when the length of the first data payload of each segment is the same, the negotiation request message sent by the access network entity for negotiating the number of the first data packet to be merged.
  • the fourth negotiation module is configured to send, to the access network entity, a negotiation request message for negotiating the number of the first data packet to be merged when the length of each of the first data payloads is the same.
  • a adding module configured to add a corresponding source address before each segment of the first data payload according to the concatenation sequence and the number of concatenations negotiated with the access network entity.
  • the obtaining module is specifically configured to divide the second data payload into N segments according to the negotiation request message when each segment of the first data payload has the same length; wherein each segment corresponds to a first data payload.
  • the acquiring module is specifically configured to: when the length of the first data payload of each segment is the same, divide the second data payload into N segments according to the quantity identifier in the second data packet header; wherein each segment corresponds to a first data segment Payload.
  • the length of each segment of the first data payload is the same, and the second packet header includes a quantity identifier for indicating the number of first packets of the concatenation.
  • the acquiring module is specifically configured to divide the second data payload into N segments according to the quantity identifier and the length identifier in the second data packet header; wherein each segment corresponds to a first data payload.
  • Second packet The header includes a quantity identifier for indicating the number of first data packets to be concatenated and a length indicator for indicating the length of the first data payload per segment.
  • the access network entity combines the received N first data payloads of the N first data packets sent by the M terminals, so that the first data payload of the N segments shares a common data.
  • the header can be used to reduce the overhead of the packet and improve the transmission efficiency of the system. Since the access network entity combines the data packets, the access network entity can perform one-to-one control on each MTC device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

数据发送处理方法、 装置和系统 本申请要求于 2010年 08月 12日提交中国专利局、 申请号为 201010253583.0、 发明名称为 "数据发送处理方法、 装置和系统" 的中国专 利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域 本发明实施例涉及通信技术领域， 尤其涉及一种数据发送处理方法、 装置和系统。 背景技术 物联网（ Machine to Machine , 以下简称为 Μ2Μ )是将所有物品通过信 息传感设备与互联网连接起来， 以实现智能化识别、 定位、 跟踪、 监控和 管理的一种网络。 目前， 应用于物联网的信息传感设备包括射频识别装置、 红外感应器、 全球定位系统、 激光扫描器等。
随着物联网的发展，物联网类型的通信 ( Machine Type Communication, 以下简称为 MTC )设备的数量将变的十分巨大。 在物联网的应用中， MTC 设备与无线通信技术紧密结合， MTC设备通过无线连接从控制中心获得数 据或者通过无线连接将数据上报到控制中心。 在各种物联网具体应用中， 例如对无线电表的抄表过程、 自动售货机或 pos机的状态监控过程等，无线 电表、 自动售货机或 pos机会有大量随机或周期的数据上报给控制中心。在 这些应用中， 上报数据的 MTC设备 (例如无线电表、 自动售货机或 pos机 等）的数目庞大， 但是每个 MTC设备单次上报的数据量又相对较小， 该单 次上报的数据量可能在几十字节到几百字节， 甚至上报的数据量可能小于 一个数据包中的 IP包头开销， 由此会导致传输效率低下。 例如： 在通常的 MTC业务中， 以无线抄表（对无线电表进行抄表）为例， 单次上报的应用 层数据量可以为 50byte, 而现有系统的 TCP/IP头可以为 40byte, 则 TCP/IP 头所占用的字节数占到应用层数据量的 80 % ; 当有大量的 MTC设备上报 数据时， 就会导致无线通信系统的传输效率大大降低。
针对上述传输效率大大降低的问题， 现有的一种解决方案是引入汇聚 器。 一个汇聚器对应一个小型子网， 该小型子网由多个 MTC设备通过 zigbee 或有线网络组成。 汇聚器对多个 MTC设备上报的数据包重新汇聚打包， 并 在打包后加上符合无线空口网络协议的包头再转发出去， 由此可以有效减 小包头开销从而提高系统的传输效率。
但是， 使用汇聚器会造成用户前期投入成本的增加， 并且现有的汇聚 器对应的小型子网釆用别的制式或者有线传播， 使得上层网络对每个 MTC 设备不可见， 影响上层网络对 MTC设备的控制权， 导致上层网络无法实现 对 MTC设备一对一的控制。 发明内容
本发明的各个方面提供一种数据发送处理方法、 装置和系统， 可以在 不影响网络侧对每个 MTC设备控制权的同时， 提高系统的传输效率。
本发明的一方面提供一种数据发送处理方法， 包括：
接入网实体接收由 M个终端发送的、发往相同目的地址的 N个第一数 据包； 所述第一数据包包括第一数据包头和第一数据净荷； 所述 N大于 1 ; 将所述 N个第一数据包中的 N段第一数据净荷合并为一段第二数据净 荷， 并在所述第二数据净荷前部添加第二数据包头， 以形成第二数据包； 所述第二数据包包括所述第二数据包头和所述第二数据净荷； 所述第二数 据包头中的源地址和目的地址与至少一个所述第一数据包头中的源地址和 目的地址相同；
将所述第二数据包发送给与所述目的地址对应的服务器。
本发明的另一方面提供一种接入网实体， 包括： 接收模块， 用于接收由 M个终端发送的、 发往相同目的地址的 N个第 一数据包； 所述第一数据包包括第一数据包头和第一数据净荷； 所述 N大 于 1 ;
创建模块， 用于将所述接收模块接收的所述 N个第一数据包中的 N段 第一数据净荷合并为一段第二数据净荷， 并在所述第二数据净荷前部添加 第二数据包头， 以形成第二数据包； 所述第二数据包包括所述第二数据包 头和所述第二数据净荷； 所述第二数据包头中的源地址和目的地址与至少 一个所述第一数据包头中的源地址和目的地址相同；
发送模块 , 用于将所述创建模块创建的所述第二数据包发送给与所述 目的地址对应的服务器。
本发明的另一方面提供一种数据传输处理系统， 包括本发明实施例提 供的任一接入网实体。
本发明实施例的数据发送处理方法、 装置和系统， 接入网实体将接收 到的、 由 M个终端发送的 N个第一数据包的 N段第一数据净荷进行合并， 使 得 N段第一数据净荷共用一个公用的数据包头， 由此可以有效减少包头开 销， 提高系统传输效率， 并且由于是接入网实体对数据包进行合并， 使得 接入网实体可以对每个 MTC设备进行一对一的控制。 附图说明
实施例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明一实施例的一种数据发送处理方法流程示意图； 图 2为本发明另一实施例的一种数据接收处理方法流程示意图； 图 3为本发明另一实施例的一种数据传输处理方法流程示意图； 图 4为本发明另一实施例的一种数据传输处理方法中的数据汇聚的示 意图；
图 5为本发明另一实施例的一种数据传输处理方法流程示意图； 图 6为本发明另一实施例的一种数据传输处理方法中的数据汇聚的示 意图；
图 Ί为本发明另一实施例的一种数据传输处理方法流程示意图； 图 8为本发明另一实施例的一种数据传输处理方法中的数据汇聚的示 意图；
图 9为本发明另一实施例的一种接入网实体结构示意图；
图 10为本发明另一实施例的一种接入网实体的另一结构示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1 为本发明一实施例的一种数据发送处理方法流程示意图， 如图 1 所示。
101、 接入网实体接收由 M个终端发送的、 发往相同目的地址的 N个 第一数据包。第一数据包包括第一数据包头和第一数据净荷； N大于等于 1。
本实施例例如可以应用在物联网类型的通信网络中， 其中， 本实施例 中的终端例如可以为 MTC设备， 服务器例如可以为控制中心服务器， 例如 MTC服务器， 下面以物联网为例进行说明。 在物联网中， 多个 MTC设备 要将向 MTC服务器上报数据， 例如： 在无线抄表过程中， 多个电表要将自 身的数据通过接入网和核心网上报给 MTC服务器。 每个 MTC设备都发送数据包， 其中 M个 MTC设备可以发送 N个数 据包， M可以等于 N, 也可以不等于 N, 例如： 一个 MTC设备可以发送一 个数据包， 也可以发送多个相互独立的数据包； 其中， 一个 MTC设备发送 多个相互独立的数据包例如可以为： 同一个电表发送两个数据包， 一个数 据包表示所用的总电量， 另一个数据包表示哪个时间段用的电量最多。 本 实施例中， MTC设备发送的数据包称为第一数据包， 这 N个第一数据包发 往相同目的地址， 即这 N个数据包是发送给同一个 MTC服务器。
MTC设备将第一数据包发送给 MTC服务器的过程可以为： MTC设备 将第一数据包发送给接入网实体， 然后由接入网实体对这些数据包进行处 理后， 通过核心网将这些数据包发送给 MTC服务器。
在釆用长期演进（Long Term Evolution, 简称为： LTE)系统中， 接入网 实体例如可以为 e NODE B; 在釆用通用移动通信系统 (Universal Mobile Telecommunications System, 简称为： UMTS)中， 接入网实体可以是 NODE B或者无线网络控制器（ Radio Network Controller, 简称为： RNC ) 。
102、 接入网实体将 N个第一数据包中的 N段第一数据净荷合并为一 段第二数据净荷， 并在第二数据净荷前部添加第二数据包头， 以形成第二 数据包。 第二数据包包括第二数据包头和第二数据净荷； 第二数据包头中 的源地址和目的地址与至少一个第一数据包头中的源地址和目的地址相 同。
接入网实体在接收到所述的发往相同目的地址的 N个第一数据包后， 为了减少这些数据包中的包头开销， 接入网实体对这 N个第一数据包进行 汇聚。 第一数据包包括第一数据包头和第一数据净荷； 第一数据包头可以 为 TCP/IP头， 也可以为 UDP/IP头， 其中包括有： 源端口号、 目的端口号、 源 IP地址、 目的 IP地址， 源端口号和源 IP地址可以称为源地址， 目的端 口号和目的 IP地址可以称为目的地址。 由接入网实体进行汇聚的 N个第一 数据包中的目的端口号和目的 IP地址都相同，而源端口号和源 IP地址可以 相同， 也可以不相同。
接入网实体对 N个第一数据包进行汇聚的具体过程可以为：接入网实体 将 N个第一数据包中的 N段第一数据净荷串接起来， 形成一段数据净荷， 即第二数据净荷； 然后在第二数据净荷前部添加第二数据包头。 其中， 根据 接入网实体与 MTC服务器预先协商的情况， 以及 N个第一数据包的类型， 限定了第二数据包头的结构， 具体的： 1、 当 N段第一数据净荷的长度相同， 且接入网实体与 MTC服务器预先协商了汇聚的数量时， 则第二数据包头中 包括源地址、 目的地址以及数据包的长度信息； 2、 当 N段第一数据净荷的 长度相同， 但是接入网实体与 MTC服务器没有预先协商汇聚数量时， 第二 数据包头中除了包括源地址、 目的地址、 数据包的长度信息以外， 还包括表 示汇聚的第一数据包的数量的数量标识； 3、 当 N段第一数据净荷的长度不 相同， 且接入网实体与 MTC服务器也没有预先协商汇聚数量时， 第二数据 包头中除了包括源地址、 目的地址、 数据包的长度信息以外， 还包括表示汇 聚的第一数据包的数量的数量标识， 以及用于表示每一段第一数据净荷长度 的长度标识。
N个第一数据包中， 每个第一数据包头中的源端口号和源 IP地址可以 都相同， 也可以不都相同。 当每个第一数据包头中的源端口号和源 IP地址 都相同时， 第二数据包头中的源地址、 目的地址与第一数据包头中的相同； 当每个第一数据包头中的源地址不都相同时， 第二数据包头中的源地址、 目的地址与 N个第一数据包头中的任一个相同。
103、 接入网实体将第二数据包发送给与目的地址对应的服务器。
接入网实体将 N个第一数据包汇聚成一个第二数据包后， 根据第一数 据包头中的目的地址， 将该第二数据包通过核心网发送给与该目的地址对 应的服务器。 其中， 该服务器例如可以为 MTC服务器。
需要说明的是， 本实施例中， 由接入网实体对多个 MTC设备发送的第 一数据包进行汇聚，由于每个 MTC设备都可以直接将数据发送给接入网实 体， 而不用先经集中器汇聚再转发给接入网实体， 使得每个 MTC设备对接 入网实体是可见， 由此使得接入网实体可以对每个 MTC设备进行一对一的 控制。
本发明实施例， 接入网实体将接收到的、 由 M个终端发送的 N个第一 数据包的 N段第一数据净荷进行合并， 使得 N段第一数据净荷共用一个公 用的数据包头， 由此可以有效减少包头开销， 提高系统传输效率， 并且由 于是接入网实体对数据包进行合并，使得接入网实体可以对每个 MTC设备 进行一对一的控制。
图 2为本发明另一实施例的一种数据包接收处理方法流程示意图图。
201、 服务器接收接入网实体发送的第二数据包。
本实施例与图 1 所述的实施例相对应， 是服务器接收接入网实体发送 的汇聚后的数据包的过程。 本实施例可以应用在物联网类型的通信网络中， 服务器例如可以为 MTC服务器， 可以对 MTC设备上报的数据进行釆集和 处理。
参见图 1所示的实施例， 接入网实体将 N个第一数据包汇聚为一个第 二数据包后， 通过核心网， 将该第二数据包发送给服务器。
202、服务器从第二数据包的第二数据净荷中获取由 M个终端发送的 N 个第一数据包的 N段第一数据净荷； N大于 1。
服务器接收到第二数据包后， 可以根据与接入网实体预先协商的情况， 以及第二数据包头， 从第二数据包获取 N段第一数据净荷， 每一段第一数 据净荷即为每个 MTC设备发送的数据。
服务器从第二数据包获取 N段第一数据净荷的具体过程可以为： 1、 当 N段第一数据净荷的长度相同， 且服务器与接入网实体预先协商了汇聚的 数量 N时， 服务器在接收到第二数据包后， 将第二数据包头去掉， 然后将 第二数据净荷进行等间隔分隔， 分成等长的 N段， 每一段即为一段第一数 据净荷， 也就是一个 MTC设备发送的数据； 2、 当 N段第一数据净荷的长 度相同， 但服务器与接入网实体没有预先协商汇聚的数量时， 服务器在接 收到第二数据包后， 将第二数据包头去掉， 并从第二数据包头中获取用于 表示汇聚的第一数据包的数量的数量标识 N, 然后将第二数据净荷进行等 间隔分隔， 分成等长的 N段， 每一段即为一段第一数据净荷， 也就是一个 MTC设备发送的数据； 3、 当 N段第一数据净荷的长度不相同， 且服务器 与接入网实体也没有预先协商汇聚数量时， 服务器在接收到第二数据包后， 将第二数据包头去掉， 并从第二数据包头中获取用于表示汇聚的第一数据 包的数量的数量标识 N和用于表示每一段第一数据净荷长度的长度标识， 然后按照每一段第一数据净荷的长度， 将第二数据净荷分为 N段， 每一段 即为一段第一数据净荷， 也就是一个 MTC设备发送的数据。
本发明实施例， 服务器接收接入网实体发送的、 由接入网实体将 M个 终端发送的 N个第一数据包汇聚成的一个第二数据包， 并从第二数据包的 第二数据净荷中， 获取到 N段第一数据净荷， 以得到每个终端发送的数据。 由于接入网实体将 N段第一数据净荷共用一个公用的数据包头， 可以有效 减少包头开销， 提高系统传输效率， 并且由于是接入网实体对数据包进行 合并， 使得接入网实体可以对每个 MTC设备进行一对一的控制。
图 3 为本发明的另一实施例的一种数据包传输处理方法流程示意图， 如图 3所示， 结合图 1和图 2所述实施例， 该方法包括如下内容。
301、 接入网实体与服务器协商待合并的第一数据包的数量。 本实施例 中， M个 MTC设备发送的 N个第一数据包中的 N段第一数据净荷的长度 相同。 MTC 设备发送的第一数据包可以为应用层包， 第一数据包头以 TCP/IP头为例进行说明。 服务器可以为 MTC服务器。
接入网实体和 MTC服务器预先协商对固定数目的 MTC设备发送的数 据进行汇聚传输， 即预先协商汇聚的第一数据包的数量。 其中协商的动作 可以是接入网实体发起的， 也可以是 MTC服务器发起的。 具体协商的过程 可以为 a和 b, 或者为 a，和 b，： a、 接入网实体向 MTC服务器发送用于协商待合并的第一数据包的数 量的协商请求消息； 其中待合并即为待汇聚；
b、 MTC服务器接收接入网实体发送的协商请求消息。
a'、 MTC服务器向接入网实体发送用于协商待合并的第一数据包的数 量的协商请求消息；
b'、 接入网实体接收 MTC服务器发送的协商请求消息。
在接入网实体和 MTC服务器协商完成之后，接入网实体就可以对协商 数量的第一数据包进行汇聚，并且 MTC服务器也可以对汇聚后的数据进行 解压， 以获取到每一个第一数据包。
需要说明的是， 可以在每次对第一数据包进行汇聚之前， 接入网实体 与 MTC服务器进行协商， 也可以在接入网实体与 MTC服务器进行过汇聚 数量协商后， 每次都对协商数量的第一数据包进行汇聚。
302、 接入网实体将 N个第一数据包中的 N段第一数据净荷串接起来， 形成一段第二数据净荷。
在协商汇聚数量为 N后， 接入网实体将多个 MTC设备发送的 N个第 一数据包进行汇聚。 图 4为本发明数据包传输处理方法实施例一中数据汇 聚的示意图， 如图 4所示 , MTC设备 1、 MTC设备 2 MTC设备 M 发送 N个第一数据包， 每个第一数据包中包括 TCP/IP头和第一数据净荷。
接入网实体将 MTC设备 1、 MTC设备 2 MTC设备 M发送的
N个第一数据包中的第一数据净荷 1、 第一数据净荷 2 第一数据净 荷 N串接起来， 形成一段第二数据净荷。
303、 接入网实体在第二数据净荷前部添加第二数据包头。 第二数据包 头与至少一个第一数据包头中的源端口号和目的端口号、 源地址和目的地 址相同。
接入网实体在将 N段第一数据净荷串接成一段第二数据净荷后， 在第 二数据净荷前部添加第二数据包头 （参见图 4 ) 。 其中， 当 N个第一数据 包的 TCP/IP头都相同时， 第二数据包头中的 TCP/IP头中的源地址和目的 地址与第一数据包头中的 TCP/IP头中的源地址和目的地址相同； 当 N个第 一数据包的 TCP/IP头不都相同时， 第二数据包头中的 TCP/IP头中的源地 址和目的地址可以与任一个第一数据包头中的 TCP/IP头中的源地址和目的 地址相同。
由于接入网实体要将第二数据包通过核心网发送给 MTC服务器，所以 第二数据包头中还可以包括 CN ( Core Network , 核心网） 头。
304、 接入网实体将第二数据包发送给与目的地址对应的服务器。
根据第二数据包头中的目的地址， 接入网实体将汇聚成的第二数据包 通过核心网发送给 MTC服务器。
305、服务器根据 301中的协商请求消息，将第二数据净荷等分为 Ν段； 其中每段对应一段第一数据净荷。
MTC服务器接收到第二数据包后， 去掉第二数据包头， 然后根据预先 协商的汇聚数量 Ν, 将第二数据净荷等间隔分割为 Ν段， 这 Ν段即为 Ν段 第一数据净荷， 每一段即为一个 MTC设备发送的应用层数据。
需要说明的是， 当 Ν个第一数据包的 TCP/IP头不都相同时， 从 Ν个 第一数据包中任选一个 TCP/IP头， 将该 TCP/IP头中的源地址作为第二数 据包头中的源地址；该情况下，需要在接入网实体上设置重传机制，当 MTC 服务器接收到的数据发生错误时， 以使接入网实体可以重新传输该数据。 该重传过程具体可以为：
当 MTC服务器检测到接收到的第二数据包出错， 或者计时器超时时， MTC服务器向接入网实体发送重传指示消息；
接入网实体接收到重传指示消息后， 根据重传指示消息中包含的第二 数据包头信息，重新向 MTC服务器发送与该第二数据包头对应的第二数据 包。
接入网端和 MTC服务器端的 TCP/IP层均不去辨别具体是第二数据包中 的哪个 MTC设备的数据出错， 而默认整个第二数据包是一个完整的 TCP/IP 包。
本发明各实施例中， 接入网实体所具备的汇聚功能可以放在无线接入 网的任何一层中进行， 例如可以在分组数据汇聚协议层（Packet Data Convergence Protocol, 以下简称为： PDCP )、 无线链路控制协议层（Radio Link control , 以下简称为： RLC )或媒体接入控制协议层 （ Media Access Control, 以下简称为： MAC ) 中实现。
1、 在 PDCP层中实现的过程： 在 PDCP对 N个第一数据包解压缩完要往 上层转发数据时， PDCP可以根据上述的方法对 N个第一数据包进行汇聚， 每个上抛的 PDCP服务数据单元（ Service Data Unit, 以下简称为： SDU )都 是一个 MTC设备的完整数据，将 N个 SDU除去 IP包头后串接，再加上一个公 共 IP和 CN包头后发送至服务 GPRS支持节点 （ Serving GPRS Support Node,
2、 在 RLC层中实现的过程： 具体汇聚的过程参见上述描述。 需要说明 的是， 在 RLC层中进行汇聚时， MTC设备侧和接入网侧的 PDCP层最好是透 明传输， 即 PDCP层不对数据进行处理而直接转发； 若 PDCP层不是透明传 输， 则 RLC层将要在第二数据净荷前打上公共的经过压缩的 IP包头。
3、 在 MAC层中实现的过程： 具体汇聚的过程参见上述描述。 需要说明 的是， 在 MAC层中进行汇聚时， RLC层和 PDCP层都需要透明传输。
本发明实施例， 接入网实体将接收到的、 由 M个终端发送的 N个第一 数据包的 N段第一数据净荷进行合并， 使得 N段第一数据净荷共用一个公 用的数据包头， 由此可以有效减少包头开销， 提高系统传输效率， 并且由 于是接入网实体对数据包进行合并，使得接入网实体可以对每个 MTC设备 进行一对一的控制。
图 5 为本发明另一实施例的一种数据包传输处理方法流程示意图， 如 图 5所示， 结合图 1和图 2所述实施例， 该方法包括如下内容。 501、 接入网实体将 N个第一数据包中的 N段第一数据净荷串接起来， 形成一段第二数据净荷。
本实施例中， M个 MTC设备发送的 N个第一数据包中的 N段第一数 据净荷的长度相同。 MTC设备发送的第一数据包可以为应用层包， 第一数 据包头以 TCP/IP头为例进行说明。 服务器可以为 MTC服务器。
接入网实体将 M个 MTC设备发送的数据进行汇聚。 图 6为本发明数 据包传输处理方法实施例二中数据汇聚的示意图， 如图 6所示， MTC设备
1、 MTC设备 2 MTC设备 M发送 N个第一数据包， 每个第一数据 包中包括 TCP/IP头和第一数据净荷。
接入网实体将 MTC设备 1、 MTC设备 2 MTC设备 M发送的
N个第一数据包中的第一数据净荷 1、 第一数据净荷 2 第一数据净 荷 N串接起来， 形成一段第二数据净荷。
502、 接入网实体在第二数据净荷前部添加所述第二数据包头， 第二数 据包头还包括用于指示串接的第一数据包的数量的数量标识。
接入网实体在将 N段第一数据净荷串接成一段第二数据净荷后， 在第 二数据净荷前部添加第二数据包头 （参见图 6 ) 。 第二数据包头中包括有 TCP/IP头和数量标识 N, 其中 TCP/IP头参见上述各实施例中的描述， 在此 不再赘述； 数量标识 N用于指示汇聚的第一数据包的数量。
由于接入网实体要将第二数据包通过核心网发送给 MTC服务器，所以 第二数据包头中还可以包括 CN头。
503、 接入网实体将第二数据包发送给与目的地址对应的服务器。
根据第二数据包头中的目的地址， 接入网实体将汇聚成的第二数据包 通过核心网发送给 MTC服务器。
504、 服务器根据第二数据包头中的数量标识， 将第二数据净荷等分为 N段； 其中每段对应一段第一数据净荷。
MTC服务器接收到第二数据包后， 去掉第二数据包头， 并根据第二数 据包头中的数量标识 N, 将第二数据净荷等间隔分割为 N段， 这 N段即为 N段第一数据净荷， 每一段即为一个 MTC设备发送的应用层数据。
其中， 本发明各实施例中， 每段第一数据净荷中可以都包含有该段第 一数据净荷对应的 MTC设备的标识信息， MTC服务器在获取到每段第一 数据净荷后， 即可获知该段数据对应的 MTC设备。
此外， 每段第一数据净荷中也可以不包含该段第一数据净荷对应的 MTC设备的标识信息， 此时， 501可以被替换为 50 Γ： 接入网实体将 N个 第一数据包中的 N段第一数据净荷按照与服务器协商的顺序和协商的数量 进行串接； 该协商的顺序可以有多种， 例如： 该顺序为 N个第一数据包的 N个第一数据包头中的源 IP地址或源端口号的大小顺序， 此时第二数据包 头中的源地址与串接的 N个第一数据包中的第一个第一数据包头中的源地 址相同； 该顺序还可以为每个 MTC设备的终端标识（标识 ID ) 的大小顺 序，该标识 ID例如可以为每个 MTC设备的编号或者每个 MTC设备对应的 用户信息 （例如门牌号） ； 该协商的数量可以为： 每个 M个 MTC设备发 送的第一数据包的数量， 即接入网实体和 MTC 服务器预先也协商好每个 MTC设备发送的第一数据包的数量。 501，的具体过程可以如下：
接入网实体与 MTC服务器预先协商串接 N段第一数据净荷的顺序和串 接的每个 MTC设备发送的第一数据净荷的数量，该顺序可以按照这 N个第 一数据包头中源 IP地址、 源端口号或 MTC设备的标识 ID的大小顺序 , 例 如从大到小或者从小到大；在协商完成后，接入网实体按照协商的顺序对 N 段第二数据净荷进行串接， 并在第二数据包头中配置串接的第一个第一数 据包头中的源地址。
当上述 501被 501，替换时， 在 504之后还可以包括以下步骤： MTC服 务器根据与接入网实体协商的串接顺序和串接数量， 在得到的 N段第一数 据净荷的每一段前添加相应的源地址。 具体的： MTC服务器中存储有所有 相关 MTC设备的源端口号和 /或源 IP地址， 以及源端口号和 /或源 IP地址 与 MTC设备的标识 ID的对应关系； MTC服务器接收到第二数据包后， 从 第二数据包头中获取到串接的第一个第一数据净荷对应的 MTC 设备的源 端口号或源 IP地址或标识 ID, MTC服务器根据协商的串接顺序和串接数 量就可以推导出其他第一数据净荷对应的 MTC设备的源端口号或源 IP地 址； 然后 MTC服务器在每一段第一数据净荷前添加相应的源端口号和 /或 源 IP地址 , 以便进行正常的 TCP/UDP/IP层操作。
在使用 501，的方法中，若第二数据包中的一段第一数据净荷出错， MTC 服务器就可以推导出是哪个源地址的数据出错， 也就可以直接请求相应源 地址的 MTC设备重传， 而无需在接入网实体中设置重传机制。
本发明实施例， 接入网实体将接收到的、 由 M个终端发送的 N个第一 数据包的 N段第一数据净荷进行合并， 使得 N段第一数据净荷共用一个公 用的数据包头， 由此可以有效减少包头开销， 提高系统传输效率， 并且由 于是接入网实体对数据包进行合并，使得接入网实体可以对每个 MTC设备 进行一对一的控制。
图 7为本发明另一实施例的一种数据包传输处理方法流程示意图， 如 图 7所示， 结合图 1和图 2所述实施例， 该方法可以如下所述。
701、 接入网实体将 N个第一数据包中的 N段第一数据净荷串接起来， 形成一段第二数据净荷。
本实施例中， M个 MTC设备发送的 N个第一数据包中的 N段第一数 据净荷的长度不都相同， 其中 N段第一数据净荷的长度可以都不相同， 也 可以有部分相同。 MTC设备发送的第一数据包可以为应用层包， 第一数据 包头以 TCP/IP头为例进行说明。 服务器可以为 MTC服务器。
接入网实体将 M个 MTC设备发送的数据进行汇聚。 图 8为本发明数 据包传输处理方法实施例三中数据汇聚的示意图， 如图 8所示， MTC设备
1、 MTC设备 2 MTC设备 M发送 N个第一数据包， 每个第一数据 包中包括 TCP/IP头和第一数据净荷。 接入网实体将 MTC设备 1、 MTC设备 2 MTC设备 M发送的
N个第一数据包中的第一数据净荷 1、 第一数据净荷 2 第一数据净 荷 N串接起来， 形成一段第二数据净荷。
702、 接入网实体在第二数据净荷前部添加第二数据包头， 第二数据包 头还包括用于指示串接的第一数据包的数量的数量标识和用于指示每段第 一数据净荷长度的长度标识。
接入网实体在将 N段第一数据净荷串接成一段第二数据净荷后， 在第 二数据净荷前部添加第二数据包头 （参见图 8 ) 。 第二数据包头中包括有
TCP/IP头、数量标识 N和长度标识 Ll-Ln, 其中 TCP/IP头参见上述各实施 例中的描述， 在此不再赘述； 数量标识 N用于指示汇聚的第一数据包的数 量， 长度标识 Ll-Ln分别用于指示 N段第一数据净荷的长度。
由于接入网实体要将第二数据包通过核心网发送给 MTC服务器，所以 第二数据包头中还可以包括 CN头。
703、 接入网实体将第二数据包发送给与目的地址对应的服务器。 根据第二数据包头中的目的地址， 接入网实体将汇聚成的第二数据包 通过核心网发送给 MTC服务器。
704、 服务器根据第二数据包头中的数量标识和长度标识， 将第二数据 净荷分为 N段； 其中每段对应一段第一数据净荷。
MTC服务器接收到第二数据包后， 去掉第二数据包头， 并根据第二数 据包头中的数量标识 N和长度标识 Ll-Ln, 将第二数据净荷分割为 N段， 这 N段即为 N段第一数据净荷， 每一段即为一个 MTC设备发送的应用层 数据。
本发明实施例， 接入网实体将接收到的、 由 M个终端发送的 N个第一 数据包的 N段第一数据净荷进行合并， 使得 N段第一数据净荷共用一个公 用的数据包头， 由此可以有效减少包头开销， 提高系统传输效率， 并且由 于是接入网实体对数据包进行合并，使得接入网实体可以对每个 MTC设备 进行一对一的控制。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代 码的介质。
图 9为本发明一实施例的一种接入网实体结构示意图， 如图 9所示， 该接入网实体包括： 接收模块 91、 创建模块 93和发送模块 95。
接收模块 91用于接收由 M个终端发送的、 发往相同目的地址的 N个 第一数据包； 第一数据包包括第一数据包头和第一数据净荷； N大于 1。
创建模块 93用于将接收模块 91接收的所述 N个第一数据包中的 N段 第一数据净荷合并为一段第二数据净荷， 并在所述第二数据净荷前部添加 第二数据包头， 以形成第二数据包； 所述第二数据包包括所述第二数据包 头和所述第二数据净荷； 所述第二数据包头中的源地址和目的地址与至少 一个所述第一数据包头中的源地址和目的地址相同。
发送模块 95用于将所述创建模块 93创建的所述第二数据包发送给与 所述目的地址对应的服务器。
本实施例中各模块的工作流程和工作原理参见上述各方法实施例中的 描述， 在此不再赘述。
本发明实施例， 创建模块将接收模块接收到的、 由 M个终端发送的 N 个第一数据包的 N段第一数据净荷进行合并， 使得 N段第一数据净荷共用 一个公用的数据包头， 由此可以有效减少包头开销， 提高系统传输效率， 并且由于是接入网实体对数据包进行合并， 使得接入网实体可以对每个 MTC设备进行一对一的控制。
图 10为本发明另一实施例的一种接入网实体结构示意图， 在上述图 9 对应的实施例中的接入网实体基础上，如图 10所示，该接入网实体还包括： 第一协商模块 97和 /或第二协商模块 99, 并且还可以包括： 重发模块 90。 第一协商模块 97用于当每段第一数据净荷的长度相同时， 向服务器发 送用于协商待合并的第一数据包的数量的协商请求消息。 第二协商模块 99 用于当每段第一数据净荷的长度相同时， 接收服务器发送的用于协商待合 并的第一数据包的数量的协商请求消息。
创建模块 93可以包括： 第一串接单元 931和第一添加单元 933。 或者， 创建模块 93可以包括： 第一串接单元 931和第二添加单元 935。
第一串接单元 931用于将 N个第一数据包中的 N段第一数据净荷串接 起来， 形成一段第二数据净荷。
第一添加单元 933 用于当每段第一数据净荷的长度相同时， 在第一串 接单元形成的第二数据净荷前部添加第二数据包头， 第二数据包头还包括 用于指示串接的第一数据包的数量的数量标识。
第二添加单元 935 用于在第一串接单元形成的第二数据净荷前部添加 第二数据包头， 第二数据包头还包括用于指示串接的第一数据包的数量的 数量标识和用于指示每段第一数据净荷长度的长度标识。
第一串接单元 931具体可以用于将 N个第一数据包中的 N段第一数据 净荷按照与服务器协商的顺序和协商的数量进行串接。 所述的协商的顺序 为 N个第一数据包的 N个第一数据包头中的源 IP地址或源端口号或终端标 识的大小顺序；所述协商的数量为每个 M个终端发送的第一数据包的数量。
重发模块 90用于当至少两个第一数据包头中的源地址不同时， 根据服 务器发送的包含第二数据包头的重传指示消息， 重新向服务器发送与第二 数据包头对应的第二数据包。
本实施例中各模块和单元的工作流程和工作原理参见上述各方法实施 例中的描述， 在此不再赘述。
本发明实施例， 创建模块将接收模块接收到的、 由 M个终端发送的 N 个第一数据包的 N段第一数据净荷进行合并， 使得 N段第一数据净荷共用 一个公用的数据包头， 由此可以有效减少包头开销， 提高系统传输效率， 并且由于是接入网实体对数据包进行合并， 使得接入网实体可以对每个
MTC设备进行一对一的控制。
本发明的另一实施例还提供了一种数据传输处理系统， 该系统可以包 括本发明实施例提供的任一接入网实体。
并且该系统还可以包括接收处理装置， 其中， 该接收处理装置可以相 当于上述各实施例中的服务器。
该数据接收处理装置可以包括： 接收模块和获取模块。
接收模块用于接收接入网实体发送的第二数据包。 获取模块用于从第 二数据包的第二数据净荷中获取 N段第一数据净荷。
该装置还包括： 第三协商模块和 /或第四协商模块。
该装置还可以包括： 添加模块。
第三协商模块用于当每段第一数据净荷的长度相同时， 接收接入网实 体发送的用于协商待合并的第一数据包的数量的协商请求消息。
第四协商模块用于当每段第一数据净荷的长度相同时， 向接入网实体 发送用于协商待合并的第一数据包的数量的协商请求消息。
添加模块， 用于根据与接入网实体协商的串接顺序和串接数量， 在每 段第一数据净荷前添加相应的源地址。
获取模块具体用于当每段第一数据净荷的长度相同时， 根据协商请求 消息， 将第二数据净荷等分为 N段； 其中每段对应一段第一数据净荷。
或者， 获取模块具体用于当每段第一数据净荷的长度相同时， 根据第 二数据包头中的数量标识， 将第二数据净荷等分为 N段； 其中每段对应一 段第一数据净荷。 每段第一数据净荷的长度相同， 第二数据包头中包括用 于指示串接的第一数据包的数量的数量标识。
或者， 获取模块具体用于根据第二数据包头中的数量标识和长度标识 , 将第二数据净荷分为 N段； 其中每段对应一段第一数据净荷。 第二数据包 头中包括用于指示串接的第一数据包的数量的数量标识和用于指示每段第 一数据净荷长度的长度标识。
本实施例中各模块和单元的工作流程和工作原理参见上述各方法实施 例中的描述， 在此不再赘述。
本发明实施例， 接入网实体将接收到的、 由 M个终端发送的 N个第一 数据包的 N段第一数据净荷进行合并， 使得 N段第一数据净荷共用一个公 用的数据包头， 由此可以有效减少包头开销， 提高系统传输效率， 并且由 于是接入网实体对数据包进行合并，使得接入网实体可以对每个 MTC设备 进行一对一的控制。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不 使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求
1、 一种数据发送处理方法， 其特征在于， 包括：
接入网实体接收由 M个终端发送的、发往相同目的地址的 N个第一数 据包； 所述第一数据包包括第一数据包头和第一数据净荷； 所述 N大于等 于 1 ;
将所述 N个第一数据包中的 N段第一数据净荷合并为一段第二数据净 荷， 并在所述第二数据净荷前部添加第二数据包头， 以形成第二数据包； 所述第二数据包包括所述第二数据包头和所述第二数据净荷； 所述第二数 据包头中的源地址和目的地址与至少一个所述第一数据包头中的源地址和 目的地址相同；
将所述第二数据包发送给与所述目的地址对应的服务器。
2、 根据权利要求 1所述的数据发送处理方法， 其特征在于， 每段所述 第一数据净荷的长度相同， 所述将所述 N个第一数据包中的 N段第一数据 净荷合并为一段第二数据净荷之前包括：
所述接入网实体向所述服务器发送用于协商待合并的所述第一数据包 的数量的协商请求消息； 或者
所述接入网实体接收所述服务器发送的用于协商待合并的所述第一数 据包的数量的协商请求消息。
3、 根据权利要求 1所述的数据发送处理方法， 其特征在于， 每段所述 第一数据净荷的长度相同， 所述将所述 N个第一数据包中的 N段第一数据 净荷合并为一段第二数据净荷， 并在所述第二数据净荷前部添加第二数据 包头包括：
将所述 N个第一数据包中的 N段第一数据净荷串接起来， 形成一段所 述第二数据净荷；
在所述第二数据净荷前部添加所述第二数据包头， 所述第二数据包头 还包括用于指示串接的所述第一数据包的数量的数量标识。
4、 根据权利要求 1所述的数据发送处理方法， 其特征在于， 所述将所 述 N个第一数据包中的 N段第一数据净荷合并为一段第二数据净荷， 并在 所述第二数据净荷前部添加第二数据包头包括：
将所述 N个第一数据包中的 N段第一数据净荷串接起来， 形成所述第 二数据净荷；
在所述第二数据净荷前部添加所述第二数据包头， 所述第二数据包头 还包括用于指示串接的所述第一数据包的数量的数量标识和用于指示每段 所述第一数据净荷长度的长度标识。
5、 根据权利要求 3-4任一所述的数据发送处理方法， 其特征在于， 所 述将所述 N个第一数据包中的 N段第一数据净荷串接起来， 形成所述第二 数据净荷包括：
将所述 N个第一数据包中的 N段第一数据净荷按照与所述服务器协商 的顺序和协商的数量进行串接；
所述协商的顺序为所述 N个第一数据包的 N个第一数据包头中的源 IP 地址或源端口号或终端标识的大小顺序；
所述协商的数量为每个所述 M个终端发送的所述第一数据包的数量。
6、 根据权利要求 1-4任一所述的数据发送处理方法， 其特征在于， 至 少两个所述第一数据包头中的源地址不同， 该方法还包括：
所述接入网实体根据所述服务器发送的包含所述第二数据包头的重传 指示消息， 重新向所述服务器发送与所述第二数据包头对应的所述第二数 据包。
7、 一种接入网实体， 其特征在于， 包括：
接收模块， 用于接收由 M个终端发送的、 发往相同目的地址的 N个第 一数据包； 所述第一数据包包括第一数据包头和第一数据净荷； 所述 N大 于 1 ;
创建模块， 用于将所述接收模块接收的所述 N个第一数据包中的 N段 第一数据净荷合并为一段第二数据净荷， 并在所述第二数据净荷前部添加 第二数据包头， 以形成第二数据包； 所述第二数据包包括所述第二数据包 头和所述第二数据净荷； 所述第二数据包头中的源地址和目的地址与至少 一个所述第一数据包头中的源地址和目的地址相同；
发送模块 , 用于将所述创建模块创建的所述第二数据包发送给与所述 目的地址对应的服务器。
8、 根据权利要求 7所述的接入网实体， 其特征在于， 该接入网实体还 包括：
第一协商模块， 用于当每段所述第一数据净荷的长度相同时， 向所述 服务器发送用于协商待合并的所述第一数据包的数量的协商请求消息； 和 / 或
第二协商模块， 用于当每段所述第一数据净荷的长度相同时， 接收所 述服务器发送的用于协商待合并的所述第一数据包的数量的协商请求消 息。
9、 根据权利要求 7所述的接入网实体， 其特征在于， 所述创建模块包 括：
第一串接单元， 用于将所述 N个第一数据包中的 N段第一数据净荷串 接起来， 形成一段所述第二数据净荷；
第一添加单元， 用于当每段所述第一数据净荷的长度相同时， 在所述 第一串接单元形成的所述第二数据净荷前部添加所述第二数据包头， 所述 第二数据包头还包括用于指示串接的所述第一数据包的数量的数量标识。
10、 根据权利要求 Ί 所述的接入网实体， 其特征在于， 所述创建模块 包括：
第一串接单元， 用于将所述 N个第一数据包中的 N段第一数据净荷串 接起来， 形成所述第二数据净荷；
第二添加单元， 用于在所述第一串接单元形成的所述第二数据净荷前 部添加所述第二数据包头， 所述第二数据包头还包括用于指示串接的所述 第一数据包的数量的数量标识和用于指示每段所述第一数据净荷长度的长 度标识。
11、 根据权利要求 9-10任一所述的接入网实体， 其特征在于， 所述第 一串接单元具体用于将所述 N个第一数据包中的 N段第一数据净荷按照与 所述服务器协商的顺序和协商的数量进行串接； 所述协商的顺序为所述 N 个第一数据包的 N个第一数据包头中的源 IP地址或源端口号或终端标识的 大小顺序； 所述协商的数量为每个所述 M个终端发送的所述第一数据包的 数量。
12、 根据权利要求 7-10任一所述的接入网实体， 其特征在于， 该接入 网实体还包括：
重发模块， 用于当至少两个所述第一数据包头中的源地址不同时， 根 据所述服务器发送的包含所述第二数据包头的重传指示消息， 重新向所述 服务器发送与所述第二数据包头对应的所述第二数据包。
13、 一种数据传输处理系统， 包括如权利要求 7-12任一所述的接入网 实体。
14、 根据权利要求 13所述的数据传输处理系统， 其特征在于， 还包括 数据接收处理装置； 所述数据接收处理装置包括：
接收模块， 用于接收所述接入网实体发送的所述第二数据包； 获取模块，用于从所述第二数据包的所述第二数据净荷中获取所述 N段 第一数据净荷。
15、 一种数据发送处理方法， 其特征在于， 包括：
一终端与其它 M-1个终端向接入网实体发送相同目的地址的 N个第一 数据包； 所述第一数据包包括第一数据包头和第一数据净荷； 所述 N大于 等于 1 , 以便所述接入网实体将所述 N个第一数据包中的 N段第一数据净 荷合并为一段第二数据净荷， 并在所述第二数据净荷前部添加第二数据包 头， 以形成第二数据包， 并将所述第二数据包发送给与所述目的地址对应 的服务器； 其中， 所述第二数据包包括所述第二数据包头和所述第二数据 净荷； 所述第二数据包头中的源地址和目的地址与至少一个所述第一数据 包头中的源地址和目的地址相同。
16、 根据权利要求 15所述的方法， 其特征在于， 每段所述第一数据净 荷的长度相同， 所述将所述 N个第一数据包中的 N段第一数据净荷合并为 一段第二数据净荷之前包括：
所述接入网实体向所述服务器发送用于协商待合并的所述第一数据包 的数量的协商请求消息； 或者
所述接入网实体接收所述服务器发送的用于协商待合并的所述第一数 据包的数量的协商请求消息。
17、 根据权利要求 15所述的方法， 其特征在于， 每段所述第一数据净 荷的长度相同， 所述将所述 N个第一数据包中的 N段第一数据净荷合并为 一段第二数据净荷， 并在所述第二数据净荷前部添加第二数据包头包括： 将所述 N个第一数据包中的 N段第一数据净荷串接起来， 形成一段所 述第二数据净荷；
在所述第二数据净荷前部添加所述第二数据包头， 所述第二数据包头 还包括用于指示串接的所述第一数据包的数量的数量标识。
18、 根据权利要求 15所述的方法， 其特征在于， 所述将所述 N个第一 数据包中的 N段第一数据净荷合并为一段第二数据净荷， 并在所述第二数 据净荷前部添加第二数据包头包括：
将所述 N个第一数据包中的 N段第一数据净荷串接起来， 形成所述第 二数据净荷；
在所述第二数据净荷前部添加所述第二数据包头， 所述第二数据包头 还包括用于指示串接的所述第一数据包的数量的数量标识和用于指示每段 所述第一数据净荷长度的长度标识。
19、 一种数据处理方法， 其特征在于， 包括：
服务器接收接入网实体在接收由 M个终端发送的、 发往相同目的地址 的 N个第一数据包后， 发送的第二数据包， 其中所述服务器与所述目的地 址对应；
其中， 所述第一数据包包括第一数据包头和第一数据净荷； 所述 N大 于等于 1；所述第二数据包由所述接入网实体将所述 N个第一数据包中的 N 段第一数据净荷合并为一段第二数据净荷， 并在所述第二数据净荷前部添 加第二数据包头而形成； 所述第二数据包包括所述第二数据包头和所述第 二数据净荷； 所述第二数据包头中的源地址和目的地址与至少一个所述第 一数据包头中的源地址和目的地址相同。
20、 根据权利要求 19所述的方法， 其特征在于， 每段所述第一数据净 荷的长度相同， 所述方法还包括：
所述服务器接收所述接入网实体发送的用于协商待合并的所述第一数 据包的数量的协商请求消息； 或者
所述服务器向所述接入网实体发送用于协商待合并的所述第一数据包 的数量的协商请求消息。
21、 根据权利要求 19所述的数据发送处理方法， 其特征在于， 每段所 述第一数据净荷的长度相同， 所述 N个第一数据包中的 N段第一数据净荷 被串接起来， 形成一段所述第二数据净荷；
所述第二数据包头被添加在所述第二数据净荷前部， 所述第二数据包 头还包括用于指示串接的所述第一数据包的数量的数量标识。
22、 根据权利要求 19所述的数据发送处理方法， 其特征在于， 所述 N个第一数据包中的 N段第一数据净荷被串接起来， 形成所述第 二数据净荷；
所述第二数据包头被添加在所述第二数据净荷前部， 所述第二数据包 头还包括用于指示串接的所述第一数据包的数量的数量标识和用于指示每 段所述第一数据净荷长度的长度标识。
23、 根据权利要求 21或 22所述的方法， 其特征在于，
所述 N个第一数据包中的 N段第一数据净荷按照与所述服务器协商的 顺序和协商的数量进行串接；
所述协商的顺序为所述 N个第一数据包的 N个第一数据包头中的源 IP 地址或源端口号或终端标识的大小顺序；
所述协商的数量为每个所述 M个终端发送的所述第一数据包的数量。
24、 根据权利要求 19-23任一所述的数据发送处理方法， 其特征在于， 至少两个所述第一数据包头中的源地址不同， 该方法还包括：
所述服务器向所述接入网实体发送包含所述第二数据包头的重传指示 消息；
所述服务器接收所述接入网实体重新发送的与所述第二数据包头对应 的所述第二数据包。
PCT/CN2011/074751 2010-08-12 2011-05-27 数据发送处理方法、装置和系统 WO2011150767A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
SG2013009717A SG187780A1 (en) 2010-08-12 2011-05-27 Method, device and system for transmitting data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010253583.0A CN102377650B (zh) 2010-08-12 2010-08-12 数据发送处理方法、装置和系统
CN201010253583.0 2010-08-12

Publications (1)

Publication Number Publication Date
WO2011150767A1 true WO2011150767A1 (zh) 2011-12-08

Family

ID=45066158

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/074751 WO2011150767A1 (zh) 2010-08-12 2011-05-27 数据发送处理方法、装置和系统

Country Status (3)

Country Link
CN (1) CN102377650B (zh)
SG (1) SG187780A1 (zh)
WO (1) WO2011150767A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018129938A1 (zh) * 2017-01-10 2018-07-19 中兴通讯股份有限公司 一种数据传输方法和装置
CN109428838A (zh) * 2017-08-22 2019-03-05 中车株洲电力机车研究所有限公司 一种列车ccu中央控制单元负荷分担的方法及系统
CN111343605A (zh) * 2020-03-06 2020-06-26 知轮(杭州)科技有限公司 一种用于车辆局域网高速传输数据的无线通信方法

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105591975A (zh) * 2014-10-24 2016-05-18 中兴通讯股份有限公司 报文处理方法及装置
WO2016106744A1 (zh) * 2014-12-31 2016-07-07 华为技术有限公司 一种数据传输方法、无线接入设备和通信系统
CN106572135A (zh) * 2015-10-09 2017-04-19 北京国双科技有限公司 网络请求的处理方法及装置
CN106856457B (zh) * 2015-12-09 2019-09-20 华为技术有限公司 一种数据传输方法、发送装置及接收装置
CN107231396B (zh) * 2016-03-25 2021-05-28 阿里巴巴集团控股有限公司 数据操作方法、装置、中转设备及客户端
KR101807429B1 (ko) * 2016-09-29 2017-12-11 한국전력공사 스마트미터의 일괄 파라미터 설정을 위한 원격 관리 시스템 및 그 방법
CN108616335B (zh) * 2016-12-13 2021-02-05 电信科学技术研究院 一种数据包传输方法、用户终端和网络侧设备
CN108307204B (zh) * 2017-01-13 2020-07-28 上海交通大学 一种基于多业务ts流的alp封装方法
CN107332860B (zh) * 2017-08-10 2020-08-28 上海梁维贸易有限公司 一种数据传输方法及存储介质
CN110087212A (zh) * 2018-01-25 2019-08-02 矢崎总业株式会社 无线通信终端和通信控制方法
CN109587085A (zh) * 2018-12-29 2019-04-05 深圳市网心科技有限公司 一种数据传输方法及其相关设备
CN112910909B (zh) * 2021-02-08 2022-05-17 北京交通大学 基于CoAP协议与HTTP协议转换的数据包处理方法
CN113438274A (zh) * 2021-05-26 2021-09-24 曙光网络科技有限公司 数据传输方法、装置、计算机设备及可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000072532A1 (en) * 1999-05-24 2000-11-30 Rutgers, The State University Of New Jersey System and method for network packet reduction
US20010055317A1 (en) * 2000-06-21 2001-12-27 Noriki Kajizaki Network relay apparatus and method of combining packets
CN101030943A (zh) * 2007-04-03 2007-09-05 华为技术有限公司 一种发送报文的方法和路由器
CN101335764A (zh) * 2008-07-15 2008-12-31 上海华为技术有限公司 合成复帧、解析复帧的方法、装置及复帧处理系统
CN101400066A (zh) * 2007-09-26 2009-04-01 大唐移动通信设备有限公司 一种在中继链路上进行数据传输的方法、中继和基站

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000072532A1 (en) * 1999-05-24 2000-11-30 Rutgers, The State University Of New Jersey System and method for network packet reduction
US20010055317A1 (en) * 2000-06-21 2001-12-27 Noriki Kajizaki Network relay apparatus and method of combining packets
CN101030943A (zh) * 2007-04-03 2007-09-05 华为技术有限公司 一种发送报文的方法和路由器
CN101400066A (zh) * 2007-09-26 2009-04-01 大唐移动通信设备有限公司 一种在中继链路上进行数据传输的方法、中继和基站
CN101335764A (zh) * 2008-07-15 2008-12-31 上海华为技术有限公司 合成复帧、解析复帧的方法、装置及复帧处理系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018129938A1 (zh) * 2017-01-10 2018-07-19 中兴通讯股份有限公司 一种数据传输方法和装置
CN109428838A (zh) * 2017-08-22 2019-03-05 中车株洲电力机车研究所有限公司 一种列车ccu中央控制单元负荷分担的方法及系统
CN111343605A (zh) * 2020-03-06 2020-06-26 知轮(杭州)科技有限公司 一种用于车辆局域网高速传输数据的无线通信方法
CN111343605B (zh) * 2020-03-06 2023-08-29 知轮(杭州)科技有限公司 一种用于车辆局域网高速传输数据的无线通信方法

Also Published As

Publication number Publication date
CN102377650B (zh) 2015-01-07
CN102377650A (zh) 2012-03-14
SG187780A1 (en) 2013-03-28

Similar Documents

Publication Publication Date Title
WO2011150767A1 (zh) 数据发送处理方法、装置和系统
USRE45570E1 (en) Data transmission method using packet aggregation
RU2461147C2 (ru) Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи
WO2011137783A1 (zh) 一种数据处理方法、装置和系统
CN113316974B (zh) 数据帧的聚合
US9456384B2 (en) Message processing method, device, and system
JP6373987B2 (ja) Ｍａｃヘッダ圧縮のための装置および方法
WO2016173076A1 (zh) 一种数据中转传输方法、系统和具备中继功能的ue
KR20140083007A (ko) 무선 통신 네트워크 내의 스몰 데이터 기술 및 구성
WO2015196393A1 (zh) 一种数据传输方法及设备
US10701189B2 (en) Data transmission method and apparatus
EP3011698A1 (en) Cross-layer and cross-application acknowledgment for data transmission
WO2011079785A1 (zh) 一种传输数据包的方法及装置
CN101827031A (zh) 一种用户数据包协议udp隧道中传输报文的方法及装置
JP6245619B2 (ja) データ送信方法、装置、およびシステム
WO2017133234A1 (zh) 数据包发送方法、接收方法、发送装置及接收装置
WO2020147453A1 (zh) 数据传输方法及相关装置
WO2022205234A1 (zh) 一种通信方法及装置
WO2010124471A1 (zh) 一种数据传输的方法、装置
WO2014206263A1 (zh) 一种报文传输方法、系统及站点
WO2018137218A1 (zh) 一种数据传输方法、数据接收设备及数据发送设备
WO2016061987A1 (zh) 报文处理方法及装置
WO2013135116A1 (zh) A-msdu聚合方法及装置，数据接收方法及装置
US9060300B2 (en) Method and apparatus for efficiently receiving broadcast control message using MAC PDU header in wireless access system
WO2016058424A1 (zh) 一种数据传输方法、装置、系统及存储介质

Legal Events

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

Ref document number: 11789146

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11789146

Country of ref document: EP

Kind code of ref document: A1