WO2009021443A1

WO2009021443A1 - Parameter arrangement, achievement method and system for header compression parameter feedback

Info

Publication number: WO2009021443A1
Application number: PCT/CN2008/071923
Authority: WO
Inventors: Wenliang Liang; Chenyan Feng; Jianjun Wu; David Xiang
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-08-10
Filing date: 2008-08-07
Publication date: 2009-02-19
Also published as: CN101365158A

Abstract

A parameter arrangement, achievement method and corresponding device system for a header compression feedback. The method through arranging the related header compression feedback parameter, using different modes processes the header compression feedback, such that in a wireless network system, especially in a Wimax network can achieve the header compression feedback, and can save the wireless network resource.

Description

Parameter negotiation, implementation method and system for header compression feedback

The present invention relates to the field of wireless communication technologies, and in particular, to a parameter negotiation, implementation method and system for header compression feedback.

Background technique

Due to physical conditions, the wireless link has a lower transmission rate and a higher bit error rate than the wired link. When the Internet Protocol (IP) technology is applied in a wireless cell environment, there is a problem that the packet header overhead is excessive. For example, an Internet Protocol Version 6, "IPv6" voice communication packet, the packet payload that users really need is often only 22% of the entire packet. This not only wastes bandwidth, but also increases the probability that a packet will be discarded due to an error. If effective measures are not taken, the quality of service (Quality of Service, referred to as "QoS") will be reduced while wasting valuable wireless network resources.

Header Compression ("HC") solves these problems and guarantees the inherent flexibility of the IP protocol.

Robust Header Compression (ROHC) is a stream-based header compression scheme. In the network data transmission process, most of the header fields of the same stream have the same domain value. The ROHC takes a reference packet in a certain stream, and only sends information about the change of the reference packet in the header field for other packets to achieve the purpose of compression, thereby more effectively utilizing the bandwidth. At the same time, ROHC also makes the header compression mechanism highly efficient and reasonable robust by controlling the frequency and quantity of feedback messages, detecting the unsynchronized strict logic, and error checking. In this way, ROHC provides a header compression mechanism suitable for high bit error rates and long latency links.

Packet Header Suppression ("PHS") is another set of header compression mechanism that can compress different profiles on multiple IP layers. It also supports header compression for Ethernet packets, compared to header compression for ROHC. Way, there is a wider range of applications, but it has no counter Feeding mechanism, does not have ROHC robustness, and real-time dynamics. The PHS has the following parameters: Packet he\ader suppression size (PHSS), Packet he\ader suppression mask (PHSM), Packet header compression index (Packet he\ Ader suppression index (referred to as "PHSI"), packet header compression domain (Packet he\ader suppression field, referred to as "PHSF"), packet header compression confirmation (Packet he\ader suppression vector, referred to as "PHSV").

The above describes the ROHC mechanism and the PHS mechanism. The following is a brief introduction to the Wimax network system.

Worldwide Interoperability for Microwave Access ("WiMAX") provides a broadband wireless access method that can effectively interoperate in a multi-vendor multi-vendor environment in a metropolitan area network.

Specifically, the air interface part protocol layer of the WiMAX system mainly includes a Physical Layer Protocol (Physical Layer Protocol) and a Medium Access Control (MAC) layer. The PHY layer physically performs modulation, demodulation, and codec operations on the signal, and the MAC layer mainly implements the media access control function of the WiMAX system.

Figure 1 shows the WiMAX end-to-end reference model. The R1 interface is a wireless air interface, and the remaining interfaces are wired interfaces.

As can be seen, WiMAX mainly includes a mobile station (Mobile Station, referred to as "MS") / Subscriber Station ("Snack Station"), an Access Service Network (ASN), and a connection service network ( Connectivity Service Network, referred to as "CSN").

The ASN is defined as a set of network functions that provide wireless access services for WiMAX user terminals. The ASN includes BS and ASN Gateway (ASN GateWay abbreviation "ASN-GW") network elements, and an ASN may be shared by multiple CSNs.

The main functions of the ASN include the functions of the BS and the functions of the ASN-GW. Among them, the functions of the BS are: providing L2 connection of the BS and the user station SS/MS, radio resource management, measurement and power control, and compression and encryption of air interface data. The functions of ASN-GW are: For SS/MS authentication, authorization and billing Function provides proxy function; supports network service provider ( NSP)

NetworkServiceProvider ("NSP" for short) network discovery and selection; Provides the relay function of the L3 information for the SS, such as IP address allocation.

CSN is defined to provide IP connection services for WiMAX user terminals. CSN provide the following functions: SS / MS's IP address assignment, the Internet Internet access, authentication, authorization, and accounting protocol (Authentication _{_¾} Authorization _¾ Account, referred to as "AAA") proxy (Proxy) or service (Server), User-based authorization control, ASN to CSN tunneling, WiMAX subscriber billing and inter-operator billing, tunneling between CSNs, ASN switching, and various WiMAX services (eg location based) Business, multimedia multicast and broadcast services, IP Multimedia Subsystem services).

The MS/SS is a (mobile) terminal that the user uses to access the WiMAX network.

The prior art does not provide a technical solution for how to perform header compression feedback parameter negotiation and how to implement header compression feedback in a WiMAX network system. Summary of the invention

The embodiment of the present invention provides parameter negotiation, implementation method and corresponding system equipment for header compression feedback, so that header compression feedback parameter negotiation and header compression feedback can be implemented in the Wimax network system.

The embodiment of the present invention provides a header compression feedback parameter negotiation method, where the method includes: the network and the terminal perform a first message interaction, where the first message carries header compression feedback parameter information; the first message interaction is used for negotiation. The header compresses the feedback parameter information.

Correspondingly, the embodiment of the present invention further provides a network entity, including a first negotiation unit, configured to perform a first message interaction with a terminal, where the first message carries header compression feedback parameter information, and the The first message exchange negotiation header compression feedback parameter information.

Correspondingly, the embodiment of the present invention further provides a terminal, including: a first negotiating unit, configured to perform a first message interaction with a network, where the first message carries header compression feedback parameter information, and is connected to the network The first message exchange negotiation header compresses the feedback parameter letter. An embodiment of the present invention further provides a method for implementing header compression feedback, including:

The feedback party sends a packet carrying the header compression feedback information on the connection between the terminal and the network, and performs header compression feedback according to the agreed header compression parameter.

Correspondingly, an embodiment of the present invention further provides a header compression feedback system, including a terminal and/or a network entity:

The terminal includes a first header compression feedback unit, configured to send a data packet carrying the header compression feedback information, and a first receiving feedback unit, configured to receive feedback information sent by the network entity;

The network entity includes a second header compression feedback unit, configured to send a data packet carrying the header compressed feedback information, and a second receiving feedback unit, configured to receive the feedback information sent by the terminal.

The embodiment of the present invention further provides a method for implementing header compression feedback, where the method includes: a network allocates an air interface resource, where the air interface resource is used for header compression feedback; and the feedback party sends feedback information on the air interface resource allocated by the network. .

Correspondingly, the embodiment of the present invention further provides a network entity, including: a resource allocation unit, configured to allocate an air interface resource, where the air interface resource is used for header compression feedback; and a downlink feedback unit, configured to use the resource allocation unit to allocate The resource sends feedback information.

Correspondingly, the embodiment of the present invention further provides a terminal, including: a receiving resource information unit, configured to receive air interface resource information for header compression feedback allocated by the network for the terminal; and an uplink feedback unit, configured to receive the resource information unit The provided resource information sends feedback information on the resource.

Correspondingly, the embodiment of the present invention further provides a header compression feedback system, including: a network entity, where the network entity includes a resource allocation unit, configured to allocate air interface resources for header compression feedback; and the network entity further includes a downlink a feedback unit, configured to send feedback information by using a resource allocated by the resource allocation unit; the terminal, where the terminal includes a receiving resource information unit, configured to receive air interface resource information allocated by the network for the terminal for header compression feedback; An uplink feedback unit is configured to send feedback information on the resource according to resource information provided by the received resource information unit.

Through the foregoing technical solution, header compression feedback parameter negotiation and header compression feedback can be performed in the Wimax network, thereby saving wireless network resources. DRAWINGS

1 is a schematic diagram of an end-to-end reference model in a WiMAX network in the prior art;

2 is a schematic diagram of periodic polling in a fast feedback mode according to an embodiment of the present invention;

3 is a first schematic diagram of a method for implementing header compression feedback according to an embodiment of the present invention;

4 is a second schematic diagram of a method for implementing header compression feedback according to an embodiment of the present invention;

FIG. 5 is a schematic structural diagram of a network entity according to an embodiment of the present invention;

6 is a schematic structural diagram of a terminal according to an embodiment of the present invention;

FIG. 7 is a schematic structural diagram of another network entity according to an embodiment of the present invention;

FIG. 8 is a schematic structural diagram of another terminal according to an embodiment of the present invention.

Detailed ways

The embodiments of the present invention will be specifically described below in conjunction with the accompanying drawings.

First, explain the mechanism of ROHC. ROHC defines a compressor (Compressor) and a decompressor (Decompressor), each with three states. The three states of the compressor are IR (Initialization and Refresh), FO (First Order) and SO (Second Order); the three states of the decompressor are NC (No) Context, no context), SC (Static Context) and FC (Full Context).

ROHC is based on feedback in three modes: U-mode, R-mode, and O-mode. In U mode, communication is unidirectional, and compressor state transition is independent of feedback; negative feedback is mandatory in 0 mode; positive feedback and negative feedback are mandatory in R mode.

ROHC defines different profile configuration types according to different service flow types. The compression fields of each profile may be different, the packets sent are different, and the feedback is different. However, the compressor and the decompressor have the same three states. The transition between states has a similar mechanism, and the three modes are also distinguished according to the feedback form.

ROHC also defines the conversion process and trigger conditions between the three modes. Between modes The changes are initiated by the decompressor.

The definitions of several related terms of ROHC are given below:

ROHC Context: The basis for the compressor and decompressor in the header compression and decompression process. The context contains the header information of the previous packet in the data stream.

ROHC channel: A logical channel in which the entry is a compressor, the exit is a decompressor, and the compressor and decompressor are in one-to-one correspondence. The compressor compresses the original data and sends it to the decompressor through the logical channel. Defined as a unidirectional logical channel.

ROHC feedback channel: In order to support bidirectional compression, the decompressor must be able to provide feedback to the compressor. The ROHC feedback channel is the logical channel carrying this feedback information. The ingress is the decompressor of the corresponding ROHC channel, and the egress is the compressor of the corresponding ROHC channel.

In addition, the following ROHC channel parameters need to be negotiated before the ROHC channel is established:

MAX CID: A non-negative integer representing the maximum Context ID context that the compressor will use.

LARGE CIDS: A boolean value. If false (false) means using short CID notation (0 bytes or 1 prefix byte, Context ID range is 0-15); if true (true), means using embedded CID notation (1 or 2) The embedded CID of the bytes, in the range 0-14383).

PROFILES: A set of non-negative integers. Each integer represents a profile supported by the decompressor. The compressor does not allow the use of profiles that do not appear in PROFILES.

FEEDBACK — FOR: Optional. If present, indicates which feedback is transmitted on this channel for which ROHC channel.

MRRU: Maximum reconstructed reception unit. Represents the size of the largest reconstructed unit that the decompressor can reassemble from the segment, in bytes. This size contains the CRC. If the MRRU negotiation is 0, a segment header will not be allowed on the channel.

After explaining the ROHC mechanism for header compression, let us describe in detail how to implement header compression feedback in a wireless network system. We use the Wimax network as an example to illustrate the specific implementation process. Step 1: The SS and the network negotiate the header compression feedback mode information supported by the SS and the network through message interaction. For example, the SS sends a message to the network side, where the message carries all the header compression feedback mode information supported by the SS; the network sends a message to inform the SS network to support the header compression feedback mode information. For example, the SS-initiated capability negotiation, the SS may initiate an SBC (Subscriber Station Basic Capability) request message or a REG (Registration) message, where the message carries all the header compression feedback mode information supported by the SS; That is, the base station BS returns a corresponding SBC or REG response message, where the response message carries the header compression feedback mode information supported by the network and the terminal, or the response message carries the header compression feedback mode supported by the terminal. The indication information of the decision result may be explicit or implicit according to the configuration, or the response message carries the header compression feedback mode information supported by the network. Optionally, the interactive message may also carry a periodic polling parameter. The feedback mode may include at least an independent mode, a channel sub-head mode, and a fast feedback mode. The embodiment of the present invention does not limit the specific expression of the interaction message carrying the device header compression feedback mode capability information. Depending on the configuration, for example, the protocol has pre-defined the header compression feedback mode supported by the network and the SS, the capability negotiation process of step 1 can be omitted.

Step 2: The SS and the network compress the feedback parameter information through the message interaction negotiation header. Taking the network-initiated DSA (Dynamic Service Addition Dynamic Service Establishment) process as an example, the SS and the network, ie, the BS negotiation header, compress the feedback parameter information through the interaction of three messages in the DSA process. The header compression feedback parameter information may include any one of the following information or a combination thereof:

The feedback mode carried by the target connection, in the case of the DSA process, is the connection that the DSA is directed to, that is, the mode of compression feedback of other connectors carried on the connection that the DSA wants to establish, for example, by means of a subheader, The other connected connections are fed back to the MAC PDU (Packet Data Unit) of the target connection, or the feedback of the interspersing is performed on the target connection, that is, the feedback data packet is directly sent;

The feedback mode used for the target connection, that is, the mode of header compression feedback for the target connection, for example, by the packet on the other connection (corresponding to the feedback connection) carrying the target connector compression feedback Sub-header feedback, or feedback in the feedback connection on the feedback connection, or feedback in quick feedback mode;

The connection information of the target connection is carried by which connection, and may be a feedback connection (Connection) ID of the target connection;

The feedback information of which connection the target connection carries, may be the connection ID of the target connection as the feedback connection;

Whether to support multiplexing of feedback information, that is, whether to support feedback information carrying multiple connections, that is, whether to support feedback connections as multiple connections;

Whether to support demultiplexing;

Whether the target connection specifically carries the feedback information, that is, the target connection does not carry the service information, but only the feedback information of the bearer header compression;

Whether to allow feedback information carrying other connections;

The feedback polling period parameter, that is, when the fast feedback mode is used, for the uplink feedback, how long does the BS start to allocate a physical resource to the SS periodically?

The connection ID in the above description may also be replaced by SFID (Service Flow ID Service Flow Identifier). If the parameter negotiation is performed between the SS and the BS, and the header compression feedback is performed between the SS and the ASN-GW (Access Service Network Gateway), the BS negotiates the feedback connection ID of the target connection and/or Or, after the target connection is used as the connection ID of the feedback connection, the ASN-GW needs to be notified to the SFID or DPID (Data Path data channel ID) corresponding to the CID (Connection ID), for example, through the RR (Resource Reserve resource). The reservation message informs the ASN-GW for subsequent operations by the ASN-GW. The network described in the embodiment of the present invention may be a BS, an ASN-GW, or another network side device, and the present invention is not limited to a specific implementation manner.

In the embodiment of the present invention, the feedback parameter information may also be compressed by the message exchange negotiation header in the DSC process. The parameter negotiation process in this step is only described by taking the DSC and the DSA process as an example. The embodiment of the present invention does not limit the parameter negotiation through other message interaction processes. Step 3: Perform head compression feedback based on the agreed header compression parameters. That is, on the feedback connection of the target connection, the feedback information is transmitted according to the parameters agreed in step 2; the target connection carries the feedback information of the corresponding connection according to the parameters agreed in step 2. After the negotiation in step 2, the correspondence between the feedback link and the feedback target link is established, and the feedback information can be constructed and transmitted according to the definition of RFC3095; in addition, the present invention also provides three head compression feedback modes. The feedback mode as defined in RFC3095 can also be negotiated in step 1 or 2.

The following is an example of the three header compression feedback modes mentioned above and how to implement header compression feedback.

(1) Independent mode

The data packet carrying the feedback information is sent on the connection between the SS and the network. The receiving feedback party receives the data packet carrying the header compression feedback information. This packet is dedicated to header compression feedback. The format of the feedback data packet is as shown in Table 1. The format of the MAC HC Information Element (IE) in the data packet is as shown in Table 2:

802.16e Generic MAC Header

MAC HC Feedback IE

CRC (Optional) Table 1: Feedback packet format for standalone mode

Table 2: Feedback IE format in the independent mode feedback packet As shown in Table 2, in the feedback IE, a Feedback-Format Code indicates how the decompressor parses the feedback DATA, for example according to the specification of the ROHC, or according to the specification of the PHS;

LAST flag, indicating whether the current IE is the last feedback IE to be sent;

The CID/SFID/DPID flag indicates whether the CIE or SFID or DPID is carried in the IE; the CID/SFID/DPID is used in the multiplexing scenario to distinguish which CID or SFID or DPID feedback the current feedback IE is;

Length, current feedback IE length, from feedback format encoding to feedback DATA end; FEEDBACK DATA, ie feedback data;

The IE may further include a CRC (Cyclic Redundancy Check), and the CRC may be omitted in the feedback data packet.

The foregoing carrying the feedback information in the form of an IE in the data packet is merely exemplary. In all embodiments of the present invention, it is not limited to carrying the feedback information only in this manner in the data packet.

(2) Channel subheader mode

. The data packet carrying the feedback information is sent on the connection between the SS and the terminal, and the receiving feedback party receives the data packet carrying the header compressed feedback information. The data packet is not specifically used for header compression feedback, but carries a subheader in the data packet, and the subheader carries the feedback information. The format of the packet with the feedback subheader is shown in Table 3:

802.16e Generic MAC Header

(MAC HC Feedback Sub-header Included)

MAC HC Feedback IE MAC HC Feedback IE CRC (Optional)

DATA Table 3: Packet format with feedback subheaders

In the data packet, the data packet indicates that the data packet carries a MAC header compression subheader, and the subheader includes a feedback IE and a CRC (optional, if the IE carries a CRC, it can be omitted), behind the subheader. There are other data. The feedback IE is the same as the structure in the independent mode and will not be described in detail here.

(3) Quick feedback method

The network specifically allocates air interface resources for header compression feedback. The feedback party performs header compression feedback according to the assigned air interface resources. For example, in the resource allocation management message sent by the BS, for example, in the broadcast MAP message, the downlink feedback resource is assigned, and the HC Feedback Channel Allocation IE format in the broadcast MAP message is:

Table 4: HC Feedback Channel Allocation IE format

On the physical resource indicated by the MAP message, the feedback BS/SS may send the data in the format in the independent manner, or may directly send the feedback IE and the CRC by omitting the MAC header.

For downlink feedback, the assigned resource can be made in the DL-MAP message when there is feedback data to be sent.

For the uplink feedback, the BS needs to perform periodic polling, that is, the BS periodically allocates air interface resources for the SS for header compression feedback. The air interface resource may be assigned by a UL-MAP message. Optionally, the BS may also periodically query the SS whether there is data to be sent, and allocate the air interface resources for the header compression feedback according to the response of the SS. The specific process of periodic polling will be described below with reference to Figure 2:

As shown in FIG. 2, the BS directly allocates air interface resources to the SS as an example. The BS allocates the header for the SS in the resource allocation management message, for example, the UL-MAP message according to the selected period. Air interface resources for feedback. The message indicated by the dotted line in the figure is a message that periodically allocates air interface resources to the SS. After a polling period, the second periodic start of the BS allocates air interface resources to the SS. At this time, it is found that the LAST indication of the last feedback IE of the SS is not set, indicating that the feedback SS has feedback information to be sent. According to its own resource status, the BS can continue to allocate feedback resources, and the feedback side SS continues to send feedback information until the feedback party sets the LAST of the last feedback IE to 1.

Thereafter, the BS continues to perform periodic polling. As shown in FIG. 2, the periodic polling can be continued according to the original schedule (that is, the period calculation is not affected by the length of the SS feedback time); the period can also be recalculated. That is, a one-cycle polling interval is forcibly, for example, a message is recalculated as a starting point for a message that allocates resources for the last feedback IE of the SS.

The physical resources of the uplink feedback may also be shared, for example, a physical resource is given in the UL-MAP message for use by the relevant SS under the BS. At this time, the related IE in the UL-MAP message does not contain CID or SFID information. The BS may inform the SS of the resource information allocated by the SS through the sub-header carried in the downlink MAC PDU. For example, the information may include, at what time, the SS may send the feedback information, the share of the resources that the SS can occupy, and the like. The notification subheader has the following format:

Feedback offset

Feedback Type = HC

Feedback Length (Optional) Table 5: Notification Subheader Format

Offset indicates that the feedback information on this CID is at a specific location of the physical resource;

Type indication, used to indicate the scene shared by different feedbacks;

Length indicates the size of the physical resource allocated to the feedback information on this CID.

The flow of header compression feedback parameter negotiation and feedback implementation will be specifically described below with reference to the accompanying drawings. As shown in Figure 3, the process is described as follows:

The SS-initiated SBC-REQ message, where the SBC-REQ message carries the SS-supported header compression feedback mode information (MAC HC Feedback Type Supported);

32) The base station (Base Station, referred to as "BS") replies with a response message SBC-RSP, The message carries the header compression feedback mode information supported by the base station and the SS, and the information shows that the base station and the SS jointly support the independent mode (Standalone), the channel subheader mode (Subheader) and the fast feedback mode (Fast-Feedback);

33) The BS initiates a DSA-REQ message, and the message carries a related header compression feedback parameter for negotiation, where the parameters include: a MAC HC Feedback Type Used, and a feedback information of which connection the target connection carries ( Feedback-For) and the feedback of the target connection is carried by which connection (Feed-From);

34) The SS replies to the DSA-RSP message, and carries the following header compression feedback parameters for negotiation: the Feedback Polling Period, whether the target connection allows feedback of other connections (Feedback Allowed), and whether feedback information is supported. Multiplex (Multiplex Flag);

The BS sends a DSA-ACK message, where the message carries a Feedback Polling Period approved by the BS and a De-Multiplex Flag that supports demultiplexing, and the Feedback Polling Period approved by the BS may also be an agreed SS recommendation. An indication of the Feedback Polling Period;

36) The SS performs header compression feedback on the BS in an independent mode or a channel sub-head mode.

As shown in Figure 4, it is the flow of another header compression feedback parameter negotiation and feedback implementation. The specific process is as follows:

Steps 41), 42) are substantially the same as steps 31) and 32) above, and are not described in detail herein; 43) The BS initiates a DSA-REQ message, and the message carries relevant header compression feedback parameters for negotiation, and the parameters include : Feedback mode used for target connection (MAC HC Feedback Type

Used ) and the polling period ( Feedback Polling Period );

44) The SS replies to the DSA-RSP message, and the message carries the Feedback Polling Period of the SS decision approval;

45) The BS sends a DSA-ACK message, where the message carries a header compression feedback parameter: whether the target connection supports multiplexing of the feedback information (multiplex flag).

46) The BS allocates an air interface resource for header compression feedback for the SS in the UL-MAP message, SS Head compression feedback for fast mode on the assigned air interface resource.

The embodiment of the present invention further provides a network entity. In conjunction with FIG. 5, the network entity includes a first negotiation unit 501, configured to perform a first message interaction with the terminal, where the first message carries a header compression feedback. The header compresses the feedback parameter information, and the header compression feedback parameter information is negotiated by the first message exchange with the terminal. The header compression feedback parameter information includes any one of the following information or a combination thereof:

The feedback mode carried by the target connection, that is, the mode of compression feedback of other connectors carried on the target connection;

The feedback mode used for the target connection, that is, the mode in which the header connection is fed back to the target connection; the connection information of the target connection is carried by which connection;

The feedback information of which connection the target connection carries;

Whether to support multiplexing of feedback information, that is, whether to support feedback information carrying multiple connections; whether the target connection specifically carries feedback information;

Whether to support demultiplexing;

Whether the target connection allows feedback information carrying other connections;

Feedback polling cycle parameters.

The first negotiation unit 501 in the network entity includes: a parameter information receiving module 5011, configured to receive a message sent by the terminal for negotiating a header compression feedback parameter, and/or a parameter information sending module 5012, configured to send The message that compresses the feedback parameter is negotiated with the terminal. 5 is an example of including two modules. After the parameter information receiving module 5011 receives the parameter information of the terminal, the processing result is processed by the network entity, and the processing result is fed back to the terminal through the parameter information sending module 5012.

Optionally, the network entity further includes a second negotiating unit 502, configured to perform a second message interaction with the terminal, where the second message carries the supported header compression feedback mode information, and the second message is sent through the terminal. The head compression feedback mode information supported by the network and the terminal is negotiated. The second negotiation unit 502 includes:

The capability information receiving module 5021 is configured to receive, by the terminal, a header pressure supported by the negotiation. The message of the feedback mode, and/or the capability information sending module 5022, is configured to send a message for negotiating the supported header compression feedback mode with the terminal. 5 is an example of including two modules. After the capability information receiving module 5021 receives the capability information of the terminal, the processing result is processed by the network entity, and the processing result is fed back to the terminal by the capability information sending module 5022.

The embodiment of the present invention further provides a terminal. As shown in FIG. 6, the terminal includes: a first negotiation unit 601, configured to perform a first message interaction with a network, where the first message carries header compression feedback parameter information. And compressing the feedback parameter information by using the first message interaction negotiation with the network. The header compression feedback parameter information includes any one of the following information or a combination thereof:

The feedback information of which connection the target connection carries;

Whether to support demultiplexing;

Feedback polling cycle parameters.

The first negotiation unit 601 in the terminal includes a parameter information receiving module 6011, configured to receive a message sent by the network for negotiating a header compression feedback parameter, where the message carries header compression feedback parameter information; and/or, The parameter information sending module 6012 is configured to send a message for negotiating a header compression feedback parameter with the network, where the message carries header compression feedback parameter information. As shown in FIG. 6 , the parameter information receiving module 6011 receives the parameter information of the network entity, and after receiving the parameter information of the network entity, the processing result is sent back to the network entity by the parameter information sending module 6012.

Optionally, the terminal further includes a second negotiation unit 602, configured to perform a second message interaction with the network, where the message carries the supported header compression feedback mode information, and the second cancellation between the network and the network Inter-communication negotiation network and header compression feedback mode information supported by the terminal. The second negotiation unit 602 includes: a capability information receiving module 6021, configured to receive a message sent by the network for negotiating a network and a header compression feedback mode supported by the terminal, where the message carries a supported header compression feedback. The information of the mode; and/or the capability information sending module 6022, configured to send a message for negotiating a supported header compression feedback mode with the network, where the message carries a header compression feedback mode supported by the network and/or the terminal Information. FIG. 6 Having two modules as an example. After the capability information receiving module 6021 of the terminal receives the capability information of the network entity, the processing result is processed by the terminal, and the processing result is fed back to the network entity by the capability information sending module 6022.

The embodiment of the invention also provides a head compression feedback system. The system includes a terminal and/or a network entity:

The network entity includes a second header compression feedback unit, configured to send a data packet carrying the header compressed feedback information, and a second receiving feedback unit, configured to receive the feedback information sent by the terminal. The data packet of the compressed subheader of the feedback information.

The above header compression feedback information includes any one of the following information or a combination thereof:

Feedback format encoding, LAST flag, CID/SFID/DPID tag, CID/SFID/DPID, feedback cell IE length, CRC check information, and feedback data. The meaning of the above parameter information is not described here. The feedback information may be included in a cell, that is, carried in the form of a cell.

The embodiment of the present invention further provides a network entity. As shown in FIG. 7, the network entity includes:

The resource allocation unit 701 is configured to allocate an air interface resource for the header compression feedback, where the resource allocation unit 701 includes an uplink feedback resource allocation module 7011, configured to periodically allocate air interface resources for uplink feedback, and/or periodically. Inquiring whether the feedback information needs to be sent by the terminal, the resource allocation unit 701 further includes a downlink feedback resource allocation module 7012, when the feedback information needs to be sent, Allocate corresponding air interface resources;

The downlink feedback unit 702 is configured to send the feedback information by using the resource allocated by the resource allocation unit. The resource allocation unit 701 allocates the air interface resource for header compression feedback through a resource allocation management message. For example, UL-MAP or DL-MAP messages.

The downlink feedback unit 702 implements transmission of feedback information by transmitting a data packet dedicated to header compression feedback, that is, in an independent mode, or in a cell form (optionally, adding a CRC).

The present invention further provides a terminal. As shown in FIG. 8, the terminal includes a receiving resource information unit 801, configured to receive air interface resource information for header compression feedback allocated by the network for the terminal, and an uplink feedback unit 802. The feedback information is sent on the resource according to the resource information provided by the received resource information unit.

An embodiment of the present invention further provides a header compression feedback system, including:

a network entity, the network entity includes a resource allocation unit, configured to allocate an air interface resource for header compression feedback, and the network entity further includes a downlink feedback unit, configured to send, by using a resource allocated by the resource allocation unit, feedback information;

The terminal includes a receiving resource information unit, configured to receive air interface resource information for the header compression feedback allocated by the network, and the terminal further includes an uplink feedback unit, configured to use the resource information provided by the received resource information unit. The feedback information is sent on the resource.

Through the above technical solution, in the Wimax network, header compression feedback parameter negotiation and header compression feedback can be performed. Further, by performing ROHC header compression feedback, the real-time feedback can be effectively increased, thereby achieving optimal head compression. And can support header compression feedback in a multi-host scenario, saving wireless network resources. The spirit and scope of the invention. Thus, it is intended that the present invention cover the modifications and variations of the inventions

Claims

Claim

A method for negotiating a feedback parameter of a header, wherein the method includes:

The network and the terminal perform a first message exchange, where the first message carries header compression feedback parameter information; the first message interaction is used to negotiate header compression feedback parameter information.

2. The header compression feedback parameter negotiation method according to claim 1, wherein the header compression feedback parameter information comprises any one of the following information or a combination thereof:

The feedback information of which connection the target connection carries;

Whether to support demultiplexing;

Feedback polling cycle parameters.

The header compression feedback parameter negotiation method according to claim 1 or 2, wherein the first message interaction comprises a dynamic service to add a DSA or a dynamic service to change a message interaction in a DSC process.

The header compression feedback parameter negotiation method according to claim 1 or 2, wherein the method further comprises: the network and the terminal performing a second message interaction, wherein the second message carries the supported header compression feedback mode information. And the header compression feedback mode information supported by the network and the terminal is negotiated through the second message.

The method for negotiating a feedback parameter of the header according to claim 4, wherein the second message interaction comprises message interaction in a basic capability SBC of the user station, or in the process of registering the REG Message interaction.

The header compression feedback parameter negotiation method according to claim 1 or 2, wherein the network comprises a base station or an access service network gateway.

A network entity, comprising: a first negotiation unit, configured to perform a first message interaction with a terminal, where the first message carries header compression feedback parameter information, and the first The message interaction negotiation header compresses the feedback parameter information.

8. The network entity according to claim 7, wherein the header compression feedback parameter information comprises any one of the following information or a combination thereof:

The feedback information of which connection the target connection carries;

Whether to support demultiplexing;

Feedback polling cycle parameters.

The network entity according to claim 7 or 8, wherein the network entity further includes a second negotiation unit, configured to perform a second message exchange with the terminal, where the second message carries the supported header compression. The feedback mode information is used to negotiate the header compression feedback mode information supported by the network and the terminal by using the second message interaction with the terminal.

10. A terminal, comprising:

The first negotiation unit is configured to perform the first message interaction with the network, where the first message carries the header compression feedback parameter information, and the header compression feedback parameter information is negotiated by the first message exchange with the network.

The terminal according to claim 10, wherein the header compresses feedback parameter information Includes any one or combination of the following information:

The feedback information of which connection the target connection carries;

Whether to support demultiplexing;

Feedback polling cycle parameters.

The terminal according to claim 10 or 11, wherein the terminal further includes a second negotiation unit, configured to perform a second message interaction with the network, where the second message carries a supported header compression feedback mode. The information, through the second message interaction with the network, negotiates header compression feedback mode information supported by the terminal and the network.

13. A method for implementing header compression feedback, the method comprising:

The feedback party sends a data packet carrying the header compression feedback information on the connection between the terminal and the network, and performs header compression feedback according to the agreed header compression parameter.

14. The header compression feedback implementation method according to claim 13, wherein the data packet comprises a data packet specifically for header compression feedback or a data packet carrying a compression subheader including header compression feedback information.

The header compression feedback implementation method according to claim 13 or 14, wherein the header compression feedback information comprises any one of the following information or a combination thereof:

a feedback format code for indicating how to parse the feedback data;

LAST flag, used to indicate whether the feedback information has been sent;

CID/service flow identifier/data channel identifier, used to indicate whether to carry the CID or service flow identifier or number According to the channel mark;

CID/service flow identifier/data channel identifier, used to indicate which CID or service flow identifier or data channel identifier feedback the current feedback is for;

Feedback cell IE length;

Cyclic redundancy check CRC information;

Feedback data.

A header compression feedback system, comprising: a terminal and/or a network entity: the terminal includes a first header compression feedback unit, configured to send a data packet carrying header compression feedback information, and first receiving feedback a unit, configured to receive feedback information sent by the network entity;

The network entity includes a second header compression feedback unit, configured to send a data packet carrying the header compression feedback information, and a second reception feedback unit, configured to receive the feedback information sent by the terminal.

The header compression feedback system according to claim 16, wherein the data packet comprises a data packet specifically for header compression feedback or a data packet carrying a compression subheader including header compression feedback information.

The head compression feedback system according to claim 16 or 17, wherein the header compression feedback information comprises any one of the following information or a combination thereof:

a feedback format code for indicating how to parse the feedback data;

LAST flag, used to indicate whether the feedback information has been sent;

CID/SFID/DPID tag, used to indicate whether to carry a CID or SFID or DPID;

CID/SFID/DPID, used to indicate which CID or SFID or DPID feedback the current feedback is; feedback cell IE length;

Cyclic redundancy check CRC information;

Feedback data.

19. A method for implementing header compression feedback, the method comprising:

The network allocates air interface resources, and the air interface resources are used for header compression feedback;

The feedback party sends feedback information on the air interface resource assigned by the network.

The method for implementing the header compression feedback according to claim 19, wherein, for the downlink feedback, the corresponding air interface resource is allocated when the feedback information is to be sent.

The method for implementing header compression feedback according to claim 19, wherein, for uplink feedback, the network periodically allocates air interface resources to the terminal, and/or periodically queries the terminal for feedback information to be sent.

The method of implementing the header compression feedback according to claim 21, wherein when the allocated air interface resources are shared by a plurality of terminals, the network informs the plurality of terminals of the resource information respectively assigned thereto.

The method for implementing header compression feedback according to any one of claims 19 to 22, wherein the feedback information is carried in a data packet or a data packet specially used for header compression feedback.

The method for implementing header compression feedback according to any one of claims 19 to 22, wherein the feedback information comprises any one of the following information or a combination thereof:

a feedback format code for indicating how to parse the feedback data;

LAST flag, used to indicate whether the feedback information has been sent;

CID/SFID/DPID tag, used to indicate whether to carry a CID or SFID or DPID;

Cyclic redundancy check information;

Feedback data.

25. A network entity, comprising:

a resource allocation unit, configured to allocate air interface resources, where the air interface resource is used for header compression feedback, and a downlink feedback unit, configured to send feedback information by using resources allocated by the resource allocation unit.

The network entity according to claim 25, wherein the resource allocation unit comprises:

An uplink feedback resource allocation module, configured to periodically allocate air interface resources for uplink feedback, and/or periodically query the terminal for feedback information to be sent;

a downlink feedback resource allocation module, configured to allocate a corresponding air interface when there is feedback information to be sent Resources.

27. The network entity according to claim 25 or 26, wherein the feedback information is carried in a data packet or a data packet dedicated to header compression feedback.

28. A terminal, comprising:

a receiving resource information unit, configured to receive air interface resource information allocated by the network for the terminal for header compression feedback;

And an uplink feedback unit, configured to send, on the resource, feedback information according to the resource information provided by the received resource information unit.

29. A head compression feedback system, comprising: