WO2014117517A1 - 多制式网络融合的方法、设备及系统 - Google Patents

多制式网络融合的方法、设备及系统 Download PDF

Info

Publication number
WO2014117517A1
WO2014117517A1 PCT/CN2013/083257 CN2013083257W WO2014117517A1 WO 2014117517 A1 WO2014117517 A1 WO 2014117517A1 CN 2013083257 W CN2013083257 W CN 2013083257W WO 2014117517 A1 WO2014117517 A1 WO 2014117517A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
rlc data
encapsulated
rlc
qci
Prior art date
Application number
PCT/CN2013/083257
Other languages
English (en)
French (fr)
Inventor
高磊
夏林峰
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP13873635.0A priority Critical patent/EP2941043B1/en
Publication of WO2014117517A1 publication Critical patent/WO2014117517A1/zh
Priority to US14/812,931 priority patent/US9635587B2/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491Mapping quality of service [QoS] requirements between different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, device, and system for multi-system network convergence. Background technique
  • the WLAN Wireless Local Area Network
  • the WLAN is relatively simple in terms of network construction, low in cost, and mature in the industry chain. It can be used as a supplement to the cellular network to effectively share part of the data service of the cellular network and reduce the load on the cellular network. Therefore, the integration of multi-system networks of cellular systems and WLAN networks has become the preferred method for network expansion and network construction of cellular operators.
  • LTE-WIFI CA Carrier Aggregation
  • the LTE-WIFI CA solution only proposes an architecture for implementing multi-standard network convergence, and no solution is given for how to implement it under this architecture.
  • the WIFI side cannot know which queue the data packet needs to be transmitted for transmission, so that true multi-mode network fusion cannot be realized. Summary of the invention
  • embodiments of the present invention provide a method, device, and system for multi-mode network convergence.
  • the technical solution is as follows:
  • a method for multi-mode network convergence includes: Obtaining a radio link control RLC data packet, and acquiring an access type AC mapping parameter corresponding to the RLC data packet;
  • the AC mapping parameter acquires the corresponding AC, and puts the RLC data packet into the transmission queue corresponding to the AC for transmission.
  • the acquiring an access type AC mapping parameter corresponding to the RLC data packet includes:
  • the differential service code DSCP of the RLC data packet is parsed by the DPI technology, and the DSCP is used as the acquired AC mapping parameter;
  • Encapsulating the AC mapping parameter and the RLC data packet includes:
  • the IP tunnel header further includes an IP source address and a destination address of the RLC data packet.
  • the acquiring, by using the access type AC mapping parameter corresponding to the RLC data packet includes:
  • Encapsulating the AC mapping parameter and the RLC data packet to form a packaged data packet including:
  • the acquiring, by using the access type AC mapping parameter corresponding to the RLC data packet includes:
  • Encapsulating the AC mapping parameter and the RLC data packet to form a packaged data packet including:
  • the RLC packet is encapsulated to form a encapsulated packet.
  • the second aspect provides a network side device, where the network side device includes:
  • a first acquiring module configured to acquire a radio link control RLC data packet
  • a second acquiring module configured to acquire an access type AC mapping parameter corresponding to the RLC data packet acquired by the first acquiring module
  • an encapsulating module configured to encapsulate the AC mapping parameter acquired by the second obtaining module with the RLC data packet obtained by the first acquiring module, to form a packaged data packet
  • a forwarding module configured to forward, to the second network, the encapsulated data packet obtained by the encapsulating module, so that the second network obtains a corresponding AC according to the AC mapping parameter in the encapsulated data packet, and the The RLC data packet is placed in the transmission queue corresponding to the AC for transmission.
  • the second acquiring module is configured to parse the differential service code DSCP of the RLC data packet by using a deep packet detection DPI technology, and DSCP is used as the acquired AC mapping parameter.
  • the encapsulating module is configured to copy the DSCP acquired by the second obtaining module into an Internet Protocol IP tunnel header, and encapsulate the IP tunneling header and the RLC data packet to form a packaged data packet;
  • the IP tunnel header further includes an IP source address and a destination address of the RLC data packet.
  • the second acquiring module is configured to acquire a quality level identifier QCI of the RLC data packet from a data packet aggregation protocol PDCP layer, and Describe QCI as the acquired AC mapping parameter;
  • the encapsulating module is configured to add the QCI obtained by the second obtaining module to the first custom packet header, and encapsulate the first custom packet header and the RLC data packet to form encapsulated data. package.
  • the second acquiring module is configured to acquire a quality level identifier QCI of the RLC data packet from a data packet aggregation protocol PDCP layer, where The QCI is mapped to the AC, and the AC index corresponding to the mapped AC is used as the obtained AC mapping parameter.
  • the encapsulating module is configured to add an AC index acquired by the second obtaining module to a second custom packet header, and encapsulate the second custom packet header and the RLC data packet to form a encapsulated data pack.
  • the third aspect provides a method for multi-mode network convergence, where the method includes: receiving a encapsulated data packet forwarded by a first network, where the encapsulated data packet includes an access type AC mapping parameter and a wireless chain Road control RLC data packet;
  • the RLC data packet is placed in a transmission queue corresponding to the AC for transmission.
  • the AC mapping parameter corresponding to the RLC data packet is a differential service code DSCP of the RLC data packet
  • the obtaining the AC mapping parameters in the encapsulated data packet includes:
  • the acquiring the AC corresponding to the AC mapping parameter includes:
  • Determining a corresponding QoS level according to the DSCP obtaining an AC corresponding to the determined QoS level according to a mapping relationship between the pre-established QoS level and the AC, and using the determined AC as the AC corresponding to the DSCP.
  • the AC mapping parameter corresponding to the RLC data packet is a quality level identifier QCI of the RLC data packet
  • the obtaining the AC mapping parameters in the encapsulated data packet includes:
  • the acquiring the AC corresponding to the AC mapping parameter includes:
  • Determining a corresponding QoS level according to the QCI obtaining an AC corresponding to the determined QoS level according to a mapping relationship between the pre-established QoS level and the AC, and determining the determined AC as the AC corresponding to the QCI.
  • the AC mapping parameter corresponding to the RLC data packet is an AC index
  • the obtaining the AC mapping parameters in the encapsulated data packet includes:
  • the acquiring the AC corresponding to the AC mapping parameter includes:
  • a network side device where the device includes:
  • a receiving module configured to receive the encapsulated data packet forwarded by the first network, where the encapsulated data packet includes an access type AC mapping parameter and a radio link control RLC data packet;
  • a third acquiring module configured to acquire an AC mapping parameter in the encapsulated data packet received by the receiving module
  • a fourth acquiring module configured to acquire, corresponding to an AC mapping parameter acquired by the third acquiring module
  • a transmitting module configured to: send the RLC data packet to a transmission queue corresponding to the AC acquired by the fourth acquiring module.
  • the AC mapping parameter corresponding to the RLC data packet is a differential service code DSCP of the RLC data packet
  • the third obtaining module is configured to decapsulate the encapsulated data packet, obtain an IP tunnel header of the DSCP including the RLC data packet, and the RLC data packet; parse the IP tunnel header to obtain the DSCP of the RLC packet;
  • the fourth acquiring module is configured to determine a corresponding QoS level according to the DSCP, obtain an AC corresponding to the determined QoS level according to a mapping relationship between the QoS level and the AC, and determine the determined AC as the DSCP. AC.
  • the AC mapping parameter corresponding to the RLC data packet is a quality level identifier QCI of the RLC data packet
  • the third obtaining module is configured to decapsulate the encapsulated data packet to obtain a first custom header and a RLC data packet that include a QCI of the RLC data packet, and parse the first custom packet header Obtaining a QCI of the RLC data packet;
  • the fourth obtaining module is configured to determine, according to the QCI, a corresponding QoS level, obtain an AC corresponding to the determined QoS level according to a mapping relationship between the QoS level and the AC, and determine the determined AC as the QCI. AC.
  • the RLC data packet The corresponding AC mapping parameter is an AC index.
  • the third obtaining module is configured to decapsulate the encapsulated data packet, obtain a second custom packet header including the AC index, and the RLC data packet; parse the second custom packet header, and obtain the AC index;
  • the fourth acquiring module is configured to acquire an AC corresponding to the AC index.
  • the fifth aspect provides a multi-system network convergence system, where the system includes: a first network side device and a second network side device;
  • the first network side device is the first network side device
  • the second network side device is the second network side device.
  • the AC mapping parameter and the RLC data packet are encapsulated and sent to the second network, so that the second network can determine the corresponding AC according to the AC mapping parameter, so that the data packet is accurately placed in the corresponding transmission queue for transmission, thereby realizing more System network convergence.
  • FIG. 1 is a flowchart of a method for multi-mode network fusion according to Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of another method for multi-mode network convergence according to Embodiment 1 of the present invention
  • 2 is a flowchart of a method for multi-mode network convergence
  • FIG. 4 is a schematic diagram of a data packet format provided by Embodiment 2 of the present invention
  • FIG. 5 is a flowchart of a method for multi-mode network fusion according to Embodiment 3 of the present invention
  • FIG. 6 is a flowchart of a method for multi-mode network convergence according to Embodiment 4 of the present invention
  • FIG. 7 is a fifth embodiment of the present invention
  • FIG. 8 is a schematic structural diagram of a multi-system network convergence device according to Embodiment 6 of the present invention
  • FIG. 9 is a multi-system network fusion according to Embodiment 7 of the present invention; Schematic diagram of the system structure. detailed description The embodiments of the present invention will be further described in detail below with reference to the accompanying drawings.
  • This embodiment provides a method for multi-mode network convergence. Referring to FIG. 1, the method provided in this embodiment is specifically as follows:
  • 102 Encapsulate the AC mapping parameter and the RLC data packet to form a encapsulated data packet.
  • 103 Forward the encapsulated data packet to the second network, so that the second network obtains the corresponding information according to the AC mapping parameter in the encapsulated data packet. AC, and put the RLC data packet into the transmission queue corresponding to the AC for transmission.
  • This embodiment also provides another method for multi-mode network convergence. Referring to FIG. 2, the method provided in this embodiment is specifically as follows:
  • the encapsulated data packet includes an AC mapping parameter and an RLC data packet
  • the RLC data packet is placed in a transmission queue corresponding to the AC for transmission.
  • the method provided in this embodiment after the AC mapping parameter and the RLC data packet are encapsulated and sent to the second network, enables the second network to determine the corresponding AC according to the AC mapping parameter, so as to accurately put the data packet into the corresponding transmission queue.
  • the transmission is carried out, thereby realizing the multi-system network fusion.
  • Embodiment 2 In order to clarify the method for the multi-system network convergence provided by the foregoing embodiments, the method of the multi-system network fusion is described in detail by using the following embodiments 2 to 4 as an example. For details, see the following Embodiment 2 to Embodiment 4: Embodiment 2
  • the first network is an LTE (Long Term Evolution) network
  • the first network side device is an eNB (evolved Node B, evolution).
  • Type base station
  • the second network is a WLAN (Wireless Local Area Network)
  • the second network side device is a WIFI AP (Wireless Fidelity Access) Point
  • the wireless compatibility authentication access point the eNB obtains the RLC data packet, and sends the RLC data packet to the WIFI AP as an example, and the method provided in this embodiment is exemplified in detail.
  • the process of the method provided in this embodiment is specifically as follows:
  • the eNB acquires an RLC data packet.
  • the method for obtaining the RLC data packet is not specifically limited in this embodiment.
  • the RLC data packet may be obtained in batches, or the RLC data packet may be acquired all at once.
  • the eNB obtains the RLC data packet in batches, or the eNB obtains the RLC data packet in all times, and the RLC data packet format is as shown in FIG. 4 ( a ).
  • the eNB parses the DSCP (Differential Service Code Point) in the data packet by using a DPI (Deep Packet Inspection) technology, and uses the DSCP as the obtained AC mapping parameter.
  • DSCP Different Service Code Point
  • the embodiment does not specifically limit the parsing manner of the DSCP in the data packet through the DPI technology, including but not limited to decapsulating the data packet, and decoding the DSCP in the data packet.
  • the DSCP can reflect the QoS (Quality of Service) level of the RLC data packet on the IP (Internet Protocol) layer, and the QoS class has a mapping relationship with the AC, it can be known according to the DSCP. AC, so DSCP is taken as the acquired AC mapping parameter.
  • QoS Quality of Service
  • the eNB decapsulates the data packet by using the DPI technology, and obtains the DSCP in the data packet by decoding.
  • the DSCP in the data packet may be parsed by using other methods, and the DSCP is used as the obtained AC mapping parameter.
  • the eNB copies the DSCP into the IP tunnel header.
  • this embodiment does not specifically limit the manner in which the DSCP is copied to the IP tunnel header.
  • the copied DSCP and the IP tunnel header may be encoded, and the copied DSCP is added to the IP tunnel header.
  • This embodiment does not specifically limit the content of the IP tunnel header.
  • the IP tunnel header may include, but is not limited to, an IP source address and a destination address of the RLC data packet.
  • the eNB copies the DSCP obtained by decapsulating, and encodes the copied DSCP and the IP tunnel header, so that the DSCP is copied into the IP tunnel header.
  • the eNB encapsulates the IP tunneling header and the RLC data packet to form an encapsulated data packet.
  • This embodiment does not specifically limit the encapsulation manner of encapsulating the IP tunnel and the RLC data packet, including but not limited to the IP tunneling header.
  • the RLC packet is encoded to form a encapsulated packet.
  • the specific eNB encodes the obtained IP tunnel header and the received RLC data packet in step 303 to form a encapsulated data packet, and the format is as shown in FIG. 4(b).
  • the eNB forwards the encapsulated data packet to the WIFI AP.
  • this embodiment does not specifically limit the manner in which the encapsulated data packet is forwarded to the WIFI AP.
  • the encapsulated data packet may be forwarded to the WIFI AP in batches, or the encapsulated data may be forwarded to the WIFI AP at one time. package.
  • the eNB forwards the encapsulated data packet to the WIFI AP in batches, or forwards the encapsulated data packet to the WIFI AP.
  • the WIFI AP receives the encapsulated data packet forwarded by the eNB, where the encapsulated data packet includes an AC mapping parameter and an RLC data packet.
  • the receiving manner of the encapsulated data packet forwarded by the receiving eNB is not specifically limited in this embodiment, for example, the encapsulated data packet forwarded by the eNB may be received in batches, or the encapsulated data forwarded by the eNB may be received all at once. package.
  • the WIFI AP receives the encapsulated data packet forwarded by the eNB in batches, or the WIFI AP receives all the encapsulated data packets forwarded by the eNB, and the encapsulated data packet format is as shown in FIG. 4(b).
  • the WIFI AP decapsulates the encapsulated data packet, and obtains an IP tunnel header and an RLC data packet of the DSCP including the RLC data packet.
  • the method for decapsulating the encapsulated data packet is not specifically limited in this embodiment, including but not limited to decoding the encapsulated data packet.
  • the specific WIFI AP decodes the received encapsulated data packet to obtain an IP tunnel header and an RLC data packet of the DSCP including the RLC data packet.
  • the WIFI AP parses the IP tunnel header to obtain the DSCP of the RLC data packet.
  • this embodiment does not specifically limit the parsing method of the parsing IP tunnel header, including but not limited to decoding the IP tunnel header.
  • the specific WIFI AP decodes the IP tunnel header to obtain the DSCP of the RLC data packet.
  • the WIFI AP determines the corresponding QoS level according to the DSCP, and obtains the AC corresponding to the determined QoS level according to the mapping relationship between the pre-established QoS level and the AC, and determines the determined AC as the AC corresponding to the DSCP;
  • DSCP Since DSCP reflects the QoS level of the RLC packet identified on the IP layer, it is based on DSCP. The corresponding QoS level can be determined.
  • the method for determining the QoS level of the DSCP is not specifically limited in this embodiment, including but not limited to obtaining through the DSCP and QoS level correspondence table, and may also be obtained by other means.
  • the method for obtaining the AC corresponding to the determined QoS level is specifically limited, for example, by using the QoS level and the AC correspondence table, and may also be obtained by other methods.
  • the WIFIAP determines the corresponding QoS level according to the obtained DSCP, and uses the AC corresponding to the QoS level determined according to the DSCP and the AC correspondence table as the AC corresponding to the DSCP.
  • Voice Voice
  • Video Video
  • Best-effort Table of Contents
  • the Back-ground is specifically an AC type.
  • other AC types may be included. This embodiment does not limit the specific type of AC.
  • the DSCP value of the WIFI AP is 55
  • the QoS level corresponding to the DSCP is determined according to the correspondence between the DSCP and the QoS class in Table 1, and the QoS corresponding to the QoS of the level 6 is obtained according to the QoS class and the AC correspondence in Table 1.
  • the determined voice is used as the AC corresponding to the DSCP.
  • the DSCP value may also be 45, 35 or other values.
  • the DSCP value is not specifically limited herein.
  • the WIFI AP places the RLC data packet in the transmission queue corresponding to the AC for transmission.
  • the RLC data packet is placed in the voice queue corresponding to the AC for transmission.
  • the AC of the RLC data packet is determined to be Video in step 309
  • the RLC data packet is placed in the Video queue corresponding to the AC for transmission.
  • the RLC packet format is shown in Figure 4 (a).
  • the method provided in this embodiment is configured to encapsulate the DSCP and the RLC data packet as the AC mapping parameters and send the data to the second network, so that the second network can determine the corresponding AC according to the DSCP, so as to accurately put the data packet into the corresponding transmission queue.
  • the transmission is carried out, thereby realizing the multi-system network fusion.
  • the first network is an LTE network
  • the first network side device is an eNB
  • the second network is a WLAN
  • the second network side device is For the WIFI AP, the eNB obtains the RLC data packet, and sends the RLC data packet to the WIFI AP as an example.
  • the method provided in this embodiment is exemplified in detail. Referring to FIG. 5, the process of the method provided in this embodiment is specifically as follows:
  • the eNB acquires an RLC data packet.
  • step 301 For details of the implementation of the step, refer to the description of step 301 in the second embodiment, and details are not described herein.
  • the eNB ⁇ PDCP (Packet Data Convergence Protocol) layer obtains a QCI (QoS Class Identifier) of the RLC data packet, and uses the QCI as the obtained AC mapping parameter.
  • QCI QoS Class Identifier
  • the method for obtaining the QCI of the RLC data packet from the PDCP layer is specifically limited, including but not limited to decapsulating the RLC data packet, and decoding the QCI of the RLC data packet.
  • the QCI can reflect the QoS level carried by the data packet, and the QoS level has a mapping relationship with the AC, the AC can be learned according to the QCI, so the QCI is used as the acquired AC mapping parameter.
  • the eNB decapsulates the RLC data packet at the PDCP layer, and obtains the QCI of the RLC data packet by decoding.
  • the eNB decapsulates the RLC data packet at the PDCP layer, and obtains the QCI of the RLC data packet by decoding.
  • other methods can be used in the PDCP layer to parse the QCI in the RLC packet, and use the QCI as the acquired AC mapping parameter.
  • the eNB adds the QCI to the first custom header.
  • the eNB copies the QCI and adds the copied QCI to the first custom header.
  • This embodiment does not specifically limit the manner in which the copied QCI is added to the first custom header.
  • the copied QCI can be encoded with the first custom header to add the copied QCI to the first custom header.
  • This embodiment does not specifically limit the content of the first custom header, the first self The definition header may include, but is not limited to, the destination address of the RLC packet.
  • the eNB copies the QCI obtained by decapsulation, and encodes the copied QCI with the first custom header, so that the copied QCI is added to the first custom header.
  • the eNB encapsulates the first custom packet header and the RLC data packet to form a encapsulated data packet.
  • This embodiment does not specifically limit the encapsulation manner of encapsulating the first custom packet header and the RLC data packet, including but not limited to encoding the first custom packet header and the RLC data packet to form a encapsulated data packet.
  • the specific eNB encodes the first custom packet header obtained in step 503 and the received RLC data packet to form a encapsulated data packet, and the format is as shown in FIG. 4(c).
  • the eNB forwards the encapsulated data packet to the WIFI AP.
  • step 305 For details of the implementation of the step, refer to the description of step 305 in the foregoing embodiment 2, and details are not described herein.
  • the WIFI AP receives the encapsulated data packet forwarded by the eNB, where the encapsulated data packet includes an AC mapping parameter and an RLC data packet.
  • the embodiment does not specifically limit the receiving manner of the encapsulated data packet forwarded by the receiving eNB.
  • the encapsulated data packet forwarded by the eNB may be received in batches, or the encapsulated data packet forwarded by the eNB may be all received at one time.
  • the WIFI AP receives the encapsulated data packet forwarded by the eNB in batches, or the WIFI AP receives the encapsulated data packet forwarded by the eNB once, and the format of the encapsulated data packet is as shown in FIG. 4(c).
  • the WIFI AP decapsulates the encapsulated data packet to obtain a first custom header and an RLC data packet of the QCI including the RLC data packet.
  • the method for decapsulating the encapsulated data packet is not specifically limited in this embodiment, including but not limited to decoding the encapsulated data packet.
  • the specific WIFI AP decodes the received encapsulated data packet to obtain a first custom header and an RLC data packet of the QCI including the RLC data packet.
  • the WIFI AP parses the first custom header to obtain a QCI of the RLC packet.
  • this embodiment does not specifically limit the parsing method for parsing the first custom header, including but not limited to decoding the first custom header.
  • the specific WIFI AP decodes the first custom header to obtain the QCI of the RLC packet. 509: The WIFI AP determines the corresponding QoS level according to the QCI, and obtains the AC corresponding to the determined QoS level according to the mapping relationship between the pre-established QoS level and the AC, and determines the determined AC as the AC corresponding to the QCI;
  • the corresponding QoS level can be determined according to the QCI.
  • This embodiment does not specifically limit the determining manner of the QoS level determined by the QCI, including but not limited to the QCI and QoS level correspondence table. Obtained, can also be obtained by other means.
  • the method for obtaining the AC corresponding to the determined QoS level is specifically limited, for example, by using the QoS level and the AC correspondence table, and may also be obtained by other methods.
  • the WIFI AP determines the corresponding QoS level according to the obtained QCI, and uses the AC corresponding to the QoS level determined according to the QCI and the AC correspondence table as the AC corresponding to the QCI.
  • the Voice (Voice), Video (Video), Best-effort (Back-ground), and Back-ground (Background) in Table 2 above are specifically AC types, and other types of ACs may be included in addition to the above types.
  • the specific types of AC are not limited. If the QCI value obtained by the WIFIAP is 4, the QoS level corresponding to the QCI is determined to be 4 according to the correspondence between the QCI and the QoS class in Table 2, and the AC corresponding to the QoS of the level 6 is obtained according to the QoS class and the AC correspondence in Table 2. Video, and the determined Video is used as the AC corresponding to the QCI.
  • the QCI value may also be 5, 3 or other values, and the QCI value is not specifically limited herein.
  • the WIFI AP puts the RLC data packet into the transmission queue corresponding to the AC for transmission. Specifically, if the AC of the RLC data packet is determined to be Video in step 509, the RLC data packet is placed in the Video queue corresponding to the AC for transmission. Of course, if the AC of the RLC data packet is determined to be Voice in step 509, the RLC data packet is placed in the voice queue corresponding to the AC for transmission.
  • the RLC packet format is shown in Figure 4 (a).
  • the method provided in this embodiment is configured to encapsulate the QCI and the RLC data packet as the AC mapping parameters and send the data to the second network, so that the second network can determine the corresponding AC according to the QCI, so as to accurately put the data packet into the corresponding transmission queue.
  • the transmission is carried out, thereby realizing the multi-system network fusion.
  • the first network is an LTE network
  • the first network side device is an eNB
  • the second network is a WLAN
  • the second network side device is For the WIFI AP, the eNB obtains the RLC data packet, and sends the RLC data packet to the WIFI A as an example.
  • the method provided in this embodiment is exemplified in detail. Referring to FIG. 6, the process of the method provided in this embodiment is specifically as follows:
  • the eNB acquires an RLC data packet.
  • step 301 For details of the implementation of the step, refer to the description of step 301 in the second embodiment, and details are not described herein.
  • the eNB acquires a QCI of the RLC data packet from the PDCP layer.
  • the method for obtaining the QCI of the RLC data packet from the PDCP layer is specifically limited, including but not limited to decapsulating the RLC data packet, and decoding the QCI of the RLC data packet.
  • the eNB decapsulates the RLC data packet at the PDCP layer, and obtains the QCI of the RLC data packet by decoding.
  • the PDCP layer may use other methods to parse the QCI in the RLC data packet.
  • the eNB maps the QCI and the AC, and uses the AC index corresponding to the mapped AC as the obtained AC mapping parameter.
  • the mapping method for mapping the QCI and the AC is not specifically limited in this embodiment, and the QCI and the AC may be mapped according to the QCI and the AC correspondence table.
  • This embodiment does not specifically limit the method for obtaining an AC index according to the mapped AC.
  • the AC index can be obtained according to the AC and AC index correspondence table.
  • Table 3 the QCI, AC, and AC index correspondence tables are as shown in Table 3: table 3
  • the Voice (Voice), Video (Video), Best-effort (Back-ground), and Back-ground (Background) in Table 3 above are specifically AC types, and may include other AC types in addition to the above types.
  • the specific types of AC are not limited.
  • the obtained packet QCI is 4, the QCI is mapped to the AC according to Table 3. After the mapping, the AC is Video, and the AC index corresponding to the mapped AC is 01, and 01 is used as the obtained AC mapping parameter.
  • the QCI value may also be 3, 5 or other values, which is not specifically limited herein.
  • the AC index can reflect the WLAN QoS level corresponding to the data packet, and the QoS level has a mapping relationship with the AC, the AC can be learned according to the AC index, so the AC index is used as the acquired AC mapping parameter.
  • the eNB adds the AC index to the second custom header.
  • this embodiment does not specifically limit the manner in which the AC index is added to the second custom header.
  • the AC index and the second custom header may be encoded to add the AC index to the second custom header.
  • This embodiment does not specifically limit the content of the second custom header.
  • the second custom header may include, but is not limited to, the destination address of the RLC packet.
  • the eNB copies the obtained AC index, and encodes the AC index and the second custom header to add the AC index to the second custom header.
  • the eNB prepares to encapsulate the second custom packet header and the RLC data packet to form a encapsulated data packet.
  • This embodiment does not specifically limit the encapsulation manner of encapsulating the second custom packet header and the RLC data packet, including but not limited to encoding the second custom packet header and the RLC data packet to form a package. Packet.
  • the specific eNB encodes the second custom packet header obtained in step 604 and the received RLC data packet to form a encapsulated data packet, and the format is as shown in FIG. 4(c).
  • the eNB forwards the encapsulated data packet to the WIFI AP.
  • step 305 For details of the implementation of the step, refer to the description of step 305 in the foregoing embodiment 2, and details are not described herein.
  • the WIFI AP receives the encapsulated data packet forwarded by the eNB, where the encapsulated data packet includes an AC mapping parameter and an RLC data packet.
  • the embodiment does not specifically limit the receiving manner of the encapsulated data packet forwarded by the receiving eNB.
  • the encapsulated data packet forwarded by the eNB may be received in batches, or the encapsulated data packet forwarded by the eNB may be all received at one time.
  • the WIFI AP receives the encapsulated data packet forwarded by the eNB in batches, or the WIFI AP receives the encapsulated data packet forwarded by the eNB once, and the encapsulated data packet format is as shown in FIG. 4(c).
  • the WIFI AP decapsulates the encapsulated data packet to obtain a second custom header and an RLC data packet that include an AC index.
  • the method for decapsulating the encapsulated data packet is not specifically limited in this embodiment, including but not limited to decoding the encapsulated data packet.
  • the specific WIFI AP decodes the received encapsulated data packet to obtain a second custom header and an RLC data packet including the AC index.
  • the WIFI AP parses the second custom header to obtain an AC index.
  • this embodiment does not specifically limit the parsing method of the second custom header, including but not limited to decoding the second custom header.
  • the specific WIFI AP decodes the second custom header to obtain an AC index.
  • the WIFI AP obtains an AC corresponding to the AC index.
  • the method for obtaining the AC corresponding to the AC index is not specifically limited.
  • the AC corresponding to the AC index is obtained through the AC index and the AC correspondence table, and may also be obtained by other methods.
  • the WIFI AP determines the corresponding AC according to the obtained AC index.
  • Voice Voice
  • Video Video
  • Best-effort Back-ground
  • Back-ground Back-ground
  • the specific types of AC are not limited. If the AC index of the WIFI AP is 01, the AC corresponding to the AC index is Video according to the correspondence between the AC index and the AC in Table 4.
  • the DSCP value may also be 00, 10 or other values. Specifically limited.
  • the WIFI AP puts the RLC data packet into the transmission queue corresponding to the AC for transmission.
  • the RLC data packet is placed in the Video queue corresponding to the AC for transmission.
  • the AC of the RLC packet is determined to be Voice in step 610
  • the RLC data packet is placed in the voice queue corresponding to the AC for transmission.
  • the RLC packet format is shown in Figure 4 (a).
  • the method provided in this embodiment is configured to encapsulate the AC index and the RLC data packet as the AC mapping parameters and send the data to the second network, so that the second network can determine the corresponding AC according to the AC index, so as to accurately put the data packet into the corresponding network. Transmission is performed in the transmission queue, thereby implementing multi-mode network convergence.
  • the present embodiment provides a multi-system network convergence device, which is used to perform the functions performed by the first network side device in the method for implementing multi-standard network convergence provided by the foregoing Embodiments 1 to 4. See Figure 7, the device includes:
  • the first obtaining module 701 is configured to acquire an RLC data packet.
  • the second obtaining module 702 is configured to acquire an AC mapping parameter corresponding to the RLC data packet acquired by the first acquiring module 701.
  • the encapsulation module 703 is configured to encapsulate the AC mapping parameters acquired by the second obtaining module 702 and the RLC data packets acquired by the first obtaining module 701 to form a packaged data packet.
  • the forwarding module 704 is configured to forward the encapsulated data packet obtained by the encapsulating module 703 to the second network, so that the second network obtains the corresponding AC according to the AC mapping parameter in the encapsulated data packet, and places the RLC data packet into the AC.
  • the corresponding transmission queue is transmitted.
  • the second obtaining module 702 is further configured to parse the DSCP of the RLC data packet by using the DPI technology, and use the DSCP as the acquired AC mapping parameter;
  • the encapsulating module 703 is further configured to: copy the DSCP obtained by the second obtaining module 702 into the IP tunnel header, and encapsulate the IP tunneling header and the RLC data packet to form a encapsulated data packet;
  • the IP tunnel header also includes an IP source address and a destination address of the RLC data packet.
  • the second obtaining module 702 is further configured to obtain a QCI of the RLC data packet from the PDCP layer, and use the QCI as the acquired AC mapping parameter.
  • the encapsulating module 703 is further configured to add the QCI obtained by the second obtaining module 702 to the first custom header, and encapsulate the first custom header and the RLC data packet to form a encapsulated data packet.
  • the second obtaining module 702 is further configured to: obtain a quality level identifier QCI of the RLC data packet from the PDCP layer, map the QCI to the AC, and use the AC index corresponding to the mapped AC as the obtained AC mapping.
  • the encapsulating module 703 is further configured to add the AC index obtained by the second obtaining module 702 to the second custom packet header, and encapsulate the second custom packet header and the RLC data packet to form a encapsulated data packet.
  • the device provided in this embodiment after the AC mapping parameter and the RLC data packet are encapsulated and sent to the second network, enables the second network to determine the corresponding AC according to the AC mapping parameter, so as to accurately put the data packet into the corresponding transmission queue.
  • the transmission is carried out, thereby realizing the multi-system network fusion.
  • the present embodiment provides a multi-system network convergence device, which is used to perform the functions performed by the second network side device in the method for implementing multi-standard network convergence provided by the foregoing Embodiments 1 to 4. See Figure 8.
  • the device includes:
  • the receiving module 801 is configured to receive the encapsulated data packet forwarded by the first network, where the encapsulated data packet includes an AC mapping parameter and an RLC data packet.
  • the third obtaining module 802 is configured to obtain an AC mapping parameter in the encapsulated data packet received by the receiving module 801.
  • the fourth obtaining module 803 is configured to obtain an AC corresponding to the AC mapping parameter acquired by the third obtaining module 802.
  • the transmission module 804 is configured to send the RLC data packet to the transmission queue corresponding to the AC acquired by the fourth obtaining module 803.
  • the AC mapping parameter corresponding to the RLC data packet is a DSCP of the RLC data packet
  • the third obtaining module 802 is further configured to decapsulate the encapsulated data packet, obtain an IP tunnel header and an RLC data packet of the DSCP including the RLC data packet, parse the IP tunnel header, and obtain a DSCP of the RLC data packet;
  • the fourth obtaining module 803 is further configured to determine a corresponding QoS level according to the DSCP, obtain an AC corresponding to the determined QoS level according to a mapping relationship between the pre-established QoS level and the AC, and use the determined AC as the AC corresponding to the DSCP.
  • the AC mapping parameter corresponding to the RLC data packet is a QCI of the RLC data packet
  • the third obtaining module 802 is configured to decapsulate the encapsulated data packet to obtain a first custom header and an RLC data packet of the QCI including the RLC data packet; parse the first custom packet header to obtain a QCI of the RLC data packet;
  • the fourth obtaining module 803 is configured to determine a corresponding QoS level according to the QCI, obtain an AC corresponding to the determined QoS level according to a mapping relationship between the pre-established QoS level and the AC, and determine the determined AC as the AC corresponding to the QCI.
  • the AC mapping parameter corresponding to the RLC data packet is an AC index.
  • the third obtaining module 802 is configured to decapsulate the encapsulated data packet, obtain a second custom header and an RLC data packet that include an AC index, and parse the second custom header to obtain an AC index.
  • the fourth obtaining module 803 is configured to obtain an AC corresponding to the AC index.
  • the device provided in this embodiment receives the encapsulated data packet including the AC mapping parameter and the RLC data packet sent by the first network, and determines the corresponding AC according to the AC mapping parameter in the encapsulated data packet, thereby Accurately placed in the corresponding transmission queue for transmission, thereby achieving multi-standard network convergence.
  • Example 7 This embodiment provides a multi-system network convergence system, which is used to perform the multi-system network fusion method provided in the foregoing Embodiments 1 to 4. Referring to Figure 9, the system includes:
  • first network side device 901 a first network side device 901 and a second network side device 902;
  • the first network side device 901 is the network side device provided in the foregoing fifth embodiment
  • the second network side device 902 is the network side device provided in the foregoing sixth embodiment.
  • the foregoing sixth embodiment refers to the foregoing sixth embodiment.
  • the AC mapping parameter and the RLC data packet are encapsulated by the first network side device and sent to the second network side device, so that the second network side device can determine the corresponding AC according to the AC mapping parameter, thereby The packet is accurately placed in the corresponding transmission queue for transmission, thereby implementing multi-mode network convergence.
  • This embodiment provides a multi-mode network convergence device, where the device includes: a processor.
  • the processor is configured to obtain an RLC data packet, and obtain an AC mapping parameter corresponding to the RLC data packet, and encapsulate the AC mapping parameter and the RLC data packet to form a encapsulated data packet, and forward the encapsulated data to the second network.
  • the packet is configured to obtain a corresponding AC according to the AC mapping parameter in the encapsulated data packet, and place the RLC data packet in a transmission queue corresponding to the AC for transmission.
  • the processor is further configured to parse the DSCP of the RLC data packet by using the DPI technology, and use the DSCP as the acquired AC mapping parameter; copy the DSCP into the IP tunnel header, and encapsulate the IP tunnel header and the RLC data packet. Forming the encapsulated data packet; wherein, the IP tunnel header further includes an IP source address and a destination address of the RLC data packet.
  • the processor is further configured to obtain a QCI of the RLC data packet from the PDCP layer, and use the QCI as the acquired AC mapping parameter; add the QCI to the first custom header, and configure the first custom header with The RLC packet is encapsulated to form a encapsulated packet.
  • the processor is further configured to obtain a QCI of the RLC data packet from the PDCP layer, and the QCI is
  • the AC performs mapping, and uses the AC index corresponding to the mapped AC as the obtained AC mapping parameter; adds the AC index to the second custom header, and encapsulates the second custom header and the RLC packet to form Encapsulated packets.
  • the device provided in this embodiment, after the AC mapping parameter and the RLC data packet are encapsulated and sent to the second network, enables the second network to determine the corresponding AC according to the AC mapping parameter, thereby The data packets are accurately placed in the corresponding transmission queue for transmission, thereby implementing multi-standard network convergence.
  • Example nine
  • This embodiment provides a multi-mode network convergence device, where the device includes: a processor.
  • the processor is configured to receive the encapsulated data packet forwarded by the first network, and the encapsulated data packet includes an AC mapping parameter and an RLC data packet; obtain an AC mapping parameter in the encapsulated data packet, and obtain an AC mapping. AC corresponding to the parameter; the RLC data packet is placed in the transmission queue corresponding to the AC for transmission.
  • the AC mapping parameter corresponding to the RLC data packet is a DSCP of the RLC data packet
  • the processor is further configured to decapsulate the encapsulated data packet to obtain an IP tunnel header and an RLC data packet of the DSCP including the RLC data packet;
  • the IP tunneling head obtains the DSCP of the RLC data packet.
  • the corresponding QoS level is determined according to the DSCP, and the AC corresponding to the determined QoS class is obtained according to the mapping relationship between the pre-established QoS class and the AC, and the determined AC is used as the AC corresponding to the DSCP.
  • the AC mapping parameter corresponding to the RLC data packet is the QCI of the RLC data packet
  • the processor is further configured to decapsulate the encapsulated data packet to obtain a first custom header and an RLC data packet of the QCI including the RLC data packet.
  • the first custom header is parsed to obtain the QCI of the RLC packet; the corresponding QoS level is determined according to the QCI, and the AC corresponding to the determined QoS level is obtained according to the mapping relationship between the pre-established QoS class and the AC, and the determined AC is taken as AC corresponding to QCI.
  • the AC mapping parameter corresponding to the RLC data packet is an AC index
  • the processor is further configured to decapsulate the encapsulated data packet to obtain a second custom packet header and an RLC data packet including the AC index; The header of the packet gets the AC index. The AC corresponding to the AC index is obtained.
  • the device receives the encapsulated data packet including the AC mapping parameter and the RLC data packet sent by the first network, and determines the corresponding AC according to the AC mapping parameter, so that the data packet is accurate. It is placed in the corresponding transmission queue for transmission, thereby implementing multi-mode network convergence.
  • the apparatus and device for multi-system network convergence provided by the foregoing embodiments are only illustrated by the division of the foregoing functional modules when implementing multi-mode network convergence. In actual applications, the foregoing functions may be allocated according to requirements. It is completed by different functional modules, that is, the internal structure of the device and the device are divided into different functional modules to complete all or part of the functions described above.
  • the apparatus and device for multi-standard network convergence provided by the foregoing embodiments and the method for realizing multi-system network fusion The embodiment is in the same concept, and the specific implementation process is described in the method embodiment, and details are not described herein again.
  • a person skilled in the art may understand that all or part of the steps of implementing the above embodiments may be completed by hardware, or may be instructed by a program to execute related hardware, and the program may be stored in a computer readable storage medium.
  • the storage medium mentioned may be a read only memory, a magnetic disk or an optical disk or the like.

Abstract

本发明公开了一种多制式网络融合的方法、设备及系统,属于通信技术领域。所述方法包括:获取RLC数据包中对应的AC映射参数;并将AC映射参数与RLC数据包进行封装,向第二网络转发封装后的数据包,使第二网络根据封装后的数据包中的AC映射参数获取对应的AC,并将RLC数据包放到AC对应的传输队列中进行传输。本发明通过将AC映射参数与RLC数据包封装后发送给第二网络,使第二网络可以根据AC映射参数确定对应的AC,从而将数据包准确的放入相应传输队列中进行传输,进而实现了多制式网络融合。

Description

多制式网络融合的方法、 设备及系统 技术领域
本发明涉及通信技术领域, 特别涉及一种多制式网络融合的方法、 设备及 系统。 背景技术
随着智能终端的普及, 人们对无线通信业务的需求大大增加, 尤其对数据 通讯需求的激增, 导致了蜂窝网络承载的数据负荷越来越大。 WLAN ( Wireless Local Area Network, 无线局域网络)则由于建网比较简单, 成本较低, 产业链 成熟, 可以作为蜂窝网络的补充, 有效分担蜂窝网络的部分数据业务, 减轻蜂 窝网络的负荷。 因此, 实现蜂窝系统与 WLAN网络的多制式网络融合成为广大 蜂窝运营商网络扩容和建网的优选方法。
目前, Intel (英特尔 )和 vodafone (沃达丰 )针对蜂窝网络中的 LTE ( Long Term Evolution, 长期演进) 网络与 WLAN中的 WIFI ( Wireless Fidelity, 无线相 容性认证)技术, 在 3GPP ( 3rd Generation Partnership Project, 第三代合作伙伴 计划 )标准中提出了 LTE-WIFI CA ( Carrier Aggregation, 载波聚合)方案, 该方 案保持核心网和 802.11空口不变的前提下, 在 RLC ( Radio Link Control, 无线链 路控制)层将 LTE作为主接入系统, 提供移动性、 安全和状态管理等功能, 而 WIFI作为从系统, 只提供用户面传输功能。
在实现本发明的过程中, 发明人发现现有技术至少存在以下缺点:
LTE-WIFI CA方案仅提出了一种实现多制式网络融合的架构, 对于在此架 构下如何具体实施并没有给出解决方案。 同时, 利用现有技术在 RLC层实现数 据分流时, WIFI侧接收到数据包后, 无法获知该数据包需要放到哪个队列中进 行传输, 从而无法实现真正的多制式网络融合。 发明内容
为了解决现有技术的问题, 本发明实施例提供了一种多制式网络融合的方 法、 设备及系统。 所述技术方案如下:
第一方面, 提供了一种多制式网络融合的方法, 所述方法包括: 获取无线链路控制 RLC数据包, 并获取所述 RLC数据包对应的接入种类 AC映射参数;
将所述 AC映射参数与所述 RLC数据包进行封装, 形成封装后的数据包; 向第二网络转发所述封装后的数据包, 使所述第二网络根据所述封装后的 数据包中的 AC映射参数获取对应的 AC,并将所述 RLC数据包放到所述 AC对 应的传输队列中进行传输。
结合第一方面,在第一方面的第一种可能的实现方式中,所述获取所述 RLC 数据包对应的接入种类 AC映射参数, 包括:
通过深度包检测 DPI技术解析所述 RLC数据包的差分服务码 DSCP , 并将 所述 DSCP作为获取到的 AC映射参数;
将所述 AC映射参数与所述 RLC数据包进行封装, 包括:
将所述 DSCP复制到因特网协议 IP隧道头中, 并将所述 IP隧道头与所述 RLC数据包进行封装, 形成封装后的数据包;
其中, 所述 IP隧道头还包括所述 RLC数据包的 IP源地址与目的地址。 结合第一方面,在第一方面的第二种可能的实现方式中,所述获取所述 RLC 数据包对应的接入种类 AC映射参数, 包括:
从数据包汇聚协议 PDCP层获取所述 RLC数据包的质量等级标识 QCI, 并 将所述 QCI作为获取到的 AC映射参数;
将所述 AC映射参数与所述 RLC数据包进行封装, 形成封装后的数据包, 包括:
将所述 QCI 添加到第一自定义包头中, 并将所述第一自定义包头与所述 RLC数据包进行封装, 形成封装后的数据包。
结合第一方面,在第一方面的第三种可能的实现方式中,所述获取所述 RLC 数据包对应的接入种类 AC映射参数, 包括:
从数据包汇聚协议 PDCP层获取所述 RLC数据包的质量等级标识 QCI, 将 所述 QCI与 AC进行映射, 并将映射后的 AC所对应的 AC索引作为获取到的 AC映射参数;
将所述 AC映射参数与所述 RLC数据包进行封装, 形成封装后的数据包, 包括:
将所述 AC索引添加到第二自定义包头中,并将所述第二自定义包头与所述 RLC数据包进行封装, 形成封装后的数据包。
第二方面, 提供了一种网络侧设备, 所述网络侧设备包括:
第一获取模块, 用于获取无线链路控制 RLC数据包;
第二获取模块, 用于获取所述第一获取模块获取到的 RLC数据包对应的接 入种类 AC映射参数;
封装模块,用于将所述第二获取模块获取到的 AC映射参数与所述第一获取 模块获取到的 RLC数据包进行封装, 形成封装后的数据包;
转发模块, 用于向第二网络转发所述封装模块得到的封装后的数据包, 使 所述第二网络根据所述封装后的数据包中的 AC映射参数获取对应的 AC, 并将 所述 RLC数据包放到所述 AC对应的传输队列中进行传输。
结合第二方面, 在第二方面的第一种可能的实现方式中, 所述第二获取模 块, 用于通过深度包检测 DPI技术解析所述 RLC数据包的差分服务码 DSCP, 并将所述 DSCP作为获取到的 AC映射参数;
所述封装模块, 用于将所述第二获取模块获取到的 DSCP复制到因特网协 议 IP隧道头中, 并将所述 IP隧道头与所述 RLC数据包进行封装, 形成封装后 的数据包;
其中, 所述 IP隧道头还包括所述 RLC数据包的 IP源地址与目的地址。 结合第二方面, 在第二方面的第二种可能的实现方式中, 所述第二获取模 块,用于从数据包汇聚协议 PDCP层获取所述 RLC数据包的质量等级标识 QCI, 并将所述 QCI作为获取到的 AC映射参数;
所述封装模块, 用于将所述第二获取模块获取到的 QCI添加到第一自定义 包头中, 并将所述第一自定义包头与所述 RLC数据包进行封装, 形成封装后的 数据包。
结合第二方面, 在第二方面的第三种可能的实现方式中, 所述第二获取模 块,用于从数据包汇聚协议 PDCP层获取所述 RLC数据包的质量等级标识 QCI, 将所述 QCI与 AC进行映射,并将映射后的 AC所对应的 AC索引作为获取到的 AC映射参数;
所述封装模块,用于将所述第二获取模块获取到的 AC索引添加到第二自定 义包头中, 并将所述第二自定义包头与所述 RLC数据包进行封装, 形成封装后 的数据包。 第三方面, 提供了一种多制式网络融合的方法, 所述方法包括: 接收第一网络转发的封装后的数据包, 所述封装后的数据包中包含接入种 类 AC映射参数及无线链路控制 RLC数据包;
获取所述封装后的数据包中的 AC映射参数,并获取所述 AC映射参数对应 的 AC;
将所述 RLC数据包放到所述 AC对应的传输队列中进行传输。
结合第三方面, 在第三方面的第一种可能的实现方式中, 所述 RLC数据包 对应的 AC映射参数为所述 RLC数据包的差分服务码 DSCP;
所述获取所述封装后的数据包中的 AC映射参数, 包括:
对所述封装后的数据包解封装, 得到包含所述 RLC数据包的 DSCP的 IP 隧道头及所述 RLC数据包;
解析所述 IP隧道头, 得到所述 RLC数据包的 DSCP;
所述获取所述 AC映射参数对应的 AC, 包括:
根据所述 DSCP确定对应的 QoS等级, 根据预先建立的 QoS等级与 AC的 映射关系获取确定的 QoS等级所对应的 AC,并将确定的 AC作为所述 DSCP对 应的 AC。
结合第三方面, 在第三方面的第二种可能的实现方式中, 所述 RLC数据包 对应的 AC映射参数为所述 RLC数据包的质量等级标识 QCI;
所述获取所述封装后的数据包中的 AC映射参数, 包括:
对所述封装后的数据包解封装,得到包含所述 RLC数据包的 QCI的第一自 定义包头及所述 RLC数据包;
解析所述第一自定义包头, 得到所述 RLC数据包的 QCI;
所述获取所述 AC映射参数对应的 AC, 包括:
根据所述 QCI确定对应的 QoS等级,根据预先建立的 QoS等级与 AC的映 射关系获取确定的 QoS等级所对应的 AC , 并将确定的 AC作为所述 QCI对应 的 AC。
结合第三方面, 在第三方面的第三种可能的实现方式中, 所述 RLC数据包 对应的 AC映射参数为 AC索引;
所述获取所述封装后的数据包中的 AC映射参数, 包括:
对所述封装后的数据包解封装,得到包含所述 AC索引的第二自定义包头及 所述 RLC数据包;
解析所述第二自定义包头, 得到所述 AC索引;
所述获取所述 AC映射参数对应的 AC, 包括:
获取所述 AC索引对应的 AC。
第四方面, 提供了一种网络侧设备, 所述设备包括:
接收模块, 用于接收第一网络转发的封装后的数据包, 所述封装后的数据 包中包含接入种类 AC映射参数及无线链路控制 RLC数据包;
第三获取模块, 用于获取所述接收模块接收到的封装后的数据包中的 AC 映射参数;
第四获取模块, 用于获取所述第三获取模块获取到的 AC 映射参数对应的
AC;
传输模块, 用于将所述 RLC数据包放到所述第四获取模块获取到的 AC对 应的传输队列中进行传输。
结合第四方面, 在第四方面的第一种可能的实现方式中, 所述 RLC数据包 对应的 AC映射参数为所述 RLC数据包的差分服务码 DSCP;
所述第三获取模块,用于对所述封装后的数据包解封装,得到包含所述 RLC 数据包的 DSCP的 IP隧道头及所述 RLC数据包; 解析所述 IP隧道头, 得到所 述 RLC数据包的 DSCP;
所述第四获取模块, 用于根据所述 DSCP确定对应的 QoS等级, 根据预先 建立的 QoS等级与 AC的映射关系获取确定的 QoS等级所对应的 AC, 并将确 定的 AC作为所述 DSCP对应的 AC。
结合第四方面, 在第四方面的第二种可能的实现方式中, 所述 RLC数据包 对应的 AC映射参数为所述 RLC数据包的质量等级标识 QCI;
所述第三获取模块,用于对所述封装后的数据包解封装,得到包含所述 RLC 数据包的 QCI的第一自定义包头及所述 RLC数据包;解析所述第一自定义包头, 得到所述 RLC数据包的 QCI;
所述第四获取模块, 用于根据所述 QCI确定对应的 QoS等级, 根据预先建 立的 QoS等级与 AC的映射关系获取确定的 QoS等级所对应的 AC, 并将确定 的 AC作为所述 QCI对应的 AC。
结合第四方面, 在第四方面的第三种可能的实现方式中, 所述 RLC数据包 对应的 AC映射参数为 AC索引;
所述第三获取模块, 用于对所述封装后的数据包解封装, 得到包含所述 AC 索引的第二自定义包头及所述 RLC数据包; 解析所述第二自定义包头, 得到所 述 AC索引;
所述第四获取模块, 用于获取所述 AC索引对应的 AC。
第五方面, 提供了一种多制式网络融合的系统, 所述系统包括: 第一网络 侧设备及第二网络侧设备;
其中, 所述第一网络侧设备如上述第一种网络侧设备, 所述第二网络侧设 备如上述第二种网络侧设备。
本发明实施例提供的技术方案带来的有益效果是:
通过将 AC映射参数与 RLC数据包封装后发送给第二网络, 使第二网络可 以根据 AC映射参数确定对应的 AC, 从而将数据包准确的放入相应传输队列中 进行传输, 进而实现了多制式网络融合。 附图说明
为了更清楚地说明本发明实施例中的技术方案, 下面将对实施例描述中所 需要使用的附图作简单地介绍, 显而易见地, 下面描述中的附图仅仅是本发明 的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下, 还可以根据这些附图获得其他的附图。
图 1是本发明实施例一提供的一种多制式网络融合的方法流程图; 图 2是本发明实施例一提供的另一种多制式网络融合的方法流程图; 图 3是本发明实施例二提供的一种多制式网络融合的方法流程图; 图 4是本发明实施例二提供的数据包格式示意图;
图 5是本发明实施例三提供的一种多制式网络融合的方法流程图; 图 6是本发明实施例四提供的一种多制式网络融合的方法流程图; 图 7是本发明实施例五提供的一种多制式网络融合的装置结构示意图; 图 8是本发明实施例六提供的一种多制式网络融合的装置结构示意图; 图 9是本发明实施例七提供的一种多制式网络融合的系统结构示意图。 具体实施方式 为使本发明的目的、 技术方案和优点更加清楚, 下面将结合附图对本发明 实施方式作进一步地详细描述。
实施例一
本实施例提供了一种多制式网络融合的方法, 参见图 1 , 本实施例提供的方 法流程具体如下:
101 : 获取 RLC ( Radio Link Control, 无线链路控制)数据包, 并获取 RLC 数据包对应的 AC ( Access Category, 接入种类) 映射参数;
102: 将 AC映射参数与 RLC数据包进行封装, 形成封装后的数据包; 103: 向第二网络转发封装后的数据包, 使第二网络根据封装后的数据包中 的 AC映射参数获取对应的 AC,并将 RLC数据包放到 AC对应的传输队列中进 行传输。
本实施例还提供了另一种多制式网络融合的方法, 参见图 2, 本实施例提供 的方法具体如下:
201 : 接收第一网络转发的封装后的数据包, 封装后的数据包中包含 AC映 射参数及 RLC数据包;
202: 获取封装后的数据包中的 AC映射参数, 并获取 AC映射参数对应的
AC;
203: 将 RLC数据包放到 AC对应的传输队列中进行传输。
本实施例提供的方法, 通过将 AC映射参数与 RLC数据包封装后发送给第 二网络, 使第二网络可以根据 AC映射参数确定对应的 AC, 从而将数据包准确 的放入相应传输队列中进行传输, 进而实现了多制式网络融合。
为了更加清楚地阐述上述实施例提供的一种多制式网络融合的方法, 结合 上述实施例的内容, 以如下实施例二至实施例四为例, 对一种多制式网络融合 的方法进行详细说明, 详见如下实施例二至实施例四: 实施例二
本实施例提供了一种多制式网络融合的方法, 为了便于说明, 本实施例以 第一网络为 LTE ( Long Term Evolution,长期演进)网络,第一网络侧设备为 eNB ( evolved Node B , 演进型基站), 第二网络为 WLAN ( Wireless Local Area Network, 无线局域网), 第二网络侧设备为 WIFI AP ( Wireless Fidelity Access Point, 无线相容性认证访问接入点), eNB获取 RLC数据包, 并将 RLC数据包 发送给 WIFI AP为例, 对本实施例提供的方法进行详细地举例说明。 参见图 3 , 本实施例提供的方法流程具体如下:
301 : eNB获取 RLC数据包;
针对此步骤, 本实施例不对获取 RLC数据包的方式进行具体限定, 例如可 以分批获取 RLC数据包, 或者一次性全部获取 RLC数据包。
具体的, eNB分批获取 RLC数据包, 或者 eNB—次性全部获取 RLC数据 包, 其中 RLC数据包格式以图 4 ( a ) 为例。
302: eNB通过 DPI ( Deep Packet Inspection, 深度包检测 )技术解析数据包 中的 DSCP ( Differentiated Services Code Point, 差分服务码), 并将 DSCP作为 获取到的 AC映射参数;
其中, 本实施例不对通过 DPI技术解析数据包中 DSCP的解析方式进行具 体限定, 包括但不限于对数据包进行解封装, 通过解码得到数据包中的 DSCP。
另夕卜, 由于 DSCP可以反映该 RLC数据包在 IP ( Internet Protocol , 网际协 议 )层上标识的 QoS ( Quality of Service, 服务质量 )等级, 而 QoS等级与 AC 具有映射关系, 所以根据 DSCP可以获知 AC , 因此将 DSCP作为获取到的 AC 映射参数。
具体的, eNB通过 DPI技术将数据包进行解封装, 通过解码得到数据包中 的 DSCP, 当然也可以使用其他方法解析数据包中的 DSCP, 并将 DSCP作为获 取到的 AC映射参数。
303: eNB将 DSCP复制到 IP隧道头中;
针对此步骤,本实施例不对将 DSCP复制到 IP隧道头的方式进行具体限定, 例如可以将复制的 DSCP与 IP隧道头进行编码,使复制的 DSCP添加到 IP隧道 头中。 本实施例也不对 IP隧道头的内容进行具体限定, IP隧道头可以包含但不 限于 RLC数据包的 IP源地址与目的地址。
具体的, eNB复制通过解封装得到的 DSCP, 并将复制的 DSCP与 IP隧道 头进行编码, 使 DSCP复制到 IP隧道头中。
304: eNB将 IP隧道头与 RLC数据包进行封装, 形成封装后的数据包; 本实施例不对将 IP隧道与 RLC数据包进行封装的封装方式进行具体限定, 包括但不限于将 IP隧道头与 RLC数据包进行编码, 形成封装后的数据包。 具体的 eNB将步骤 303中得到 IP隧道头与接收到的 RLC数据包进行编码, 形成封装后的数据包, 格式如图 4 ( b )所示。
305: eNB向 WIFI AP转发封装后的数据包;
针对此步骤, 本实施例不对向 WIFI AP转发封装后的数据包的方式进行具 体限定 , 例如可以向 WIFI AP分批转发封装后的数据包 , 也可以向 WIFI AP一 次性全部转发封装后的数据包。
具体的 , eNB向 WIFI AP分批转发封装后的数据包 , 或者向 WIFI AP一次 性全部转发封装后的数据包。
306: WIFI AP接收 eNB转发的封装后的数据包, 其中, 封装后的数据包中 包含 AC映射参数及 RLC数据包;
针对此步骤, 本实施例不对接收 eNB转发的封装后的数据包的接收方式进 行具体限定, 例如可以分批接收 eNB转发的封装后的数据包, 或者一次性全部 接收 eNB转发的封装后的数据包。
具体的, WIFI AP分批接收 eNB转发的封装后的数据包, 或者 WIFI AP一 次性全部接收 eNB转发的封装后的数据包,其中封装后的数据包格式以图 4( b ) 为例。
307: WIFI AP对封装后的数据包解封装, 得到包含 RLC数据包的 DSCP 的 IP隧道头及 RLC数据包;
针对此步骤, 关于对封装后的数据包解封装的方法, 本实施例不进行具体 限定, 包括但不限于对封装后的数据包进行解码。
具体的 WIFI AP对接收到的封装后的数据包进行解码, 得到包含 RLC数据 包的 DSCP的 IP隧道头及 RLC数据包。
308: WIFI AP解析 IP隧道头, 得到 RLC数据包的 DSCP;
针对此步骤, 本实施例不对解析 IP隧道头的解析方法进行具体限定, 包括 但不限于对 IP隧道头进行解码。
具体的 WIFI AP对 IP隧道头进行解码, 得到 RLC数据包的 DSCP。
309: WIFI AP根据 DSCP确定对应的 QoS等级, 根据预先建立的 QoS等 级与 AC的映射关系获取确定的 QoS等级所对应的 AC, 并将确定的 AC作为 DSCP对应的 AC;
由于 DSCP反映该 RLC数据包在 IP层上标识的 QoS等级,所以根据 DSCP 可以确定对应的 QoS等级, 本实施例不对 DSCP确定对应的 QoS等级的确定方 式进行具体限定, 包括但不限于通过 DSCP和 QoS等级对应关系表获取, 也可 以通过其它方式获取。
本实施例不对获取确定的 QoS等级所对应的 AC的方法进行具体限定, 例 如通过 QoS等级和 AC对应关系表获取, 也可以通过其它方式获取。
具体的, WIFIAP根据得到的 DSCP确定对应的 QoS等级,并将根据 DSCP 和 AC对应关系表确定的 QoS等级所对应的 AC作为 DSCP对应的 AC。
例如, DSCP和 QoS等级及 AC对应关系表如表 1所示:
表 1
Figure imgf000012_0001
其中,上面表 1中的 Voice (声音)、 Video (视频)、 Best-effort (尽力服务)、
Back-ground (背景 )具体为 AC种类, 除上述种类外, 还可以包括其他 AC种 类, 本实施例不对 AC的具体种类进行限定。 如果 WIFI AP得到的 DSCP值为 55 ,根据表 1中 DSCP和 QoS等级的对应关系确定 DSCP对应的 QoS等级为 6, 再根据表 1中 QoS等级和 AC对应关系获取等级为 6的 QoS对应的 AC为 Voice , 并将确定的 Voice作为 DSCP对应的 AC, 当然 DSCP值也可以为 45、 35或者其 它值, 在此对于 DSCP值不作具体限定。
310: WIFI AP将 RLC数据包放到 AC对应的传输队列中进行传输。
具体的, 如果步骤 309中确定 RLC数据包的 AC为 Voice, 则将 RLC数据 包放到该 AC对应的 Voice队列中进行传输。 当然, 如果步骤 309中确定 RLC 数据包的 AC为 Video ,则将 RLC数据包放到该 AC对应的 Video队列中进行传 输。 其中, RLC数据包格式以图 4 ( a ) 为例。 本实施例提供的方法, 通过将作为 AC映射参数的 DSCP与 RLC数据包封 装后发送给第二网络, 使第二网络可以根据 DSCP确定对应的 AC, 从而将数据 包准确的放入相应传输队列中进行传输, 进而实现了多制式网络融合。 实施例三
本实施例提供了一种多制式网络融合的方法, 为了便于说明, 本实施例仍 以第一网络为 LTE网络, 第一网络侧设备为 eNB, 第二网络为 WLAN, 第二网 络侧设备为 WIFI AP , eNB获取 RLC数据包, 并将 RLC数据包发送给 WIFI AP 为例, 对本实施例提供的方法进行详细地举例说明。 参见图 5, 本实施例提供的 方法流程具体如下:
501 : eNB获取 RLC数据包;
该步骤的具体实现方式详见上述实施例二中步骤 301 的描述, 此处不再贅 述。
502: eNB λ PDCP ( Packet Data Convergence Protocol, 数据包汇聚协议) 层获取 RLC数据包的 QCI ( QoS Class Identifier, 质量等级标识), 并将 QCI作 为获取到的 AC映射参数;
其中,本实施例不对从 PDCP层获取 RLC数据包的 QCI的获取方式进行具 体限定, 包括但不限于对 RLC数据包进行解封装,通过解码得到 RLC数据包的 QCI。
另外, 由于 QCI可以反映该数据包承载的 QoS等级, 而 QoS等级与 AC具 有映射关系, 所以根据 QCI可以获知 AC , 因此将 QCI作为获取到的 AC映射 参数。
具体的, eNB在 PDCP层将 RLC数据包进行解封装, 通过解码获取到 RLC 数据包的 QCI。当然,也可以在 PDCP层使用其他方法解析 RLC数据包中的 QCI , 并将 QCI作为获取到的 AC映射参数。
503: eNB将 QCI添加到第一自定义包头中;
针对此步骤, eNB复制 QCI, 并将复制的 QCI添加到第一自定义包头, 本 实施例不对将复制的 QCI添加到第一自定义包头的添加方式进行具体限定。 例 如, 可以将复制的 QCI与第一自定义包头进行编码, 使复制的 QCI添加到第一 自定义包头中。 本实施例也不对第一自定义包头的内容进行具体限定, 第一自 定义包头可以包含但不限于 RLC数据包的目的地址。
具体的, eNB复制通过解封装得到的 QCI, 并将复制的 QCI与第一自定义 包头进行编码, 使复制的 QCI添加到第一自定义包头中。
504: eNB将第一自定义包头与 RLC数据包进行封装, 形成封装后的数据 包;
本实施例不对将第一自定义包头与 RLC数据包进行封装的封装方式进行具 体限定, 包括但不限于将第一自定义包头与 RLC数据包进行编码, 形成封装后 的数据包。
具体的 eNB将步骤 503中得到的第一自定义包头与接收到的 RLC数据包进 行编码, 形成封装后的数据包, 格式如图 4 ( c )所示。
505: eNB向 WIFI AP转发封装后的数据包;
该步骤的具体实现方式详见上述实施例二中步骤 305 的描述, 此处不再贅 述。
506: WIFI AP接收 eNB转发的封装后的数据包, 其中, 封装后的数据包中 包含 AC映射参数及 RLC数据包;
针对此步骤, 本实施例不对接收 eNB转发的封装后的数据包的接收方式进 行具体限定。 例如, 可以分批接收 eNB转发的封装后的数据包, 或者一次性全 部接收 eNB转发的封装后的数据包。
具体的, WIFI AP分批接收 eNB转发的封装后的数据包, 或者 WIFI AP一 次性全部接收 eNB转发的封装后的数据包,其中封装后的数据包格式以图 4( c ) 为例。
507: WIFI AP对封装后的数据包解封装, 得到包含 RLC数据包的 QCI的 第一自定义包头及 RLC数据包;
针对此步骤, 关于对封装后的数据包解封装的方法, 本实施例不进行具体 限定, 包括但不限于对封装后的数据包进行解码。
具体的 WIFI AP对接收到的封装后的数据包进行解码, 得到包含 RLC数据 包的 QCI的第一自定义包头及 RLC数据包。
508: WIFI AP解析第一自定义包头, 得到 RLC数据包的 QCI;
针对此步骤, 本实施例不对解析第一自定义包头的解析方法进行具体限定, 包括但不限于对第一自定义包头进行解码。 具体的 WIFI AP对第一自定义包头进行解码, 得到 RLC数据包的 QCI。 509: WIFI AP根据 QCI确定对应的 QoS等级, 根据预先建立的 QoS等级 与 AC的映射关系获取确定的 QoS等级所对应的 AC,并将确定的 AC作为 QCI 对应的 AC;
由于 QCI反映该数据包承载的 QoS等级, 所以根据 QCI可以确定对应的 QoS等级, 本实施例不对 QCI确定对应的 QoS等级的确定方式进行具体限定, 包括但不限于通过 QCI和 QoS等级对应关系表获取,也可以通过其它方式获取。
本实施例不对获取确定的 QoS等级所对应的 AC的方法进行具体限定, 例 如通过 QoS等级和 AC对应关系表获取, 也可以通过其它方式获取。
具体的, WIFI AP根据得到的 QCI确定对应的 QoS等级, 并将根据 QCI 和 AC对应关系表确定的 QoS等级所对应的 AC作为 QCI对应的 AC。
例如, QCI和 QoS等级及 AC对应关系表如表 2所示:
表 2
Figure imgf000015_0001
其中,上面表 2中的 Voice (声音)、 Video (视频)、 Best-effort (尽力服务)、 Back-ground (背景 )具体为 AC种类, 除上述种类外, 还可以包括其他 AC种 类,本实施例不对 AC的具体种类进行限定。如果 WIFIAP得到的 QCI值为 4, 根据表 2中 QCI和 QoS等级的对应关系确定 QCI对应的 QoS等级为 4,再根据 表 2中 QoS等级和 AC对应关系获取等级为 6的 QoS对应的 AC为 Video, 并 将确定的 Video作为 QCI对应的 AC, 当然 QCI值也可以为 5、 3或者其它值, 在此对于 QCI值不作具体限定。
510: WIFI AP将 RLC数据包放到 AC对应的传输队列中进行传输。 具体的, 如果步骤 509中确定 RLC数据包的 AC为 Video, 则将 RLC数据 包放到该 AC对应的 Video队列中进行传输。 当然, 如果步骤 509中确定 RLC 数据包的 AC为 Voice , 则将 RLC数据包放到该 AC对应的 Voice队列中进行传 输。 其中, RLC数据包格式以图 4 ( a ) 为例。
本实施例提供的方法, 通过将作为 AC映射参数的 QCI与 RLC数据包封装 后发送给第二网络,使第二网络可以根据 QCI确定对应的 AC,从而将数据包准 确的放入相应传输队列中进行传输, 进而实现了多制式网络融合。 实施例四
本实施例提供了一种多制式网络融合的方法, 为了便于说明, 本实施例仍 以第一网络为 LTE网络, 第一网络侧设备为 eNB, 第二网络为 WLAN, 第二网 络侧设备为 WIFI AP , eNB获取 RLC数据包, 并将 RLC数据包发送给 WIFI A 为例, 对本实施例提供的方法进行详细地举例说明。 参见图 6, 本实施例提供的 方法流程具体如下:
601 : eNB获取 RLC数据包;
该步骤的具体实现方式详见上述实施例二中步骤 301 的描述, 此处不再贅 述。
602: eNB从 PDCP层获取 RLC数据包的 QCI;
其中,本实施例不对从 PDCP层获取 RLC数据包的 QCI的获取方式进行具 体限定, 包括但不限于对 RLC数据包进行解封装,通过解码得到 RLC数据包的 QCI。
具体的, eNB在 PDCP层将 RLC数据包进行解封装, 通过解码获取到 RLC 数据包的 QCI,当然也可以在 PDCP层使用其他方法解析 RLC数据包中的 QCI。
603: eNB将 QCI与 AC进行映射, 并将映射后的 AC所对应的 AC索引作 为获取到的 AC映射参数;
针对此步骤, 本实施例不对将 QCI与 AC进行映射的映射方法进行具体限 定, 可以根据 QCI和 AC对应关系表将 QCI与 AC进行映射。 本实施例也不对 根据映射后的 AC获得 AC索引的方法进行具体限定, 可以根据 AC和 AC索引 对应关系表得到 AC索引。
例如, QCI、 AC和 AC索引对应关系表如表 3所示: 表 3
Figure imgf000017_0001
其中,上面表 3中的 Voice (声音)、 Video (视频)、 Best-effort (尽力服务)、 Back-ground (背景 )具体为 AC种类, 除上述种类外, 还可以包括其他 AC种 类, 本实施例不对 AC的具体种类进行限定。 如果得到的数据包 QCI为 4, 根据 表 3将 QCI与 AC进行映射, 得到映射后 AC为 Video , 映射后的 AC所对应的 AC索引为 01 , 并将 01作为获取到的 AC映射参数。 当然, QCI值还可以为 3、 5或者其它值, 在此并不做具体限定。
另夕卜, 由于 AC索引可以反映该数据包对应的 WLAN QoS等级, 而 QoS等 级与 AC具有映射关系, 所以根据 AC索引可以获知 AC, 因此将 AC索引作为 获取到的 AC映射参数。
604: eNB将 AC索引添加到第二自定义包头中;
针对此步骤,本实施例不对将 AC索引添加到第二自定义包头的添加方式进 行具体限定, 例如可以将 AC索引与第二自定义包头进行编码,使 AC索引添加 到第二自定义包头。 本实施例也不对第二自定义包头的内容进行具体限定, 第 二自定义包头可以包含但不限于 RLC数据包的目的地址。
具体的 , eNB复制得到的 AC索引,并将 AC索引与第二自定义包头进行编 码, 使 AC索引添加到第二自定义包头中。
605: eNB备将第二自定义包头与 RLC数据包进行封装, 形成封装后的数 据包;
本实施例不对将第二自定义包头与 RLC数据包进行封装的封装方式进行具 体限定, 包括但不限于将第二自定义包头与 RLC数据包进行编码, 形成封装后 的数据包。
具体的 eNB将步骤 604中得到第二自定义包头与接收到的 RLC数据包进行 编码, 形成封装后的数据包, 格式如图 4 ( c )所示。
606: eNB向 WIFI AP转发封装后的数据包;
该步骤的具体实现方式详见上述实施例二中步骤 305 的描述, 此处不再贅 述。
607: WIFI AP接收 eNB转发的封装后的数据包, 其中, 封装后的数据包中 包含 AC映射参数及 RLC数据包;
针对此步骤, 本实施例不对接收 eNB转发的封装后的数据包的接收方式进 行具体限定。 例如, 可以分批接收 eNB转发的封装后的数据包, 或者一次性全 部接收 eNB转发的封装后的数据包。
具体的, WIFI AP分批接收 eNB转发的封装后的数据包, 或者 WIFI AP一 次性全部接收 eNB转发的封装后的数据包, 其中, 封装后的数据包格式以图 4 ( c ) 为例。
608: WIFI AP对封装后的数据包解封装, 得到包含 AC索引的第二自定义 包头及 RLC数据包;
针对此步骤, 关于对封装后的数据包解封装的方法, 本实施例对此不进行 具体限定, 包括但不限于对封装后的数据包进行解码。
具体的 WIFI AP对接收到的封装后的数据包进行解码, 得到包含 AC索引 的第二自定义包头及 RLC数据包。
609: WIFI AP解析第二自定义包头, 得到 AC索引;
针对此步骤, 本实施例不对第二自定义包头的解析方法进行具体限定, 包 括但不限于对第二自定义包头进行解码。
具体的 WIFI AP对第二自定义包头进行解码, 得到 AC索引。
610: WIFI AP获取 AC索引对应的 AC;
本实施例不对获取 AC索引对应的 AC的方法进行具体限定, 例如, 通过 AC索引和 AC对应关系表获取 AC索引对应的 AC ,也可以通过其它方式获取。
具体的, WIFI AP根据得到的 AC索引确定对应 AC。
例如, AC索引和 AC对应关系表如表 4所示:
表 4 AC索引 AC
00 Voice
00 Voice
01 Video
01 Video
10 Best-effort
10 Best-effort
11 Back-ground
11 Back-ground
其中,上面表 4中的 Voice (声音)、 Video (视频)、 Best-effort (尽力服务)、 Back-ground (背景 )具体为 AC种类, 除上述种类外, 还可以包括其他 AC种 类, 本实施例不对 AC的具体种类进行限定。 如果 WIFI AP得到的 AC索引为 01 , 根据表 4中 AC索引和 AC的对应关系获得 AC索引对应的 AC为 Video, 当然 DSCP值也可以为 00、 10或者其它值,在此对于 AC索引值不作具体限定。
611 : WIFI AP将 RLC数据包放到 AC对应的传输队列中进行传输。
具体的, 如果步骤 610中确定 RLC数据包的 AC为 Video, 则将 RLC数据 包放到该 AC对应的 Video队列中进行传输。 当然, 如果步骤 610中确定 RLC 数据包的 AC为 Voice , 则将 RLC数据包放到该 AC对应的 Voice队列中进行传 输。 其中, RLC数据包格式以图 4 ( a ) 为例。
本实施例提供的方法, 通过将作为 AC映射参数的 AC索引与 RLC数据包 封装后发送给第二网络, 使第二网络可以根据 AC索引确定对应的 AC, 从而将 数据包准确的放入相应传输队列中进行传输, 进而实现了多制式网络融合。 实施例五
本实施例提供了一种多制式网络融合的设备, 该设备用于执行上述实施例 一至实施例四所提供的实现多制式网络融合的方法中第一网络侧设备所执行的 功能。 参见图 7, 该设备包括:
第一获取模块 701 , 用于获取 RLC数据包;
第二获取模块 702 , 用于获取第一获取模块 701获取到的 RLC数据包对应 的 AC映射参数; 封装模块 703,用于将第二获取模块 702获取到的 AC映射参数与第一获取 模块 701获取到的 RLC数据包进行封装, 形成封装后的数据包;
转发模块 704, 用于向第二网络转发封装模块 703得到的封装后的数据包, 使第二网络根据封装后的数据包中的 AC映射参数获取对应的 AC, 并将 RLC 数据包放到 AC对应的传输队列中进行传输。
进一步地,第二获取模块 702 ,还用于通过 DPI技术解析 RLC数据包的 DSCP , 并将 DSCP作为获取到的 AC映射参数;
封装模块 703 , 还用于将第二获取模块 702获取到的 DSCP复制到 IP隧道 头中, 并将 IP隧道头与 RLC数据包进行封装, 形成封装后的数据包;
其中, IP隧道头还包括 RLC数据包的 IP源地址与目的地址。
可选地, 第二获取模块 702, 还用于从 PDCP层获取 RLC数据包的 QCI, 并将 QCI作为获取到的 AC映射参数;
封装模块 703 , 还用于将第二获取模块 702获取到的 QCI添加到第一自定 义包头中,并将第一自定义包头与 RLC数据包进行封装,形成封装后的数据包。
可选地, 第二获取模块 702, 还用于从 PDCP层获取 RLC数据包的质量等 级标识 QCI,将 QCI与 AC进行映射,并将映射后的 AC所对应的 AC索引作为 获取到的 AC映射参数;
封装模块 703 ,还用于将第二获取模块 702获取到的 AC索引添加到第二自 定义包头中, 并将第二自定义包头与 RLC数据包进行封装, 形成封装后的数据 包。
本实施例提供的设备, 通过将 AC映射参数与 RLC数据包封装后发送给第 二网络, 使第二网络可以根据 AC映射参数确定对应的 AC, 从而将数据包准确 的放入相应传输队列中进行传输, 进而实现了多制式网络融合。 实施例六
本实施例提供了一种多制式网络融合的设备, 该设备用于执行上述实施例 一至实施例四所提供的实现多制式网络融合的方法中第二网络侧设备所执行的 功能。 参见图 8, 该设备包括:
接收模块 801 , 用于接收第一网络转发的封装后的数据包, 封装后的数据包 中包含 AC映射参数及 RLC数据包; 第三获取模块 802, 用于获取接收模块 801 接收到的封装后的数据包中的 AC映射参数;
第四获取模块 803 ,用于获取第三获取模块 802获取到的 AC映射参数对应 的 AC;
传输模块 804, 用于将 RLC数据包放到第四获取模块 803获取到的 AC对 应的传输队列中进行传输。
进一步地, RLC数据包对应的 AC映射参数为 RLC数据包的 DSCP;
第三获取模块 802, 还用于对封装后的数据包解封装, 得到包含 RLC数据 包的 DSCP的 IP隧道头及 RLC数据包; 解析 IP隧道头, 得到 RLC数据包的 DSCP;
第四获取模块 803 , 还用于根据 DSCP确定对应的 QoS等级, 根据预先建 立的 QoS等级与 AC的映射关系获取确定的 QoS等级所对应的 AC, 并将确定 的 AC作为 DSCP对应的 AC。
可选地, RLC数据包对应的 AC映射参数为 RLC数据包的 QCI;
第三获取模块 802, 用于对封装后的数据包解封装, 得到包含 RLC数据包 的 QCI的第一自定义包头及 RLC数据包; 解析第一自定义包头, 得到 RLC数 据包的 QCI;
第四获取模块 803 , 用于根据 QCI确定对应的 QoS等级, 根据预先建立的 QoS等级与 AC的映射关系获取确定的 QoS等级所对应的 AC, 并将确定的 AC 作为 QCI对应的 AC。
可选地, RLC数据包对应的 AC映射参数为 AC索引;
第三获取模块 802, 用于对封装后的数据包解封装, 得到包含 AC索引的第 二自定义包头及 RLC数据包; 解析第二自定义包头, 得到 AC索引;
第四获取模块 803 , 用于获取 AC索引对应的 AC。
本实施例提供的设备, 通过接收第一网络发送的包含 AC映射参数与 RLC 数据包的封装后的数据包,并根据封装后的数据包中的 AC映射参数确定对应的 AC, 从而将数据包准确的放入相应传输队列中进行传输, 进而实现了多制式网 络融合。 实施例七 本实施例提供了一种多制式网络融合的系统, 该系统用于执行上述实施例 一至实施例四所提供的多制式网络融合的方法。 参见图 9, 该系统包括:
第一网络侧设备 901和第二网络侧设备 902;
其中, 第一网络侧设备 901 如上述实施例五提供的网络侧设备, 详见上述 实施例五; 第二网络侧设备 902如上述实施例六提供的网络侧设备, 详见上述 实施例六。
本实施例提供的系统, 通过第一网络侧设备将 AC映射参数与 RLC数据包 封装后发送给第二网络侧设备,使第二网络侧设备可以根据 AC映射参数确定对 应的 AC, 从而将数据包准确的放入相应传输队列中进行传输, 进而实现了多制 式网络融合。 实施例八
本实施例提供了一种多制式网络融合的设备, 该设备包括: 处理器。
其中, 处理器, 用于获取 RLC数据包, 并获取 RLC数据包对应的 AC映射 参数; 将 AC映射参数与 RLC数据包进行封装, 形成封装后的数据包; 向第二 网络转发封装后的数据包,使第二网络根据封装后的数据包中的 AC映射参数获 取对应的 AC , 并将 RLC数据包放到 AC对应的传输队列中进行传输。
进一步地, 处理器, 还用于通过 DPI技术解析 RLC数据包的 DSCP, 并将 DSCP作为获取到的 AC映射参数; 将 DSCP复制到 IP隧道头中, 并将 IP隧道 头与 RLC数据包进行封装, 形成封装后的数据包; 其中, IP隧道头还包括 RLC 数据包的 IP源地址与目的地址。
可选地, 处理器, 还用于从 PDCP层获取 RLC数据包的 QCI, 并将 QCI作 为获取到的 AC映射参数; 将 QCI添加到第一自定义包头中, 并将第一自定义 包头与 RLC数据包进行封装, 形成封装后的数据包。
可选地, 处理器, 还用于从 PDCP层获取 RLC数据包的 QCI, 将 QCI与
AC进行映射,并将映射后的 AC所对应的 AC索引作为获取到的 AC映射参数; 将 AC索引添加到第二自定义包头中, 并将第二自定义包头与 RLC数据包进行 封装, 形成封装后的数据包。
综上所述, 本实施例提供的设备, 通过将 AC映射参数与 RLC数据包封装 后发送给第二网络, 使第二网络可以根据 AC映射参数确定对应的 AC, 从而将 数据包准确的放入相应传输队列中进行传输, 进而实现了多制式网络融合。 实施例九
本实施例提供了一种多制式网络融合的设备, 该设备包括: 处理器。
其中, 处理器, 用于接收第一网络转发的封装后的数据包, 封装后的数据 包中包含 AC映射参数及 RLC数据包;获取封装后的数据包中的 AC映射参数, 并获取 AC映射参数对应的 AC;将 RLC数据包放到 AC对应的传输队列中进行 传输。
进一步地, RLC数据包对应的 AC映射参数为 RLC数据包的 DSCP, 处理 器,还用于对封装后的数据包解封装,得到包含 RLC数据包的 DSCP的 IP隧道 头及 RLC数据包; 解析 IP隧道头, 得到 RLC数据包的 DSCP; 根据 DSCP确 定对应的 QoS等级, 根据预先建立的 QoS等级与 AC的映射关系获取确定的 QoS等级所对应的 AC, 并将确定的 AC作为 DSCP对应的 AC。
进一步地, RLC数据包对应的 AC映射参数为 RLC数据包的 QCI,处理器, 还用于对封装后的数据包解封装,得到包含 RLC数据包的 QCI的第一自定义包 头及 RLC数据包; 解析第一自定义包头, 得到 RLC数据包的 QCI; 根据 QCI 确定对应的 QoS等级, 根据预先建立的 QoS等级与 AC的映射关系获取确定的 QoS等级所对应的 AC , 并将确定的 AC作为 QCI对应的 AC。
进一步地, RLC数据包对应的 AC映射参数为 AC索引, 处理器, 还用于 对封装后的数据包解封装,得到包含 AC索引的第二自定义包头及 RLC数据包; 解析第二自定义包头, 得到 AC索引; 获取 AC索引对应的 AC。
综上所述,本实施例提供的设备,通过接收第一网络发送的包含 AC映射参 数与 RLC数据包的封装后的数据包, 并根据 AC映射参数确定对应的 AC, 从 而将数据包准确的放入相应传输队列中进行传输, 进而实现了多制式网络融合。 需要说明的是: 上述实施例提供的多制式网络融合的装置及设备在实现多 制式网络融合时, 仅以上述各功能模块的划分进行举例说明, 实际应用中, 可 以根据需要而将上述功能分配由不同的功能模块完成, 即将装置及设备的内部 结构划分成不同的功能模块, 以完成以上描述的全部或者部分功能。 另外, 上 述实施例提供的多制式网络融合的装置及设备与实现多制式网络融合的方法实 施例属于同一构思, 其具体实现过程详见方法实施例, 这里不再贅述。
上述本发明实施例序号仅仅为了描述, 不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过 硬件来完成, 也可以通过程序来指令相关的硬件完成, 所述的程序可以存储于 一种计算机可读存储介质中, 上述提到的存储介质可以是只读存储器, 磁盘或 光盘等。
以上所述仅为本发明的较佳实施例, 并不用以限制本发明, 凡在本发明的 精神和原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的 保护范围之内。

Claims

权 利 要 求 书
1、 一种多制式网络融合的方法, 其特征在于, 所述方法包括:
获取无线链路控制 RLC数据包, 并获取所述 RLC数据包对应的接入种类 AC映射参数;
将所述 AC映射参数与所述 RLC数据包进行封装, 形成封装后的数据包; 向第二网络转发所述封装后的数据包, 使所述第二网络根据所述封装后的 数据包中的 AC映射参数获取对应的 AC,并将所述 RLC数据包放到所述 AC对 应的传输队列中进行传输。
2、 根据权利要求 1所述的方法, 其特征在于, 所述获取所述 RLC数据包 对应的接入种类 AC映射参数, 包括:
通过深度包检测 DPI技术解析所述 RLC数据包的差分服务码 DSCP , 并将 所述 DSCP作为获取到的 AC映射参数;
将所述 AC映射参数与所述 RLC数据包进行封装, 包括:
将所述 DSCP复制到因特网协议 IP隧道头中, 并将所述 IP隧道头与所述
RLC数据包进行封装, 形成封装后的数据包;
其中, 所述 IP隧道头还包括所述 RLC数据包的 IP源地址与目的地址。
3、 根据权利要求 1所述的方法, 其特征在于, 所述获取所述 RLC数据包 对应的接入种类 AC映射参数, 包括:
从数据包汇聚协议 PDCP层获取所述 RLC数据包的质量等级标识 QCI, 并 将所述 QCI作为获取到的 AC映射参数;
将所述 AC映射参数与所述 RLC数据包进行封装, 形成封装后的数据包, 包括:
将所述 QCI 添加到第一自定义包头中, 并将所述第一自定义包头与所述
RLC数据包进行封装, 形成封装后的数据包。
4、 根据权利要求 1所述的方法, 其特征在于, 所述获取所述 RLC数据包 对应的接入种类 AC映射参数, 包括: 从数据包汇聚协议 PDCP层获取所述 RLC数据包的质量等级标识 QCI, 将 所述 QCI与 AC进行映射, 并将映射后的 AC所对应的 AC索引作为获取到的 AC映射参数;
将所述 AC映射参数与所述 RLC数据包进行封装, 形成封装后的数据包, 包括:
将所述 AC索引添加到第二自定义包头中,并将所述第二自定义包头与所述 RLC数据包进行封装, 形成封装后的数据包。
5、 一种网络侧设备, 其特征在于, 所述网络侧设备包括:
第一获取模块, 用于获取无线链路控制 RLC数据包;
第二获取模块, 用于获取所述第一获取模块获取到的 RLC数据包对应的接 入种类 AC映射参数;
封装模块,用于将所述第二获取模块获取到的 AC映射参数与所述第一获取 模块获取到的 RLC数据包进行封装, 形成封装后的数据包;
转发模块, 用于向第二网络转发所述封装模块得到的封装后的数据包, 使 所述第二网络根据所述封装后的数据包中的 AC映射参数获取对应的 AC, 并将 所述 RLC数据包放到所述 AC对应的传输队列中进行传输。
6、 根据权利要求 5所述的设备, 其特征在于, 所述第二获取模块, 用于通 过深度包检测 DPI技术解析所述 RLC数据包的差分服务码 DSCP, 并将所述
DSCP作为获取到的 AC映射参数;
所述封装模块, 用于将所述第二获取模块获取到的 DSCP复制到因特网协 议 IP隧道头中, 并将所述 IP隧道头与所述 RLC数据包进行封装, 形成封装后 的数据包;
其中, 所述 IP隧道头还包括所述 RLC数据包的 IP源地址与目的地址。
7、 根据权利要求 5所述的设备, 其特征在于, 所述第二获取模块, 用于从 数据包汇聚协议 PDCP层获取所述 RLC数据包的质量等级标识 QCI, 并将所述 QCI作为获取到的 AC映射参数;
所述封装模块, 用于将所述第二获取模块获取到的 QCI添加到第一自定义 包头中, 并将所述第一自定义包头与所述 RLC数据包进行封装, 形成封装后的 数据包。
8、 根据权利要求 5所述的设备, 其特征在于, 所述第二获取模块, 用于从 数据包汇聚协议 PDCP层获取所述 RLC数据包的质量等级标识 QCI,将所述 QCI 与 AC进行映射, 并将映射后的 AC所对应的 AC索引作为获取到的 AC映射参 数;
所述封装模块,用于将所述第二获取模块获取到的 AC索引添加到第二自定 义包头中, 并将所述第二自定义包头与所述 RLC数据包进行封装, 形成封装后 的数据包。
9、 一种多制式网络融合的方法, 其特征在于, 所述方法包括:
接收第一网络转发的封装后的数据包, 所述封装后的数据包中包含接入种 类 AC映射参数及无线链路控制 RLC数据包;
获取所述封装后的数据包中的 AC映射参数,并获取所述 AC映射参数对应 的 AC;
将所述 RLC数据包放到所述 AC对应的传输队列中进行传输。
10、根据权利要求 9所述的方法,其特征在于, 所述 RLC数据包对应的 AC 映射参数为所述 RLC数据包的差分服务码 DSCP;
所述获取所述封装后的数据包中的 AC映射参数, 包括:
对所述封装后的数据包解封装, 得到包含所述 RLC数据包的 DSCP的 IP 隧道头及所述 RLC数据包;
解析所述 IP隧道头, 得到所述 RLC数据包的 DSCP;
所述获取所述 AC映射参数对应的 AC, 包括:
根据所述 DSCP确定对应的 QoS等级, 根据预先建立的 QoS等级与 AC的 映射关系获取确定的 QoS等级所对应的 AC,并将确定的 AC作为所述 DSCP对 应的 AC。
11、根据权利要求 9所述的方法,其特征在于, 所述 RLC数据包对应的 AC 映射参数为所述 RLC数据包的质量等级标识 QCI;
所述获取所述封装后的数据包中的 AC映射参数, 包括:
对所述封装后的数据包解封装,得到包含所述 RLC数据包的 QCI的第一自 定义包头及所述 RLC数据包;
解析所述第一自定义包头, 得到所述 RLC数据包的 QCI;
所述获取所述 AC映射参数对应的 AC, 包括:
根据所述 QCI确定对应的 QoS等级,根据预先建立的 QoS等级与 AC的映 射关系获取确定的 QoS等级所对应的 AC, 并将确定的 AC作为所述 QCI对应 的 AC。
12、根据权利要求 9所述的方法,其特征在于, 所述 RLC数据包对应的 AC 映射参数为 AC索引;
所述获取所述封装后的数据包中的 AC映射参数, 包括:
对所述封装后的数据包解封装,得到包含所述 AC索引的第二自定义包头及 所述 RLC数据包;
解析所述第二自定义包头, 得到所述 AC索引;
所述获取所述 AC映射参数对应的 AC, 包括:
获取所述 AC索引对应的 AC。
13、 一种网络侧设备, 其特征在于, 所述设备包括:
接收模块, 用于接收第一网络转发的封装后的数据包, 所述封装后的数据 包中包含接入种类 AC映射参数及无线链路控制 RLC数据包;
第三获取模块, 用于获取所述接收模块接收到的封装后的数据包中的 AC 映射参数;
第四获取模块, 用于获取所述第三获取模块获取到的 AC 映射参数对应的
AC;
传输模块, 用于将所述 RLC数据包放到所述第四获取模块获取到的 AC对 应的传输队列中进行传输。
14、 根据权利要求 13所述的设备, 其特征在于, 所述 RLC数据包对应的 AC映射参数为所述 RLC数据包的差分服务码 DSCP;
所述第三获取模块,用于对所述封装后的数据包解封装,得到包含所述 RLC 数据包的 DSCP的 IP隧道头及所述 RLC数据包; 解析所述 IP隧道头, 得到所 述 RLC数据包的 DSCP;
所述第四获取模块, 用于根据所述 DSCP确定对应的 QoS等级, 根据预先 建立的 QoS等级与 AC的映射关系获取确定的 QoS等级所对应的 AC, 并将确 定的 AC作为所述 DSCP对应的 AC。
15、 根据权利要求 13所述的设备, 其特征在于, 所述 RLC数据包对应的 AC映射参数为所述 RLC数据包的质量等级标识 QCI;
所述第三获取模块,用于对所述封装后的数据包解封装,得到包含所述 RLC 数据包的 QCI的第一自定义包头及所述 RLC数据包;解析所述第一自定义包头, 得到所述 RLC数据包的 QCI;
所述第四获取模块, 用于根据所述 QCI确定对应的 QoS等级, 根据预先建 立的 QoS等级与 AC的映射关系获取确定的 QoS等级所对应的 AC, 并将确定 的 AC作为所述 QCI对应的 AC。
16、 根据权利要求 13所述的设备, 其特征在于, 所述 RLC数据包对应的 AC映射参数为 AC索引;
所述第三获取模块, 用于对所述封装后的数据包解封装, 得到包含所述 AC 索引的第二自定义包头及所述 RLC数据包; 解析所述第二自定义包头, 得到所 述 AC索引;
所述第四获取模块, 用于获取所述 AC索引对应的 AC。
17、 一种多制式网络融合的系统, 其特征在于, 所述系统包括: 第一网络 侧设备及第二网络侧设备;
其中, 所述第一网络侧设备如所述权利要求 5至 8中任一权利要求所述的 设备, 所述第二网络侧设备如所述权利要求 13至 16中任一权利要求所述的设 备。
PCT/CN2013/083257 2013-01-31 2013-09-11 多制式网络融合的方法、设备及系统 WO2014117517A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13873635.0A EP2941043B1 (en) 2013-01-31 2013-09-11 Method, device, and system for multi-standard network convergence
US14/812,931 US9635587B2 (en) 2013-01-31 2015-07-29 Multi-standard network convergence method, device, and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310039115.7 2013-01-31
CN201310039115.7A CN103974325B (zh) 2013-01-31 2013-01-31 多制式网络融合的方法、设备及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/812,931 Continuation US9635587B2 (en) 2013-01-31 2015-07-29 Multi-standard network convergence method, device, and system

Publications (1)

Publication Number Publication Date
WO2014117517A1 true WO2014117517A1 (zh) 2014-08-07

Family

ID=51243253

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/083257 WO2014117517A1 (zh) 2013-01-31 2013-09-11 多制式网络融合的方法、设备及系统

Country Status (4)

Country Link
US (1) US9635587B2 (zh)
EP (1) EP2941043B1 (zh)
CN (1) CN103974325B (zh)
WO (1) WO2014117517A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016184356A1 (en) * 2015-05-15 2016-11-24 Mediatek Inc. Qos provisioning for lte-wlan aggregation
EP3282747A4 (en) * 2015-04-10 2018-02-28 Fujitsu Limited Wireless communication system, base station, mobile station, and processing method
CN115037522A (zh) * 2022-05-17 2022-09-09 中国兵器工业信息中心 一种基于消息队列的跨网络高可靠数据交换系统

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6477476B2 (ja) * 2013-09-05 2019-03-06 日本電気株式会社 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム
KR101814248B1 (ko) * 2014-09-05 2018-01-04 주식회사 케이티 무선랜 캐리어를 이용한 데이터 전송 방법 및 장치
US10045255B2 (en) * 2015-01-20 2018-08-07 Intel IP Corporation Apparatus, system and method of processing PDCP PDUs of an E-RAB
US10869344B2 (en) * 2015-03-19 2020-12-15 Acer Incorporated Method of radio bearer transmission in dual connectivity
CN104869533A (zh) * 2015-04-30 2015-08-26 京信通信技术(广州)有限公司 一种数据传输的方法及微微基站
US10292080B2 (en) * 2015-06-10 2019-05-14 Htc Corporation Device and method of aggregating WLAN and LTE system
US10194379B2 (en) * 2015-08-06 2019-01-29 Arris Enterprises Llc Discovery and security in LWA communication
US10251052B2 (en) * 2015-08-27 2019-04-02 Mediatek Inc. Method of dynamic PDCP status report polling for LTE-WLAN aggregation
KR102002203B1 (ko) * 2015-09-24 2019-10-02 주식회사 케이티 Wlan 무선자원을 이용한 데이터 송수신 방법 및 그 장치
EP3424231B1 (en) * 2016-03-02 2020-06-24 Telefonaktiebolaget LM Ericsson (PUBL) A method and a base station for controlling user data traffic between the wireless device and a local cloud
CN106134274A (zh) * 2016-06-29 2016-11-16 北京小米移动软件有限公司 数据传输方法、数据传输装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010128009A1 (en) * 2009-05-06 2010-11-11 St-Ericsson Sa (St-Ericsson Ltd) Method for processing packets of the ip type intended to be carried over a communications channel of a wireless network, and equipment for same
WO2012078976A1 (en) * 2010-12-09 2012-06-14 Qualcomm Incorporated System and method for reducing resets during handovers in a single frequency dual carrier wireless communication system
CN102573005A (zh) * 2010-12-20 2012-07-11 大唐移动通信设备有限公司 无线数据业务接入方法、系统及装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6845100B1 (en) * 2000-08-28 2005-01-18 Nokia Mobile Phones Ltd. Basic QoS mechanisms for wireless transmission of IP traffic
US8472473B2 (en) * 2003-10-15 2013-06-25 Qualcomm Incorporated Wireless LAN protocol stack
KR101058729B1 (ko) * 2004-05-19 2011-08-22 삼성전자주식회사 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 음성 패킷 데이터를 효율적으로처리하는 장치 및 방법
US8873471B2 (en) * 2007-10-01 2014-10-28 Qualcomm Incorporated Method and apparatus for implementing LTE RLC header formats
US9100268B2 (en) * 2008-02-27 2015-08-04 Alcatel Lucent Application-aware MPLS tunnel selection
US8885644B2 (en) * 2008-02-28 2014-11-11 Alcatel Lucent Compressed IP flow recognition for in-line, integrated mobile DPI
US8159941B2 (en) * 2008-08-28 2012-04-17 Alcatel Lucent In-band DPI media reservation modifications to RFC 3313
US8817755B2 (en) * 2011-04-29 2014-08-26 Intel Corporation Methods and system for communicating control information using carrier aggregation
KR20130064519A (ko) * 2011-12-08 2013-06-18 삼성전자주식회사 무선 통신 시스템 및 그의 트래픽 제어 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010128009A1 (en) * 2009-05-06 2010-11-11 St-Ericsson Sa (St-Ericsson Ltd) Method for processing packets of the ip type intended to be carried over a communications channel of a wireless network, and equipment for same
WO2012078976A1 (en) * 2010-12-09 2012-06-14 Qualcomm Incorporated System and method for reducing resets during handovers in a single frequency dual carrier wireless communication system
CN102573005A (zh) * 2010-12-20 2012-07-11 大唐移动通信设备有限公司 无线数据业务接入方法、系统及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2941043A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3282747A4 (en) * 2015-04-10 2018-02-28 Fujitsu Limited Wireless communication system, base station, mobile station, and processing method
US11690092B2 (en) 2015-04-10 2023-06-27 Fujitsu Limited Wireless communications system, base station, mobile station, and processing method
US11737128B2 (en) 2015-04-10 2023-08-22 Fujitsu Limited Wireless communications system, base station, mobile station, and processing method
WO2016184356A1 (en) * 2015-05-15 2016-11-24 Mediatek Inc. Qos provisioning for lte-wlan aggregation
US9900911B2 (en) 2015-05-15 2018-02-20 Mediatek Inc. QoS provisioning for LTE-WLAN aggregation
US10070461B2 (en) 2015-05-15 2018-09-04 Mediatek Inc. QoS provisioning for LTE-WLAN aggregation
CN115037522A (zh) * 2022-05-17 2022-09-09 中国兵器工业信息中心 一种基于消息队列的跨网络高可靠数据交换系统

Also Published As

Publication number Publication date
US9635587B2 (en) 2017-04-25
CN103974325A (zh) 2014-08-06
US20150334601A1 (en) 2015-11-19
EP2941043A1 (en) 2015-11-04
CN103974325B (zh) 2018-04-27
EP2941043A4 (en) 2015-12-30
EP2941043B1 (en) 2018-05-23

Similar Documents

Publication Publication Date Title
WO2014117517A1 (zh) 多制式网络融合的方法、设备及系统
TWI764893B (zh) 用於建立無線資源控制連接的方法和裝置
CN109005562B (zh) 传输数据的方法、装置和系统
WO2019214729A1 (zh) 数据处理的方法和设备
CN107006022A (zh) Lwa pdu路由方法及装置
WO2011018002A1 (zh) 一种传输承载的中继方法、装置和通信系统
WO2016173078A1 (zh) 一种数据中转传输方法、系统和具备中继功能的ue
WO2016173076A1 (zh) 一种数据中转传输方法、系统和具备中继功能的ue
CN104796227A (zh) 一种数据传输方法及设备
WO2020048517A1 (zh) 一种rrc连接方法、设备及系统
WO2011120358A1 (zh) 中继通信网络的信息传输方法及系统
WO2021204277A1 (zh) 通信方法、装置及系统
WO2019242525A1 (zh) 数据传输方法、相关装置及系统
CN113228717B (zh) 一种通信方法及装置
TW202013936A (zh) 無線通訊方法和通訊設備
CN115802304A (zh) 一种工业无线网络与5g融合系统及方法
CN113543216B (zh) 媒体报文的传输方法、装置及系统
KR102179212B1 (ko) 제어 정보에 대한 송신 방법 및 장치
WO2012110004A1 (zh) 基于lte-lan的报文转发方法及装置
US11172449B2 (en) Communication method and device
WO2024016279A1 (zh) 通信方法、装置、设备、存储介质、芯片、产品及程序
WO2024055871A1 (zh) 一种通信系统中传输数据的方法和通信装置
WO2017124307A1 (zh) 一种数据传输方法、装置及系统
WO2024012299A1 (zh) 一种通信方法、通信装置及通信系统
WO2023001010A1 (zh) 一种通信方法以及装置

Legal Events

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

Ref document number: 13873635

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013873635

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE