WO2009129746A1 - Procédé d'autorisation de paramètre, entité à fonction de trajet de données et système de communication - Google Patents

Procédé d'autorisation de paramètre, entité à fonction de trajet de données et système de communication Download PDF

Info

Publication number
WO2009129746A1
WO2009129746A1 PCT/CN2009/071425 CN2009071425W WO2009129746A1 WO 2009129746 A1 WO2009129746 A1 WO 2009129746A1 CN 2009071425 W CN2009071425 W CN 2009071425W WO 2009129746 A1 WO2009129746 A1 WO 2009129746A1
Authority
WO
WIPO (PCT)
Prior art keywords
service flow
parameter
entity
feedback information
feedback
Prior art date
Application number
PCT/CN2009/071425
Other languages
English (en)
Chinese (zh)
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 华为技术有限公司
Publication of WO2009129746A1 publication Critical patent/WO2009129746A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities

Definitions

  • the present invention relates to communication technologies, and in particular, to a method for parameter authorization, a data channel functional entity, and a communication system.
  • 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 quality of service (QoS) will be reduced while wasting valuable wireless network resources.
  • QoS quality of service
  • the header compression mechanism can solve the above problems while ensuring the inherent flexibility of the IP protocol.
  • the header compression mechanism may include Robust Header Compression (R0HC), Real-time Transport Protocol Header Compression (CRTP), and Extended Real-Time Transport Protocol Header Compression (ECRTP, Extended RTP Header Compression). ) Mechanisms, etc.
  • R0HC is a stream-based header compression scheme defined by IETF in RFC 3095.
  • the R0HC mechanism takes a reference packet in a certain stream, and only transmits information about the change of the reference packet in the header field for other packets to achieve the purpose of compression, thereby saving the packet header overhead and making more efficient use of the bandwidth.
  • the R0HC mechanism also makes the R0HC mechanism highly efficient and reasonablely robust by controlling the frequency and number of feedback messages, detecting the logic of different steps, and error checking. Therefore, the R0HC mechanism provides a header compressor system for high bit error rate and long latency links.
  • the R0HC channel is a logical channel.
  • the entry is a compressor
  • the exit is a decompressor
  • the compressor and the decompressor are in one-to-one correspondence.
  • the compressor passes the logic after header compression of the original data.
  • the channel is sent to the decompressor.
  • the R0HC channel is a unidirectional logical channel.
  • the decompressor in order to support bidirectional compression, the decompressor must be able to provide feedback information to the compressor, so the R0HC feedback channel is the logical channel carrying the feedback information, the entry is the decompressor, and the exit is the compressor.
  • the decompressor should be able to provide feedback information to the compressor.
  • WiMA Worldwide Interoperability for Microwave Access
  • the WiMAX network is mainly composed of three parts: the terminal (MS/SS, Mobi le Station/Subscriber Station), and the Access Service Network (ASN), including the base station (BS, Base Station) and the access service network gateway (ASN).
  • GW Access Service Network-Gat eWay
  • Connectivity Service Network CSN
  • PPS Prepaid Server
  • AAA Server Authentication Accounting Server
  • Authentication Authorization Accounting Server Authentication Authorization Accounting Server
  • Terminal The user uses this device to access the WiMAX network.
  • ASN is defined as a network function set that provides wireless access services for terminals.
  • the ASN contains BS and ASN-GW network elements.
  • the main functions of the BS network element are: providing L2 connection between the BS and the MS, radio resource management, and the like;
  • the main functions of the ASN-GW network element are: providing client functions for the MS authentication, authorization, and accounting functions, and providing the MS with Relay function of L3 information (such as IP address allocation), intra-ASN switching, etc.
  • CSN Connection Service Network
  • the main functions provided by the CSN are: IP address allocation of the terminal MS, Internet access, AAA proxy or server, user-based authorization control, and so on.
  • the prior art does not provide a method for authorizing parameters of a service flow of feedback information in a header compression process.
  • Embodiments of the present invention provide a parameter authorization method, a data channel function entity, and a communication system to authorize parameters of a service flow of feedback information in a bearer header compression process.
  • the method for parameter authorization provided by the embodiment of the present invention is specifically: If the data channel function DPF entity detects that there is a service flow and needs to send feedback information, the DPF entity performs parameter authorization according to the header compression feedback parameter to generate an authorized service flow parameter; or the DPF entity sends a request message to the service flow authorization SFA entity, The SFA entity performs parameter authorization according to the header compression feedback parameter to generate an authorized service flow parameter; or after the DPF entity determines the service flow for carrying the feedback information, the service flow for carrying the feedback information according to the header compression feedback parameter Perform parameter authorization to generate authorized service flow parameters.
  • a detecting module configured to detect whether a service flow needs to send feedback information
  • the processing module includes:
  • a first acquiring module configured to acquire a header compression feedback parameter
  • a first processing submodule configured to perform parameter authorization according to the header compression feedback parameter acquired by the acquiring module, to generate an authorized service flow parameter
  • the processing module includes:
  • a first sending submodule configured to send a request message to the SFA entity, requesting parameter authorization
  • a second receiving submodule configured to receive a request response from the SFA entity, where the request response carries an authorized service flow parameter
  • the processing module includes:
  • a second acquiring module configured to acquire a header compression feedback parameter
  • a determining module configured to determine a service flow for carrying feedback information
  • the second processing sub-module is configured to perform parameter authorization on the service flow for carrying the feedback information determined by the determining module according to the header compression feedback parameter acquired by the second obtaining module, and generate an authorized service flow parameter.
  • the data channel function is a DPF entity, and the DPF entity is communicably connected to the terminal.
  • the DPF entity is configured to detect that the service flow of the terminal needs to send feedback information, and then perform parameter authorization according to the header compression feedback parameter to generate an authorized service. And the flow parameter, or determining a service flow for carrying the feedback information, and performing parameter authorization on the service flow for carrying the feedback information according to the header compression feedback parameter to generate an authorized service flow parameter.
  • the DPF entity is configured to send a request message to the SFA entity to send a request message, and request a parameter authorization, where the request message carries an indication indicating that the service flow for carrying the feedback information is established.
  • Information or a service flow identifier SFID carrying a service flow for carrying feedback information; receiving a request response from the SFA entity, the request response carrying an authorized service flow parameter;
  • the SFA entity is configured to obtain a header compression feedback parameter, perform parameter authorization according to the header compression feedback parameter, and generate an authorized service flow parameter, and send the authorized service flow parameter to the DPF entity by using the request response.
  • the communication system provided by the embodiment of the present invention includes a data channel function entity.
  • the data channel function entity detects that a service flow needs to send feedback information
  • the DPF entity performs parameter authorization processing.
  • the technical solution provided by the embodiment of the present invention can perform authorization processing on the parameters of the service flow of the feedback information in the bearer compression process, so as to ensure that the feedback information in the header compression process does not affect the basic protection of the user's service flow. , can guarantee the quality of feedback information transmission with high quality.
  • FIG. 1 is a structural diagram of a WiMAX network in the prior art
  • FIG. 3 is a flowchart of a method for parameter authorization according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a method for parameter authorization according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of a method for parameter authorization according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a method for parameter authorization according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a data channel function entity according to an embodiment of the present invention.
  • An embodiment of the present invention provides a method for parameter authorization, which is specifically: if a data channel function (DPF) entity detects that a service flow needs to send feedback information, the DPF entity performs parameter authorization processing.
  • DPF data channel function
  • the parameter authorization process is performed.
  • the specific processing method may be different according to the form of the bearer feedback information and the different decision points. For example, you can carry a feedback letter by newly establishing a service flow or by using an established service flow.
  • the parameterization of the newly established service flow or the established service flow can be performed by different decision points such as a DPF entity, a Service Flow Authorization (SFA) entity, or a policy authorization entity, so as to ensure the header compression process.
  • SFA Service Flow Authorization
  • the feedback information in the feedback does not affect the user's service flow, and the quality of the feedback information is high.
  • An embodiment of the present invention provides a method for parameter authorization.
  • a service flow may be newly established to carry feedback information, and a DPF entity is used to perform parameter authorization for a newly established service flow.
  • the method is shown in Figure 2, as follows:
  • Step 200 The terminal interacts with the network and accesses the network.
  • the CSN may send the header compression feedback parameter to the ASN, for example, may be a R0HC feedback parameter, where the SFA entity or the DPF entity may save the header compression feedback parameter in the ASN.
  • the SFA entity or the DPF entity may pre-configure the header compression feedback parameters locally.
  • the header compression feedback parameter includes any one of the following information:
  • a feedback policy such as a newly established service flow (such as newly establishing a one-way service flow or a two-way service flow) to carry feedback information, may be using an established service flow (such as using piggyback mode or interspersing mode, or The piggyback/interspersing hybrid mode) carries the feedback information, and may also carry the feedback information in a signaling manner.
  • the signaling may be newly designed signaling, or may reuse existing signaling in the existing system;
  • a parameter related to the service flow carrying the feedback information such as a QoS parameter of the service flow carrying the feedback information
  • R0HC it can be a QoS parameter that defines the feedback information of the 0 mode or the feedback information of the R mode.
  • Service flow feedback parameters including whether feedback is needed, and/or feedback mode
  • the service flow feedback parameters may include whether feedback is required, and/or R mode or mode 0.
  • the maximum number of service flows that the terminal is allowed to use to carry the feedback information for example, the maximum number of service flows that are allowed to be used by the terminal for carrying the feedback information may be uniformly defined, or the use of the terminal for the uplink and downlink may be separately defined.
  • the maximum number of service flows carrying feedback information (5) Indication identifier: Used to indicate that the ASN can locally configure the header compression feedback parameter.
  • Step 201 The network negotiates with the terminal to establish a service flow.
  • the network and the terminal negotiate to establish a service flow, including a service flow parameter authorization process, such as QoS parameter authorization, and establishing a data channel according to the service flow parameter. Further, the network may also negotiate with the terminal that the established service flow needs to be subjected to header compression. There may be many types of compression.
  • the embodiment of the present invention uses the ROCH method for header compression as an example, but the embodiment of the present invention is not only Limited to R0HC:.
  • the sending of the feedback information may be a newly established service flow to carry the feedback information, or the use of the established service flow to carry the feedback information.
  • the newly established service flow is used to carry the feedback information as an example for detailed description.
  • Step 202 the terminal may send a trigger request to the DPF entity.
  • the terminal may send a trigger request to the DPF entity, and the indication may be carried in the trigger request for notification.
  • the DPF entity has a service flow that needs to send feedback information.
  • the trigger request may carry a service flow identifier SFID of the service flow that needs to send the feedback information.
  • Step 203 Service flow parameter authorization.
  • the DPF entity needs to send the feedback information when the service flow needs to be sent.
  • the DPF entity may receive the trigger request from the terminal, or the DPF entity autonomously detects that the service flow needs to send the feedback information, then the DPF entity starts. Establish a service flow that carries feedback information.
  • Establishing a service flow carrying feedback information includes a service flow parameter authorization process and a data channel establishment process.
  • the service flow parameter authorization process may have different implementation manners according to different decision points.
  • a DPF entity is taken as a decision point as an example for description.
  • the DPF entity may perform the service flow parameter authorization according to the received header compression feedback parameter from the CSN or the header compression feedback parameter configured in advance. For example, the DPF entity may determine whether the header compression feedback parameter is satisfied according to the resource condition of the DPF. , Generate authorized service flow parameters.
  • Step 204 The data channel establishment process.
  • the DPF entity interacts with the terminal to perform data channel establishment according to the authorized service flow parameter.
  • the related message in the data channel establishment process may carry indication information indicating that the data channel is used to carry feedback information.
  • the service flow identifier SFID of the service flow established in step 201 may be carried in the FEEDBACK-F0R domain of the DSA-REQ message.
  • the embodiment of the invention provides a method for parameter authorization.
  • the feedback information can be carried by newly establishing a service flow, and the decision point is an SFA entity, and the SFA entity is used to perform parameter authorization for the newly established service flow.
  • the method is shown in Figure 3, as follows:
  • Step 300 The terminal interacts with the network and accesses the network.
  • the CSN may send the header compression feedback parameter to the ASN, for example, may be a R0HC feedback parameter, where the SFA entity or the DPF entity may save the header compression feedback parameter in the ASN.
  • the SFA entity or the DPF entity may pre-configure the header compression feedback parameters locally.
  • the header compression feedback parameter includes any one of the following information:
  • a feedback policy such as a newly established service flow (such as newly establishing a one-way service flow or a two-way service flow) to carry feedback information, may be using an established service flow (such as using piggyback mode or interspersing mode, or Piggyback and interspersing are used to carry feedback information, and may also carry feedback information in a signaling manner.
  • the signaling may be newly designed signaling, or may reuse existing signaling in an existing system;
  • a parameter related to the service flow carrying the feedback information such as a QoS parameter of the service flow carrying the feedback information
  • R0HC it can be a QoS parameter that defines the feedback information of the 0 mode or the feedback information of the R mode.
  • Service flow feedback parameters including whether feedback, and/or feedback mode are required; if R0HC mode, the service flow feedback parameters may include whether feedback, and/or, R mode or 0 mode is required.
  • the maximum number of service flows that the terminal is allowed to use to carry the feedback information can be uniformly defined, or the terminal can be used to define the allowable terminal for the uplink and downlink.
  • the maximum number of service flows carrying feedback information can be uniformly defined, or the terminal can be used to define the allowable terminal for the uplink and downlink.
  • Step 301 The network negotiates with the terminal to establish a service flow.
  • the network and the terminal negotiate to establish a service flow, including a service flow parameter authorization process, such as QoS parameter authorization, and establishing a data channel according to the service flow parameter. Further, the network may also negotiate with the terminal that the established service flow needs to perform header compression.
  • a service flow parameter authorization process such as QoS parameter authorization
  • the network may also negotiate with the terminal that the established service flow needs to perform header compression.
  • the robust header compression R0HC may be used.
  • the embodiment of the present invention uses the ROCH method for header compression as an example, but the implementation of the present invention is implemented. The example is not limited to R0HC:.
  • the sending of the feedback information may be the newly established service flow to carry the feedback information, or the use of the established service flow to carry the feedback information.
  • This embodiment uses the newly established service flow to carry the feedback information as an example for detailed description.
  • Step 302 the terminal may send a trigger request to the DPF entity.
  • the terminal may send a trigger request to the DPF entity, and the indication may be carried in the trigger request for notification.
  • the DPF entity has a service flow that needs to send feedback information; the further trigger request may carry the service flow identifier SFID of the service flow that needs to send the feedback information.
  • Step 303 The DPF entity sends a request message to the SFA entity.
  • the DPF entity needs to send the feedback information when the service flow needs to be sent.
  • the DPF entity may receive the trigger request from the terminal, or the DPF entity autonomously detects that the service flow needs to send the feedback information, then the DPF entity starts.
  • the service flow for carrying the feedback information includes the service flow parameter authorization process and the data channel establishment process.
  • the service flow parameter authorization process may have different implementation manners according to different decision points. This embodiment uses the SFA entity as the decision point as an example for description.
  • the DPF entity sends a request message requesting the service flow parameter authorization to the SFA entity, for example, the anchor data channel function entity Anchor DPF in the ASN sends an RR-Req message to the anchor service flow authorization entity Anchor SFA for requesting service flow parameter authorization.
  • the request message carries the indication information, where the indication information is used to indicate that the service flow for carrying the feedback information is requested to be established.
  • the request message may further include the service flow established in step 301.
  • the service flow identifies the SFID and/or the service flow QoS parameters; further, the request message may also include a R0HC mode of operation (such as U mode, 0 mode, or R mode), and/or a suggested QoS of the service flow requesting establishment. parameter.
  • a R0HC mode of operation such as U mode, 0 mode, or R mode
  • Step 304 The SFA entity receives the request message from the DPF entity, according to the received header compression feedback parameter from the CSN or the header compression feedback parameter configured in advance locally, and further, If the request message carries the service flow QoS parameter of the established service flow and/or the recommended QoS parameter of the service flow requested to be established, the SFA entity may according to the service flow QoS parameter of the established service flow carried in the request message and/or Or request the established QoS parameters of the service flow for service flow parameter authorization.
  • Step 305 The SFA entity sends a request response to the DPF entity.
  • the SFA entity sends the authorized service flow parameter to the DPF entity through the request response.
  • the Anchor SFA may send the authorized service flow parameter to the Anchor DPF through the RR-Rsp message.
  • Step 306 the data channel establishment process.
  • the DPF entity interacts with the terminal to establish a data channel according to the authorized service flow parameter.
  • the related message in the data channel establishment process may carry indication information indicating that the data channel is used to carry feedback information.
  • the service flow identifier SFID of the service flow established in step 301 may be carried in the FEEDBACK-F0R field of the DSA-REQ message.
  • the SFA entity if a service flow needs to send feedback information, the SFA entity is used as a decision point, and the service flow is newly established to carry the feedback information.
  • the SFA entity can perform authorization processing on the parameters of the service flow carrying the feedback information, so as to ensure that the feedback information in the header compression process does not affect the basic guarantee of the user's service flow, and the quality of the feedback information can be guaranteed with high quality.
  • An embodiment of the present invention provides a method for parameter authorization.
  • a service flow may be newly established to carry feedback information
  • the decision point is a policy authorization entity in the CSN, and the policy authorization entity may be used to perform the newly established service flow.
  • Parameter authorization The method is shown in Figure 4, as follows:
  • Step 400 The terminal interacts with the network and accesses the network.
  • the CSN may send the header compression feedback parameter to the ASN, for example, may be a R0HC feedback parameter, where the SFA entity or the DPF entity may save the header compression feedback parameter in the ASN.
  • the SFA entity or the DPF entity may pre-configure the header compression feedback parameters locally.
  • the header compression feedback parameter includes any one of the following information:
  • a feedback policy such as a newly established service flow (such as newly establishing a one-way service flow or a two-way service flow) to carry feedback information, may be using an established service flow (such as using piggyback mode or interspersing mode, or The piggyback or interspersing hybrid mode is used to carry the feedback information, and may also carry the feedback information in a signaling manner.
  • the signaling may be newly designed signaling, or may reuse existing signaling in the existing system;
  • R0HC it can be a QoS parameter that defines the feedback information of the 0 mode or the feedback information of the R mode.
  • Service flow feedback parameters including whether feedback, and/or feedback mode is required; if R0HC mode, the service flow feedback parameters may include whether feedback is required, and/or R mode or 0 mode.
  • the maximum number of service flows that the terminal is allowed to use to carry the feedback information can be uniformly defined, or the terminal can be used to define the allowable terminal for the uplink and downlink.
  • the maximum number of service flows carrying feedback information can be uniformly defined, or the terminal can be used to define the allowable terminal for the uplink and downlink.
  • Indication identifier Used to indicate that the ASN can locally configure the header compression feedback parameter.
  • Step 401 The network negotiates with the terminal to establish a service flow.
  • the network and the terminal negotiate to establish a service flow, including a service flow parameter authorization process, such as QoS parameter authorization, and establishing a data channel according to the service flow parameter. Further, the network may also negotiate with the terminal that the established service flow needs to perform header compression.
  • a service flow parameter authorization process such as QoS parameter authorization
  • the network may also negotiate with the terminal that the established service flow needs to perform header compression.
  • the robust header compression R0HC may be used.
  • the embodiment of the present invention uses the ROCH method for header compression as an example, but the implementation of the present invention is implemented. The example is not limited to R0HC.
  • the sending of the feedback information may be the newly established service flow to carry the feedback information, or the use of the established service flow to carry the feedback information.
  • This embodiment uses the newly established service flow to carry the feedback information as an example for detailed description.
  • Step 402 the terminal may send a trigger request to the DPF entity.
  • the terminal may send a trigger request to the DPF entity, and the indication may be carried in the trigger request for notification.
  • the DPF entity has a service flow that needs to send feedback information; the further trigger request may carry the service flow identifier SFID of the service flow that needs to send the feedback information.
  • Step 403 The DPF entity sends a request message to the SFA entity.
  • the DPF entity needs to send the feedback information when the service flow needs to be sent.
  • the DPF entity may receive the trigger request from the terminal, or the DPF entity autonomously detects that the service flow needs to send the feedback information, then the DPF entity starts.
  • the service flow for carrying the feedback information includes the service flow parameter authorization process and the data channel establishment process.
  • the service flow parameter authorization process may have different implementation manners according to the decision point. This embodiment is taught by the policy of connecting the service network.
  • the right entity is used as a decision point as an example.
  • the DPF entity sends a request message requesting the service flow parameter authorization to the SFA entity, for example, the anchor data channel function entity Anchor DPF in the ASN sends an RR-Req message to the anchor service flow authorization entity Anchor SFA for requesting service flow parameter authorization.
  • the request message carries the indication information, where the indication information is used to indicate that the service flow for carrying the feedback information is requested to be established.
  • the request message may further include the service flow established in step 401.
  • the service flow identifies the SFID and/or the service flow QoS parameter; further, the request message may further include a R0HC operation mode (such as U mode, 0 mode or R mode), and/or a suggested QoS parameter of the service flow requesting establishment. .
  • a R0HC operation mode such as U mode, 0 mode or R mode
  • Step 404 The SFA entity receives the request message from the DPF entity, and sends a second request message to the policy authorization entity in the CSN, requesting authorization of the service flow parameter.
  • the SFA entity receives a request message (such as an RR-Req message) from the DPF entity, and sends a second request message to the policy authorization entity in the CSN, for example, the SFA may send a CCR message to the PCRF in the CSN, requesting The service flow parameter authorization is performed; the CCR message carries the indication information, where the indication information is used to indicate that the service flow for carrying the feedback information is requested to be established.
  • the message may further include the service flow established in step 401.
  • the service flow identifies the SFID and/or the service flow QoS parameter; further, the message may further include a R0HC operation mode (such as U mode, 0 mode or R mode), and/or a suggested QoS parameter of the service flow requesting establishment.
  • a R0HC operation mode such as U mode, 0 mode or R mode
  • Step 405 The policy authorization entity performs service flow parameter authorization.
  • the policy authorization entity may compress the feedback parameter according to the header, and further if the second request message carries the service flow QoS parameter of the established service flow and/or the service flow established by the request.
  • the recommended QoS parameter the policy authorization entity may also perform service flow parameter authorization according to the service flow QoS parameter of the established service flow carried in the second request message and/or the suggested QoS parameter of the service flow requested to be established.
  • Step 406 The policy authorization entity feeds back the authorized service flow parameter to the SFA entity by using the second request response, for example, the PCRF may send the CCA message to the SFA entity.
  • Step 407 The SFA entity sends a request response to the DPF entity.
  • the SFA entity receives the second request response from the policy authorization entity, and sends the authorized service flow parameter carried by the SFA entity to the DPF entity through the request response, for example, the Anchor SFA may send the authorized service flow parameter to the Anchor DPF through the RR-Rsp message. .
  • Step 408 the data channel establishment process.
  • the DPF entity interacts with the terminal to establish a data channel according to the authorized service flow parameter, and the data channel is established.
  • the related message in the path establishment process may carry indication information indicating that the data channel is used to carry feedback information.
  • the service flow identifier SFID of the service flow established in step 401 may be carried in the FEEDBACK-F0R field of the DSA-REQ message.
  • the policy authorization entity if a service flow needs to send feedback information, the policy authorization entity is used as a decision point, and the service flow is newly established to carry the feedback information.
  • the policy authorization entity can perform authorization processing on the parameters of the service flow carrying the feedback information, so as to ensure that the feedback information in the header compression process does not affect the basic protection of the user's service flow, and the quality of the feedback information can be guaranteed with high quality.
  • the feedback information may be carried by the newly established service flow, and the feedback information may be carried by the established service flow.
  • the specific implementation manner is as follows.
  • An embodiment of the present invention provides a method for parameter authorization.
  • feedback information may be carried by an established service flow, where the decision point is a DPF entity, and the established service for carrying feedback information may be used by the DPF entity.
  • the stream is parameterized. The method is shown in Figure 5, as follows:
  • Step 500 The terminal interacts with the network and accesses the network.
  • the CSN may send the header compression feedback parameter to the ASN, for example, may be a R0HC feedback parameter, where the SFA entity or the DPF entity may save the header compression feedback parameter in the ASN.
  • the SFA entity or the DPF entity may pre-configure the header compression feedback parameters locally.
  • the header compression feedback parameter includes any one of the following information:
  • a feedback policy such as a newly established service flow (such as newly establishing a one-way service flow or a two-way service flow) to carry feedback information, may be using an established service flow (such as using piggyback mode or interspersing mode, or The piggyback/interspersing hybrid mode) carries the feedback information, and may also carry the feedback information in a signaling manner.
  • the signaling may be newly designed signaling, or may reuse existing signaling in the existing system;
  • Service flow feedback parameters including whether feedback, and/or feedback mode are required; if R0HC mode, the service flow feedback parameters may include whether feedback is required, and/or R mode or 0 mode.
  • the adjustment factor is used to indicate that: if the established service flow is used to carry the feedback information, the relevant parameters of the established service flow need to be adjusted due to the bearer feedback information, and the adjustment factor may be It is an absolute number, or it can be a relative number, such as a percentage. If it is R0HC, it can define the adjustment factor of the feedback information of the 0 mode or the feedback information of the R mode.
  • the maximum number of service flows that are allowed to be used by the terminal to carry the feedback information may be uniformly defined, or the terminal may be separately defined for the uplink and downlink.
  • the maximum number of service flows carrying feedback information may be uniformly defined, or the terminal may be separately defined for the uplink and downlink.
  • indication identifier used to indicate that the ASN can locally configure the header compression feedback parameter
  • Step 501 The network negotiates with the terminal to establish a service flow.
  • the network and the terminal negotiate to establish a service flow, including a service flow parameter authorization process, such as QoS parameter authorization, and establishing a data channel according to the authorized service flow parameter.
  • a service flow parameter authorization process such as QoS parameter authorization
  • the establishing the service flow may include establishing at least one uplink service flow and at least one downlink service flow, and further, establishing a correspondence between the uplink service flow and the downlink service flow, for example, in the process of establishing the service flow.
  • the FEEDBACK-FOR field of the DSA-REQ message carries the service flow identifier SFID of the other party to establish a correspondence between the two.
  • the network may also perform header compression on the service flow negotiation with the terminal.
  • the robust header compression R0HC may be used.
  • the embodiment of the present invention uses the R0HC method for header compression as an example, but the embodiment of the present invention is Not limited to R0HC.
  • the feedback information of the service flow needs to be sent.
  • the sending of the feedback information may be to newly establish a service flow to carry feedback information, or to use the established service flow to carry feedback information.
  • the feedback information may be carried by using a downlink service flow that is established. This embodiment is described in detail by taking an established service flow to carry feedback information as an example.
  • Step 502 the terminal may send a trigger request to the DPF entity.
  • the terminal may send a trigger request to the DPF entity.
  • the triggering request may carry the indication information, which is used to notify the DPF entity that the service flow needs to send the feedback information; and the further trigger request may carry the service flow identifier SFID of the service flow that needs to send the feedback information.
  • Step 503 the service flow parameter authorization.
  • the DPF entity needs to send the feedback information to the service flow, for example, the DPF entity may determine that the DPF entity receives the trigger request from the terminal, or the DPF entity autonomously detects that the service flow needs to send the feedback information, the DPF entity may determine The service flow for carrying the feedback information begins to perform a parameter authorization process for the service flow for carrying the feedback information.
  • the flow parameter authorization process may have different implementation manners according to different decision points. This embodiment uses a DPF entity as a decision point as an example for description.
  • the service flow parameter may be performed on the service flow for carrying the feedback information according to the received header compression feedback parameter from the CSN or the header compression feedback parameter configured in advance locally.
  • Authorization for example, the DPF entity may determine whether the header compression feedback parameter is satisfied according to its own resource condition, and if so, generate an authorized service flow parameter.
  • Step 503 The DPF entity sends a feedback indication message to the base station, where the feedback indication message is used to indicate that the base station header compression feedback has started, and the base station receives the feedback indication message, and adjusts the local scheduling policy according to the information carried by the base station.
  • the feedback indication message may be a newly designed message, and the message may be defined to indicate that the base station header compression feedback has started, or the existing message may be reused, and the existing message may be extended. An indicator is added to explicitly indicate that the base station header compression feedback has been started. Further, the feedback indication message may further carry the authorized service flow parameter. Further, the feedback indication message may further carry the feedback information for carrying the feedback information.
  • the service flow of the service flow identifies the SFID.
  • step 504 is performed.
  • Step 504 Establish a correspondence between an uplink service flow and a downlink service flow.
  • the base station may separately send a DSC-Req message to the terminal for the uplink service flow and the downlink service flow, and carry the service flow identifier SFID of the other party in the FEEDBACK-F0R domain of the message.
  • the DPF entity if a service flow needs to send feedback information, the DPF entity is used as a decision point, and the feedback information is carried by the established service flow.
  • the DPF entity can perform authorization processing on the parameters of the service flow carrying the feedback information, so as to ensure that the feedback information in the header compression process does not affect the basic guarantee of the user's service flow, and the quality of the feedback information can be guaranteed with high quality.
  • An embodiment of the present invention provides a method for parameter authorization.
  • feedback information may be carried by an established service flow, and the decision point is an SFA entity, and the established service for carrying feedback information may be used by the SFA entity.
  • the stream is parameterized.
  • Step 600 The terminal interacts with the network and accesses the network.
  • the CSN may send the header compression feedback parameter to the ASN, for example, may be a R0HC feedback parameter, where the SFA entity or the DPF entity may save the header compression feedback parameter in the ASN.
  • the SFA entity or the DPF entity may pre-configure the header compression feedback parameters locally.
  • the header compression feedback parameter includes any one of the following information:
  • a feedback policy such as a newly established service flow (such as newly establishing a one-way service flow or a two-way service flow) to carry feedback information, may be using an established service flow (such as using piggyback mode or interspersing mode, or The piggyback/interspersing hybrid mode) carries the feedback information, and may also carry the feedback information in a signaling manner.
  • the signaling may be newly designed signaling, or may reuse existing signaling in the existing system;
  • Service flow feedback parameters including whether feedback is needed, and/or feedback mode
  • the service flow feedback parameters may include whether feedback is required, and/or R mode or mode 0.
  • the adjustment factor is used to indicate that: if the established service flow is used to carry the feedback information, the relevant parameters of the established service flow need to be adjusted due to the bearer feedback information, and the adjustment factor may be an absolute number, It can be a relative number, such as a percentage, etc. If it is R0HC, the adjustment factor of the feedback information carrying the 0 mode or the feedback information of the R mode can be separately defined.
  • the maximum number of service flows that are allowed to be used by the terminal to carry the feedback information may be uniformly defined, or the terminal may be separately defined for the uplink and downlink.
  • the maximum number of service flows carrying feedback information may be uniformly defined, or the terminal may be separately defined for the uplink and downlink.
  • indication identifier used to indicate that the ASN can locally configure the header compression feedback parameter
  • Step 601 The network negotiates with the terminal to establish a service flow.
  • the network and the terminal negotiate to establish a service flow, including a service flow parameter authorization process, such as QQS parameter authorization, and establish a data channel according to the authorized service flow parameter.
  • the establishing the service flow may include establishing at least one uplink service flow and at least one downlink service flow, and further, establishing a correspondence between the uplink service flow and the downlink service flow, for example, in the process of establishing the service flow.
  • the service flow of the other party is carried in the FEEDBACK-F0R field of the DSA-REQ message.
  • the SFID is identified to establish a correspondence between the two.
  • the network may also perform header compression on the service flow negotiation with the terminal.
  • the robust header compression R0HC may be used.
  • the embodiment of the present invention uses the R0HC method for header compression as an example, but the embodiment of the present invention is Not limited to R0HC.
  • the feedback information of the service flow needs to be sent.
  • the sending of the feedback information may be to newly establish a service flow to carry feedback information, or to use the established service flow to carry feedback information.
  • the feedback information may be carried by using a downlink service flow that is established. This embodiment is described in detail by taking an established service flow to carry feedback information as an example.
  • Step 602 the terminal may send a trigger request to the DPF entity.
  • the terminal may send a trigger request to the DPF entity.
  • the triggering request may carry indication information for notifying the DPF entity that the service flow needs to send the feedback information; and further triggering the request may carry the service flow identifier SFID of the service flow that needs to send the feedback information.
  • Step 603 The DPF entity sends a request message to the SFA entity.
  • the DPF entity needs to send the feedback information to the service flow, for example, the DPF entity may determine that the DPF entity receives the trigger request from the terminal, or the DPF entity autonomously detects that the service flow needs to send the feedback information, the DPF entity may determine The service flow for carrying the feedback information begins to perform a parameter authorization process for the service flow for carrying the feedback information.
  • the flow parameter authorization process may have different implementation manners according to different decision points.
  • an SFA entity is taken as a decision point as an example for description.
  • the DPF entity sends a request message requesting the service flow parameter authorization to the SFA entity, for example, the anchor data channel function entity Anchor DPF in the ASN sends an RR-Req message to the anchor service flow authorization entity Anchor SFA for requesting service flow parameter authorization.
  • the request message carries a service flow identifier SFID of the service flow for carrying the feedback information.
  • the request message may further include a service flow identifier SFID and/or of the service flow that needs to send the feedback information.
  • the QoS parameter of the service flow that needs to send the feedback information further, the request message may further include a R0HC operation mode (such as U mode, 0 mode or R mode), and/or QoS of the service flow for carrying feedback information. parameter.
  • Step 604 the service flow parameter authorization.
  • the SFA entity receives the request message from the DPF entity, and the SFA entity may send the feedback information according to the received header compression feedback parameter from the CSN or the header compression feedback parameter configured in advance locally, and further if the request message is carried.
  • the QoS parameter of the service flow and/or the QoS parameter of the service flow for carrying the feedback information the SFA entity may further further perform the QoS parameter of the service flow that needs to send the feedback information and/or carry the feedback according to the request message.
  • the QoS parameters of the service flow of the information are used to authorize the service flow parameters.
  • Step 605 The SFA entity sends the authorized service flow parameter to the DPF entity, for example, the Anchor SFA sends the authorized service flow parameter to the Anchor DPF through the RR-Rsp message.
  • Step 606 The DPF entity sends a feedback indication message to the base station, where the feedback indication message is used to indicate that the base station header compression feedback has started, and the base station receives the feedback indication message, and adjusts the local scheduling policy according to the information carried by the base station.
  • the feedback indication message may be a newly designed message, and the message may be defined to indicate that the base station header compression feedback has started, or the existing message may be reused, and the existing message may be extended. An indicator is added to explicitly indicate that the base station header compression feedback has started. Further, the feedback indication message may further carry the authorized service flow parameter. Further, the feedback indication message may further carry a service for carrying feedback information. The stream's service flow identifies the SFID.
  • step 607 is performed.
  • Step 607 Establish a correspondence between an uplink service flow and a downlink service flow.
  • the base station may separately send a DSC-Req message to the terminal for the uplink service flow and the downlink service flow, and carry the service flow identifier SFID of the other party in the FEEDBACK-F0R domain of the message.
  • the SFA entity if a service flow needs to send feedback information, the SFA entity is used as a decision point, and the feedback information is carried by the established service flow.
  • the SFA entity can perform authorization processing on the parameters of the service flow carrying the feedback information, so as to ensure that the feedback information in the header compression process does not affect the basic guarantee of the user's service flow, and the quality of the feedback information can be guaranteed. 6
  • An embodiment of the present invention provides a method for parameter authorization.
  • feedback information may be carried by an established service flow, where the decision point is a policy authorization entity in the CSN, and the policy authorization entity may be used to carry feedback information.
  • the established service flow is parameterized. The method is shown in Figure 7, details as follows:
  • Step 700 The terminal interacts with the network and accesses the network.
  • the CSN may send the header compression feedback parameter to the ASN, for example, may be a R0HC feedback parameter, where the SFA entity or the DPF entity may save the header compression feedback parameter in the ASN.
  • the SFA entity or the DPF entity may pre-configure the header compression feedback parameters locally.
  • the header compression feedback parameter includes any one of the following information:
  • a feedback policy such as a newly established service flow (such as newly establishing a one-way service flow or a two-way service flow) to carry feedback information, may be using an established service flow (such as using piggyback mode or interspersing mode, or The piggyback/interspersing hybrid mode) carries the feedback information, and may also carry the feedback information in a signaling manner.
  • the signaling may be newly designed signaling, or may reuse existing signaling in the existing system;
  • the service flow feedback parameters may include whether feedback, and/or, R mode or 0 mode is required.
  • the adjustment factor is used to indicate that: if the established service flow is used to carry the feedback information, the relevant parameters of the established service flow need to be adjusted due to the bearer feedback information, and the adjustment factor may be an absolute number, Can be a relative number, such as a percentage. In the case of R0HC, the adjustment factor of the feedback information of the 0 mode or the feedback information of the R mode can be defined separately.
  • the maximum number of service flows that the terminal is allowed to use to carry the feedback information can be uniformly defined.
  • indication identifier used to indicate that the ASN can locally configure the header compression feedback parameter
  • Step 701 The network negotiates with the terminal to establish a service flow.
  • the network and the terminal negotiate to establish a service flow, including a service flow parameter authorization process, such as QoS parameter authorization, and establish a data channel according to the authorized service flow parameter.
  • a service flow parameter authorization process such as QoS parameter authorization
  • the establishing the service flow may include establishing at least one uplink service flow and at least one downlink service flow, and further, establishing a correspondence between the uplink service flow and the downlink service flow, for example,
  • the service flow identifier SFID of the other party is carried in the FEEDBACK-FOR field of the DSA-REQ message in the service flow establishment process to establish a correspondence between the two.
  • the network may also perform header compression on the service flow negotiation with the terminal.
  • the robust header compression R0HC may be used.
  • the embodiment of the present invention uses the R0HC method for header compression as an example, but the embodiment of the present invention is Not limited to R0HC.
  • the sending feedback information may be a newly established service flow to carry feedback information, or may use the established service flow to carry feedback information.
  • the feedback information may be carried by using a downlink service flow established above. This embodiment uses a service flow established to carry feedback information as an example for detailed description.
  • Step 702 the terminal may send a trigger request to the DPF entity.
  • the terminal may send a trigger request to the DPF entity.
  • the triggering request may carry indication information for notifying the DPF entity that the service flow needs to send the feedback information; and further triggering the request may carry the service flow identifier SFID of the service flow that needs to send the feedback information.
  • Step 703 The DPF entity sends a request message to the SFA entity.
  • the DPF entity needs to send the feedback information to the service flow, for example, the DPF entity may determine that the DPF entity receives the trigger request from the terminal, or the DPF entity autonomously detects that the service flow needs to send the feedback information, the DPF entity may determine The service flow for carrying the feedback information begins to perform a parameter authorization process for the service flow for carrying the feedback information.
  • the flow parameter authorization process may have different implementation manners according to different decision points. This embodiment uses a policy authorization entity as a decision point as an example for description.
  • the DPF entity sends a request message requesting the service flow parameter authorization to the SFA entity, for example, the anchor data channel function entity Anchor DPF in the ASN sends an RR-Req message to the anchor service flow authorization entity Anchor SFA for requesting service flow parameter authorization.
  • the request message carries a service flow identifier SFID of the service flow for carrying the feedback information.
  • the request message may further include a service flow identifier SFID and/or of the service flow that needs to send the feedback information.
  • the QoS parameter of the service flow that needs to send the feedback information further, the request message may further include a R0HC operation mode (such as U mode, 0 mode or R mode), and/or QoS of the service flow for carrying feedback information. parameter.
  • Step 704 The SFA entity receives the request message from the DPF entity, and authorizes the policy in the CSN.
  • the entity sends a second request message requesting authorization of the service flow parameter.
  • the SFA entity receives a request message (such as an RR-Req message) from the DPF entity, and sends a second request message to the policy authorization decision entity in the CSN, for example, the SFA may send a CCR message to the PCRF in the CSN.
  • a request message such as an RR-Req message
  • the SFA may send a CCR message to the PCRF in the CSN.
  • Requesting the service flow parameter authorization; the CCR message may carry the service flow identifier SFID of the service flow for carrying the feedback information.
  • the message may further include the service flow identifier SFID and/or of the service flow that needs to send the feedback information.
  • the message may further include a R0HC operation mode (such as U mode, 0 mode or R mode), and/or a QoS parameter of the service flow for carrying feedback information.
  • a R0HC operation mode such as U mode, 0 mode or R mode
  • Step 705 The policy authorization entity performs service flow parameter authorization.
  • the policy authorization entity may compress the feedback parameter according to the header, and further, if the second request message carries the QoS parameter of the service flow that needs to send the feedback information, and/or is used to carry the feedback.
  • the QoS parameter of the service flow of the information may be further performed by the policy authorization entity according to the QoS parameter of the service flow that needs to send the feedback information carried in the second request message and/or the QoS parameter of the service flow used to carry the feedback information.
  • Service flow parameter authorization may be further performed by the policy authorization entity according to the QoS parameter of the service flow that needs to send the feedback information carried in the second request message and/or the QoS parameter of the service flow used to carry the feedback information.
  • Step 706 The policy authorization entity feeds back the authorized service flow parameter to the SFA entity by using the second request response, for example, the PCRF may send the CCA message to the SFA entity.
  • Step 707 The SFA entity sends the authorized service flow parameter to the DPF entity.
  • the Anchor SFA sends the authorized service flow parameter to the Anchor DPF through the RR-Rsp message.
  • Step 708 The DPF entity sends a feedback indication message to the base station, where the feedback indication message is used to indicate that the base station header compression feedback has started, and the base station receives the feedback indication message, and adjusts the local scheduling policy according to the information carried by the base station.
  • the feedback indication message may be a newly designed message, and the message may be defined to indicate that the base station header compression feedback has started, or the existing message may be reused, and the existing message may be extended. An indicator is added to explicitly indicate that the base station header compression feedback has started. Further, the feedback indication message may further carry the authorized service flow parameter. Further, the feedback indication message may also carry the feedback information.
  • the service flow of the service flow identifies the SFID.
  • step 709 is performed.
  • Step 709 Establish a correspondence between an uplink service flow and a downlink service flow.
  • the base station may send a DSC-Req message to the terminal for the uplink service flow and the downlink service flow, and carry the service flow identifier of the other party in the FEEDBACK-F0R domain of the message. SFID.
  • the policy authorization entity if a service flow needs to send feedback information, the policy authorization entity is used as a decision point, and the feedback information is carried by the established service flow.
  • the policy authorization entity can perform authorization processing on the parameters of the service flow carrying the feedback information, so as to ensure that the feedback information in the header compression process does not affect the basic protection of the user's service flow, and the quality of the feedback information can be guaranteed with high quality.
  • the embodiment of the present invention provides a data channel function entity.
  • the data channel function entity includes a detection module 800 and a processing module 802.
  • the detection module 800 is configured to detect whether a service flow needs to send feedback information.
  • the module 802 is configured to perform parameter authorization processing according to the detection result of the detection module 800.
  • the detecting module 800 may include a first receiving submodule 8001 or a second detecting submodule 8003, where the first receiving submodule 8001 is configured to receive a trigger request from the terminal, and detect whether a service flow needs to send feedback information according to the trigger request.
  • the second detection sub-module 8003 is configured to detect whether a service flow needs to send feedback information.
  • the processing module 802 can include an obtaining module 8020 and a first processing sub-module 8021, and the obtaining module 8020 is configured to obtain a header compression feedback parameter, where the first processing sub-module 8021 is configured to perform parameter authorization according to the header compression feedback parameter acquired by the obtaining module 8020. Generate authorized service flow parameters. Or
  • the processing module may include a first sending submodule 8022 and a second receiving submodule 8023, the first sending submodule 8022 is configured to send a request message to the SFA entity, requesting parameter authorization, and the second receiving submodule 8023 is configured to receive the SFA entity.
  • Request response the request response carries the authorized service flow parameters.
  • the data channel function entity may further include a channel establishing module 804, configured to establish a data channel according to the authorized service flow parameter of the processing module 802.
  • the processing module 802 may further include a determining module 8024 and a second processing submodule 8025, the determining module 8024 is configured to determine a service flow for carrying feedback information; and the second processing submodule 8025 is configured to: And performing parameter authorization on the service flow determined by the determining module 8024 for carrying the feedback information according to the header compression feedback parameter acquired by the obtaining module 8020, and generating an authorized service flow parameter.
  • the data channel function entity may further include a second sending sub-module 806, configured to send a feedback indication message to the base station, where the feedback indication message carries the processing module 802. Authorized service flow parameters.
  • the data channel function entity needs to send the feedback information, it needs to perform authorization processing for the parameter of the service flow for carrying the feedback information, so as to ensure that the feedback information in the header compression process is not It will affect the basic protection of the user's service flow, and can guarantee the quality of feedback information transmission with high quality.
  • the embodiment of the present invention further provides a communication system, where the system includes a data channel function entity, and the data channel function entity is connected to the terminal in a communicable manner; the data channel function entity is configured to detect that the terminal has a service flow and needs to send feedback information, The DPF entity performs parameter authorization processing.
  • the terminal is configured to send a trigger request to the data channel function entity if the service flow needs to be sent, and the data channel function entity is configured to receive the trigger request from the terminal, and detect that the terminal has a service flow to be sent. Feedback.
  • the data channel function entity is further configured to obtain a header compression feedback parameter; perform parameter authorization according to the header compression feedback parameter, generate an authorized service flow parameter, or determine a service flow for carrying the feedback information, and compress the feedback parameter according to the header Parameter authorization is performed on the service flow used to carry the feedback information, and the authorized service flow parameters are generated.
  • the system further includes an SFA entity, and the DPF entity is further configured to send a request message to the SFA entity, requesting parameter authorization, where the request message carries indication information indicating that the request to establish a service flow for carrying the feedback information is carried or carried.
  • the service flow identifier SFID of the service flow of the feedback information the request response from the SFA entity is received, the request service response carries the authorized service flow parameter; the SFA entity is used to obtain the header compression feedback parameter; and the parameter authorization is generated according to the header compression feedback parameter.
  • Authorized service flow parameters The authorized service flow parameters are sent to the DPF entity through the request response.
  • the system further includes a policy authorization entity; the DPF entity is further configured to send a request message to the SFA entity, requesting parameter authorization, and the request message carries indication information indicating that the request to establish a service flow for carrying the feedback information or carried The service flow identifier SFID of the service flow carrying the feedback information; receiving the request response from the SFA entity, the request response carrying the authorized service flow parameter; and the SFA entity, configured to send the second request message to the policy authorization entity, where the second request message is sent Carrying indication information requesting to establish a service flow for carrying feedback information or a service flow identifier SFID carrying a service flow for carrying feedback information; receiving a second request response from the policy authorization entity, the second request response carrying the authorization a service flow parameter; sending a request response to the DPF entity, the request response carrying the authorized service flow parameter; the policy authorization entity, configured to receive the second request message from the SFA entity, according to the pre-generated
  • the header compression feedback parameter performs parameter authorization to generate an authorized service flow parameter; the entity sends
  • the feedback information may be carried by newly establishing a service flow or using an established service flow; and may be authorized by different decision points such as DPF, SFA, or policy.
  • the entity performs parameter authorization on the newly established service flow or the established service flow, so that the feedback information in the header compression process does not affect the basic guarantee of the user's service flow, and the quality of the feedback information can be guaranteed with high quality. .
  • the DPF entity If the DPF entity detects that there is a service flow and needs to send feedback information, the DPF entity performs parameter authorization processing.
  • the above-mentioned storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Abstract

Les modes de réalisation de la présente invention portent sur un procédé d'autorisation de paramètre, sur une entité à fonction de trajet de données (DPF) et sur un système de communication. Le procédé d'autorisation de paramètre comprend les opérations suivantes : l'entité DPF effectue le processus d'autorisation de paramètre s’elle détècte qu'il existe un flux de service nécessitant une transmission des informations de rétroaction. Par le schéma technique dérivant des modes de réalisation de la présente invention, le processus d'autorisation peut être effectué pour le paramètre du flux de service portant les informations de rétroaction du processus de compression d'en-tête, ainsi il est assuré que les informations de rétroaction du processus de compression d'en-tête n'influent pas sur l'assurance de base du flux de service de l'utilisateur, et il est possible d’assurer une haute qualité de transmission des informations de rétroaction.
PCT/CN2009/071425 2008-04-25 2009-04-23 Procédé d'autorisation de paramètre, entité à fonction de trajet de données et système de communication WO2009129746A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810066893.4 2008-04-25
CN2008100668934A CN101567877B (zh) 2008-04-25 2008-04-25 参数授权的方法、数据通道功能实体和通信系统

Publications (1)

Publication Number Publication Date
WO2009129746A1 true WO2009129746A1 (fr) 2009-10-29

Family

ID=41216439

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071425 WO2009129746A1 (fr) 2008-04-25 2009-04-23 Procédé d'autorisation de paramètre, entité à fonction de trajet de données et système de communication

Country Status (2)

Country Link
CN (1) CN101567877B (fr)
WO (1) WO2009129746A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102083095B (zh) * 2009-11-27 2014-01-15 财团法人资讯工业策进会 微型基站及其通讯方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070195764A1 (en) * 2006-02-22 2007-08-23 Nortel Networks Limited Service Flow with Robust Header Compression (ROHC) in a WiMAX Wireless Network
CN101123617A (zh) * 2007-08-17 2008-02-13 中兴通讯股份有限公司 一种稳健头标压缩过程中反馈报文的存储管理方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070195764A1 (en) * 2006-02-22 2007-08-23 Nortel Networks Limited Service Flow with Robust Header Compression (ROHC) in a WiMAX Wireless Network
CN101123617A (zh) * 2007-08-17 2008-02-13 中兴通讯股份有限公司 一种稳健头标压缩过程中反馈报文的存储管理方法及装置

Also Published As

Publication number Publication date
CN101567877B (zh) 2012-11-21
CN101567877A (zh) 2009-10-28

Similar Documents

Publication Publication Date Title
US11812307B2 (en) Monitoring and reporting quality of service occurrences in a wireless network
EP2156655B1 (fr) Appareil et procédé de support d'appels de voix sur ip pour stations d'abonnés de communications mobiles
US8750322B2 (en) Controlling packet filter installation in a user equipment
KR101082160B1 (ko) 무선 네트워크에서의 호 설정 및 유지
CN101364980B (zh) 建立头压缩通信的方法及系统、头压缩策略功能实体
US20040008632A1 (en) Packet flow processing in a communication system
WO2011050928A1 (fr) Amélioration de la procédure de rattachement pour rattachement d'un équipement utilisateur à un réseau d'accès 3gpp
JP2005529554A (ja) 通信システムにおけるパケットフロープロセシング
US20070064710A1 (en) Minimized setup time for IMS multimedia telephony using pre provisioned resources reserve according to most demanding codec
WO2007112657A1 (fr) Procédé et système de décision concernant l'information sur les services dans un système de communication mobile
US7944833B2 (en) End-to-end QoS interoperation apparatus and method in heterogeneous network environment
WO2010124471A1 (fr) Procédé et appareil de transmission de données
EP3777461A1 (fr) Gestion de supports dédiés
WO2010006493A1 (fr) Procédé et système de traitement d’un flux de service dynamique
JP6271719B2 (ja) データ接続のためのオンデマンドＱｏＳ
EP1332632A2 (fr) Procede et appareil pour coordonner des exigences de qualite de service pour des flux de donnees media dans une session multimedia avec des ressources de support ip
WO2009129746A1 (fr) Procédé d'autorisation de paramètre, entité à fonction de trajet de données et système de communication
WO2022151206A1 (fr) Procédé de communication, et dispositif de réseau
US9253706B2 (en) Method, apparatus, and system for local routing authorization
KR20090031187A (ko) Ｒｏｈｃ를 위한 서비스 플로우의 생성 및 삭제 방법, 및이를 지원하는 무선 통신 시스템
WO2009021422A1 (fr) Procédé et système permettant d'établir une communication à compression d'en-tête, et entité fonctionnelle de politique de compression d'en-tête
KR100879164B1 (ko) 통신 네트워크에서 서비스 품질 관리를 위한 결합 메커니즘
WO2013020451A1 (fr) Procédé et système d'établissement de session
WO2006123897A1 (fr) Appareil et procede d'interfonctionnement de qos de bout en bout dans un environnement de reseau heterogene
WO2011131082A1 (fr) Procédé et système de commande de politique et de facturation

Legal Events

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

Ref document number: 09735981

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

Country of ref document: EP

Kind code of ref document: A1