WO2010124471A1 - 一种数据传输的方法、装置 - Google Patents

一种数据传输的方法、装置 Download PDF

Info

Publication number
WO2010124471A1
WO2010124471A1 PCT/CN2009/071605 CN2009071605W WO2010124471A1 WO 2010124471 A1 WO2010124471 A1 WO 2010124471A1 CN 2009071605 W CN2009071605 W CN 2009071605W WO 2010124471 A1 WO2010124471 A1 WO 2010124471A1
Authority
WO
WIPO (PCT)
Prior art keywords
mac pdu
context
rohc
header
data packet
Prior art date
Application number
PCT/CN2009/071605
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 CN200980100674.6A priority Critical patent/CN102369752B/zh
Priority to PCT/CN2009/071605 priority patent/WO2010124471A1/zh
Publication of WO2010124471A1 publication Critical patent/WO2010124471A1/zh
Priority to US13/284,346 priority patent/US9106614B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Definitions

  • the present invention relates to communication technologies, and in particular, to a data transmission method and apparatus.
  • the wireless link Due to physical constraints, the wireless link has a lower transmission rate and a higher bit error rate than the wired link.
  • IP Internet Protocol
  • the packet header overhead is excessive. For example, for an IPv6 voice communication packet, the packet payload that the user really needs is often only 22% of the entire packet. This not only wastes bandwidth, but also increases the probability that the packet will be discarded due to packet errors. If effective measures are not taken, the valuable wireless network resources will be wasted, and the Quality of Service (QoS) will be reduced.
  • QoS Quality of Service
  • the above-mentioned problem can be solved by the use of the header compression mechanism, and the inherent flexibility of the IP protocol can be guaranteed.
  • the mechanism may include Robust Header Compression (ROHC), Real-time Transport Protocol Header Compression (CRTP) machine.
  • ROHC Robust Header Compression
  • CRTP Real-time Transport Protocol Header Compression
  • ROHC is a stream-based header compression scheme. In the network data transmission process, most of the header fields in the same stream group have the same domain value. ROHC mechanism in a certain stream
  • the ROHC mechanism In order to achieve the purpose of compression, the packet header overhead is saved and the bandwidth is utilized more efficiently. At the same time, the ROHC mechanism also makes the ROHC mechanism highly efficient and reasonable robust by controlling the frequency and number of feedback messages, detecting the logic of out-of-synchronization, and error checking. Therefore, the ROHC mechanism provides a header compression mechanism for high bit error rate and long latency links.
  • the ROHC mechanism has certain versatility and is applicable to various networks, and the number defined by the ROHC mechanism
  • the Context ID of the packet needs to be added to each ROHC packet, for all IR (Initial and refresh initial: 1 ⁇ 24 ⁇ and update) and IR-DYN (Initial and refresh-Dynamic, dynamic information initialization and update)
  • the packet needs to be added to the profile ID of the package.
  • the inventor has found that when data transmission is performed, if each ROHC data packet carries a Context ID and/or a profile ID, data redundancy is caused, thereby wasting network transmission resources.
  • Embodiments of the present invention provide a method for data transmission, which solves the problem of wasting network transmission resources caused by carrying a Context ID and/or a Profile ID in each ROHC data packet in data transmission;
  • Another data transmission method includes:
  • the Context ID is not carried in the ROHC data packet that is carried by the PDU; the downlink scheduling message is configured, where the Context ID and the number of the MAC PDU are carried in the downlink scheduling message; and the downlink scheduling message and the encapsulated MAC PDU.
  • the data transmission method provided by the embodiment of the present invention includes: the base station BS receives the capability negotiation request from the terminal MS, and the capability negotiation request carries the capability information of whether the terminal MS supports the Context ID in the flow identifier flow identifier.
  • the base station BS determines the structure of the flow identifier, carries the structure of the determined flow identifier in the capability negotiation response message, and sends the configuration to the terminal MS.
  • the capability negotiation response message the base station BS transmitting the ROHC data packet in the service flow identified by the flow identifier, or receiving the ROHC data packet from the terminal MS in the service flow identified by the flow identifier, the ROHC
  • the Context ID is not carried in the packet.
  • the CID may be associated with the Context ID and/or the Profile ID, so that the ROHC data packet may not be carried in the ROHC data packet during the data transmission process, thereby reducing the Context ID and/or the Profile ID.
  • the waste of transmission resources improves transmission efficiency. It is also possible to carry the Context ID in the header of the MAC PDU by encapsulating the ROHC data packet using the same Context ID into a MAC PDU, without carrying the Context ID in each ROHC data packet, thus Reduce the waste of transmission resources and improve transmission efficiency.
  • FIG. 1 is a flowchart of a negotiation between two communication parties according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for data transmission according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a composition of a MAC PDU formed by a method for data transmission according to an embodiment of the present invention
  • 4 is a flowchart of a method for data transmission according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a method for data transmission according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a data transmission apparatus according to an embodiment of the present disclosure.
  • FIG. 7 is a schematic structural diagram of a data sending apparatus according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic structural diagram of a data sending apparatus according to an embodiment of the present invention
  • FIG. 9 is a schematic structural diagram of a base station according to an embodiment of the present invention.
  • connection identifier of the connection connection can be associated with the Context ID, and the connection connection is The connection identifier CID can be used as the Context ID. Then, when data is transmitted in the connection connection, the Context ID in the ROHC packet can be omitted. Or, in the embodiment of the present invention, if the classified rule that is sent in the process of establishing the service flow corresponding to the connection connection includes only related information of a single profile, the connection identifier CID of the connection connection may be the same.
  • the transmitted ROHC data packet may not carry the profile ID; or, in combination, the combination of the two situations, that is, the connection connection carries a single Context ID, and the classification rule only contains a single
  • the related information of the profile may be that the connection identifier CID of the connection connection is associated with the Context ID and the profile ID of the single profile, and then, when data transmission is performed in the connection connection, the ROHC data packet is The Context ID and Profile ID can be omitted.
  • Table 1 shows that in the embodiment of the present invention, the ROHC packet format after the Context ID is deleted: Padding Add CID octet (if (CID 1 15) and (small CIDs)) type indication body
  • Table 1 is as shown in Table 2 below.
  • the ROHC data packet format after the profile ID is deleted is deleted:
  • the two communicating parties can pre-negotiate whether to support a single Context or a single profile.
  • the present invention also provides a method for negotiation between the two parties, as follows:
  • Step 100 The access service network gateway ASN-GW receives the establishment request message from the connection service network CSN, and starts to establish a service flow SF (Service Flow).
  • SF Service Flow
  • the access service network gateway ASN receives an establishment request message from a connection service network (CSN) to trigger establishment of an ROHC service flow. Notifying the ASN-GW whether the ROHC service flow supports a single profile, or notifying the ASN-GW whether the ROHC service flow supports a single Context ID, or notifying the ASN-GW of the ROHC service flow. Whether to support a single profile and whether to support a single Context ID.
  • the establishment request message may be an AAA-REQ message (Authentication, Authorization, Accounting, Authentication, Authorization, Accounting Request) or a RAR message (Re-Auth Request), in which the implementation of the present invention may be carried
  • the ROHC parameter provided by the example, whether the ROHC service flow supports the single profile in the ROHC parameter, or whether the ASN-GW is notified whether the ROHC service flow supports a single Context ID, or notifies the ASN-GW. Whether the ROHC service flow supports a single profile and whether it supports information about a single Context ID.
  • Mode 1 Add a new field to the ROHC parameter to bear, as shown in Table 4 below:
  • ROHC_SUPPORT_ONE_PROFILE and the field ROHC_SUPPORT_ONE_CONTEXT are new fields of the embodiment of the present invention, wherein the field ROHC — SUPPORT — ONE — PROFILE is used to indicate whether the ROHC service flow supports a single profile.
  • the field ROHC — SUPPORT — ONE — CONTEXT is used to indicate whether the ROHC service flow supports a single Context ID. Both fields are optional. In the data transmission process, only one of the fields can be carried according to the actual situation, or both fields are carried, or neither field is carried.
  • Table 5 it is the format of the field ROHC SUPPORT ONE PROFILE:
  • Table 6 shows that when the value of the field is 0x01, the ROHC service flow supports a single Context ID. When the value of the field is 0x00, the ROHC service flow does not support a single Context ID. Certainly, in the embodiment of the present invention, when the value of the field is 0x00, the ROHC service flow supports a single Context ID. When the value of the field is 0x01, the ROHC service flow does not support a single Context ID.
  • Method 2 Give the existing field a new meaning, as shown in Table 7:
  • the ASN-GW After receiving the establishment request from the CSN, the ASN-GW sends a message to the base station BS to notify the BS to establish a service flow.
  • the message may be a Path_Reg_Req message, where the message carries the ROHC parameter provided by the foregoing embodiment of the present invention to notify the base station BS whether the ROHC service flow supports a single profile, or notifies the base station BS of the ROHC service. Whether the flow supports a single Context ID, or notifies the base station BS whether the ROHC service flow supports a single profile and whether a single Context ID is supported.
  • Step 102 The base station BS requests the terminal MS to establish an air interface connection corresponding to the service flow.
  • the base station BS sends an air interface message to the terminal MS, and the air interface message may be a DSA-REQ message, where the message carries the ROHC parameter provided by the embodiment of the present invention to notify the base station BS of the ROHC. Whether the service flow supports a single profile or notifies the base station Whether the BS ROHC service flow supports a single Context ID, or notifies the base station BS whether the ROHC service flow supports a single profile and whether a single Context ID is supported.
  • Step 103 The terminal MS returns a DSA-RSP message to the base station BS.
  • Step 104 The base station BS returns an acknowledgement message Path_Reg_Rsp message to the ASN-GW.
  • Step 105 The ASN-GW sends a response message Path_Reg_Ack message to the base station BS after receiving the Path_Reg_Rsp message from the base station BS.
  • the CID of the connection may be associated with the Context ID, and the CID may be used as the Context ID, then, in the data transmission process.
  • the Context ID in the ROHC packet transmitted on this connection can be omitted.
  • the CID of the connection may be associated with the profile ID of the single profile.
  • the profile ID in the transmitted ROHC packet can be omitted.
  • the CID of the connection may be associated with the Context ID and the profile ID of the single profile, and then the data transmission process is performed.
  • the Context ID and Profile ID in the transmitted ROHC packet can be omitted.
  • the profile and/or Context carried in the service flow cannot be changed. If the nature of the data changes during the data transmission process, such as the profile and/or Context of the data changes, the service flow management entity SFM (Service Flow Management) in the base station BS changes the nature of the bearer through the new connection. After the data, optional, for dynamic business flow, it can also be straight Modify the connection properties to carry the data after the property changes.
  • SFM Service Flow Management
  • ROHC data packets with the same Context ID may be arranged and sent together during the data transmission scheduling process, so that a common Context ID may be used to represent the corresponding ROHC.
  • FIG. 2 it is a schematic diagram of a data transmission method provided by an embodiment of the present invention.
  • Step 200 data encapsulation.
  • the data sending end encapsulates the ROHC data packet with the same Context ID in the ROHC data packet to be transmitted in the medium access control layer MAC (Media Access Control) into a medium access control protocol data unit MAC PDU (Media Access Control Protocol Data Unit), the MAC PDU is composed of a MAC PDU header and a MAC PDU payload, and the Context ID of the ROHC data packet is carried in the MAC PDU header, and is carried in the MAC PDU payload.
  • the Context ID is no longer carried in the ROHC packet.
  • Step 201 data transmission.
  • the data transmitting end transmits the MAC PDU encapsulated in step 200.
  • the ROHC data packet carried in the MAC PDU does not need to carry the Context ID of the ROHC data packet in the packet header of the encapsulated MAC PDU when the MAC layer is encapsulated. Context ID, which can save transmission resources and improve transmission efficiency.
  • the Context ID of the ROHC data packet carried in the header of the encapsulated MAC PDU may be as follows:
  • the MAC PDU header when performing data encapsulation, can be divided into two parts, that is, a common MAC PDU header and a MAC PDU independent header.
  • the public MAC PDU header is used to carry public information, such as the Context ID of the ROHC data packet carried by the MAC PDU. Further, information about the CID, and/or security parameters of the connection may also be included; the MAC PDU independent header includes other related information of the MAC PDU, such as a loop check, length indication information, and the like.
  • the data transmitting end encapsulates the 60 ROHC data packets of the first Context ID into MAC PDUs at the MAC layer, and is implemented according to the present invention.
  • the header of the encapsulated first MAC PDU may include a common MAC PDU header and a MAC PDU independent header.
  • the public MAC PDU header carries the first Context ID, and may further include a CID, and/or Information such as security parameters, MAC PDU independent header includes other related information such as loop check, etc.
  • the other MAC PDUs encapsulated by the 60 ROHC packets of the first Context ID may only contain MAC PDU independent headers; similarly, another 40 The same processing is also done using the ROHC packet of the second Context ID.
  • a MAC PDU sub-packet when performing data encapsulation, may be added after the MAC PDU packet header, where the MAC PDU sub-packet includes a Context ID, and all data packets behind the MAC PDU sub-packet are used.
  • the format of the MAC PDU sub-packet header provided by the embodiment of the present invention is as follows:
  • the data transmitting end encapsulates 60 ROHC data packets of the first Context ID into MAC PDUs in the MAC layer.
  • Adding a MAC PDU sub-packet header in the first MAC PDU of the encapsulation, and including the MAC PDU sub-packet header uses the first Context ID, until the start of encapsulating another 40 ROHC data packets, and then the first MAC encapsulated by the 40 ROHC data packets A MAC PDU sub-packet is added to the PDU.
  • the new MAC PDU sub-packet includes a second Context ID.
  • the ROHC data packet using the same Context ID is in the MAC encapsulation process in the embodiment of the present invention. You only need to use the MAC PDU sub-packet to carry the corresponding Context ID. You do not need to carry the corresponding Context ID in each ROHC packet. This saves transmission resources and improves transmission efficiency.
  • the data sending end encapsulates the ROHC data packet with the same Context ID to be transmitted in the connection at the medium access control layer MAC to encapsulate the data into a medium access control protocol data unit MAC PDU, where
  • the MAC PDU is composed of a MAC PDU header and a MAC PDU payload.
  • Carrying the Context ID such as the Context ID TLV field, as shown in Table 9 below:
  • the public MAC PDU of the MAC PDU may be used.
  • the packet header is transmitted on a separate hybrid automatic repeat request channel (HARQ channel), and the MAC PDU independent header and MAC PDU payload are transmitted on other HARQ channels, such as transmitting a common MAC PDU header on the first HARQ channel, in the second HARQ.
  • the MAC PDU independent header and MAC PDU payload are transmitted on the channel.
  • the MCS can be coded and modulated using a more robust modulation and coding mechanism MCS, so that the secure transmission of the information can be further ensured.
  • the MAC PDU sub-packet header of the MAC PDU may be transmitted on a separate HARQ channel, and the MAC PDU header and the MAC PDU payload may be transmitted on other HARQ channels, such as in the first HARQ channel.
  • the MAC PDU sub-packet header is transmitted, and the MAC PDU header and the MAC PDU payload are transmitted on the second HARQ channel.
  • the MCS can be coded and modulated by using a more robust modulation and coding mechanism MCS, so that the secure transmission of the part of information can be further ensured.
  • the data transmitting end may be the base station BS or the terminal MS.
  • the data receiving end may be the terminal MS or the base station BS.
  • the embodiment of the present invention further provides a data transmission mode.
  • the base station BS schedules ROHC data packets with the same Context ID for MAC layer encapsulation to form a MAC PDU, in the process of encapsulation.
  • the ROHC data packet does not need to carry the Context ID, and the base station BS separately informs the corresponding Context ID information of the terminal MS through other messages, specifically:
  • Step 400 data encapsulation.
  • the base station BS After the connection establishment is completed, the base station BS encapsulates the ROHC data packet with the same Context ID to be sent in the media access control layer MAC to the medium access control protocol data unit MAC PDU. In the data encapsulation, it is not necessary to carry the Context ID in each ROHC packet.
  • Step 401 Notify the terminal MS of the Context ID and the number of corresponding MAC PDUs, and send data.
  • the base station BS notifies the terminal of the Context ID and the corresponding number of MAC PDUs to the terminal by using a downlink scheduling message, for example, the DL may be passed through the DL.
  • the MAP message sends the information to the terminal MS.
  • the base station BS sends the encapsulated MAC PDU to the terminal MS.
  • the MAC PDU is sent to the terminal MS in the same frame as the DL-MAP message.
  • the terminal MS parses the MAC PDU from the base station BS according to the Context ID and the number of related MAC PDUs parsed from the downlink scheduling message, and obtains the ROHC data packet and the Context ID used by the terminal.
  • the Context ID and the number of its associated MAC PDUs are notified to the terminal MS through the downlink scheduling message, and the ROHC data packet encapsulated in the MAC PDU is The Context ID does not need to be carried, which saves transmission resources and improves transmission efficiency.
  • the Context ID may be indicated in the flow identifier, so that the ROHC data packet transmitted in the service flow does not need to carry the Context ID.
  • the structure of the flow identifier can be flexibly designed, and a number of bits are used to indicate the Context ID, and the structure of the flow identifier negotiated by the terminal and the base station in advance, as shown in FIG. 5, is as follows:
  • Step 500 The base station BS receives a capability negotiation request from the terminal MS.
  • the terminal MS may negotiate the structure of the flow identifier flow identifier with the base station BS in the capability negotiation process of the network access process, for example, the base station BS may receive the capability negotiation request from the terminal MS, where the capability is
  • the negotiation request carries the capability information of the terminal MS to carry the Context ID in the flow identifier.
  • the capability negotiation request may be an SBC_REQ message, and a new field may be added to the message to carry the Whether the terminal MS supports the identification of the Context ID information in the flow identifier, and the field is as shown in Table 10 below:
  • the MS does not support the flow identifier to identify the Context ID. If the value of the value is 1, the MS supports the flow identifier to identify the Context ID.
  • Step 501 The base station BS returns a capability negotiation response to the terminal.
  • the base station BS After receiving the capability negotiation request from the terminal MS, such as an SBC_REQ message, the base station BS returns a capability negotiation response message to the terminal MS, such as an SBC_RSP message.
  • the process may be processed according to the prior art; if the capability negotiation request sent by the terminal MS is performed, It is indicated that the terminal MS supports the Context ID in the flow identifier, and the flow identifier structure field may be added to the capability negotiation response message, and the structure of the flow identifier determined by the base station BS is sent to the terminal MS by using the field, such as a table. 11 shows the structure of the flow identifier structure field:
  • the flow identifier structure field shown in Table 11 describes the structure of the flow identifier in the field.
  • the base station BS and the terminal MS may perform data transmission.
  • the Context ID information since the Context ID information has been notified in the flow identifier identifying the service flow, the ROHC data transmitted on the service flow is performed.
  • the Context ID does not need to be carried in the package, which saves transmission resources and improves transmission efficiency.
  • the Context ID in the ROHC data packet may be omitted in the uplink data transmission or the downlink data transmission.
  • the embodiment of the present invention further provides a data transmission device. As shown in FIG. 6, the data transmission device is provided by the embodiment of the present invention.
  • the device includes an acquisition module 600 and a transmission module 602. Obtaining whether the service flow supports the information of the single Context ID, or whether the information of the single profile is supported, or whether the information of the single Context ID and the single profile is supported.
  • the transmission module 602 is configured to transmit the robustness header on the service flow.
  • the data transmission device may be an access service network gateway ASN-GW, and the ROHC data packet transmitted by the data transmission device on the service flow after acquiring the related information no longer needs to carry the Context ID and/or Profile ID, which saves transmission resources and improves transmission efficiency.
  • the embodiment of the present invention further provides a data transmitting apparatus, as shown in FIG. 7, which is a data transmitting apparatus according to an embodiment of the present invention, and the apparatus includes:
  • Encapsulating module 700 configured to encapsulate a ROHC data packet using the same Context ID into a MAC PDU, where the MAC PDU is composed of a MAC PDU header and a MAC PDU payload, where the MAC The Context ID of the ROHC data packet is carried in the PDU header, and the Context ID is not carried in the ROHC data packet carried in the MAC PDU payload.
  • the sending module 702 is configured to send the MAC PDU.
  • the apparatus provided by the embodiment of the present invention encapsulates the Context ID of the ROHC data packet in a MAC PDU packet header when the MAC PDU is encapsulated, and the ROHC data packet carried in the MAC PDU does not need to carry the Context ID, which can save transmission resources and improve transmission efficiency.
  • the encapsulating module 700 further includes: a MAC PDU packet header encapsulation module and a MAC PDU payload encapsulation module.
  • the MAC PDU header encapsulation module is configured to encapsulate a common MAC PDU header and a MAC PDU independent header for the first MAC PDU when the first MAC PDU is encapsulated, where the public MAC PDU header carries the Context ID
  • the MAC PDU independent packet header carries the information of the MAC PDU, such as a loop check, length indication information, etc.; the public MAC PDU header of the MAC may also carry the CID of the connection, and/or security. Information such as parameters.
  • the MAC PDU header encapsulation module is configured to encapsulate a MAC PDU header and a MAC PDU sub-packet for the first MAC PDU when the first MAC PDU is encapsulated, where the MAC PDU sub-header carries the Context ID,
  • the other MAC PDU encapsulates the MAC PDU header; the format of the MAC PDU sub-packet may be the format shown in Table 8 above; the MAC PDU header includes information about the MAC PDU, such as a loop check, length indication information, and the like.
  • the MAC PDU header encapsulation module is configured to encapsulate a MAC PDU header for the MAC PDU, where the MAC PDU header carries the Context ID, for example, a field may be added in the MAC PDU header to carry the Context ID, such as a Context. ID TLV field, as shown in Table 9 Show.
  • the MAC PDU payload encapsulation module is configured to encapsulate a MAC PDU payload for the MAC PDU, that is, the ROHC data packet is encapsulated as a payload into the MAC PDU payload, where each is encapsulated into a MAC PDU payload.
  • the ROHC packet does not need to carry the Context ID.
  • the sending module 702 may further include a first sending submodule and a second sending submodule, where the first sending submodule is configured to send the public MAC PDU on the first hybrid automatic repeat request channel.
  • the second sending submodule is configured to send the MAC PDU independent header and the MAC PDU payload on the second hybrid automatic repeat request channel; or the first sending submodule can be used in the first hybrid automatic Transmitting the MAC PDU sub-packet on the retransmission request channel; the second sending sub-module may be configured to send the MAC PDU header and the MAC PDU payload on the second hybrid automatic repeat request channel.
  • the sending module 702 may further include a modulation and coding module, and the module is used for using
  • the first transmission submodule is configured to send the modulation-coded common MAC PDU header or the MAC PDU sub-packet on the first hybrid automatic repeat request channel.
  • the data sending device may be a base station BS or a terminal MS.
  • An embodiment of the present invention further provides a data sending apparatus. As shown in FIG. 8, the apparatus includes a packaging module 800, a constructing module 802, and a sending module 804, where the encapsulating module 800 is configured to use a ROHC data packet with the same Context ID.
  • the constructing module 802 is configured to construct a downlink scheduling message, where the downlink scheduling message carries the Context ID and the encapsulation The number of MAC PDUs encapsulated by the module 800; the sending module 804, configured to send the downlink scheduling message and the The encapsulated MAC PDIL
  • the downlink scheduling message may be a DL-MAP message, and the sending module may send the MAC PDU and the DL-MAP message in the same frame to the terminal MS. Then, the terminal MS is configured according to the Context that is parsed from the downlink scheduling message.
  • the ID and the number of related MAC PDUs are parsed to obtain the MAC PDU from the base station BS.
  • the embodiment of the present invention further provides a base station, as shown in FIG. 9, the base station includes a receiving module 900, a feedback module 902, and a transmission module 904, where the receiving module 900 is configured to receive a capability negotiation request from the terminal MS, where The capability negotiation request carries the capability information that the terminal MS supports the Context ID in the flow identifier flow identifier.
  • the terminal MS may negotiate the flow with the base station BS in the capability negotiation process of the network access process.
  • the capability negotiation request may be an SBC_REQ message, and may add a new field in the message to carry whether the terminal MS supports the identification of the Context ID information in the flow identifier, where the field is as above Table 10 shows.
  • the feedback module 902 is configured to: if the terminal MS supports carrying the Context ID in the flow identifier, determine a structure of the flow identifier, and carry the determined structure of the flow identifier in the capability negotiation response message, to the terminal
  • the MS sends the capability negotiation response message;
  • the capability negotiation response message may be an SBC_RSP message, and may be: adding a flow identifier structure field in the capability negotiation response message, where the flow identifier of the base station BS is determined by the field
  • the structure is sent to the terminal MS, as shown in Table 11 above, which is the structure of the flow identifier structure field provided by the embodiment of the present invention.
  • the transmission The module 904 is configured to send a ROHC data packet to the terminal in the service flow identified by the flow identifier, or receive a ROHC data packet from the terminal in the service flow identified by the flow identifier, where the ROHC data packet is not Carry the Context ID.
  • the Context ID in the ROHC data packet can be omitted in the uplink data transmission or the downlink data transmission, thereby saving transmission resources and improving transmission efficiency.
  • MAC PDU Medium Access Control Protocol Data Unit
  • the MAC PDU consisting of a MAC PDU header and a MAC PDU payload
  • the Context ID, the ROHC data packet carried in the MAC PDU does not carry the Context ID; and the MAC PDU is sent.
  • the above-mentioned storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Landscapes

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

Description

一种数据传输的方法、 装置 技术领域
本发明涉及通信技术， 尤其涉及一种数据传输的方法、 装置。
背景技术
由于物理条件的限制， 无线链路与有线链路相比，传输速率较低， 而误码 率偏高。 当将网际协议 IP ( Internet Protocol )技术应用在无线网络小区环境中 时， 存在分组头标开销过大的问题。 例如， 一个 IPv6 语音通信分组， 用户真 正需要的分组净荷往往只占整个分组的 22%。 这样不仅浪费带宽， 还增大了 由于分组出错而导致的该分组被丟弃的概率。若不釆取有效措施，在浪费宝贵 无线网络资源的同时， 还会降低服务质量 QoS ( Quality of Service )„ 釆用头压缩机制可以解决上述问题， 同时可保证 IP协议固有的灵活性。 头压缩机制可包括鲁棒性头压缩（ ROHC, Robust Header Compression )、 实时 传输协议头压缩 ( Real-time Transport Protocol Header Compression, CRTP )机
机制等。 以 ROHC为例， ROHC是一种基于流的头压缩方案。 在网络数据传输过 程中， 同一个流的分组中大部分头域具有相同的域值。 ROHC 机制在某个流
以达到压缩目的， 从而节省分组头开销， 更加有效地利用带宽。 同时， ROHC 机制还通过控制反馈消息的频率和数量、检测不同步的逻辑以及差错校验等手 段， 使该 ROHC机制具有高度的有效性和合理的鲁棒性。 因此， ROHC机制 提供了一种应用于高误码率和长时延链路的头标压缩机制。
ROHC机制具有一定的通用性， 适用于各种网络， ROHC机制定义的数 据包格式需要在每个 ROHC数据包中加入该包的 Context ID, 对于所有的 IR (Initial and refresh初: ½4匕与更新 )和 IR-DYN ( Initial and refresh-Dynamic , 动 态信息初始化与更新 )数据包都需要加入该包的 Profile ID。
发明人发现，在进行数据传输时，如果每个 ROHC数据包中都携带 Context ID和 /或 Profile ID, 会带来数据冗余， 由此会浪费网络传输资源。
发明内容
本发明实施例提供了一种数据传输的方法装置， 以解决在数据传输中每 个 ROHC数据包中都携带 Context ID和 /或 Profile ID而导致的浪费网络传输 资源的问题；
本发明实施例提供的一种数据传输方法包括：
获取业务流是否支持单 Context ID的信息、或是否支持单 Profile的信息、 或是否支持单 Context ID以及单 Profile的信息； 在所述业务流上传输鲁棒性头压缩 ROHC数据包， 若所述业务流支持单 Context ID, 则所述 ROHC数据包中不携带所述 Context ID; 若所述业务流支 持单 Profile , 则所述 ROHC数据包中不携带所述 Profile的 Profile ID; 若所述 业务流支持单 Context ID以及单 Profile, 则所述 ROHC数据包中不携带所述 Context ID以及所述 Profile的 Profile ID。 本发明实施例提供的另一种数据传输方法包括：
将使用相同 Context ID的 ROHC数据包封装成媒体接入控制协议数据单 元 MAC PDU, 所述 MAC PDU由 MAC PDU 包头和 MAC PDU净荷组成， 在所述 MAC PDU包头中承载所述 ROHC数据包的所述 Context ID ,所述 MAC PDU净荷中承载的 ROHC数据包中不携带所述 Context ID； 发送所述 MAC PDU。 本发明实施例提供的另一种数据传输方法包括：
将使用相同 Context ID的 ROHC数据包封装成 MAC PDU, 所述 MAC PDU承载的 ROHC数据包中不携带所述 Context ID; 构造下行调度消息， 所述下行调度消息中承载所述 Context ID以及所述 MAC PDU的个数； 发送所述下行调度消息以及所述封装的 MAC PDU。 本发明实施例提供的另一种数据传输方法包括： 基站 BS接收来自终端 MS的能力协商请求， 所述能力协商请求中携带所 述终端 MS是否支持在流标识 flow identifier中携带 Context ID的能力信息； 若所述终端 MS支持在 flow identifier中携带 Context ID, 则所述基站 BS 确定 flow identifier的结构， 将所述确定的 flow identifier的结构承载在能力协 商响应消息中， 向所述终端 MS发送所述能力协商响应消息； 所述基站 BS在所述 flow identifier标识的业务流中发送 ROHC数据包， 或在所述 flow identifier标识的业务流中接收来自所述终端 MS的 ROHC数据 包， 所述 ROHC数据包中不携带 Context ID。
本发明实施例中 , 可通过将 CID同 Context ID、 和 /或 Profile ID进行关 联， 这样在数据传输过程中 ROHC数据包中就可以不用携带所述 Context ID、 和 /或 Profile ID, 这样就减少了传输资源的浪费， 提升了传输效率。 还可以是 通过将使用相同 Context ID的 ROHC数据包封装成 MAC PDU, 在所述 MAC PDU的包头中携带所述 Context ID, 而不用在每个 ROHC数据包中都携带所 述 Context ID, 这样就减少了传输资源的浪费， 提升了传输效率。 附图说明 图 1为本发明实施例提供的一种通信双方协商的流程图；
图 2为本发明实施例提供的数据传输的方法流程图；
图 3 为按照本发明实施例提供的数据传输的方法封装形成的一种 MAC PDU的组成示意图； 图 4为本发明实施例提供的一种数据传输的方法流程图；
图 5为本发明实施例提供的一种数据传输的方法流程图；
图 6为本发明实施例提供的一种数据传输装置的结构示意图；
图 7为本发明实施例提供的一种数据发送装置的结构示意图；
图 8为本发明实施例提供的一种数据发送装置的结构示意图； 图 9为本发明实施例提供的一种基站的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案以及优点表达的更清楚明白、下面结 合具体实施例和附图详细说明本发明实施例提供的技术方案。 本发明实施例中，在同一个连接 connection承载单个 Context ID的场景下， 可以 4巴所述连接 connection的连接标 i只符 CID ( connection identifier ) 同所述 的 Context ID进行关联， 则该连接 connection的连接标识符 CID就可以作为 Context ID, 那么， 在该连接 connection中进行数据传输时， 其 ROHC数据包 中的 Context ID就可以省略。 或者， 本发明实施例中， 若在该连接 connection 对应的业务流建立的过程中， 下发的分类规则只包含单个 Profile的相关信息， 也可以是把所述连接 connection的连接标识符 CID同所述单个 Profile的 Profile ID进行关联，则传输的 ROHC数据包可以不携带 Profile ID;或者，还可以是， 上述两种情况的结合， 即所述连接 connection承载单个 Context ID、 且分类规 则只包含单个 Profile的相关信息， 则可以是把所述连接 connection的连接标 识符 CID同所述 Context ID和所述单个 Profile的 Profile ID进行关联， 那么 , 在该连接 connection中进行数据传输时， 其 ROHC数据包中的 Context ID和 Profile ID就可以省略。 如下表 1所示， 是本发明实施例中， 删除了 Context ID之后的 ROHC数据 包格式： Padding Add CID octet (if (CID 1 15) and (small CIDs)) type indication body
0, 1, or 2 octets of CID (1 or 2 octets if (largo CIDG))
body
表 1 如下表 2所示， 是本发明实施例中， 删除了 Profile ID之后的 ROHC数据 包格式:
0 2 4 6
Add-CID octet (： if for small CIDs and (CID != 0) )
1 1 1 1 0 x
0-2 octets of CID
Profile
CRC
profile specific information
表 2
如下表 3所示 , 是本发明实施例中 , 删除了 Context ID和 Profile ID之后 的 ROHC数据包格式：
0 1 2 3 4 6 7
Add CID octet (： if for small CIDs and (CID卜 0) )
1 1 1 1 0 x
0 2 octets of CID
Profile
CRC
profile specific information
表 3
优选的，对于在同一个连接 connection承载单个 Context ID的场景下， 通 信双方可以预先协商是否支持单 Context 或单 Profile。如图 1所示， 本发明实 施例还提供通信双方协商的方法， 具体如下：
步骤 100: 接入业务网网关 ASN-GW接收来自连接业务网络 CSN的建立 请求消息， 开始建立业务流 SF(Service flow)。 当有业务流需要建立时， 接入业务网网关 ASN-GW ( Access Service Network Gate Way )接收来自连接业务网络 CSN ( Connection Service Network ) 的建立请求消息，触发建立 ROHC 业务流，所述 CSN在所述建立请求消息中 通知所述 ASN-GW 该 ROHC 业务流是否支持单 Profile , 或是通知所述 ASN-GW该 ROHC业务流是否支持单 Context ID、或是通知所述 ASN-GW该 ROHC业务流是否支持单 Profile以及是否支持单 Context ID。 所述建立请求消息可以是 AAA-REQ消息（Authentication、 Authorization、 Accounting, 认证、 授权、 计费请求）或是 RAR消息 （Re-Auth Request, 重 授权请求）， 在该消息中可以携带本发明实施例提供的 ROHC参数， 在所述的 ROHC参数中承载该 ROHC业务流是否支持单 Profile、或是通知所述 ASN-GW 该 ROHC业务流是否支持单 Context ID、或是通知所述 ASN-GW该 ROHC业 务流是否支持单 Profile以及是否支持单 Context ID的相关信息。 本发明实施 例提供如下两种方式在 ROHC参数中承载所述信息： 方式 1： 在 ROHC参数中增加新的字段来承载， 如下表 4所示:
Figure imgf000008_0001
Elemei its TLV Name
(Sub-T LVs) ROHC MAX CID M
ROHC LARGE CIDS M
ROHC PROFILES M
ROHC FEEDBACK FOR O
ROHC MRRU O
ROHC SUPPORT ONE PROFILE O
ROHC SUPPORT ONE CONTEXT O
Parent TLV SF Info 表 4: ROHC parameter 在所述的表 4 中， 字段 ROHC— SUPPORT— ONE— PROFILE 和字段 ROHC— SUPPORT— ONE— CONTEXT是本发明实施例的新增字段， 其中， 所述 字段 ROHC— SUPPORT— ONE— PROFILE用于表示该 ROHC业务流是否支持单 Profile,所述字段 ROHC— SUPPORT— ONE— CONTEXT用于表示该 ROHC业务 流是否支持单 Context ID。 这两个字段均为可选字段， 在数据传输过程中， 可 根据实际情况只携带其中的任何一个字段、或是两个字段都携带、或是两个字 段都不携带。 如表 5所示， 是所述字段 ROHC SUPPORT ONE PROFILE的格式：
Figure imgf000009_0001
本实施例中， 当该字段取值为 0x01，表示该 ROHC业务流支持单 Profile, 当该字段取值为 0x00则表示该 ROHC业务流不支持单 Profile。 当然， 本发明 实施例中，也可以是当该字段取值为 0x00表示该 ROHC业务流支持单 Profile, 当该字段取值为 0x01则表示该 ROHC业务流不支持单 Profile。 如表 6所示的所述字段 ROHC— SUPPORT— ONE— CONTEXT的格式:
Figure imgf000010_0002
表 6 从表 6可看出，当该字段取值为 0x01表示该 ROHC业务流支持单 Context ID, 当该字段取值为 0x00则表示该 ROHC业务流不支持单 Context ID。 当然， 本发明实施例中，也可以是当该字段取值为 0x00表示该 ROHC业务流支持单 Context ID,当该字段取值为 0x01则表示该 ROHC业务流不支持单 Context ID。 方式 2: 为现有字段赋予新的含义， 如表 7所示：
Figure imgf000010_0001
ROHC FEEDBACK FOR O
ROHC MRRU O
Parent TLV SF Info 表 7 如表 7所示， 本实施中， 当 ROHC— LARGE— CIDS字段取预先设定的值， 表示该 ROHC业务流支持单 Context ID,如可以是当 ROHC— LARGE— CIDS字 段取值为 0时表示该 ROHC业务流支持单 Context ID。所述预先设定的值可以 是运营商根据具体需求而设定。 当 ROHC— PROFILES字段取预先设定的值， 表示该业务流是否支持单 Profile, 如当 ROHC— PROFILES字段取某预先设定 的值， 表示该 ROHC业务流承载 ROHC— PROFILES字段所指示的 Profile。 步骤 101、 所述 ASN-GW通知基站 BS建立所述业务流。 所述 ASN-GW在收到来自所述 CSN的建立请求后， 向所述基站 BS发送 消息， 通知所述 BS建立业务流。 所述消息可以是 Path— Reg— Req消息， 在该 消息中携带上述本发明实施例提供的 ROHC参数， 以通知基站 BS该 ROHC 业务流是否支持单 Profile,或是通知所述基站 BS该 ROHC业务流是否支持单 Context ID, 或是通知所述基站 BS该 ROHC业务流是否支持单 Profile以及是 否支持单 Context ID。 步骤 102、 所述基站 BS请求终端 MS建立所述业务流对应的空口连接。 本发明实施例中， 所述基站 BS向所述终端 MS发送空口消息， 该空口消 息可以是 DSA-REQ 消息， 在该消息中携带上述本发明实施例提供的 ROHC 参数， 以通知基站 BS该 ROHC业务流是否支持单 Profile,或是通知所述基站 BS该 ROHC业务流是否支持单 Context ID, 或是通知所述基站 BS该 ROHC 业务流是否支持单 Profile以及是否支持单 Context ID。 步骤 103、 所述终端 MS向所述基站 BS返回 DSA-RSP消息。
步骤 104、 所述基站 BS向所述 ASN-GW返回确认消息 Path— Reg— Rsp消 息。
步骤 105、 所述 ASN-GW收到来自所述基站 BS的所述 Path— Reg— Rsp消 息后向所述基站 BS发送应答消息 Path— Reg— Ack消息。
至此， 所述 ROHC业务流建立完成， 通信双方可以通过所述 ROHC业务 流传输数据。
如果在所述协商过程中已经协商了所述 ROHC业务流支持单 Context ID, 则可以把所述连接的 CID 同 Context ID进行关联， 该 CID就可以作为所述 Context ID, 那么， 在数据传输过程中该连接上传输的 ROHC 数据包中的 Context ID就可以省略。
如果在连接建立过程中已经协商了该 ROHC业务流支持单 Profile, 则若 所述 ROHC业务流只包含了单个 Profile的信息，可以把所述连接的 CID同所 述单个 Profile的 Profile ID进行关联， 则在数据传输过程中， 传输的 ROHC 数据包中的 Profile ID就可以省略。
如果在所述协商过程中已经协商了所述 ROHC业务流支持单 Context ID 和支持单 Profile, 可以把所述连接的 CID同所述 Context ID以及单个 Profile 的 Profile ID 进行关联， 则在数据传输过程中， 传输的 ROHC数据包中的 Context ID和 Profile ID就可以省略。
本发明实施例中，若是建立了支持单 Profile和 /或单 Context ID的业务流， 则该业务流中承载的 Profile和 /或 Context都不能发生变化。 若是在数据传输 过程中， 数据性质发生改变， 如数据的 Profile和 /或 Context都发生变化， 则 所述基站 BS中的业务流管理实体 SFM ( Service Flow Management )会通过新 建连接来承载性质发生改变后的数据， 可选的，对于动态业务流，还可以是直 接修改连接属性以承载性质发生改变后的数据。
实施例 2
在同一个连接 connection可能承载多个 Context ID的场景下，可在数据传 输的调度过程中， 将具有相同 Context ID的 ROHC数据包排列在一起进行发 送， 这样可以用一个公共 Context ID来表示相应 ROHC数据包的 Context ID , 从而不用在每一个 ROHC数据包中都携带所述 Context ID, 从而节省传输资 源， 提升传输效率。
如图 2所示， 是本发明实施例提供的数据传输方法示意图。
步骤 200、 数据封装。
当连接建立完成后， 数据发送端将待传输的 ROHC 数据包中具有相同 Context ID的 ROHC数据包在媒体接入控制层 MAC(Media Access Control)封 装成媒体接入控制协议数据单元 MAC PDU(Media Access Control Protocol Data Unit), 所述 MAC PDU由 MAC PDU 包头和 MAC PDU净荷组成， 在所 述 MAC PDU包头中承载所述 ROHC数据包的所述 Context ID, 所述 MAC PDU净荷中承载的 ROHC数据包中不再携带所述 Context ID。
步骤 201、 数据传输。
数据发送端发送步骤 200中所封装的所述 MAC PDU。
本发明实施例中， 通过在 MAC层封装时， 在所述封装的 MAC PDU的包 头中携带所述 ROHC数据包的 Context ID ,则在该 MAC PDU中承载的 ROHC 数据包就不用再携带所述 Context ID了，这样可以节省传输资源，提升传输效 率。
本发明实施例中， 在所述封装的 MAC PDU的包头中携带所述 ROHC数 据包的 Context ID可以有如下几种方式：
方式 1、 在进行数据封装时， 可将所述 MAC PDU包头划分成两个部分， 即公共 MAC PDU包头和 MAC PDU独立包头。 所述公共 MAC PDU包头用 于承载公共信息，如可以是所述 MAC PDU承载的 ROHC数据包的 Context ID , 进一步的，还可以包括该连接的 CID、和 /或安全参数等信息；所述的 MAC PDU 独立包头包含所述 MAC PDU的其他相关信息， 如可以是循环校验、 长度指 示信息等。
具体的， 以在该连接上发送 100个 ROHC数据包、 所述 100个 ROHC数 据包使用了 2个不同的 Context ID为例进行说明，假设其中有 60个 ROHC数 据包使用其中的第一 Context ID, 另外 40个 ROHC数据包使用其中的第二 Context ID, 那么在数据传输时， 数据发送端将使用第一 Context ID的 60个 ROHC数据包在 MAC层将其封装成 MAC PDU, 按照本发明实施例， 所述封 装的第一个 MAC PDU的包头可以包含公共 MAC PDU包头和 MAC PDU独 立包头两部分， 所述的公共 MAC PDU包头携带第一 Context ID, 进一步的还 可以包含 CID、 和 /或安全参数等信息， MAC PDU独立包头包括其他相关信 息如循环校验等， 该使用第一 Context ID的 60个 ROHC数据包封装的其他 MAC PDU可以只包含 MAC PDU独立包头；同理，另外 40个使用第二 Context ID的 ROHC数据包也做相同处理。
方式 2、 本发明实施例中， 在进行数据封装时， 可在 MAC PDU包头后增 加 MAC PDU子包头，所述 MAC PDU子包头包含 Context ID,在该 MAC PDU 子包头后面的所有数据包都使用相同的 Context ID, 如下表 8所示， 为本发明 实施例提供的 MAC PDU子包头的格式：
Figure imgf000014_0001
表 8
具体的， 以在该连接上发送 100个 ROHC数据包、 所述 100个 ROHC数 据包使用了 2个不同的 Context ID为例进行说明，假设其中有 60个 ROHC数 据包使用其中的第一 Context ID, 另外 40个 ROHC数据包使用其中的第二 Context ID, 那么在数据传输时， 数据发送端将使用第一 Context ID的 60个 ROHC数据包在 MAC层封装成 MAC PDU, 按照本发明实施例， 在封装的第 一个 MAC PDU中增加 MAC PDU子包头， 在 MAC PDU子包头中包含所述 第一 Context ID ,在该 MAC PDU子包头后面的数据包都使用所述第一 Context ID, 直到开始封装另外 40个 ROHC数据包时， 再在由该 40个 ROHC数据包 封装的第一个 MAC PDU中增加 MAC PDU子包头， 该新增的 MAC PDU子 包头包含第二 Context ID, 具体如图 3所示， 对于使用相同的 Context ID的 ROHC数据包，本发明实施例中在 MAC封装过程中只需要使用 MAC PDU子 包头来携带相应的 Context ID, 就不需要在每个 ROHC数据包都携带相应的 Context ID , 这样就可以节省传输资源， 提升传输效率。
方式 3、 当连接建立完成后， 数据发送端将该连接中待传输的具有相同 Context ID的 ROHC数据包在媒体接入控制层 MAC将其封装成媒体接入控制 协议数据单元 MAC PDU, 所述 MAC PDU由 MAC PDU 包头和 MAC PDU 净荷组成， 本发明实施例中， 在进行数据封装时， 不需要在每个 ROHC数据 包中都携带 Context ID, 而是在 MAC PDU包头中增加一个字段来携带所述 Context ID, 如可以是 Context ID TLV字段， 如下表 9所示：
Figure imgf000015_0001
表 9
优选的， 在步骤 201中进行数据传输时， 针对方式 1 , 数据发送端在发送 步骤 200中所封装的 MAC PDU时， 为了进一步保证数据传输的安全性， 可 以将所述 MAC PDU的公共 MAC PDU包头在单独的一个混合自动重传请求 信道 HARQ channel上传输， 在其他的 HARQ channel上传输 MAC PDU独立 包头和 MAC PDU净荷，如在第一 HARQ channel上传输公共 MAC PDU包头， 在第二 HARQ channel上传输 MAC PDU独立包头和 MAC PDU净荷。进一步 的， 针对在第一 HARQ channel上传输的公共 MAC PDU包头， 还可以使用鲁 棒性更高的调制编码机制 MCS进行编码调制， 这样可以更进一步的保证该部 分信息的安全传输。
针对方式 2, 数据发送端在发送步骤 200中所封装的 MAC PDU时， 为了 进一步保证数据传输的安全性， 可以将所述 MAC PDU的 MAC PDU子包头 在单独的一个 HARQ channel上传输， 在其他的 HARQ channel上传输 MAC PDU包头和 MAC PDU净荷，如在第一 HARQ channel上传输 MAC PDU子包 头， 在第二 HARQ channel上传输 MAC PDU包头和 MAC PDU净荷。 进一步 的， 针对在第一 HARQ channel上传输的 MAC PDU子包头， 还可以使用鲁棒 性更高的调制编码机制 MCS进行编码调制， 这样可以更进一步的保证该部分 信息的安全传输。 数据发送端可以是基站 BS, 也可以是终端 MS, 相应的， 数据接收端则可以 是终端 MS, 也可以是基站 BS。
如图 4所示，本发明实施例还提供一种数据传输方式，在进行下行数据传 输时， 基站 BS调度具有相同 Context ID的 ROHC数据包进行 MAC层封装， 形成 MAC PDU,在封装的过程中所述 ROHC数据包不需要再携带 Context ID, 所述基站 BS通过其他消息单独通知终端 MS相应的 Context ID信息， 具体的 下：
步骤 400、 数据封装。
当连接建立完成后， 所述基站 BS将该连接中待发送的具有相同 Context ID的 ROHC数据包在媒体接入控制层 MAC将其封装成媒体接入控制协议数 据单元 MAC PDU,本发明实施例中，在进行数据封装时，不需要在每个 ROHC 数据包中都携带 Context ID。
步骤 401、 通知终端 MS所述 Context ID以及相应 MAC PDU个数、 发送 数据。
本发明实施例中，对于步骤 400中封装成的对应于相同 Context ID的 MAC PDU, 所述基站 BS将所述 Context ID以及相应 MAC PDU个数通过下行调度 消息通知给终端， 如可以是通过 DL— MAP消息将所述信息发送给终端 MS。 所述基站 BS将所述封装的 MAC PDU发送给所述终端 MS, 本实施例中， 可 以将所述 MAC PDU与所述 DL— MAP消息承载在相同的帧中下发给终端 MS。 所述终端 MS则根据从所述下行调度消息中解析得到的 Context ID以及相关的 MAC PDU个数对来自基站 BS的 MAC PDU进行解析，获得 ROHC数据包以 及其相应使用的 Context ID。
本发明实施例中， 因为对于使用相同的 Context ID的 ROHC数据包， 会 通过下行调度消息把 Context ID 以及其相关的 MAC PDU个数通知给终端 MS, 在封装到 MAC PDU中的 ROHC数据包就不需要携带所述 Context ID, 这样节省了传输资源， 提升了传输效率。
实施例 3
在使用流标识 flow identifier标识业务流的场景下， 本发明实施例中， 可 以在所述 flow identifier中指示 Context ID, 这样该业务流中传输的 ROHC数 据包，就可以不用再携带 Context ID。本发明实施例中，可以灵活设计所述 flow identifier的结构， 使用其中的若干位来指示 Context ID, 还可以是终端提前和 基站协商 flow identifier的结构， 如图 5所示， 具体如下：
步骤 500、 基站 BS接收来自终端 MS的能力协商请求。
本发明实施例中，所述终端 MS在入网过程的能力协商流程中，可以同所 述基站 BS协商流标识 flow identifier的结构，如可以是基站 BS接收来自终端 MS 的能力协商请求， 所述能力协商请求中携带有所述终端 MS 是否支持在 flow identifier中携带 Context ID的能力信息，例如，所述能力协商请求可以是 SBC— REQ消息， 可以是在所述消息中增加新的字段来承载所述终端 MS是否 支持在 flow identifier中标识 Context ID信息， 所述字段如下表 10所示：
Figure imgf000017_0001
表 10
如所述表 10的字段，若该字段 value部分取值为 0则表示 MS不支持 flow identifier标识 Context ID信息， 若 value部分取值为 1则表示 MS支持 flow identifier标识 Context ID信息。
步骤 501、 所述基站 BS向所述终端返回能力协商响应。
所述基站 BS在收到来自所述终端 MS的所述能力协商请求，如 SBC— REQ 消息后， 向终端 MS返回能力协商响应消息， 如可以是 SBC— RSP消息。 本实 施例中， 如果在终端 MS发送的能力协商请求中表明所述终端 MS不支持在 flow identifier中标识 Context ID, 则可按照现有技术的方式进行处理； 如果在 终端 MS发送的能力协商请求中表明所述终端 MS支持在 flow identifier中标 识 Context ID, 则可在能力协商响应消息中增加 flow identifier structure字段， 通过该字段将所述基站 BS确定的 flow identifier的结构发送给终端 MS, 如表 11所示， 为所述 flow identifier structure字段的结构：
Figure imgf000018_0001
如表 11所示的 flow identifier structure字段， 在该字段中描述了 flow identifier的结构 , 所述 2字节长 (即 16bit )的 flow identifier, 不同的 bit取值 为 0或 1 , 分别表示该 bit指示的是 flow信息或是 Context ID信息， 其中 Bit = 1 , 表示该 bit用于标识 flow信息， Bit = 0, 表示该 bit用于标识 Context ID信 息； 当然， 也可以是 Bit =0, 表示该 bit用于标识 flow信息， Bit = l , 表示该 bit用于标识 Context ID信息。 步骤 502、 数据传输。
上述能力协商完成后， 所述基站 BS和终端 MS可以进行数据传输， 在传 输过程中， 因为在标识该业务流的 flow identifier中已经告知了 Context ID信 息，所以在该业务流上传输的 ROHC数据包中不需要再携带 Context ID,这样， 就节省了传输资源， 提升了传输效率。
本发明实施例提供的方法中， 在所述终端 MS 和所述基站协商好 flow identifier的结构后， 在上行数据传输或下行数据传输中都可以省略 ROHC数 据包中的 Context ID。 本发明实施例还提供一种数据传输装置， 如图 6 所示， 为本发明实施例 提供的数据传输装置， 该装置包括获取模块 600和传输模块 602, 其中， 所述 获取模块 600, 用于获取业务流是否支持单 Context ID的信息、 或是否支持单 Profile的信息、 或是否支持单 Context ID以及单 Profile的信息； 所述传输模 块 602, 用于在所述业务流上传输鲁棒性头压缩 ROHC数据包， 其中， 若所 述业务流支持单 Context ID, 则所述 ROHC数据包中不携带所述 Context ID; 若所述业务流支持单 Profile, 则所述 ROHC数据包中不携带所述 Profile 的 Profile ID; 若所述业务流支持单 Context ID以及单 Profile, 则所述 ROHC数 据包中不携带所述 Context ID以及所述 Profile的 Profile ID。 本实施例中 , 所 述数据传输装置可以是接入业务网网关 ASN-GW, 所述数据传输装置在获取 了相关信息后在业务流上传输的 ROHC数据包不再需要携带 Context ID和 /或 Profile ID, 这样就节省了传输资源， 提升了传输效率。
本发明实施例还提供一种数据发送装置， 如图 7 所示， 为本发明实施例 提供的数据发送装置， 该装置包括：
封装模块 700 , 用于将使用相同 Context ID的 ROHC数据包封装成 MAC PDU,所述 MAC PDU由 MAC PDU 包头和 MAC PDU净荷组成，在所述 MAC PDU包头中承载所述 ROHC数据包的所述 Context ID, 所述 MAC PDU净荷 中承载的 ROHC数据包中不携带所述 Context ID; 发送模块 702, 用于发送所 述 MAC PDU。
本发明实施例提供的装置， 在封装 MAC PDU时， 将所述在所述 ROHC 数据包的 Context ID封装在 MAC PDU包头中， 则在该 MAC PDU中承载的 ROHC数据包就不用再携带所述 Context ID了，这样可以节省传输资源，提升 传输效率。
进一步的， 所述的封装模块 700还具体可以包括： MAC PDU包头封装模 块和 MAC PDU净荷封装模块。
其中， 所述的 MAC PDU包头封装模块用于在封装第一个 MAC PDU时 为所述第一个 MAC PDU封装公共 MAC PDU包头和 MAC PDU独立包头， 所述公共 MAC PDU包头承载所述 Context ID,所述 MAC PDU独立包头承载 所述 MAC PDU的信息， 如可以是循环校验、 长度指示信息等； 所述的 MAC 所述的公共 MAC PDU包头还可以承载该连接的 CID、和 /或安全参数等信息。
或所述的 MAC PDU包头封装模块用于在封装第一个 MAC PDU时为所 述第一个 MAC PDU封装 MAC PDU包头和 MAC PDU子包头 ,所述 MAC PDU 子包头承载所述 Context ID, 为其他 MAC PDU封装 MAC PDU包头； 所述 MAC PDU子包头的格式可以是如上表 8所示的格式；所述 MAC PDU包头包 括 MAC PDU的相关信息， 如可以是循环校验、 长度指示信息等。
或所述的 MAC PDU包头封装模块用于为 MAC PDU封装 MAC PDU包 头， 所述 MAC PDU包头承载所述 Context ID, 如可以是在 MAC PDU包头中 增加一个字段来携带所述 Context ID, 如 Context ID TLV字段， 具体如表 9所 示。
所述 MAC PDU净荷封装模块， 用于为 MAC PDU封装 MAC PDU净荷， 即将所述 ROHC数据包作为净荷封装到所述 MAC PDU净荷中， 这里， 每个 封装到 MAC PDU净荷中的 ROHC数据包不需要再携带所述 Context ID。 优选的， 所述发送模块 702还可以包括第一发送子模块和第二发送子模 块，其中，所述第一发送子模块可用于在第一混合自动重传请求信道上发送所 述公共 MAC PDU包头； 所述第二发送子模块可用于在第二混合自动重传请 求信道上发送所述 MAC PDU独立包头和 MAC PDU净荷； 或是所述第一发 送子模块可用于在第一混合自动重传请求信道上发送所述 MAC PDU子包头； 所述第二发送子模块可用于在第二混合自动重传请求信道上发送所述 MAC PDU包头和 MAC PDU净荷。
优选的， 所述发送模块 702 还可以包括调制编码模块， 该模块用于使用
头进行调制编码；则所述第一发送子模块用于在所述第一混合自动重传请求信 道上发送所述调制编码后的所述公共 MAC PDU包头或所述 MAC PDU子包 头。
本发明实施例中， 所述数据发送装置可以是基站 BS, 也可以是终端 MS。 本发明实施例还提供一种数据发送装置， 如图 8 所示， 该装置包括封装 模块 800、 构造模块 802和发送模块 804 , 其中所述封装模块 800用于将使用 相同 Context ID的 ROHC数据包封装成 MAC PDU, 所述 MAC PDU承载的 ROHC数据包中不携带所述 Context ID; 所述构造模块 802, 用于构造下行调 度消息，所述下行调度消息中承载所述 Context ID以及所述封装模块 800封装 的 MAC PDU个数； 所述发送模块 804, 用于发送所述下行调度消息以及所述 封装的 MAC PDIL 这里， 所述的下行调度消息可以是 DL— MAP消息， 所述 发送模块可以将所述 MAC PDU与所述 DL— MAP消息承载在相同的帧中下发 给终端 MS。则所述终端 MS则根据从所述下行调度消息中解析得到的 Context
ID以及相关的 MAC PDU个数对来自基站 BS的 MAC PDU进行解析， 获得
ROHC数据包以及其相应使用的 Context ID。
通过该数据发送装置， 因为对于使用相同的 Context ID的 ROHC数据包， 会通过下行调度消息把 Context ID以及其相关的 MAC PDU个数通知给终端
MS, 在封装到 MAC PDU中的 ROHC数据包就不需要携带所述 Context ID, 这样节省了传输资源， 提升了传输效率。 本发明实施例还提供一种基站， 具体如图 9 所示， 该基站包括接收模块 900、 反馈模块 902以及传输模块 904, 其中， 接收模块 900用于接收来自终 端 MS的能力协商请求，所述能力协商请求中携带所述终端 MS是否支持在流 标识 flow identifier中携带 Context ID的能力信息； 本发明实施例中， 所述终 端 MS 在入网过程的能力协商流程中可以同所述基站 BS 协商流标识 flow identifier的结构， 所述能力协商请求可以是 SBC— REQ消息， 可以是在所述消 息中增加新的字段来承载所述终端 MS 是否支持在 flow identifier 中标识 Context ID信息， 所述字段如上表 10所示。 所述反馈模块 902, 用于若所述终 端 MS支持在 flow identifier中携带 Context ID , 则确定 flow identifier的结构， 将所述确定的 flow identifier的结构承载在能力协商响应消息中， 向所述终端 MS发送所述能力协商响应消息;所述的能力协商响应消息可以是 SBC— RSP消 息，可以是在能力协商响应消息中增加 flow identifier structure字段，通过该字 段将所述基站 BS确定的 flow identifier的结构发送给终端 MS, 如上表 11所 示，为本发明实施例提供的所述 flow identifier structure字段的结构。所述传输 模块 904, 用于在所述 flow identifier标识的业务流中向终端发送 ROHC数据 包， 或在所述 flow identifier标识的业务流中接收来自所述终端的 ROHC数据 包， 所述 ROHC数据包中不携带 Context ID。 这样， 本发明实施例的基站和终端协商 flow identifier的结构后， 在上行 数据传输或下行数据传输中都可以省略 ROHC数据包中的 Context ID, 这样， 就节省了传输资源， 提升了传输效率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可 读存储介质中， 该程序在执行时， 包括如下步骤：
将使用相同 Context ID的 ROHC数据包封装成媒体接入控制协议数据单 元 MAC PDU, 所述 MAC PDU由 MAC PDU 包头和 MAC PDU净荷组成， 在所述 MAC PDU包头中承载所述 ROHC数据包的所述 Context ID ,所述 MAC PDU中承载的 ROHC数据包中不携带所述 Context ID; 发送所述 MAC PDU。 上述提到的存储介质可以是只读存储器， 磁盘或光盘等。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局 限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易 想到的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应该以权利要求的保护范围为准。

Claims

权 利 要 求
1、 一种数据传输的方法， 其特征在于， 包括：
获取业务流是否支持单 Context ID的信息、或是否支持单 Profile的信息、 或是否支持单 Context ID以及单 Profile的信息；
在所述业务流上传输鲁棒性头压缩 ROHC数据包， 若所述业务流支持单 Context ID, 则所述 ROHC数据包中不携带所述 Context ID; 若所述业务流支 持单 Profile , 则所述 ROHC数据包中不携带所述 Profile的 Profile ID; 若所述 业务流支持单 Context ID以及单 Profile, 则所述 ROHC数据包中不携带所述 Context ID以及所述 Profile的 Profile ID。
2、 如权利要求 1所述的方法， 其特征在于， 所述获取业务流是否支持单 Context ID的信息、或是否支持单 Profile的信息、或是否支持单 Context ID以 及单 Profile的信息具体包括：
接入业务网网关 ASN-GW接收来自连接业务网络 CSN的建立请求消息， 所述建立请求消息中携带 ROHC参数， 所述 ROHC参数包括业务流是否支持 单 Context ID的信息、或是否支持单 Profile的信息、或是否支持单 Context ID 以及单 Profile的信息；
所述接入业务网网关 ASN-GW向基站 BS发送消息， 所述消息中携带所 述 ROHC参数， 其中， 所述基站 BS向终端 MS发送空口消息， 请求建立所述 业务流对应的空口连接， 所述空口消息中携带所述 ROHC参数； 所述基站 BS 接收来自所述终端 MS的空口确认消息， 向所述 ASN-GW返回确认消息； 所述接入业务网网关 ASN-GW向所述基站 BS发送应答消息。
3、 如权利要求 2所述的方法， 其特征在于， 所述 ROHC参数中携带该业 务流是否支持单 Profile,或是否支持单 Context ID、或是否支持单 Profile以及 是否支持单 Context ID的信息具体为：
在所述 ROHC参数中增加新字段 ROHC— SUPPORT— ONE— PROFILE用于 表示该业务流是否支持单 Profile; 在所述 ROHC参数中增加新字段 ROHC— SUPPORT— ONE— CONTEXT用 于表示该业务流是否支持单 Context ID; 或者
所述 ROHC参数中 ROHC— LARGE— CIDS字段取预先设定的值表示该业 务流是否支持单 Context ID, ROHC— PROFILES字段取预先设定的值，表示该 业务流是否支持单 Profile。
4、 一种数据传输方法， 其特征在于， 包括：
将使用相同 Context ID的 ROHC数据包封装成媒体接入控制协议数据单 元 MAC PDU, 所述 MAC PDU由 MAC PDU 包头和 MAC PDU净荷组成， 在所述 MAC PDU包头中承载所述 ROHC数据包的所述 Context ID ,所述 MAC PDU净荷中承载的 ROHC数据包中不携带所述 Context ID；
发送所述 MAC PDU。
5、 如权利要求 4所述的方法， 其特征在于， 在所述 MAC PDU包头中承 载所述 ROHC数据包的所述 Context ID具体为： 包头和 MAC PDU独立包头， 所述公共 MAC PDU包头 载所述 Context ID , 所述 MAC PDU独立包头承载所述 MAC PDU的信息； 或
在所述封装的第一个 MAC PDU的 MAC PDU包头后增加 MAC PDU子 包头， 所述 MAC PDU子包头中承载所述 Context ID; 或
在所述封装成的 MAC PDU的 MAC PDU包头增加新字段， 在所述新字 段中承载所述 Context ID。
6、 如权利要求 5所述的方法， 其特征在于， 所述公共 MAC PDU包头还 承载连接标识符 CID、 和 /或安全参数。
7、 如权利要求 5所述的方法， 其特征在于， 所述发送所述 MAC PDU具 体为：
在第一混合自动重传请求信道上发送所述公共 MAC PDU包头； 在第二混合自动重传请求信道上发送所述 MAC PDU独立包头和 MAC PDU净荷。
8、 如权利要求 7所述的方法， 其特征在于， 在第一混合自动重传请求信 道上发送所述公共 MAC PDU包头前进一步包括： 编码；
则在所述第一混合自动重传请求信道上发送所述调制编码后的所述公共 MAC PDU包头。
9、 如权利要求 5所述的方法， 其特征在于， 所述发送所述 MAC PDU具 体为：
在第一混合自动重传请求信道上发送所述 MAC PDU子包头；
在第二混合自动重传请求信道上发送所述 MAC PDU包头和 MAC PDU 净荷。
10、如权利要求 9所述的方法， 其特征在于， 在第一混合自动重传请求信 道上发送所述 MAC PDU子包头前进一步包括：
码； 则在所述第一混合自动重传请求信道上发送所述调制编码后的所述 MAC PDU子包头。
11、 一种数据传输方法， 其特征在于， 包括：
将使用相同 Context ID的 ROHC数据包封装成 MAC PDU, 所述 MAC PDU承载的 ROHC数据包中不携带所述 Context ID; 构造下行调度消息， 所述下行调度消息中承载所述 Context ID以及所述 MAC PDU的个数； 发送所述下行调度消息以及所述封装的 MAC PDU。
12、 如权利要求 11 所述的方法， 其特征在于， 所述下行调度消息是 DL-MAP消息。
13、 一种数据传输方法， 其特征在于， 包括：
基站 BS接收来自终端 MS的能力协商请求， 所述能力协商请求中携带所 述终端 MS是否支持在流标识 flow identifier中携带 Context ID的能力信息； 若所述终端 MS支持在 flow identifier中携带 Context ID, 则所述基站 BS 确定 flow identifier的结构， 将所述确定的 flow identifier的结构承载在能力协 商响应消息中， 向所述终端 MS发送所述能力协商响应消息；
所述基站 BS在所述 flow identifier标识的业务流中发送 ROHC数据包， 或在所述 flow identifier标识的业务流中接收来自所述终端 MS的 ROHC数据 包， 所述 ROHC数据包中不携带 Context ID。
14、 一种数据传输装置， 其特征在于， 该装置包括：
获取模块， 用于获取业务流是否支持单 Context ID的信息、 或是否支持 单 Profile的信息、 或是否支持单 Context ID以及单 Profile的信息；
传输模块， 用于在所述业务流上传输鲁棒性头压缩 ROHC数据包， 其中， 若所述业务流支持单 Context ID, 则所述 ROHC数据包中不携带所述 Context ID; 若所述业务流支持单 Profile, 则所述 ROHC数据包中不携带所述 Profile 的 Profile ID; 若所述业务流支持单 Context ID以及单 Profile, 则所述 ROHC 数据包中不携带所述 Context ID以及所述 Profile的 Profile ID。
15、 一种数据发送装置， 其特征在于， 该装置包括：
封装模块，用于将使用相同 Context ID的 ROHC数据包封装成 MAC PDU, 所述 MAC PDU由 MAC PDU 包头和 MAC PDU净荷组成 ,在所述 MAC PDU 包头中承载所述 ROHC数据包的所述 Context ID, 所述 MAC PDU净荷中承 载的 ROHC数据包中不携带所述 Context ID; 发送模块， 用于发送所述封装模块封装的 MAC PDU。
16、 如权利要求 15所述的装置， 其特征在于， 所述封装模块包括： MAC PDU包头封装模块， 用于为第一个 MAC PDU封装公共 MAC PDU 包头和 MAC PDU独立包头， 所述公共 MAC PDU包头 载所述 Context ID , 所述 MAC PDU独立包头承载所述 MAC PDU的信息， 为其他 MAC PDU封 装 MAC PDU独立包头； 或用于为第一个 MAC PDU封装 MAC PDU包头和 MAC PDU子包头，所述 MAC PDU子包头承载所述 Context ID,为其他 MAC PDU封装 MAC PDU包头； 或用于为 MAC PDU封装 MAC PDU包头， 所述 MAC PDU包头 载所述 Context ID;
MAC PDU净荷封装模块， 用于为 MAC PDU封装 MAC PDU净荷。
17、 如权利要求 16所述的装置， 其特征在于， 所述发送模块包括： 第一发送子模块， 用于在第一混合自动重传请求信道上发送所述公共
MAC PDU包头、 或发送所述 MAC PDU子包头； 第二发送子模块， 用于在第二混合自动重传请求信道上发送所述 MAC PDU独立包头和 MAC PDU净荷、 或发送所述 MAC PDU包头和 MAC PDU 净荷。
18、 如权利要求 17所述的装置， 其特征在于， 所述发送模块还包括： 调制编码模块，用于使用高鲁棒性的调制编码机制 MCS对所述公共 MAC PDU包头或 MAC PDU子包头进行调制编码；
所述第一发送子模块， 用于在所述第一混合自动重传请求信道上发送所
19、 一种数据发送装置， 其特征在于， 该装置包括：
封装模块，用于将使用相同 Context ID的 ROHC数据包封装成 MAC PDU, 所述 MAC PDU承载的 ROHC数据包中不携带所述 Context ID; 构造模块，用于构造下行调度消息，所述下行调度消息中承载所述 Context ID以及所述封装模块封装的 MAC PDU个数； 发送模块， 用于发送所述下行调度消息以及所述封装的 MAC PDU。
20、 一种基站， 其特征在于， 该基站包括： 接收模块，用于接收来自终端 MS的能力协商请求，所述能力协商请求中 携带所述终端 MS是否支持在流标识 flow identifier中携带 Context ID的能力 信息； 反馈模块， 用于若所述终端 MS支持在 flow identifier中携带 Context ID, 则所述基站 BS确定 flow identifier的结构， 将所述确定的 flow identifier的结 构承载在能力协商响应消息中， 向所述终端 MS发送所述能力协商响应消息； 传输模块， 用于在所述 flow identifier标识的业务流中向终端发送 ROHC数 据包， 或在所述 flow identifier标识的业务流中接收来自所述终端的 ROHC数据 包， 所述 ROHC数据包中不携带 Context ID。
PCT/CN2009/071605 2009-04-30 2009-04-30 一种数据传输的方法、装置 WO2010124471A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN200980100674.6A CN102369752B (zh) 2009-04-30 2009-04-30 一种数据传输的方法、装置
PCT/CN2009/071605 WO2010124471A1 (zh) 2009-04-30 2009-04-30 一种数据传输的方法、装置
US13/284,346 US9106614B2 (en) 2009-04-30 2011-10-28 Data transmission method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/071605 WO2010124471A1 (zh) 2009-04-30 2009-04-30 一种数据传输的方法、装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/284,346 Continuation US9106614B2 (en) 2009-04-30 2011-10-28 Data transmission method and apparatus

Publications (1)

Publication Number Publication Date
WO2010124471A1 true WO2010124471A1 (zh) 2010-11-04

Family

ID=43031693

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071605 WO2010124471A1 (zh) 2009-04-30 2009-04-30 一种数据传输的方法、装置

Country Status (3)

Country Link
US (1) US9106614B2 (zh)
CN (1) CN102369752B (zh)
WO (1) WO2010124471A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105681335A (zh) * 2016-03-02 2016-06-15 臧利 基站数据处理方法及系统
CN109845225A (zh) * 2016-10-11 2019-06-04 高通股份有限公司 媒体接入控制报头和传输块格式

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6111817B2 (ja) * 2013-04-24 2017-04-12 富士通株式会社 基地局，通信システム
IN2014CH00621A (zh) * 2014-02-07 2015-08-14 Samsung R & D Inst India Bangalore Private Ltd
US10129855B1 (en) * 2015-05-07 2018-11-13 Sprint Spectrum L.P. Systems and methods for efficient transmissions of multicast content to wireless devices
JP6847115B2 (ja) * 2016-08-12 2021-03-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 端末、基地局及び通信方法
US10848345B2 (en) * 2018-12-31 2020-11-24 Hughes Network Systems, Llc Multi-protocol encapsulation traffic acceleration and optimization
US11323287B2 (en) * 2019-07-18 2022-05-03 International Business Machines Corporation Link layer method of configuring a bare-metal server in a virtual network

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002030043A2 (en) * 2000-10-03 2002-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key
CN1875558A (zh) * 2003-12-01 2006-12-06 Lg电子株式会社 处理传输格式信息以防止mac头部冗余
US20080144555A1 (en) * 2006-11-29 2008-06-19 Samsung Electronics Co., Ltd. Apparatus and method for identifying header compression channel in broadband wireless communication system
CN101364980A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 建立头压缩通信的方法及系统、头压缩策略功能实体
CN101361937A (zh) * 2008-07-31 2009-02-11 西安三八妇乐健康产业有限公司 一种具有抗菌止痒、祛风燥湿等保健功效的药垫
CN101369977A (zh) * 2008-09-18 2009-02-18 华为技术有限公司 数据传输的方法、装置和系统
US20090080422A1 (en) * 2007-09-21 2009-03-26 Posdata Co., Ltd. Header-compression packet processing method, mobile station, base station, and control station in wireless communication system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000021220A1 (en) 1998-10-06 2000-04-13 Nokia Networks Oy Radio link protocol with reduced signaling overhead
US7430617B2 (en) * 2003-12-19 2008-09-30 Nokia Corporation Method and system for header compression
US7898980B2 (en) * 2004-09-30 2011-03-01 Samsung Electronics Co., Ltd. Method and apparatus for supporting voice service through radio channel in mobile telecommunication system
KR101330633B1 (ko) 2006-06-08 2013-11-18 삼성전자주식회사 무선 통신 방법 및 장치
CN101350768B (zh) 2007-07-19 2011-08-24 中兴通讯股份有限公司 在广播网络中传送ip报文的方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002030043A2 (en) * 2000-10-03 2002-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key
CN1875558A (zh) * 2003-12-01 2006-12-06 Lg电子株式会社 处理传输格式信息以防止mac头部冗余
US20080144555A1 (en) * 2006-11-29 2008-06-19 Samsung Electronics Co., Ltd. Apparatus and method for identifying header compression channel in broadband wireless communication system
CN101364980A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 建立头压缩通信的方法及系统、头压缩策略功能实体
US20090080422A1 (en) * 2007-09-21 2009-03-26 Posdata Co., Ltd. Header-compression packet processing method, mobile station, base station, and control station in wireless communication system
CN101361937A (zh) * 2008-07-31 2009-02-11 西安三八妇乐健康产业有限公司 一种具有抗菌止痒、祛风燥湿等保健功效的药垫
CN101369977A (zh) * 2008-09-18 2009-02-18 华为技术有限公司 数据传输的方法、装置和系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105681335A (zh) * 2016-03-02 2016-06-15 臧利 基站数据处理方法及系统
CN109845225A (zh) * 2016-10-11 2019-06-04 高通股份有限公司 媒体接入控制报头和传输块格式

Also Published As

Publication number Publication date
CN102369752B (zh) 2014-06-11
US9106614B2 (en) 2015-08-11
US20120076092A1 (en) 2012-03-29
CN102369752A (zh) 2012-03-07

Similar Documents

Publication Publication Date Title
KR101653310B1 (ko) Ｍａｃ 헤더 타입 정보를 이용한 ｍａｃ ｐｄｕ 송수신 방법 및 장치
CN102056235B (zh) 一种数据传输方法、设备和系统
WO2010124471A1 (zh) 一种数据传输的方法、装置
KR101165642B1 (ko) 압축 ｍａｃ 헤더를 이용한 ｍａｃ ｐｄｕ 송수신 방법 및 장치
JP5063781B2 (ja) 無線通信システムでアップリンクデータ及びバッファ状態報告を伝送する方法及びこれを具現する無線装置
RU2461147C2 (ru) Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи
TWI277325B (en) Packet transmitting method of wireless network
TWI415433B (zh) 雙向無線電連結控制非持久模式低延遲服務
JP4270874B2 (ja) 無線通信システムにおけるヘッダ圧縮のための方法および装置
JP5684901B2 (ja) シングルブロックパケットアクセス手続きにおけるプロトコルオーバーヘッドの低減
TWI795659B (zh) 在通信系統中經由控制平面使用指定之有效負荷容器類型進行使用者資料傳送
KR101216100B1 (ko) 단편화 패킹 확장헤더를 수반하는 ｍａｃ ｐｄｕ를 전송하는 방법 및 장치
TW591961B (en) Method and apparatus for transmission framing in a wireless communication system
KR20070073343A (ko) 이동통신 ｉｍｓ시스템에서 아이들모드 단말기의 세션 설정프로토콜 데이터를 전송하는 방법 및 장치
EP2693831A1 (en) Wireless communication method, sending device and receiving device
WO2011054142A1 (zh) 一种汇聚来自机器终端设备的多个业务数据的方法和设备
WO2009074101A1 (fr) Procédé, système et appareil de traitement de compression d'en-tête dans un réseau sans fil
WO2011150767A1 (zh) 数据发送处理方法、装置和系统
WO2012130021A1 (zh) 业务流删除方法及装置
CN102739349B (zh) 一种用于帧确认的方法和装置
WO2014186935A1 (zh) 数据传输方法、装置及系统
WO2009021443A1 (fr) Procédé d'agencement et d'obtention de paramètre et système de rétroaction sur un paramètre de compression d'en-tête
WO2010121409A1 (zh) 一种压缩数据包的传输方法及装置
US9060300B2 (en) Method and apparatus for efficiently receiving broadcast control message using MAC PDU header in wireless access system
WO2012110004A1 (zh) 基于lte-lan的报文转发方法及装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980100674.6

Country of ref document: CN

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

Ref document number: 09843883

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

Country of ref document: EP

Kind code of ref document: A1