WO2007071133A1 - Procede de mise en oeuvre d'une fonction de commande de processus de protocole iuup/nbup - Google Patents

Procede de mise en oeuvre d'une fonction de commande de processus de protocole iuup/nbup Download PDF

Info

Publication number
WO2007071133A1
WO2007071133A1 PCT/CN2006/001310 CN2006001310W WO2007071133A1 WO 2007071133 A1 WO2007071133 A1 WO 2007071133A1 CN 2006001310 W CN2006001310 W CN 2006001310W WO 2007071133 A1 WO2007071133 A1 WO 2007071133A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
processing module
request
control
rate
Prior art date
Application number
PCT/CN2006/001310
Other languages
English (en)
French (fr)
Inventor
Fei Xiang
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CN2006800128422A priority Critical patent/CN101160928B/zh
Publication of WO2007071133A1 publication Critical patent/WO2007071133A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5678—Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
    • H04L2012/5679—Arbitration or scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/14—Interfaces between hierarchically different network devices between access point controllers and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices

Definitions

  • the present invention relates to a 3G mobile communication network, and more particularly to a user plane for implementing an interface between an interface/media gateway between a radio access network and a core network.
  • Protocol IuUP/NbUP protocol
  • the software entity of the UP (user plane, the layer of transmitting user data) protocol generally exists in the RNC (Radio Network Controller), MGW (Media Gateway), and the purpose of the protocol includes two: (1) transmitting user plane data, Guarantee user-side data transmission QoS (quality of service) through user plane control signaling (UP initialization, rate control, time calibration, and error event indication); (2) Maintain CN (core network) independence, minimize core
  • the network relies on the transport network layer (TNL, such as RTP/UDP/IP).
  • TNL transport network layer
  • the existing technical solution is as shown in FIG. 1.
  • the UP frame check distribution module performs UP frame number check and CRC check (cyclic redundancy bit check) on the UP frame received by the system, and according to the PDUType in the UP frame header ( Frame byte) to distinguish between data frame and control frame.
  • CRC check cyclic redundancy bit check
  • UP frame number check and CRC check cyclic redundancy bit check
  • PDUType in the UP frame header Frame byte
  • 3MP standard UP protocol 3GPP TS 25.415, 3GPP TS 29.415) defines SMpSDU (Support mode for predefined SDU size, short for SMpSDU) Support mode.
  • SMpSDU support mode the PDUType value of the data frame is 0 and 1, and the PDUType value of the control frame is 14.
  • the control frame is sent to the UP request frame distribution/response frame encapsulation transmitting module, and the data frame is sent to the data frame processing module
  • the type of the control frame is determined according to the Procedure Indicator in the frame header, and is distributed to the corresponding process control module for processing according to the type of the control frame (UP initialization processing module, UP time calibration processing module, UP rate) Control processing module, UP error event processing module).
  • UP initialization processing module UP time calibration processing module
  • UP rate UP rate
  • Control processing module UP error event processing module
  • the UP initialization processing module parses out the RFCI set supported by the sender (RFCI: Radio Access Bearer Substream Combination Identifier), including the length of the bearer substream service data unit corresponding to each RFCI. Later, the RPCI set control data stream processing entity performs transmission and reception of the UP data stream. After receiving the rate control request frame of the control initiator, the UP rate control processing module parses the maximum rate required by the control initiator, and then sends the rate control message to the TC codec channel to instruct the TC codec channel to send the data frame. The rate is adjusted to a specified value. After the rate adjustment is successful, the UP rate control processing module sends a response frame to the control initiator.
  • RFCI Radio Access Bearer Substream Combination Identifier
  • the UP time calibration processing module After the UP time calibration processing module receives the time calibration request frame of the control initiator, the time calibration value is parsed, and then the time control message is sent to the TC codec channel, indicating that the TC codec channel advances or delays the transmission time of the data frame. Time, after the time calibration is successful, the UP time calibration processing module sends a response frame to the control initiator.
  • the UP error event processing module If the UP data frame or the control frame finds an error during processing, the UP error event processing module is notified, and after determining the error type, the UP error event processing module sends an error event frame to the opposite entity, and the error event frame sent by the opposite end is sent.
  • the local end performs an event record and notifies the data stream processing function entity to process accordingly.
  • This scheme only supports process control processing in SMpSDU support mode. Since the support mode is not distinguished when the UP frame is received, the software needs to be modified when it is required to support both versions of the UP support mode.
  • the execution entity of the process control function is usually the TC codec channel, but the operation of the TC codec channel is asynchronously exclusive, that is, an operation request cannot be executed after the previous operation request is not completed, for example:
  • the UP rate control module sends a rate control message to the TC codec channel, and the system receives the time calibration request frame before the TC codec channel returns the response, so that the subsequent time calibration request is suspended by the previous rate control request.
  • UP initialization is the first UP control function that occurs, after which the UP rate control processing module, the UP time calibration processing module,
  • the UP error event processing modules are independent of each other and cannot be mutually constrained.
  • both the RNC and the NGW may be both the initiator and the processor of the UP control operation.
  • the technical problem to be solved by the present invention is to provide a method for implementing the IuUP/bUP protocol process control function according to the above-mentioned drawbacks of the prior art, which has better scalability and improves system response efficiency.
  • the technical solution adopted by the present invention to solve the technical problem is: constructing an implementation
  • control message buffered in the cache processing module is sequentially sent to the process control function execution entity for processing, and the result of the process control function execution entity is returned.
  • the UP time calibration request processing module and the UP rate request processing module are provided with a request operation control block, and the request operation control block saves the last request frame information, the request operation state, and the control.
  • the serial number of the message is provided with a request operation control block, and the request operation control block saves the last request frame information, the request operation state, and the control. The serial number of the message.
  • the step a includes:
  • step a3 If it is the end state, step a3 is performed, if it is the wait state, step a4 is performed; a3. determining whether the request rate is the same as the current rate, and if they are the same, returning the Ack frame directly to the opposite UP protocol entity; The same, then perform the step b;
  • A4. Determine whether the request rate is the same as the current rate. If they are the same, update the frame sequence number of the request operation control block and return a response frame to the peer UP protocol entity; if not, perform step b.
  • the step b includes: Bl. storing the information of the request frame and the sequence number of the control message in the request operation control block;
  • step a3 If it is not the same in step a3, start a timer, cache the control message in the cache processing module, and set the status of the request operation control block to a wait state; if it is different in step a4 In the case, the timer is stopped, the timer is started, and the control message is cached in the cache processing module.
  • the step c includes
  • step c3 is performed; otherwise, the message is discarded and the log is recorded;
  • the UP time calibration request processing module and the control message sent by the UP rate control request processing module to the process control function execution entity share the same cache processing module.
  • the UP time calibration request processing module and the control message sent by the UP rate control request processing module to the process control function execution entity use independent instructions in respective request processing modules.
  • the cache processing module when the system performs an UP control request operation, needs to check other request operation states. If other operations are being executed, the operation is cached in its own cache processing module, and when other request operation control blocks are idle Then, perform the operation.
  • the UP time calibration request processing module and the UP rate control request processing module share the same one of the process control function execution entities.
  • the time calibration is separated from the execution entity of the rate control, the process control function is used to perform rate adjustment, and the UP data frame processing module is used for time calibration.
  • the process control function execution entity is a TC codec channel.
  • the cache processing module is a message queue.
  • a method for implementing the IuUP/NbUP protocol process control function includes the following steps: aOl. determining a type of an UP frame according to a service data unit length predefined support mode; a02. if it is a data frame, sending the data frame to an UP The data frame processing module, if it is a control frame, sends the control frame to the control frame type judging module, and performs step a03; a03. If it is a request frame, sends the request frame to the UP request frame distribution/response frame. Encapsulating the sending module; if it is a response frame, performing step a04;
  • the response frame is sent to the UP request frame encapsulation transmission/response frame distribution module, and is distributed by the module to the UP initialization initiation processing module, the UP time calibration initiation processing module, or the UP rate control according to the type of the response frame. Processing module.
  • the method further includes a step of determining: aOOl determining the type of the UP protocol support mode according to the received UP frame;
  • the UP frame is sent to the predetermined support mode processing module; if it is the server data unit length predefined support mode, step aOl is performed;
  • the UP initialization initiates a control operation to the peer UP protocol entity by using control plane signaling; the UP time calibration initiation processing module or the UP rate control initiation processing module is provided with an initiation operation control block, and the initiation operation control block saves the transmission frame.
  • the UP rate control initiation processing module performs the following steps:
  • step a043 is performed; if it is in an idle state, step a044 is performed; a043. If equal, the request is discarded Adjust rate control messages; if not equal, stop Waiting for the timer, then clear the number of retransmissions counter to 0, set the initiating operation state to the idle state, release the buffered rate request frame, write down the log, and execute step a044;
  • A044. Constructing and buffering the rate request frame, starting a timer, and then setting the number of transmission counters to 1 to set the initiating operation state to a wait state;
  • step a048 is performed, otherwise, the response frame is discarded and the log is recorded;
  • A049. Determine whether the response frame indicates success, if successful, send an Ack frame to the process control function execution entity; if not, send Nack to the process control function execution entity.
  • the process control function execution entity is a TC codec channel.
  • a system for implementing the IuUP/NbUP protocol process control function includes an UP frame check distribution module in a service data unit length pre-defined support mode, an UP request frame distribution/response frame encapsulation transmitting module, a UP data frame processing module, and an UP initialization processing.
  • the module, the UP time calibration processing module, the UP rate control processing module, the UP error event processing module, and the TC codec channel further includes a cache processing module, configured to cache the UP time calibration request processing module and the UP rate control request processing module. Control messages.
  • the method further includes:
  • control frame type determining module configured to determine whether the received UP frame is a request frame or a response frame; the UP initialization initiation processing module is configured to process an initialization operation initiated by the control plane signaling; and the UP time calibration initiation processing module is configured to process a time correction control operation initiated by the process control function execution entity; An UP rate control initiation processing module, configured to process a rate adjustment control operation initiated by the process control function execution entity;
  • a UP request frame encapsulating a transmission/response frame distribution module, configured to distribute to the UP initialization initiation processing module, the UP time calibration initiation processing module, or the UP rate control initiation processing module according to a type of a response frame, and
  • the process control function executes the request frame initiated by the entity for encapsulation transmission.
  • the method further includes:
  • the service data unit length pre-defined support mode distinguishes the U support module's judgment module, which is used to determine the support mode of the UP frame;
  • a processing module for scheduling a support mode for processing a UP frame in a predetermined support mode is a message queue.
  • the process control function execution entity is a TC codec channel.
  • the beneficial effects of the present invention are as follows: (1) The present invention has better scalability due to consideration of coexistence of multiple UP support modes; (2) ensuring that each process control module is independent of each other, does not restrict, and eliminates (3) Supports the initiation and processing of UP process control at the same time; (4) It can correctly handle repeated and continuous rate control requests, and implements optimization when continuously initiating rate control, reducing unnecessary rate control between devices. The number of frames.
  • FIG. 1 is a structural diagram of a process control function of the IuUP/NBUP protocol of the prior art
  • FIG. 2 is a structural diagram of a process control function of the IuUP/NBUP protocol of the present invention
  • FIG. 3 is a flow chart of the process of receiving a rate control request frame according to the present invention.
  • FIG. 4 is a flowchart of processing of a TC codec channel return rate control response message according to the present invention
  • FIG. 5 is a flowchart of processing of a TC codec channel initiated adjustment rate control message according to the present invention
  • FIG. 6 is a process of receiving a rate control response frame according to the present invention.
  • a system that implements the IuUP/NbUP protocol process control function including UP data frame length pre-defined support mode UP frame check distribution module, UP request frame distribution/response frame encapsulation transmitting module, UP data frame processing module, UP initialization processing module, UP time calibration processing module, UP rate control processing module,
  • the UP error event processing module and the TC codec channel are characterized in that:
  • a cache processing module configured to cache a control message of the UP time calibration request processing module and the UP rate control request processing module
  • the service data unit length pre-defined support mode distinguishes the judgment module of the UP support module, and is used for determining the support mode of the UP frame;
  • a processing module of the predetermined support mode configured to process the UP frame in the predetermined support mode
  • a control frame type determining module configured to determine whether the received UP frame is a request frame or a response frame
  • a UP initialization initiation processing module configured to process an initialization operation initiated by the control plane signaling
  • a UP time calibration initiation processing module configured to process a time correction control operation initiated by the process control function execution entity
  • the UP rate control initiation processing module is configured to process the rate adjustment control operation initiated by the process control function execution entity.
  • a UP request frame encapsulating a transmission/response frame distribution module, configured to distribute to the UP initialization initiation processing module, the UP time calibration initiation processing module, or the U rate control initiation processing module according to a type of the response frame, and
  • the process control function performs an entity-initiated request frame for packet transmission;
  • the type of the UP support mode is determined according to the PduType value of the UP frame header, that is, the service data unit length pre-defined support mode distinguishes the judgment module 8 of the UP support module, and currently 3G
  • the standard UP protocol only defines the support mode of SMpSDU, but different vendors may have different private modes. After obtaining the support mode, you can decide which module to use to process the UP frame.
  • a support mode can be implemented by an independent Module to handle.
  • the processing module 10 that enters the predetermined support mode, if it is the SMpSDU support mode (see step S02), enters the control frame type determination module 9, and further checks the frame number of the UP frame and performs CRC check. And analyzing the value of PduType, if the value of PduType is 0 and 1, as a data frame, enter the data frame processing function module 11; The PduType value is 14, which is a control frame, and then determines whether the frame is a request frame or a response frame according to the Ack Nack field of the frame header (the specific UP control frame structure can refer to 3GPP TS 25.415).
  • the request frame distribution/response frame encapsulation transmitting module 12 determines the control type of the frame according to the Procedure Indicator field in the frame header, and then distributes it to the UP initialization request processing module 14, the UP time calibration request processing module 15, and the UP rate control request by type.
  • the UP request encapsulation transmission/response frame distribution module 13 determines the control type of the response frame according to the Procedure Indicator field in the response frame header, and then distributes the response frame to the UP initialization initiation processing module 18 and the UP time calibration initiation processing module by type. 19.
  • the UP rate control initiates the processing module 20.
  • the UP initialization initiation processing module 18, the UP time calibration initiation processing module 19, and the UP rate control initiation processing module 20 send a control message to the UP request encapsulation transmission/response frame distribution module, under the trigger of the control plane signaling or the codec channel.
  • the module is uniformly encapsulated into a corresponding request frame and sent to the peer UP protocol entity. The following describes each module of the request frame.
  • a data structure of an operation control block is provided in the UP initialization request processing module 14, the UP time calibration request processing module 15, the UP rate control request processing module 16, and the UP error event processing module 17, for storing the frame of the UP request frame. Serial number, operation status, etc.
  • the request processing modules send a response frame, the frame number in the corresponding request frame is backfilled into the response frame, so that the control initiator can correctly match the request frame and the response frame.
  • the UP initialization request processing module 14 When the UP initialization request processing module 14 receives the initialization frame, it parses out the support of the sender.
  • the RFCI set (including the corresponding bearer sub-stream SDU length of each RFCI), and then the R CI set control data stream processing entity performs the transmission and reception of the UP data stream.
  • the time calibration value is parsed, and then the time control message is sent to the TC codec channel 21, indicating that the TC codec channel 21 will be the UP data frame processing module.
  • the transmission time of 11 is advanced or delayed by the specified time.
  • the control message is buffered in a first-in-first-out message queue 22, and the queue processing program takes the queue header message and sends it to the TC codec channel 21, if the TC codec channel 21 operates out of time.
  • the queue message will be deleted, and then the next time control message of the queue will be processed, and the team will wait until the TC codec channel 21 response message is received.
  • the header message is deleted from the head of the queue, and the response message for successful time alignment is returned to the UP time calibration request processing module 15, and the UP time calibration request processing module 15 sends a response frame to the control initiator.
  • the UP rate control request processing module 16 After receiving the rate control request frame of the control initiator, the UP rate control request processing module 16 parses out the maximum rate required by the sender, and then sends a rate control message to the TC codec channel 21, instructing the TC codec channel 21 to UP data.
  • the transmission rate of the frame processing module 11 is adjusted to a specified value.
  • the control message Before sending the rate control message to the TC codec channel 21, the control message also needs to be cached in the first in first out message queue 22, and the queue processing program takes the queue header message and sends it to the TC codec channel 21, if the TC codec channel 21 operation timeout, the queue header message will be deleted, and then the next rate control message of the queue is processed.
  • the queue header message is deleted from the head of the queue, and the rate adjustment is successful.
  • the response message is returned to the UP rate control request processing module 16, and the UP rate control request processing module 16 sends a response frame to the control initiator.
  • the control messages sent by the UP time calibration request processing module 15 and the UP rate control request processing module 16 to the TC codec channel 21 may share the same message queue 22, or may use separate message queues in their respective request processing modules.
  • the message queue is processed in the order of first-in first-out control messages, ensuring that one control operation is not forced to suspend or discard because another control operation is being performed.
  • the second method when the system performs an UP control request operation, it needs to check the status of other request operations. If other operations are being executed, the operation is cached in its own message queue, while other requests operate on the control block. When it is idle, perform the operation again.
  • the UP time calibration request processing module 15 and the UP rate control request processing module 16 may share one TC codec channel 21 to perform operations, or may use different modules related to data stream processing to perform different UP control operations.
  • the rate adjustment operation can be performed with the TC codec channel 21, and the time alignment operation can be performed with the UP data frame processing module 11.
  • the operation control block state is set to the wait state (step S15), and then the message queue transmits the rate control message to the TC codec channel (step S16), and the TC codec channel performs the rate control operation (step S17). If the rate control request operation state is a wait state, it is also necessary to continue to judge whether the request rate and the current request rate are the same (step S18). If they are the same, update the frame number of the request frame in the control block for the current rate control request frame.
  • step S30 when the TC codec channel 21 returns the previous rate control response to the message queue 22, the message queue returns the rate control response message to the operation control block of the UP rate control request processing module and deletes the head start message (step S30).
  • step S31 it is checked whether the state of the operation control block is a wait state, and whether the sequence number of the response message matches the MsgID of the operation control block (step S31), if it is in the wait state and matches, the wait timer is stopped, and the operation control block is The state is set to the end state (step S32), and then it is judged whether the TC codec channel operation is successful (step S33). If successful, the rate control Ack frame is constructed and transmitted, and the frame number is taken from the operation control block (step S34).
  • the rate control Nack frame is constructed and sent, and the frame number is also taken from the control block (step S35). If it is not a wait state or a mismatch, the response frame will be discarded and the log is recorded (step S36). So, until the TC codec channel 21 returns the last rate control response frame, the MsgID will match, then the UP rate control request processing module 16 presses Near a rate control request frame number returns a response frame to the control originator, thus ensuring a continuous rate control processing accuracy, so that the earlier the rate control request frame is discarded, the most recent response was only a rate control request frame.
  • the UP error event processing module 17 If the UP data frame or the control frame finds an error during the processing, the UP error event processing module 17 is notified, and after determining the error type, the UP error event processing module 17 sends an error event frame to the peer entity, and sends the error event frame to the peer end.
  • the error event frame the local end makes an event record and notifies the data stream processing function entity to perform corresponding processing.
  • the present invention also supports the initiation operation of the UP control operation.
  • UP initialization is driven by control plane signaling, which typically initiates UP initialization when a call establishes a link.
  • Rate control and time calibration are control operations initiated by the bearer plane data stream processing function module according to the needs of the UP data stream processing.
  • the core network will Rate control is initiated to the radio access network, typically by the TC codec channel 21 on the MGW during TFO negotiation, at which time the TC codec channel 21 initiates rate adjustment.
  • the UP initialization initiation processing module 18, the UP time calibration initiation processing module 19, and the UP rate control initiation processing module 20 are each provided with a data structure for initiating an operation control block, and storing information such as a copy of the transmission frame, an operation status, and a retransmission counter.
  • the peer UP entity timeout does not answer, the local entity resends the buffered control frame copy and counts it. When the count exceeds the specified number of times (for example, the system can be set to 3 times), the operation ends.
  • the operation state is the wait state.
  • the peer response frame is received or the retransmission exceeds the specified number of times, the state is idle.
  • the UP rate control initiation processing module first checks the initiated operation state (step S41), if it is in an idle state, Then constructing and buffering the rate control request frame (step S42), starting a wait timer, setting the transmit counter to 1, and setting the initiating operation state to the wait state (step S43), and then transmitting the rate control request frame (step S44) . If the initiating operation state is the waiting state, it is checked whether the TC codec channel request adjustment rate is equal to the request adjustment rate buffered in the initiating operation control block (step S45), and if equal, the request adjustment rate of the TC codec channel is discarded.
  • step S46 if not equal, first stop the waiting timer, then clear the retransmission count counter to 0, set the initiating operation state to the idle state, release the buffer rate control frame memory, and record the log (step S47), Then, it returns to reconstructing and buffering the rate control request frame (step S42), restarts the wait timer, sets the retransmission counter to 1 (step S43), and transmits the rate control request frame (step S44).
  • step S50 when the UP rate control initiation processing module receives the earliest rate control response frame (step S50), it first checks whether the frame sequence number matches the frame sequence number of the initiating operation control block, and initiates an operation state.
  • step S51 Whether it is a wait state (step S51), if it does not match or is not a wait state, discard the response frame and record the message (step S52); if it matches and is in the wait state, stop the wait timer, set the operation control block
  • the state is idle, the retransmission counter is set to 0, and the memory of the buffered rate control request frame is released (step S53), and then it is continued to judge whether the response frame representation is successful (step S54), and if successful, construct and send rate control
  • the ACK frame is given to the TC codec channel (step S55), and if it fails, the rate control Nack frame is constructed and transmitted to the TC codec channel (step S56).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Exchange Systems With Centralized Control (AREA)

Description

一种实现 IuUP/NBUP协议过程控制功能的方法 技术领域 本发明涉及 3G移动通信网， 更具体地说， 涉及一种实现无线接入网 和核心网之间接口 /媒体网关之间接口的用户面协议（筒称 IuUP/NbUP协 议）过程控制的方法。
背景技术
UP (用户面，即传输用户数据的层面）协议的软件实体一般存在于 RNC (无线网络控制器）、 MGW (媒体网关） 中， 该协议的目的包括两个： （1 ) 传输用户面数据， 通过用户面控制信令（UP初始化、 数率控制、 时间校准 和错误事件指示）保证用户面数据传输的 QoS (业务质量）； （ 2 )保持 CN (核心网） 的独立性， 尽可能减少核心网对传输网络层 （TNL , 如 RTP/UDP/IP ) 的依赖。
现有的技术方案如图 1所示， UP帧检查分发模块将系统接收到的 UP 帧进行 UP帧序号检查、 CRC校验（循环冗余位校验）， 并根据 UP帧头中 的 PDUType(帧字节）来区分数据帧和控制帧，目前 3G标准 UP协议（ 3GPP TS 25.415,3GPP TS 29.415 ) 中， 仅定义了 SMpSDU (服务数据单元长度预 定义支持模式， Support mode for predefined SDU size, 简称 SMpSDU ) 支 持模式， 在 SMpSDU支持模式下，数据帧的 PDUType的值为 0和 1 , 控制 帧的 PDUType的值为 14。 控制帧发送给 UP请求帧分发 /应答帧封装发送 模块， 数据帧发送给数据帧处理模块。
对于控制帧， 根据帧头中的 Procedure Indicator (过程指示）确定控制 帧的类型， 并根据控制帧的类型分发给相应的过程控制模块进行处理（UP 初始化处理模块、 UP时间校准处理模块、 UP速率控制处理模块、 UP错误 事件处理模块）。 下面对各个模块的处理过程进行说明。
当 UP 初始化处理模块收到初始化帧后， 解析出发送方支持的 RFCI 集（RFCI: 无线接入承载子流组合标识）， 包括各 RFCI相应的承载子流服 务数据单元长度。以后按该 RPCI集控制数据流处理实体进行 UP数据流的 发送和接收。 当 UP速率控制处理模块收到控制发起方的速率控制请求帧后， 解析 出控制发起方要求的最大速率， 然后发送该速率控制消息给 TC编解码通 道， 指示 TC编解码通道将数据帧的发送速率调整到指定值， 速率调整成 功后， UP速率控制处理模块给控制发起方发送应答帧。
当 UP 时间校准处理模块收到控制发起方的时间校准请求帧后， 解析 出时间校准值， 然后发送时间控制消息给 TC编解码通道， 指示 TC编解码 通道将数据帧的发送时间提前或推迟指定的时间， 时间校准成功后， UP时 间校准处理模块给控制发起方发送应答帧。
如果 UP数据帧或控制帧在处理过程中发现错误，就通知 UP错误事件 处理模块， 判断错误类型后， UP错误事件处理模块向对端实体发送错误事 件帧， 对于对端发送来的错误事件帧， 本端做事件记录并通知数据流处理 功能实体故相应处理。
由以上所述可知， 现有技术存在以下缺点：
( 1 )该方案只支持 SMpSDU支持模式下的过程控制处理。 由于收到 UP帧时没有区分支持模式， 当需要同时支持两种版本的 UP支持模式时， 软件就需要做较大修改。
( 2 ) 过程控制功能的执行实体通常为 TC编解码通道， 但对 TC编解 码通道的操作是异步独占的， 即前一次操作请求未结束后一个操作请求不 能执行， 例如： 当收到速率控制请求帧后， UP速率控制模块向 TC编解码 通道发送速率控制消息， 在 TC编解码通道还没有返回应答前系统又收到 了时间校准请求帧，这样后来的时间校准请求被前一个速率控制请求挂起， 然而按照 3G标准 UP协议（ 3GPP TS 25.415 ),在一个 UP支持模式会话中， UP初始化是第一个发生的 UP控制功能， 在这之后， UP速率控制处理模 块、 UP时间校准处理模块、 UP错误事件处理模块均是相互独立的， 不能 相互制约。
( 3 )该方案只实现了 UP控制请求的处理， 不支持主动发起 ΌΡ初始 化、 UP时间校准、 UP速率控制。按照 3G标准 UP协议， RNC和 NGW均 有可能既是 UP控制操作的发起者又是处理者。
( 4 ) 不能正确处理多个连续速率控制请求。 根据 3G标准 UP协议规 定， 当系统连续收到多个速率控制请求帧时， 以最后一次速率控制为准。 在该方案中， 按缺点（2 )中的描述， 后一个速率控制请求可能被丢弃， 只 有最早的一个速率请求被正常处理。 这样处理会导致速率控制失败， 因为 速率控制发送方收到的应答帧中的帧序号与最后一次发出去的速率控制帧 中的序号可能不匹配。
发明内容
本发明要解决的技术问题在于， 针对现有技术的上述缺陷，提供一种 实现 IuUP/ bUP协议过程控制功能的方法， 具有较好的扩展性， 并提高了 系统响应效率。
本发明解决其技术问题所采用的技术方案是： 构造一种实现
IuUP/NbUP协议过程控制功能的方法， UP时间校准请求处理模块或 UP速 率请求处理模块在接收到请求帧时， 执行以下步驟：
a.解析收到的请求帧；
b.根据解析出的值构造控制消息 , 緩存于緩存处理模块中；
c.将緩存于所述緩存处理模块中的控制消息依次发送给过程控制功能 执行实体处理， 并将所述过程控制功能执行实体的结果返回。
在本发明所述的方法中，所述 UP时间校准请求处理模块与所述 UP速 率请求处理模块设有请求操作控制块， 所述请求操作控制块保存最近一次 请求帧信息、 请求操作状态以及控制信息的序号。
在本发明所述的方法中， 如果是 UP速率请求处理模块， 则所述步骤 a 包括：
al，判断所述请求操作状态；
a2.如果是结束态， 则执行步骤 a3,如果是等待态， 则执行步骤 a4; a3.判断请求速率与当前速率是否相同， 如果相同， 则直接向对端 UP 协议实体返回 Ack帧； 如果不相同， 则执行所述步驟 b;
a4.判断请求速率与当前速率是否相同， 如果相同， 则更新所述请求操 作控制块的帧序号， 并向对端 UP协议实体返回应答帧； 如果不相同， 则 执行所述步骤 b。
在本发明所述的方法中， 所述步驟 b包括： bl.将所述请求帧的信息与所述控制消息的序号保存于所述请求操作 控制块；
b2.如果是步骤 a3中不相同的情况，则启动定时器，将所述控制消息緩 存于緩存处理模块中， 并将所述请求操作控制块状态为等待态； 如果是步 骤 a4中不相同的情况， 则停止定时器， 再启动定时器， 并将所述控制消息 緩存于緩存处理模块中。
在本发明所述的方法中， 所述步骤 c包括
c 1.判断所述请求操作控制块中的控制消息的序号与所述请求操作状 态；
c2.如果与所述控制消息中的序号匹配并且所述请求操作状态为等待 态， 则执行步驟 c3; 否则， 丟弃该消息并记下日志；
c3.停止定时器， 并将所述请求操作状态设为结束态；
c4.判断所述过程控制功能执行实体是否操作成功， 如果成功， 则根据 所述控制消息的序号向对端 UP协议实体返回 Ack帧； 如果不成功， 则根 据所述控制消息的序号向对端 UP协议实体返回 Nack帧。
在本发明所述的方法中，所述 UP时间校准请求处理模块与所述 UP速 率控制请求处理模块发给所述过程控制功能执行实体的控制消息共享同一 个所述緩存处理模块。
在本发明所述的方法中，所述 UP时间校准请求处理模块与所述 UP速 率控制请求处理模块发给所述过程控制功能执行实体的控制消息在各自的 请求处理模块里使用独立的所述緩存处理模块， 系统在执行一个 UP控制 请求操作时， 需要检查其他请求操作状态， 如果其他操作正在执行， 则将 本次操作緩存在自己的所述緩存处理模块中 , 当其他请求操作控制块空闲 时， 再执行操作。
在本发明所述的方法中，所述 UP时间校准请求处理模块与所述 UP速 率控制请求处理模块共享同一个所述过程控制功能执行实体。
在本发明所述的方法中， 将时间校准与速率控制的执行实体分离， 用 所述过程控制功能执行实体做速率调整， 用 UP数据帧处理模块做时间校 准。 在本发明所述的方法中， 所述过程控制功能执行实体是 TC编解码通 道。
在本发明所述的方法中， 所述緩存处理模块是消息队列。
一种实现 IuUP/NbUP协议过程控制功能的方法， 包括以下步骤： aOl.根据服务数据单元长度预定义支持模式判断 UP帧的种类； a02.如果是数据帧， 则将所述数据帧发送给 UP数据帧处理模块， 如果 是控制帧， 则将所述控制帧发送给控制帧类型判断模块， 执行步驟 a03； a03.如果是请求帧， 则将所述请求帧发送给 UP请求帧分发 /应答帧封 装发送模块； 如果是应答帧， 则执行步骤 a04;
a04.将所述应答帧发送给 UP请求帧封装发送 /应答帧分发模块,并由该 模块根据所述应答帧的类型分发给 UP初始化发起处理模块、 UP时间校准 发起处理模块或 UP速率控制发起处理模块。
在本发明所述的方法中， 还包括一个判断的步骤： aOOl 艮据接收到的 UP帧判断 UP协议支持模式的类型；
a002.如果不是服务器数据单元长度预定义支持模式， 则将 UP帧发送 给预定支持模式处理模块； 如果是服务器数据单元长度预定义支持模式， 则执行步骤 aOl;
在本发明所述的方法中， 所述步骤 a04中，
所述 UP初始化通过控制面信令向对端 UP协议实体发起控制操作； 所述 UP时间校准发起处理模块或 UP速率控制发起处理模块设有发起 操作控制块， 该发起操作控制块保存发送帧的副本、 发起操作状态以及重 发计数器， 并通过所述过程控制功能执行实体向对端 UP协议实体发起控 制操作。
在本发明所述的方法中，所述过程控制功能执行实体发起控制操作时， 所述 UP速率控制发起处理模块执行以下步驟：
a041.判断所述发起操作状态；
a042.如果是等待态， 则判断请求调整的速率与发起操作控制块中緩存 的速率是否相等， 并执行步骤 a043; 如果是空闲态， 则执行步驟 a044; a043.如果相等， 则丟弃该请求调整速率控制消息； 如果不相等， 则停 止等待定时器， 再将重发次数计数器清 0， 置所述发起操作状态为空闲态， 释放所緩存的速率请求帧， 记下日志， 并执行步驟 a044;
a044.构造并緩存速率请求帧， 启动定时器， 再将发送次数计数器置 1 , 将所述发起操作状态为等待态；
a045.向对端 UP协议实体发送所述速率请求帧。
在本发明所述的方法中， 所述 UP速率控制发起处理模块接收到所述 对端 UP协议实体返回的应答帧时， 执行以下步驟：
a046.判断所述应答帧的序号是否与所述发起操作控制块的帧序号是否 匹配， 并且所述发起操作状态是否为等待态；
a047.如果匹配并且为等待态， 则执行步骤 a048， 否则， 丟弃所述应答 帧并记下日志；
a048.停止定时器， 将所述发起操作控制块设为空闲态， 置重发计数器 为 0, 释放所緩存的速率请求帧， 并执行步骤 a049;
a049.判断所述应答帧表示是否成功， 如果成功， 则向所述过程控制功 能执行实体发送 Ack帧； 如果不成功， 则向所述过程控制功能执行实体发 送 Nack 贞。
在本发明所述的方法中， 所述过程控制功能执行实体是 TC编解码通 道。
一种实现 IuUP/NbUP协议过程控制功能的系统， 包括服务数据单元长 度预定义支持模式下的 UP帧检查分发模块、 UP请求帧分发 /应答帧封装发 送模块、 UP数据帧处理模块、 UP初始化处理模块、 UP时间校准处理模块、 UP速率控制处理模块、 UP错误事件处理模块与 TC编解码通道， 还包括 緩存处理模块，用于緩存所述 UP时间校准请求处理模块与 UP速率控制请 求处理模块的控制消息。
在本发明所述的系统中， 还包括：
控制帧类型判断模块， 用于判断接收到的 UP帧是请求帧还是应答帧； UP初始化发起处理模块， 用于处理由控制面信令发起的初始化操作； UP时间校准发起处理模块，用于处理由所述过程控制功能执行实体发 起的时间校正控制操作； UP速率控制发起处理模块，用于处理由所述过程控制功能执行实体发 起的速率调整控制操作；
UP请求帧封装发送 /应答帧分发模块， 用于根据应答帧的类型分发给 所述 UP初始化发起处理模块、 所述 UP时间校准发起处理模块或所述 UP 速率控制发起处理模块， 并且将由所述过程控制功能执行实体发起的请求 帧进行封装发送。
在本发明所述的系统中， 还包括：
服务数据单元长度预定义支持模式区分 U 支持模块的判断模块， 用 于判断 UP帧的支持模式；
预定支持模式的处理模块， 用于处理预定支持模式下的 UP帧 在本发明所述的系统中， 所述緩存处理模块是消息队列。
在本发明所述的系统中， 所述过程控制功能执行实体是 TC编解码通 道。
本发明的有益效果是： （1 ) 由于考虑了多种 UP 支持模式共存， 使得 本发明具有较好的扩展性； （2 )保证了各过程控制模块之间相互独立， 不 相制约， 消除了相互挂起问题； （3 ) 同时支持 UP过程控制的发起和处理 操作； （4 ) 可以正确处理重复、 连续速率控制请求， 在连续发起速率控制 时， 实行优化， 减少设备间不必要的速率控制帧数目。
附图说明
下面将结合附图及实施例对本发明作进一步说明， 附图中：
图 1是现有技术的 IuUP/NBUP协议过程控制功能的结构图； 图 2是本发明的 IuUP/NBUP协议过程控制功能的结构图；
图 3是本发明收到速率控制请求帧处理的流程图；
图 4是本发明 TC编解码通道返回速率控制应答消息处理的流程图； 图 5是本发明 TC编解码通道发起调整速率控制消息处理的流程图； 图 6是本发明收到速率控制应答帧处理的流程图。
具体实施方式
如图 2所示， 一种实现 IuUP/NbUP协议过程控制功能的系统， 包括服 务数据单元长度预定义支持模式下的 UP帧检查分发模块、 UP请求帧分发 /应答帧封装发送模块、 UP数据帧处理模块、 UP初始化处理模块、 UP时 间校准处理模块、 UP速率控制处理模块、 UP错误事件处理模块与 TC编 解码通道， 其特征在于， 还包括：
緩存处理模块，用于緩存所述 UP时间校准请求处理模块与 UP速率控 制请求处理模块的控制消息；
服务数据单元长度预定义支持模式区分 UP支持模块的判断模块， 用 于判断 UP帧的支持模式；
预定支持模式的处理模块， 用于处理预定支持模式下的 UP帧； 控制帧类型判断模块， 用于判断接收到的 UP帧是请求帧还是应答帧；
UP初始化发起处理模块， 用于处理由控制面信令发起的初始化操作； UP时间校准发起处理模块，用于处理由所述过程控制功能执行实体发 起的时间校正控制操作；
UP速率控制发起处理模块，用于处理由所述过程控制功能执行实体发 起的速率调整控制操作。
UP请求帧封装发送 /应答帧分发模块， 用于根据应答帧的类型分发给 所述 UP初始化发起处理模块、 所述 UP时间校准发起处理模块或所述 U 速率控制发起处理模块， 并且将由所述过程控制功能执行实体发起的请求 帧进行封装发送；
在本实施例中， 当系统接收到 UP帧时， 首先根据 UP帧头的 PduType 取值确定 UP 支持模式的类型， 即服务数据单元长度预定义支持模式区分 UP支持模块的判断模块 8, 目前 3G标准 UP协议只定义了 SMpSDU这种 支持模式， 但是不同厂商可能存在不同的私有模式， 获取了哪种支持模式 后就可以决定使用哪个模块来处理 UP帧， 一种支持模式， 可以由一个独 立的模块来处理。
如果不是 SMpSDU支持模式，则进入预定支持模式的处理模块 10,如 果是 SMpSDU支持模式（见步驟 S02 )， 则进入控制帧类型判断模块 9, 并 进一步检查 UP帧的帧序号和进行 CRC校验， 并分析 PduType的值， 如果 PduType 的值为 0 和 1 , 为数据帧， 进入数据帧处理功能模块 11; 如果 PduType的值为 14, 为控制帧， 再根据帧头的 Ack Nack域（具体 UP控制 帧结构可参考 3GPP TS 25.415 )确定该帧是请求帧还是应答帧。 如果是请 求帧就分发给 UP请求帧分发 /应答帧封装发送模块 12， 如果是应答帧就分 发给 UP请求封装发送 /应答帧分发模块 13。所述请求帧分发 /应答帧封装发 送模块 12根据帧头中的 Procedure Indicator域确定帧的控制类型， 然后按 类型分发给 UP初始化请求处理模块 14、 UP时间校准请求处理模块 15、 UP速率控制请求处理模块 16、 UP错误事件处理模块 17。 所述 UP请求封 装发送 /应答帧分发模块 13则根据应答帧头中的 Procedure Indicator域确定 应答帧的控制类型， 然后按类型将应答帧分发给 UP初始化发起处理模块 18、 UP时间校准发起处理模块 19、 UP速率控制发起处理模块 20。 在控制 面信令或编解码通道的触发下， UP初始化发起处理模块 18、 UP时间校准 发起处理模块 19、 UP速率控制发起处理模块 20将控制消息发送给 UP请 求封装发送 /应答帧分发模块， 由该模块统一封装成相应的请求帧发送给对 端 UP协议实体。 下面对请求帧的各模块进行说明。
在 UP初始化请求处理模块 14、 UP时间校准请求处理模块 15、 UP速 率控制请求处理模块 16与 UP错误事件处理模块 17中均设有一个操作控 制块的数据结构， 用于保存 UP请求帧的帧序号、 操作状态等信息。 当这 些请求处理模块发送应答帧时， 都会将对应请求帧中的帧序号回填到应答 帧中， 这样就可以保证控制发起方能正确地匹配请求帧和应答帧。
当 UP初始化请求处理模块 14收到初始化帧后， 解析出发送方支持的
RFCI集（包括各 RFCI相应的承载子流 SDU长度 ), 以后按该 R CI集控 制数据流处理实体进行 UP数据流的发送和接收。
当 UP 时间校准请求处理模块 15 收到控制发起方的时间校准请求帧 后， 解析出时间校准值， 然后发送时间控制消息给 TC编解码通道 21 , 指 示 TC编解码通道 21将 UP数据帧处理模块 11的发送时间提前或推迟指定 的时间。 在发送控制消息给 TC编解码通道 21前， 将控制消息緩存在一个 先进先出的消息队列 22中， 队列处理程序取队头消息发送给 TC编解码通 道 21 , 如果 TC编解码通道 21操作超时， 队头消息将被删除， 接着处理队 列的下一个时间控制消息， 待收到 TC编解码通道 21应答消息后， 才将队 头消息从队头删除， 并将时间校准成功的应答消息返回给 UP 时间校准请 求处理模块 15，由 UP时间校准请求处理模块 15给控制发起方发送应答帧。
当 UP速率控制请求处理模块 16 收到控制发起方的速率控制请求帧 后， 解析出发送方要求的最大速率， 然后发送速率控制消息给 TC编解码 通道 21， 指示 TC编解码通道 21将 UP数据帧处理模块 11的发送速率调 整到指定值。 在发送速率控制消息给 TC编解码通道 21前， 同样需要将该 控制消息緩存在先进先出的消息队列 22中 ,队列处理程序取队头消息发送 给 TC编解码通道 21 , 如果 TC编解码通道 21操作超时， 队头消息将被删 除， 接着处理队列的下一个速率控制消息， 待收到 TC编解码通道 21的应 答消息后， 才将队头消息从队头删除， 并将速率调整成功的应答消息返回 给 UP速率控制请求处理模块 16, 由 UP速率控制请求处理模块 16给控制 发起方发送应答帧。
UP时间校准请求处理模块 15和 UP速率控制请求处理模块 16发给 TC 编解码通道 21 的控制消息可以共享同一个消息队列 22, 也可以在各自的 请求处理模块里使用独立的消息队列。 采用第一种方法时， 所述消息队列 根据控制消息先进先出的顺序进行处理， 保证了一个控制操作不会因另一 个控制操作正在执行而被迫挂起或丢弃。 采用第二种方法时， 系统在执行 一个 UP控制请求操作时， 就需要检查其他请求操作状态， 如果其他操作 正在执行， 就将本次操作緩存在自己的消息队列中， 当其他请求操作控制 块空闲时， 再执行操作。
同样， UP时间校准请求处理模块 15和 UP速率控制请求处理模块 16 可以共用一个 TC编解码通道 21来执行操作， 也可以使用数据流处理相关 的不同模块来做不同的 UP控制操作的执行体， 例如，可以用 TC编解码通 道 21执行速率调整操作， 用 UP数据帧处理模块 11执行时间校准操作。
下面进一步对 UP速率控制请求处理模块 16处理速率控制请求帧展开 说明， 如图 3所示， ΌΡ速率控制请求处理模块 16的操作控制块只保存最 近一次速率控制请求的速率、操作状态（等待态或结束态）、请求帧的序号， 当收到控制发起方的速率控制请求帧时 (步骤 S10)，首先检查操作控制块的 状态（步骤 S11 ), 如果是结束态， 就继续判断该请求速率与当前请求速率 是否相同 （步骤 S12 ), 相同则直接返回 ACK帧给控制发起方 (步骤 S13)， 即直接给速率发起方回复成功应答即可， 这样可以避免对 TC编解码通道 进行无意义的控制操作， 提高系统响应效率； 不相同则在该操作控制块中 緩存该速率控制请求帧信息， 并生成 MsgID (步骤 S14 )，然后启动等待定 时器， 并向消息队列发送速率控制消息， 设消息 ID = MsglD, 置该操作控 制块状态为等待态（步骤 S15 ),然后消息队列将该速率控制消息发送给 TC 编解码通道 (步骤 S16)， TC编解码通道执行该速率控制操作 (步骤 S17)。 如 果速率控制请求操作状态是等待态 , 同样需要继续判断该请求速率和当前 请求速率是否相同（步骤 S 18)， 如果相同， 则更新控制块中请求帧的帧序号 为本次速率控制请求帧的序号 （步骤 S19), 如果不相同， 则在操作控制块 中緩存该速率控制请求帧信息， 并生成新的 MsgID(步骤 S20), 然后先停止 等待定时器， 再重新启动等待定时器， 并向消息队列发送该速率请求控制 消息，设该消息 ID = MsgID (步驟 S21), 然后消息队列将该速率控制消息发 送给 TC编解码通道 (步驟 S22)， TC编解码通道执行该速率控制操作 (步骤 S23),下面再对 TC编解码通道 21返回速率控制应答消息的处理进行说明。
如图 4所示， 当 TC编解码通道 21返回前一个速率控制应答到消息队 列 22， 消息队列将该速率控制应答消息返回 UP速率控制请求处理模块的 操作控制块并删除队头消息（步骤 S30 ), 首先检查操作控制块的状态是否 为等待态， 并且该应答消息的序号与操作控制块的 MsgID是否匹配（步骤 S31 ), 如果为等待态并且匹配， 则停止等待定时器， 将操作控制块的状态 设为结束态（步骤 S32 ),然后判断 TC编解码通道操作是否成功（步骤 S33 ), 如果成功， 则构造并发送速率控制 Ack帧， 帧序号从操作控制块中取（步 骤 S34 )， 如杲不成功， 则构造并发送速率控制 Nack帧， 帧序号也从控制 块中取（步驟 S35 ), 如果不是等待态或不匹配， 则该应答帧将被去弃并记 下日志（步骤 S36 )，这样直到 TC编解码通道 21返回最后一个速率控制应 答帧， MsgID才会匹配， 这时 UP速率控制请求处理模块 16按最近一次速 率控制请求帧的序号向控制发起方返回应答帧， 这样保证了连续速率控制 处理的正确性， 使得较早的速率控制请求帧被丢弃， 最近的速率控制请求 帧才被应答。 如果 UP数据帧或控制帧在处理过程中发现错误，就通知 UP错误事件 处理模块 17, 判断错误类型后， 该 UP错误事件处理模块 17向对端实体发 送错误事件帧， 对于对端发送来的错误事件帧， 本端做事件记录并通知数 据流处理功能实体做相应处理。
由图 2可知， 本发明还支持 UP控制操作的发起操作。 UP初始化是由 控制面信令驱动的， 一般是在呼叫建立链路时发起 UP初始化。 速率控制 和时间校准是由承载面数据流处理功能模块根据 UP数据流处理的需要而 发起的控制操作， 当 3G MGW和 GSM端局建立 TFO(免编解码级联操作) 连接时，核心网会向无线接入网发起速率控制，通常在 TFO协商时由 MGW 上的 TC编解码通道 21承担的 ,这时 TC编解码通道 21就会发起速率调整。 下面以 TC编解码通道 21发起控制操作为例进行说明。
UP初始化发起处理模块 18、 UP时间校准发起处理模块 19和 UP速率 控制发起处理模块 20均设有一个发起操作控制块的数据结构，保存发送帧 的副本、 操作状态和重发计数器等信息。 当对端 UP实体超时没有应答时， 本端实体将重发缓存的控制帧副本并计数， 当计数超过指定次数时（例如 系统可设定为 3次），结束此次操作。等待应答帧期间，操作状态为等待态， 收到对端应答帧或重传超过指定次数时， 状态为空闲态。
如图 5所示， TC编解码通道将请求调整速率消息发送给 UP速率控制 发起处理模块后（步骤 S40 ), UP速率控制发起处理模块首先检查发起操 作状态（步骤 S41 ), 如果是空闲态， 则构造并緩存该速率控制请求帧 （步 骤 S42 ), 启动等待定时器， 将发送计数器置 1， 并将发起操作状态置为等 待态（步骤 S43 ), 然后发送该速率控制请求帧（步驟 S44 )。 如果发起操作 状态为等待态， 则检查该 TC编解码通道请求调整速率与发起操作控制块 中緩存的请求调整速率是否相等（步驟 S45 ), 如果相等， 则丢弃该 TC编 解码通道的请求调整速率消息（步骤 S46 ), 如果不相等， 则先停止等待定 时器、 再将重发次数计数器清 0, 置发起操作状态为空闲态， 并释放緩存 速率控制帧内存， 记下日志（步骤 S47 ), 然后回到重新构造并緩存该速率 控制请求帧 （步骤 S42 ), 重新启动等待定时器， 并将重传计数器置 1 (步 骤 S43 ), 再发送该速率控制请求帧 （步骤 S44 )。 接下来， 如图 6所示， 当 UP速率控制发起处理模块收到最早的速率 控制应答帧时（步骤 S50 ), 首先检查该帧序号与发起操作控制块的帧序号 是否匹配， 并且发起操作状态是否为等待态（步骤 S51 )， 如果不匹配或不 是等待态， 则丢弃该应答帧并记下曰志（步骤 S52 ); 如果匹配并且为等待 态， 则停止等待定时器， 置发起操作控制块状态为空闲态， 置重发计数器 为 0, 并释放緩存的速率控制请求帧的内存（步驟 S53 ), 然后继续判断该 应答帧表示是否成功（步骤 S54 ), 如果成功， 则构造并发送速率控制 ACK 帧给 TC编解码通道（步驟 S55 ), 如果失败， 则构造并发送速率控制 Nack 帧给 TC编解码通道（步骤 S56 )。

Claims

权 利 要 求
1、 一种实现 IuUP/NbUP协议过程控制功能的方法， 其特征在于， UP 时间校准请求处理模块或 UP速率请求处理模块在接收到请求帧时， 执行 以下步骤：
a.解析收到的请求帧；
b.根据解析出的值构造控制消息， 緩存于緩存处理模块中；
c.将緩存于所述緩存处理模块中的控制消息依次发送给过程控制功能 执行实体处理， 并将所述过程控制功能执行实体的结果返回。
2、 根据权利要求 1所述的方法， 其特征在于， 所述 UP时间校准请求 处理模块与所述 U 速率请求处理模块设有请求操作控制块， 所述请求操 作控制块保存最近一次请求帧信息、 请求操作状态以及控制信息的序号。
3、 才艮据权利要求 2所述的方法， 其特征在于， 如果是 UP速率请求处 理模块， 则所述步骤 a包括：
al.判断所述请求操作状态；
a2.如果是结束态， 则执行步骤 a3,如果是等待态， 则执行步驟 a4; a3.判断请求速率与当前速率是否相同， 如果相同， 则直接向对端 UP 协议实体返回 Ack帧； 如果不相同， 则执行所述步骤 b;
a4.判断请求速率与当前速率是否相同， 如果相同， 则更新所述请求操 作控制块的帧序号， 并向对端 UP协议实体返回应答帧； 如果不相同， 则 执行所述步骤 b。
4、 根据权利要求 3所述的方法， 其特征在于， 所述步骤 b包括：
M.将所述请求帧的信息与所述控制消息的序号保存于所述请求操作 控制块；
b2.如果是步骤 a3中不相同的情况，则启动定时器，将所述控制消息緩 存于緩存处理模块中， 并将所述请求操作控制块状态为等待态； 如果是步 骤 a4中不相同的情况， 则停止定时器， 再启动定时器， 并将所述控制消息 緩存于緩存处理模块中。
5、 根据权利要求 4所述的方法， 其特征在于， 所述步骤 c包括 cl,判断所述请求操作控制块中的控制消息的序号与所述请求操作状 态；
c2.如果与所述控制消息中的序号匹配并且所述请求操作状态为等待 态， 则执行步骤 c3; 否则， 丟弃该消息并记下曰志；
c3.停止定时器， 并将所述请求操作状态设为结束态；
c4.判断所述过程控制功能执行实体是否操作成功， 如果成功， 则根据 所述控制消息的序号向对端 UP协议实体返回 Ack帧； 如果不成功， 则根 据所述控制消息的序号向对端 UP协议实体返回 Nack帧。
6、 居权利要求 5所述的方法， 其特征在于， 所述 UP时间校准请求 处理模块与所述 UP速率控制请求处理模块发给所述过程控制功能执行实 体的控制消息共享同一个所述缓存处理模块。
7、 根据权利要求 6所述的方法， 其特征在于， 所述 UP时间校准请求 处理模块与所述 UP速率控制请求处理模块发给所述过程控制功能执行实 体的控制消息在各自的请求处理模块里使用独立的所述缓存处理模块， 系 统在执行一个 UP控制请求操作时， 需要检查其他请求操作状态， 如果其 他操作正在执行， 则将本次操作缓存在自己的所述緩存处理模块中， 当其 他请求操作控制块空闲时， 再执行操作。
8、 根据权利要求 7所述的方法， 其特征在于， 所述 UP时间校准请求 处理模块与所述 UP速率控制请求处理模块共享同一个所述过程控制功能 执行实体。
9、 居权利要求 7所述的方法， 其特征在于， 将时间校准与速率控制 的执行实体分离， 用所述过程控制功能执行实体做速率调整， 用 UP数据 帧处理模块做时间校准。
10、 4艮据权利要求 1-9任意一项所述的方法， 其特征在于， 所述过程 控制功能执行实体是 TC编解码通道。
11、 根据权利要求 10所述的方法， 其特征在于， 所述緩存处理模块是 消息队列。
12、 一种实现 IuUP/NbUP协议过程控制功能的方法， 其特征在于， 包 括以下步骤：
aOl.根据服务数据单元长度预定义支持模式判断 Ό 帧的种类； a02.如果是数据帧， 则将所述数据帧发送给 UP数据帧处理模块， 如果 是控制帧， 则将所述控制帧发送给控制帧类型判断模块， 执行步骤 a03； a03.如果是请求帧， 则将所述请求帧发送给 UP请求帧分发 /应答帧封 装发送模块； 如果是应答帧， 则执行步骤 a04;
a04.将所述应答帧发送给 UP请求帧封装发送 /应答帧分发模块,并由该 模块根据所述应答帧的类型分发给 UP初始化发起处理模块、 U 时间校准 发起处理模块或 UP速率控制发起处理模块。
13、 根据权利要求 12所述的方法， 其特征在于， 还包括一个判断的步 骤： aOOl.根据接收到的 UP帧判断 UP协议支持模式的类型；
a002.如果不是服务器数据单元长度预定义支持模式， 则将 UP帧发送 给预定支持模式处理模块； 如果是服务器数据单元长度预定义支持模式， 则执行步骤 aOl ;
14、 根据权利要求 12所述的方法， 其特征在于， 所述步骤 a04中， 所述 UP初始化通过控制面信令向对端 UP协议实体发起控制操作； 所述 UP时间校准发起处理模块或 UP速率控制发起处理模块设有发起 操作控制块， 该发起操作控制块保存发送帧的副本、 发起操作状态以及重 发计数器， 并通过所述过程控制功能执行实体向对端 UP协议实体发起控 制操作。
15、 根据权利要求 14所述的方法， 其特征在于， 所述过程控制功能执 行实体发起控制操作时， 所述 UP速率控制发起处理模块执行以下步骤： a041.判断所述发起操作状态；
a042.如果是等待态， 则判断请求调整的速率与发起操作控制块中緩存 的速率是否相等， 并执行步骤 a043; 如果是空闲态， 则执行步骤 a044; a043.如果相等， 则丟弃该请求调整速率控制消息； 如果不相等， 则停 止等待定时器， 再将重发次数计数器清 0, 置所述发起操作状态为空闲态， 释放所緩存的速率请求帧， 记下日志， 并执行步骤 a044;
a044.构造并緩存速率请求帧， 启动定时器， 再将发送次数计数器置 1 , 将所述发起操作状态为等待态；
a045.向对端 UP协议实体发送所述速率请求帧。
16、 根据权利要求 15所述的方法， 其特征在于， 所述 UP速率控制发 起处理模块接收到所述对端 UP协议实体返回的应答帧时， 执行以下步骤： a046.判断所述应答帧的序号是否与所述发起操作控制块的帧序号是否 匹配， 并且所述发起操作状态是否为等待态；
a047.如果匹配并且为等待态， 则执行步骤 a048, 否则， 丢弃所述应答 帧并记下曰志；
a048.停止定时器， 将所述发起操作控制块设为空闲态， 置重发计数器 为 0， 幹放所緩存的速率请求帧， 并执行步骤 a049;
a049.判断所述应答帧表示是否成功， 如果成功， 则向所述过程控制功 能执行实体发送 Ack帧； 如果不成功， 则向所述过程控制功能执行实体发 送 Nack帧。
17、 根据权利要求 12-16任意一项所述的方法， 其特征在于， 所述过 程控制功能执行实体是 TC编解码通道。
18、 一种实现 IuUP/NbUP协议过程控制功能的系统， 包括服务数据单 元长度预定义支持模式下的 UP帧检查分发模块、 UP请求帧分发 /应答帧封 装发送模块、 UP数据帧处理模块、 UP初始化处理模块、 υρ时间校准处理 模块、 UP速率控制处理模块、 UP错误事件处理模块与 TC编解码通道， 其特征在于， 还包括緩存处理模块， 用于緩存所述 UP 时间校准请求处理 模块与 UP速率控制请求处理模块的控制消息。
19、 根据权利要求 18所述的系统， 其特征在于， 还包括：
控制帧类型判断模块， 用于判断接收到的 UP帧是请求帧还是应答帧； UP初始化发起处理模块， 用于处理由控制面信令发起的初始化操作； UP时间校准发起处理模块，用于处理由所述过程控制功能执行实体发 起的时间校正控制操作；
UP速率控制发起处理模块，用于处理由所述过程控制功能执行实体发 起的速率调整控制操作；
UP请求帧封装发送 /应答帧分发模块， 用于根据应答帧的类型分发给 所述 UP初始化发起处理模块、 所述 UP时间校准发起处理模块或所述 UP 速率控制发起处理模块， 并且将由所述过程控制功能执行实体发起的请求 帧进行封装发送。
20、 根据权利要求 19所述的系统， 其特征在于， 还包括：
服务数据单元长度预定义支持模式区分 UP 支持模块的判断模块， 用 于判断 UP帧的支持模式；
预定支持模式的处理模块， 用于处理预定支持模式下的 UP帧
21、 根据权利要求 18-20任意一项所述的系统， 其特征在于， 所述緩 存处理模块是消息队列。
22、 根据权利要求 21所述的系统， 其特征在于， 所述过程控制功能执 行实体是 TC编解码通道。
PCT/CN2006/001310 2005-12-19 2006-06-13 Procede de mise en oeuvre d'une fonction de commande de processus de protocole iuup/nbup WO2007071133A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2006800128422A CN101160928B (zh) 2005-12-19 2006-06-13 一种实现IuUP/NBUP协议过程控制功能的方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510121003.1 2005-12-19
CN200510121003A CN1988533B (zh) 2005-12-19 2005-12-19 一种实现IuUP/NBUP协议过程控制功能的方法

Publications (1)

Publication Number Publication Date
WO2007071133A1 true WO2007071133A1 (fr) 2007-06-28

Family

ID=37918530

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001310 WO2007071133A1 (fr) 2005-12-19 2006-06-13 Procede de mise en oeuvre d'une fonction de commande de processus de protocole iuup/nbup

Country Status (6)

Country Link
US (1) US7813294B2 (zh)
EP (1) EP1798997B1 (zh)
CN (2) CN1988533B (zh)
AT (1) ATE459221T1 (zh)
DE (1) DE602006012429D1 (zh)
WO (1) WO2007071133A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1988533B (zh) * 2005-12-19 2012-10-17 华为技术有限公司 一种实现IuUP/NBUP协议过程控制功能的方法
EP1936854B1 (en) * 2006-12-20 2013-11-06 Alcatel Lucent Retransmission-based DSLAM and xDSL modem for lossy media
US7792036B2 (en) * 2007-01-23 2010-09-07 Cisco Technology, Inc. Event processing in rate limited network devices
CN101911622A (zh) * 2008-01-16 2010-12-08 日本电气株式会社 网关设备、系统和通信方法
US8588839B2 (en) * 2009-12-16 2013-11-19 Telefonaktiebolaget L M Ericsson (Publ) Power loop control method and apparatus
GB2485142A (en) * 2010-10-27 2012-05-09 Nds Ltd Secure broadcast/multicast of media content
CN105830361B (zh) * 2013-12-20 2019-04-19 Lg电子株式会社 用于在无线lan系统中收发包括部分关联标识符的帧的方法和装置
CN107155400B (zh) * 2015-04-03 2020-01-17 华为技术有限公司 一种数据传输方法、设备及系统
CN106937073B (zh) * 2015-12-29 2019-10-15 展讯通信（上海）有限公司 基于VoLTE的视频通话码率调整方法、装置及移动终端
CN112995066B (zh) * 2021-02-05 2023-10-24 新天科技股份有限公司 帧数据处理方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1304589A (zh) * 1999-05-12 2001-07-18 三星电子株式会社 移动通信系统的基站中支持非连续传输模式的方法
KR20030058029A (ko) * 2001-12-29 2003-07-07 엘지전자 주식회사 아이엠티-2000 망의 음성 데이터 속도 변경 방법
CN1545233A (zh) * 2003-11-14 2004-11-10 中兴通讯股份有限公司 移动通讯系统中用户面处理装置

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7792119B2 (en) * 2000-05-22 2010-09-07 Telefonaktiebolaget L M Ericsson (Publ) Method for a connection through a core network
US6804222B1 (en) * 2000-07-14 2004-10-12 At&T Corp. In-band Qos signaling reference model for QoS-driven wireless LANs
KR20020030367A (ko) * 2000-10-17 2002-04-25 오길록 이동통신시스템에서 임의접속채널의 전송방법
FI20002899A0 (fi) * 2000-12-29 2000-12-29 Nokia Corp Järjestely informaation kommunikoimiseksi
US7106701B2 (en) * 2001-01-05 2006-09-12 Telefonaktiebolaget Lm Ericsson (Publ) End-to-end frame quality classification
JP2003046594A (ja) * 2001-08-01 2003-02-14 Canon Inc 無線データ通信装置およびその制御方法
US7103033B2 (en) * 2001-10-23 2006-09-05 Telefonaktiebolaget Lm Ericsson (Publ) Robust vocoder rate control in a packet network
US7508778B2 (en) * 2001-12-05 2009-03-24 Qualcomm, Incorporated System and method for adjusting quality of service in a communication system
US20030128686A1 (en) * 2001-12-06 2003-07-10 Hur Nam Chun Variable delay buffer
US7034679B2 (en) * 2001-12-31 2006-04-25 Ncr Corporation System and method for enhancing security at a self-checkout station
KR100547845B1 (ko) * 2002-02-07 2006-01-31 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서서빙 고속 공통 제어 채널 셋 정보를 송수신하는 장치 및방법
JP2003318810A (ja) * 2002-04-26 2003-11-07 Kobe Steel Ltd 無線データ収集システム，無線データ中継装置
GB0306739D0 (en) * 2003-03-24 2003-04-30 British Telecomm Mediator-based recovery mechanism for multi-agent system
NO319422B1 (no) * 2003-05-23 2005-08-08 Tandberg Telecom As Fremgangsmate for handtering av datahastighetsendringer
JP2005175670A (ja) * 2003-12-09 2005-06-30 Nec Corp Ｔｖ放送受信機能つき携帯電話機及びｔｖ放送受信機能つき携帯電話機のシステム及びｔｖ放送受信機能つき携帯電話機のｔｖ録画設定方法
US8351400B2 (en) * 2004-05-05 2013-01-08 Qualcomm Incorporated Method and apparatus for overhead reduction in an enhanced uplink in a wireless communication system
EP1617606A1 (en) * 2004-07-16 2006-01-18 Matsushita Electric Industrial Co., Ltd. Scheduling mode switching for uplink transmissions
US20060114936A1 (en) * 2004-12-01 2006-06-01 Analog Devices, Inc. Enhanced processing methods for wireless base stations
CN1988533B (zh) * 2005-12-19 2012-10-17 华为技术有限公司 一种实现IuUP/NBUP协议过程控制功能的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1304589A (zh) * 1999-05-12 2001-07-18 三星电子株式会社 移动通信系统的基站中支持非连续传输模式的方法
KR20030058029A (ko) * 2001-12-29 2003-07-07 엘지전자 주식회사 아이엠티-2000 망의 음성 데이터 속도 변경 방법
CN1545233A (zh) * 2003-11-14 2004-11-10 中兴通讯股份有限公司 移动通讯系统中用户面处理装置

Also Published As

Publication number Publication date
CN1988533A (zh) 2007-06-27
EP1798997B1 (en) 2010-02-24
ATE459221T1 (de) 2010-03-15
US20070153686A1 (en) 2007-07-05
CN101160928A (zh) 2008-04-09
US7813294B2 (en) 2010-10-12
DE602006012429D1 (de) 2010-04-08
CN101160928B (zh) 2011-09-14
EP1798997A1 (en) 2007-06-20
CN1988533B (zh) 2012-10-17

Similar Documents

Publication Publication Date Title
WO2007071133A1 (fr) Procede de mise en oeuvre d'une fonction de commande de processus de protocole iuup/nbup
JP5009978B2 (ja) 低遅延サービスのための双方向ｒｌｃ非永続モード
JP4806030B2 (ja) 移動通信システムで信号を転送する方法
JP2007089174A (ja) 無線通信システムにおける信号の伝送速度を改善する方法及び装置
WO2009059545A1 (fr) Procédé, dispositif et système de transmission de données
CN102340535B (zh) 数据传输方法、设备和系统
WO2018201498A1 (zh) 一种数据接收状态报告方法及装置
JP2008005021A (ja) 再送制御方法及び装置
WO2009039754A1 (fr) Procédé, passerelle multimédia et système pour commander un transport de paquets de données redondantes
WO2006069534A1 (fr) Procede pour regler la taille du tampon de transmission d'une sous-couche rlc
WO2021244176A1 (zh) 用户面数据处理方法和基站
WO2011144141A1 (zh) 拥塞控制方法和系统以及网络设备
WO2013029521A1 (zh) 用于数据传输的方法、分流点设备、用户终端和系统
TWI358922B (en) Method and apparatus of default timer configuratio
WO2011137837A1 (zh) 一种快速频道切换时获取关键信息的方法、装置和系统
WO2011000236A1 (zh) 报文传输方法及系统
WO2019144802A1 (zh) 一种数据的传输方法及其相关设备
WO2009082848A1 (fr) Procédé de réinitialisation d'entité de commande de liaison radio
GB2423219A (en) A proxy device interposed between a server and a wireless client controls a characteristic of the server depending on the quality of the link to the client
EP2168261B1 (en) Method for enhancing of controlling radio resources, method for transmitting status report, and receiver in mobile communication system
JP5334293B2 (ja) パケット通信方法
WO2008034374A1 (fr) Procédé, système et appareil de transmission de commande de liaison radio
WO2020238895A1 (zh) 数据传输方法以及装置
WO2014117359A1 (zh) 反馈丢包的消息处理方法及装置
WO2013097611A1 (zh) 一种数据处理方法、装置及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200680012842.2

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06752940

Country of ref document: EP

Kind code of ref document: A1