WO2016023157A1 - 一种通讯方法、用户设备、接入网设备及应用服务器 - Google Patents

一种通讯方法、用户设备、接入网设备及应用服务器 Download PDF

Info

Publication number
WO2016023157A1
WO2016023157A1 PCT/CN2014/084105 CN2014084105W WO2016023157A1 WO 2016023157 A1 WO2016023157 A1 WO 2016023157A1 CN 2014084105 W CN2014084105 W CN 2014084105W WO 2016023157 A1 WO2016023157 A1 WO 2016023157A1
Authority
WO
WIPO (PCT)
Prior art keywords
application server
user equipment
access network
fountain code
address
Prior art date
Application number
PCT/CN2014/084105
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 EP14899603.6A priority Critical patent/EP3166347B1/en
Priority to CN201910726816.5A priority patent/CN110493767B/zh
Priority to CN201480027587.3A priority patent/CN105830473B/zh
Priority to PCT/CN2014/084105 priority patent/WO2016023157A1/zh
Publication of WO2016023157A1 publication Critical patent/WO2016023157A1/zh
Priority to US15/429,699 priority patent/US10575163B2/en

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183—Processing at user equipment or user record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • 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/08—Mobility data transfer

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a communication method, a user equipment, an access network device, and an application server. Background technique
  • the wireless communication network includes a user equipment (User Equipment, UE) and a network side device; the UE performs data service with the network side through the IP address allocated by the network side for the UE.
  • the network side device includes a Packet Data Network Gateway (PDN-GW), a Serving Gateway (SGW), and an Evolved Node (eNB);
  • PDN-GW Packet Data Network Gateway
  • SGW Serving Gateway
  • eNB Evolved Node
  • the PDN-GW is connected to multiple SGWs, and one SGW is connected to multiple eNBs.
  • One eNB serves multiple UEs to form a tree structure with PDN-GW as the root (see FIG. 2).
  • the network side device further includes a mobility management entity (Mobile Management Entity).
  • MME Mobile Management Entity
  • PCRF Policy and Charging Rule Function
  • HSS Home Subscriber Server
  • the MME is used to control mobility of the UE, including radio resource control ( Radio Resource Control (RRC), the service continuity of the connected UE in the mobile process and the external incoming reachability of the idle state UE;
  • RRC Radio Resource Control
  • the PCRF entity is used to ensure the bearer management and resource scheduling management between devices such as the PDN-GW and the eNB.
  • QoS and the quality of differentiated services are examples of the MME is used to control mobility of the UE, including radio resource control ( Radio Resource Control (RRC), the service continuity of the connected UE in the mobile process and the external incoming reachability of the idle state UE;
  • RRC Radio Resource Control
  • the PCRF entity is used to ensure the bearer management and resource scheduling management between devices such as the PDN-GW and the eNB.
  • the tree-structured wireless communication network architecture makes the SGW to the PDN-GW A large amount of data is aggregated on the link, which causes the network to be busy.
  • the link from the SGW to the PDN-GW becomes the bottleneck of the backhaul load and processing capability of the wireless communication network.
  • the multi-layer network architecture included in the above wireless communication network increases the data transmission delay, and there is also a risk that the entire network is paralyzed after the PDN-GW data processing error. Therefore, the current wireless communication network cannot cope with the large bandwidth of the mobile broadband. , low latency requirements.
  • the embodiments of the present invention provide a communication method, a user equipment, an access network device, and an application server, which are used to solve the problem that the current wireless communication network has a large data transmission delay and a high network risk.
  • the first aspect provides a user equipment, including: an obtaining unit, configured to acquire an internet protocol IP address allocated by the access network device for the user equipment; and a transceiver unit, configured to notify the IP address acquired by the acquiring unit An application server, and receiving a data transmission service provided by the application server by using the IP address; wherein the application server is a server for managing terminal mobility and service quality.
  • the transceiver unit is further configured to: notify the application server of the user identity by notifying the IP address to the application server, so as to The application server verifies whether the user identity is legal according to the user identity.
  • the access unit is further configured to: after accessing the access network corresponding to the access network device, if at least one is detected according to a preset rule If other access networks that are allowed to access are available, then request access to at least one of the other access networks; wherein the other access networks are cellular networks or non-cellular networks.
  • the acquiring unit is further configured to: after accessing the at least one other access network, obtain, corresponding to the at least one The IP address of other access networks.
  • the transceiver unit is further configured to: notify an IP address corresponding to the at least one other access network The application server.
  • the method further includes: a disconnecting unit, configured to: when the user equipment determines that any one of the IP addresses is no longer in use, The access network corresponding to any one of the IP addresses is disconnected.
  • the transceiver unit is further configured to: access the any one of the IP addresses and the any one of the access addresses The disconnected information is notified to the application server, so that the application server no longer provides the data transmission service for the user equipment by using any one of the IP addresses.
  • the transceiver unit is further configured to: when the user equipment disconnects from the user After the connection between all the access networks corresponding to the device, the at least one tracking area identifier broadcasted by the access network device in the access network is received; and the received tracking area identifier is notified to the application server, so that the application server is configured according to the The tracking area identifier determines one or more access network device identifiers corresponding to the paging user equipment.
  • the transceiver unit is specifically configured to: when the IP address corresponding to the user equipment is at least In two cases, the data transmission service provided by the application server through the at least two IP addresses is received.
  • the transceiver unit when the data transmission service is a downlink data transmission service, is specifically configured to: receive the application server separately The downlink data sent by at least two IP addresses as different destination IP addresses.
  • the transceiver unit is further configured to: send downlink data of different destination IP addresses to different IP/users in the user equipment a packet protocol UDP entity; wherein, an IP UDP entity corresponds to a destination IP address; and the downlink data processed by the IP/UDP entity is aggregated to the multipath transmission control protocol MPTCP entity in the user equipment; Controlling the condition of the user device The MPTCP entity generates a first successful reception confirmation message to be sent to the application server.
  • the transceiver unit is configured to: aggregate the fountain code data block processed by the IP/UDP entity into the MPTCP entity in the user equipment.
  • the transceiver unit is further configured to: when determining to successfully decode one or more fountain code source data blocks, generate a Sending an MPTCP status report to the application server; or sending the generated first MPTCP status report to the application server according to a preset period; wherein the first MPTCP status report includes one or more fountain code source data block identifiers and Whether the information is successfully received; or the number of fountain code data blocks that have been successfully received for each fountain code source data block; or the fountain code data block that needs to be successfully received by each fountain code source data block.
  • the fountain code data block is generated by encoding the fountain code source data block.
  • the transceiver unit when the data transmission service is an uplink data transmission service, the transceiver unit is specifically configured to: send the uplink data to Processing, by the MPTCP entity in the user equipment, controlling the MPTCP entity to send the processed uplink data to different UDP/IP entities for processing; and controlling different UDP/IP entities to pass the processed uplink data respectively
  • the access networks corresponding to the two IP addresses are sent to the application server; and the second successful reception confirmation information sent by the MPTCP entity of the application server is received.
  • the uplink data that is sent by the transceiver unit to different UDP/IP entities is a fountain code data block.
  • the transceiver unit is configured to: receive a second MPTCP status report sent by an MPTCP entity of the application server; And the second MPTCP status report includes one or more fountain code source data block identifiers and information about whether the one or more fountain code source data blocks are successfully received; or includes each of the fountain code source data blocks respectively succeeded The number of fountain code data blocks received; or the fountain code data block that needs to be successfully received for each fountain code source data block respectively.
  • the number of the fountain code data blocks is generated by encoding the fountain code source data block.
  • the transceiver unit is further configured to: send information of the user equipment supporting the fountain code capability to the application server before transmitting the fountain code data block; and receive the application server according to the support of the user equipment The configuration code related to the fountain code encoding and decoding of the user equipment for transmitting the fountain code data block generated by the fountain code capability information.
  • an access network device including: an allocating unit, configured to allocate an internet protocol IP address to the user equipment after determining that the user equipment accesses the local area; and a sending and receiving unit, configured to use the allocating unit as the user equipment Sending the IP address to the user equipment, causing the user equipment to send the IP address to an application server, and receiving a data transmission service provided by the application server by using the IP address;
  • the server is a server for managing terminal mobility and quality of service.
  • the transceiver unit is further configured to: send a clearing message to the application server before assigning an IP address to the user equipment; where the request message is a request for requesting the application server to perform a communication initialization process with the access network device; receiving a response message generated by the application server according to the request message; wherein the response message is used to confirm an access network device and an application server The communication initialization is completed.
  • the third aspect provides an application server, including: a transceiver unit, configured to receive an internet protocol IP address sent by a user equipment, where the IP address is allocated by an access network device; and a data transmission service providing unit is configured to The IP address corresponding to the user equipment received by the transceiver unit provides a data transmission service for the user equipment.
  • the application server is a server for managing terminal mobility and service quality.
  • the transceiver unit is further configured to: before receiving an IP address sent by the user equipment, receive a request message sent by the access network device; The request message is used to request the application server to perform a communication initialization process with the access network device.
  • the method further includes: generating, by: generating a response message according to the request message received by the transceiver unit, and generating the response message Sending a message to the transceiver unit; wherein the response message is used to confirm that communication initialization between the access network device and the application server is completed.
  • the transceiver unit is further configured to: receive a response message generated by the generating unit, and send the response message to The access network device.
  • the transceiver unit is further configured to: receive an IP address sent by the user equipment, and receive a user identity sent by the user equipment, and according to the user The identity verification verifies whether the user identity corresponding to the user equipment is legal.
  • the transceiver unit is further configured to: receive an IP address corresponding to at least one other access network sent by the user equipment.
  • the data transmission service is specifically configured to: provide a data transmission service for the user equipment by using the at least two IP addresses respectively.
  • the transceiver unit is further configured to: when any one of the IP addresses corresponding to the user equipment is no longer in use, receive The any one of the IP addresses sent by the user equipment and the access network corresponding to the any one of the IP addresses are disconnected.
  • the data transmission service providing unit is further configured to: according to the any one received by the transceiver unit
  • the transceiver unit when the any one IP address is the last IP address owned by the user equipment, the transceiver unit is further used to Receiving at least one access network in the access network sent by the user equipment, while receiving the information about the any one of the IP addresses that are sent by the user equipment and the access network that is disconnected by the any one of the IP addresses. Tracking area identifier broadcast by the network device.
  • the method further includes: a query unit, configured to: when determining to page the user equipment, according to the tracking area received by the transceiver unit And identifying, by using the locally saved mapping table, one or more access network device identifiers corresponding to the tracking area identifier.
  • the data transmission service providing unit when the data transmission service is downlink data transmission, the data transmission service providing unit, specifically And the method is: sending the downlink data to a local multi-path transmission control protocol MPTCP entity processing; controlling the MPTCP entity to separately send the processed downlink data to different user message protocol UDP/IP entity processing; The downlink data processed by the different UDP/IP entities are respectively sent to the user equipment by using at least two access networks corresponding to the IP addresses.
  • the transceiver unit is further configured to: receive the first successful receiving confirmation information sent by the MPTCP entity of the user equipment.
  • the data transmission service providing unit sends the downlink to different UDP/IP entity processing
  • the data is a fountain code data block.
  • the transceiver unit is specifically configured to: receive a first MPTCP status report sent by an MPTCP entity of the user equipment, where And the first MPTCP status report includes one or more fountain code source data block identifiers and information about whether the one or more fountain code source data blocks are successfully received; or, the data block included for each fountain code source has been separately The number of fountain code data blocks successfully received; or, the fountain code data that needs to be successfully received for each fountain code source data block respectively The number of blocks; the fountain code data block is generated by encoding a fountain code source data block.
  • the data transmission service providing unit when the data transmission service is uplink data transmission, the data transmission service providing unit, specifically And the method is: receiving uplink data that is sent by the user equipment by using at least two the IP addresses as source IP addresses; and sending uplink data of different source IP addresses to different local IP/UDP entities respectively; wherein, one IP/UDP The entity corresponds to an IP address; and the uplink data processed by the IP/UDP entity is aggregated to the local MPTCP entity; and when the preset condition of the application server is met, the MPTCP entity is controlled to generate a second successful reception confirmation message.
  • the transceiver unit is configured to: send, by using the data transmission service providing unit, a second successful reception confirmation information To the user equipment.
  • the data transmission service providing unit is further configured to: The fountain code data blocks processed by the IP/UDP entity are aggregated to the MPTCP entity.
  • the data transmission server provides a unit, specifically, when: determining to successfully decode one or more fountain code source data blocks And generating a second MPTCP status report; or, when the preset period arrives, generating a second MPTCP status report; wherein, the second MPTCP status report includes one or more fountain code source data block identifiers and whether the terminal is successfully received
  • the information of one or more fountain code source data blocks; or, the number of fountain code data blocks that have been successfully received for each fountain code source data block; or, the data block for each fountain code source data is separately included
  • the number of fountain code data blocks that need to be successfully received; the fountain code data block is generated by encoding the fountain code source data block.
  • the transceiver unit is configured to: send, to the second MPTCP status report generated by the data transmission service providing unit, to The user equipment.
  • the transceiver unit is further configured to: send the support fountain code capability information of the application server to the user equipment before transmitting the fountain code data block; and receive the user equipment according to the application server
  • the configuration code related to the fountain code encoding and decoding of the application server for transmitting the fountain code data block generated by the fountain code capability information is supported.
  • the fourth aspect provides a communication method, including: the user equipment acquires an internet protocol IP address allocated by the access network device to the user equipment; the user equipment notifies the application server of the IP address;
  • the server is a server for managing terminal mobility and service quality; the user equipment receives a data transmission service provided by the application server through the IP address.
  • the user equipment notifies the application server of the IP address to the application server, so that the application server is configured according to the The user identity verifies that the user identity is legitimate.
  • the user equipment after accessing the access network corresponding to the access network device, the user equipment detects that at least one other access is allowed according to a preset rule.
  • the access network is available to request access to at least one of the other access networks; wherein the other access networks are cellular networks or non-cellular networks.
  • a third possible implementation manner after the user equipment accesses the at least one other access network, the acquiring, corresponding to the at least one other access network IP address; and notifying the application server of an IP address corresponding to the at least one other access network.
  • a fourth possible implementation manner when the user equipment determines that any one of the IP addresses is no longer in use, disconnecting the any one of the IP addresses An access network corresponding to the address; and notifying the application server that the access network corresponding to the any one of the IP addresses and the any one of the IP addresses is disconnected, so that the application server no longer uses the any one of the IP addresses Providing a data transmission service for the user equipment.
  • a fifth possible implementation after the user equipment disconnects the connection between all access networks corresponding to the user equipment, Notifying the tracking area identifier of the access network device in the at least one access network; notifying the application server of the received tracking area identifier, so that the application server determines one or more corresponding to the paging user equipment according to the tracking area identifier Access network device identifier.
  • a sixth possible implementation manner when the user equipment corresponding to the IP address is at least two, the user equipment receives the location The data transmission service provided by the application server through the at least two IP addresses respectively.
  • the user equipment when the data transmission service is a downlink data transmission service, the user equipment receives the application server to respectively perform at least two IP addresses The address is used as the downlink data sent by the different destination IP addresses; the user equipment sends the downlink data of the different destination IP addresses to different IP/user packet protocol UDP entities in the user equipment; wherein, one IP/UDP entity corresponds to one destination
  • the IP address is aggregated to the multi-path transmission control protocol MPTCP entity in the user equipment, and the user equipment controls the The MPTCP entity sends a first successful receipt confirmation message to the application server.
  • the downlink data processed by the different IP/UDP entity is a fountain code data block.
  • a ninth possible implementation manner when the user equipment determines to successfully decode one or more fountain code source data blocks, send the first MPTCP status report to the application server. Or the user equipment sends a first MPTCP status report to the application server according to a preset period; where the first MPTCP status report includes one or more fountain code source data block identifiers and information that is successfully received; Or including the number of fountain code data blocks that have been successfully received for each fountain code source data block respectively; or the number of fountain code data blocks that need to be successfully received by each of the fountain code source data blocks; The data block is generated by encoding the fountain code source data block.
  • the user equipment when the data transmission service is an uplink data transmission service, the user equipment sends the uplink data to Processing by the MPTCP entity in the user equipment; the user equipment controls the MPTCP entity to separately send the processed uplink data to different UDP/IP entities; and the user equipment controls different UDP/IP entities.
  • the processed uplink data is sent to the application server by using at least two access networks corresponding to the IP address, and the user equipment receives the second successful reception confirmation information sent by the MPTCP entity of the application server.
  • the uplink data that is sent to a different UDP/IP entity is a fountain code data block.
  • the user equipment receives a second MPTCP status report that is sent by an MPTCP entity of the application server, where the second The MPTCP status report includes one or more fountain code source data block identifiers and information of whether the one or more fountain code source data blocks are successfully received; or a fountain code that has been successfully received for each fountain code source data block respectively The number of data blocks; or the number of fountain code data blocks that need to be successfully received for each fountain code source data block; the fountain code data block is generated by encoding the fountain code source data block.
  • a communication method including: after an access network device determines that a user equipment accesses a local area, assigning an Internet Protocol IP address to the user equipment; and the access network device sends the IP address to the The user equipment is configured to send the IP address to the application server, and receive a data transmission service provided by the application server by using the IP address; where the application server is used for terminal mobility And the server that manages the quality of the business.
  • the access network device sends a request message to the application server before the user equipment allocates an IP address, where the request is The message is used to request the application server to perform a communication initialization process with the access network device; receive a response message generated by the application server according to the request message; wherein the response message is used to confirm an access network device and an application.
  • the communication initialization between the servers is completed.
  • the sixth aspect provides a communication method, including: receiving, by an application server, an internet protocol IP address sent by a user equipment user equipment; wherein, the IP address is allocated by an access network device; and the application server is configured by using the IP address
  • the user equipment provides a data transmission service.
  • the application server before the application server receives the IP address sent by the user equipment, the application server receives the request message sent by the access network device, where the request message is used to request the And the application server is configured to perform a communication initialization process with the access network device; and the response message is sent to the access network device according to the request message; wherein the response message is used to confirm between the access network device and the application server. Communication initialization is complete.
  • the application server receives the IP address sent by the user equipment, receives the user identity sent by the user equipment, and verifies the user identity according to the user identity identifier. Whether the user identity corresponding to the user device is legal.
  • the application server receives an IP address corresponding to at least one other access network sent by the user equipment.
  • a fourth possible implementation manner when the application server receives the number of IP addresses sent by the user equipment is at least two, respectively, by using the at least two Two of the IP addresses provide data transmission services for the user equipment.
  • the application server when the any IP address corresponding to the user equipment is in the no-use state, the application server receives the user equipment and sends the Any one of the IP addresses and the information that the access network corresponding to the any one of the IP addresses is disconnected; the application server determines that the any one of the IP addresses and the access corresponding to the any one of the IP addresses are not used locally.
  • the network provides a data transmission service for the user equipment.
  • the application server receives the any one of the IP addresses sent by the user equipment and the access network corresponding to the any one of the IP addresses is disconnected. And receiving, by the user equipment, the tracking area identifier broadcast by the access network device in the at least one access network sent by the user equipment; when determining to page the user equipment, saving locally according to the tracking area identifier One or more access network device identifiers corresponding to the tracking area identifier are queried in the mapping table.
  • the application server when the data transmission service is downlink data transmission, the application server sends the downlink data The local multi-path transmission control protocol MPTCP entity processing; the application server controls the MPTCP entity to separately send the processed downlink data to different user message protocol UDP/IP entity processing; the application server control is different
  • the downlink data processed by the UDP/IP entity is sent to the user equipment by using at least two access networks corresponding to the IP address, and the application server receives the first successful reception confirmation information sent by the MPTCP entity of the user equipment. .
  • the downlink data that is sent to different UDP/IP entities is a fountain code data block.
  • the application server receives a first MPTCP status report that is sent by an MPTCP entity of the user equipment, where the first MPTCP status is The report includes one or more fountain code source data block identifiers and information of whether the one or more fountain code source data blocks are successfully received; or, the fountain code data that has been successfully received for each fountain code source data block respectively The number of blocks; or, the number of fountain code data blocks that need to be successfully received for each fountain code source data block; the fountain code data block is generated by encoding the fountain code source data block.
  • the sixth possible implementation manner in the tenth possible implementation manner, when the data transmission service is uplink data transmission, the application server receives the user equipment and passes the At least two of the IP addresses are sent as uplink data of the source IP address; the application server separately sends uplink data of different source IP addresses to different local IP/UDP An IP/UDP entity corresponding to an IP address; and the uplink data processed by the IP UDP entity is aggregated to a local MPTCP entity; when the preset condition of the application server is met, the application server control station The MPTCP entity sends a second successful reception confirmation message to the user equipment.
  • the uplink data processed by the different IP/UDP entity is a fountain code data block.
  • the application server determines to successfully decode one or more fountain code source data blocks
  • send the first to the user equipment The second MPTCP status report is sent to the user equipment according to a preset period.
  • the second MPTCP status report includes one or more fountain code source data block identifiers and whether the packet is successful.
  • Receiving information of the one or more fountain code source data blocks; or, including the number of fountain code data blocks that have been successfully received for each fountain code source data block; or, including each fountain code source data block The number of fountain code data blocks that are successfully received is also separately obtained; the fountain code data block is generated by encoding the fountain code source data block.
  • the access network device allocates an Internet Protocol (IP) address to the UE, and after the UE notifies the application server of the IP address, the application server performs a data transmission service for the UE by using the IP address.
  • IP Internet Protocol
  • the PDN-GW, the SGW, the PCRF entity, the MME, and the HSS in the existing wireless communication network are deleted, and the functions of the foregoing network-side devices are implemented by the access network device and the application server, thereby avoiding the SGW to the PDN.
  • the GW link becomes the processing capability bottleneck of the wireless communication network, which greatly reduces the network level, thereby effectively reducing the number According to the transmission delay, the network risk is reduced.
  • FIG. 1 is a schematic diagram of a wireless communication network architecture in the prior art
  • FIG. 2 is a schematic diagram of a tree structure of a wireless communication network in the prior art
  • FIG. 3 is a schematic diagram 1 of a wireless communication network architecture according to an embodiment of the present invention.
  • FIG. 4 is a flow chart 1 of communication between devices in a wireless communication network according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a protocol stack corresponding to a UE according to an embodiment of the present invention
  • FIG. 6 is a flow chart 2 of communication between devices in a wireless communication network according to an embodiment of the present invention
  • FIG. 7 is a flow chart 3 of communication between devices in a wireless communication network according to an embodiment of the present invention
  • FIG. 8a and FIG. A schematic diagram of a tracking area to which an access network device belongs in the embodiment
  • FIG. 9 is a schematic diagram of a protocol stack corresponding to an application server according to an embodiment of the present invention
  • FIG. 10 is a second schematic diagram of a wireless communication network architecture according to an embodiment of the present invention.
  • FIG. 11 is a flowchart of a UE accessing an application server in a specific application scenario according to an embodiment of the present invention
  • FIG. 12 is a schematic diagram of signaling interaction of a UE accessing an application server in a specific application scenario according to an embodiment of the present invention
  • FIG. 13 is a flowchart of a link update of a UE in a specific application scenario according to an embodiment of the present invention
  • FIG. 14 is a schematic diagram of a structure of a wireless communication network in which a UE performs link update in a specific application scenario according to an embodiment of the present invention
  • FIG. 15 is a flowchart of a UE switching from an idle state to a connected state in a specific application scenario according to an embodiment of the present disclosure
  • 16 is a flowchart of data transmission in a specific application scenario according to an embodiment of the present invention.
  • FIG. 17 is a schematic diagram of a schematic diagram of a fountain code in a specific application scenario according to an embodiment of the present invention
  • FIG. 18 is a schematic diagram of data transmission in a wireless communication network in a specific application scenario according to an embodiment of the present invention
  • FIG. 20 is a schematic diagram of data transmission in a wireless communication network in a specific application scenario according to an embodiment of the present invention
  • FIG. 21 is a schematic diagram 1 of a data transmission signaling interaction in a specific application scenario according to an embodiment of the present invention
  • FIG. 22 is a schematic structural diagram 1 of a user equipment according to an embodiment of the present invention
  • FIG. 23 is a schematic structural diagram 1 of an access network device according to an embodiment of the present invention.
  • 24 is a schematic structural diagram of an application server according to an embodiment of the present invention.
  • 25 is a second schematic structural diagram of a user equipment according to an embodiment of the present invention.
  • 26 is a second schematic structural diagram of an access network device according to an embodiment of the present invention.
  • FIG. 27 is a schematic structural diagram of an application server device according to an embodiment of the present invention. detailed description
  • GSM Global System of Mobile communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • LTE-A Advanced Long Term Evolution
  • UMTS Universal Mobile Telecommunication System
  • the user equipment includes, but is not limited to, a mobile station (MS, Mobile Station), a mobile terminal (Mobile Terminal), a mobile telephone (Mobile Telephone), a mobile phone (handset), and a portable device (portable equipment) And so on, the user equipment can communicate with one or more core networks via a Radio Access Network (RAN), for example, the user equipment can be a mobile phone (or "cellular" phone), with wireless communication Functional meter For personal computers, etc., the user equipment can also be a portable, pocket-sized, hand-held, computer-integrated or in-vehicle mobile device.
  • RAN Radio Access Network
  • the user equipment can also be a portable, pocket-sized, hand-held, computer-integrated or in-vehicle mobile device.
  • a base station may refer to a device in an access network that communicates with a wireless terminal over one or more sectors (or channels) over an air interface.
  • the base station can be used to convert the received air frames and IP packets into a router between the wireless terminal and the Internet, wherein the Internet can include an Internet Protocol (IP) network.
  • IP Internet Protocol
  • the base station can also coordinate the management of attributes to the air interface.
  • the base station may be a base station (BTS, Base Transceiver Station) in GSM or CDMA, or may be a base station (NodeB) in WCDMA, or may be an evolved base station in LTE (NodeB or eNB or e-NodeB, evolutional Node B), the invention is not limited.
  • BTS Base Transceiver Station
  • NodeB base station
  • NodeB evolved base station
  • LTE NodeB or eNB or e-NodeB, evolutional Node B
  • the network has a high risk.
  • the PDN-GW, the SGW, the PCRF entity, the MME, and the HSS in the existing wireless communication network are deleted, and the access network device allocates an IP address to the UE, and the application server performs the data transmission service for the UE by using the foregoing IP address. Therefore, the link between the SGW and the PDN-GW is avoided as a processing capability bottleneck of the wireless communication network, and the network is flattened, the data transmission delay is effectively reduced, and the network risk is reduced.
  • the wireless communication network includes at least one UE, at least one cellular network access network device (such as an eNB, etc.), and an application server.
  • the foregoing wireless communication network may further include at least one non- A cellular access network device, such as an access point (AP) or an access controller (AC).
  • AP access point
  • AC access controller
  • a communication process between a UE and each device in a wireless communication network includes:
  • Step 400 Obtain an IP address assigned by the access network device.
  • the access network that can be used is scanned, and when the access network that is allowed to access according to the preset rule is detected, the access that is allowed to access according to the preset rule is accessed.
  • the preset rule is a rule preset according to a specific application scenario, and the preset rule includes The priority rule or the channel quality threshold of the access network is selected, and the preset rule is specified by the protocol, or the configuration information of the UE itself or by a policy formulated by the application server.
  • the UE acquires an IP address allocated by the access network device corresponding to the cellular network to the UE; when the access network is a non-cellular network, the UE acquires corresponding to the non-cellular The IP address of the cellular network; wherein, the foregoing cellular network is a cellular network that is first accessed after the UE is started, that is, after the UE is started, the UE is not connected to any cellular network before accessing the cellular network.
  • the UE After determining that the UE has accessed the foregoing cellular network, if it is detected according to a preset rule that at least one other access network that allows access is available, the UE requests access to the at least one other access network;
  • the other access network is a cellular network (such as a 3GPP network) or a non-cellular network (such as a wifi network or a WiMax network);
  • the preset rule is a preset rule according to a specific application scenario, and the preset rule includes selecting an access network. Priority rules or channel quality thresholds, etc.
  • the UE accesses the at least one other access network, acquiring an IP address corresponding to the at least one other access network; wherein, when the other access network is a cellular network, the IP address is used by the cellular network
  • the corresponding access network device is allocated.
  • the IP address is allocated by the core network device or the access network device corresponding to the non-cellular network.
  • the UE has an IP address allocated by the access network device corresponding to the first access to the cellular network, and an IP address corresponding to at least one other access network. For example, after the UE is activated, the first access to a cellular network, and the access network device corresponding to the cellular network allocates a first IP address to the UE. After accessing the cellular network, the UE determines that the first existence exists according to a preset rule. When the other access network and the second other access network are available access networks, the UE acquires the IP address corresponding to the first other access network as the second IP address, and the UE acquires the second other access. The IP address of the network is the third IP address. At this time, the above UE has three IP addresses.
  • Step 410 Notifying the application server of the above IP address.
  • the UE reports the IP address owned by the UE to the application server.
  • the application server may be an Over The Top (OTT) server, that is, the application server is A server for managing terminal mobility and service quality, such as a server that an application server can provide for each service provider.
  • OTT Over The Top
  • the IP address owned by the UE is reported to the application server, so that the application server knows which IP addresses it can pass.
  • the UE notifies the application server of the IP address that is owned by the UE to the application server, so that the application server verifies whether the user identity is legal according to the user identity identifier; wherein the user identity identifier may be
  • the information of the user name and the password corresponding to the application server may be a global subscriber identity card (USIM).
  • USIM global subscriber identity card
  • the access network is a cellular network
  • the UE may carry all the IP addresses by using an attach request message. And sending the user identity to the application server.
  • the access network is a non-cellular network
  • the UE may send all the IP addresses and user identity identifiers to the application server by using the registration request message.
  • the access network device identifier is an IP address or other identifier of the access network device.
  • Step 420 Receive a data transmission service provided by the application server by using the foregoing IP address.
  • the application server when the application server verifies that the user identity corresponding to the UE is legal, the application server provides the UE with various data transmission services, such as a web browsing service, a video playing service, a call service, and a short message service;
  • various data transmission services such as a web browsing service, a video playing service, a call service, and a short message service;
  • the UE when the UE has only one IP address, the UE receives the data transmission service provided by the application server by using the foregoing IP address.
  • the UE may receive the application server by using one or at least two of the foregoing.
  • the data transfer service provided by the IP address.
  • the application server can simultaneously provide the UE with the first IP address, the second IP address, and the third IP address.
  • the data transmission service that is, the application server uses each IP address as the destination address of a link, and can provide data transmission services for the UE through up to three links.
  • the UE successfully feeds back a registration success message to the UE.
  • the registration success message may include a key used by the application server to communicate with the UE. And instructing the UE to perform the policy information of the autonomous link scanning, adding or subtracting; corresponding to the attach request message sent by the UE to the application server, the application server may carry the application server and the UE by using new signaling or signaling specified in the existing protocol.
  • policy information for the UE to perform autonomous link scanning, increase or decrease may also be pre-configured locally in the UE, the autonomous
  • the policy information of the link scan, the increase and decrease includes the conditions that the UE satisfies the access network scan (such as scanning according to the preset air interface channel quality threshold), and the conditions that the access network accessed by the UE should meet.
  • the UE performs link addition and subtraction based on the pre-configured or autonomous link scan, increase/decrease policy information delivered by the application server, and causes any IP address owned by the UE to occur during the link increase and decrease of the UE.
  • the UE needs to notify the application server of the link change status when the new IP address is added or the existing IP address is deleted. That is, the UE needs to notify the application server of the newly added IP address or the deleted IP address.
  • the specific process of the UE to reduce the link includes: when the UE determines that any one of the IP addresses owned by the UE is in the no longer used state, disconnecting and arbitrarily An access network corresponding to an IP address; and the information that the access network corresponding to the arbitrary IP address and the any one of the IP addresses is disconnected is notified to the application server in an explicit manner or an implicit manner, so that the application server does not
  • the data transmission service is provided locally by using any one of the foregoing IP addresses.
  • the IP address is no longer used, that is, the UE receives the connection release command sent by the corresponding access network, or the UE detects that the connection in the corresponding access network fails. .
  • the specific process for the UE to perform link addition includes: when the UE accesses a new access network (such as an independent wifi network) according to the autonomous link scanning, increasing or decreasing policy information, the UE acquires the new access corresponding to the new access network.
  • a new access network such as an independent wifi network
  • the IP address of the network and notify the application server of the IP address.
  • the application server receives the foregoing IP address that is not used by the UE and the information that the access network corresponding to the IP address is disconnected, or the newly added IP address, the foregoing information sent by the UE After the processing, the link update confirmation message is sent to the UE. After receiving the link update confirmation message, the UE determines that the application server has obtained the IP address corresponding to the currently available access network of the UE.
  • the process of performing link increase and decrease by the foregoing UE may be controlled by a macro base station.
  • a macro base station When controlled by a macro base station
  • the UE if the UE has accessed the macro base station, and the UE autonomously adds an access point covered by the macro base station as a link, the foregoing access point notifies the access information of the UE to the Acer base.
  • the macro base station uses MS A (Multi Stream Aggregation) technology to provide the above-mentioned access point as a traffic distribution service for the UE, since the IP address of the UE has been allocated by the macro base station, The above access point does not need to assign a new IP address to the UE.
  • MS A Multi Stream Aggregation
  • the macro base station offloads part of the downlink data to the foregoing access point, and the macro base station receives the uplink data of the foregoing access point and forwards the data to the application server.
  • the above technical solution is used to allocate an IP address to the UE through the access network device, and the UE autonomously performs link addition and subtraction, thereby ensuring service continuity of the UE in the connected state.
  • the UE receives the data transmission service provided by the application server through all the IP addresses owned by the UE, where the UE and the access network are in a connected state, that is, the UE is in a connected state; when the UE disconnects and accesses all After the connection between the networks (including the connection that the access network actively releases the UE, or the UE actively releases the connection of the UE, or the UE detects that the connection fails and is disconnected), the UE is in an idle state, and at this time, the UE receives the same.
  • the access network of the camp corresponds to the tracking area identifier broadcasted by the access network device; wherein each access network device has its own tracking area (TA);
  • the tracking area may be different, for example, the tracking area to which the access network device 1 belongs is TA1, and the tracking area to which the access network device 2 belongs is TA2, and the tracking areas to which different access network devices belong may also be the same, such as the access network device 1
  • the tracking area to which the access network device 2 belongs is TA1; in general, the macro base station of the 3GPP network broadcasts the tracking area identifier to which it belongs, and the access point device controlled by the macro base station (such as Pico) Device, wifi device, etc.) does not broadcast the tracking area identifier to which it belongs.
  • the macro base station of the 3GPP network broadcasts the tracking area identifier to which it belongs, and the access point device controlled by the macro base station (such as Pico) Device, wifi device, etc.) does not broadcast the tracking area identifier to which it belongs.
  • the independent wifi device For an independent wifi device that is not controlled by the macro base station of the 3GPP network, if the independent wifi device is within the coverage of the macro base station of the 3GPP network, the independent wifi device can The tracking area identifier to which it belongs is not broadcasted to reduce the amount of paging messages sent.
  • the UE notifies the application server of the tracking area identifier, so that the application server determines, according to the tracking area identifier, one or more access network device identifiers corresponding to the paging of the UE.
  • the foregoing tracking area identifier may be used to notify the application server that the UE disconnects all access networks from the application server.
  • the UE may notify the application server of the IP address that is no longer used by the heartbeat message and the information that the access network corresponding to the IP address is disconnected, and the tracking area identifier received by the UE.
  • the UE when the UE is in the idle state, if the tracking area is moved to another tracking area, the UE initiates a tracking area update process to the application server to report the updated tracking area identifier of the UE to the application server. Access network device identifier.
  • the UE may periodically report the tracking area identifier corresponding to the current moment of the UE to the application server by using a heartbeat message.
  • the application server locally saves a mapping relationship table, where the mapping relationship table includes a mapping relationship between the tracking area identifier and the access network device identifier.
  • the access network device identifier is the IP address or other identifier of the access network device.
  • the application server searches for the one or more access network device identifiers corresponding to the UE from the mapping relationship table, and identifies the one or more access network device identifiers respectively.
  • the corresponding access network device sends a paging message; after receiving the paging message, the UE accesses the access network corresponding to the one or more access network devices, and changes its own state to a connected state.
  • the application server may send the paging message only to the macro base station, and does not need to send a paging message to the access point device under the jurisdiction of the macro base station, thereby reducing signaling. Interaction saves system overhead.
  • the application server manages the tracking area identifier corresponding to the UE, and the mapping relationship between the tracking area identifier and each access network device identifier.
  • the application server can identify the tracking area identifier corresponding to the UE. And mapping the relationship between the tracking area identifier and each access network device identifier, paging to the UE, and enabling the UE to switch from the idle state to the connected state, thereby implementing external call accessibility of the UE.
  • FIG. 5 is a schematic diagram of a protocol stack corresponding to a UE in the embodiment of the present invention, where an aggregation layer in the UE is a TCP layer, and a highest protocol layer corresponding to each branch of the different link is a user.
  • UDP User Datagram Protocol
  • the UE receives the data transmission service provided by the application server through the at least two IP addresses, and specifically includes: the UE receiving the application server through at least two The IP data is sent as the downlink data of the destination IP address; the downlink data of the different destination IP addresses are respectively sent to different local IP/UDP entities; wherein, one IP/UDP entity corresponds to one IP address; The IP/UDP entity processes the downlink data corresponding to the IP address respectively; and aggregates the downlink data processed by the IP/UDP entity to the local Multi-Path TCP (MPTCP) entity, and then receives the MPTCP entity.
  • MPTCP Multi-Path TCP
  • the MPTCP entity When the processed downlink data sent by all or part of the IP/TCP entities is respectively received, if the preset condition of the user equipment is met, the MPTCP entity sends the first successful reception confirmation information to the application server. For example, when the UE has the first IP address and the second IP address, the UE receives the downlink data corresponding to the first IP address and the first downlink data corresponding to the first IP address and the second IP address.
  • the downlink data processed by the different IP/UDP entities is a fountain code data block.
  • the process of sending the first successful acknowledgement information to the application server by the local MPTCP entity of the UE specifically includes: when the UE determines to successfully decode one or more fountain code source data blocks.
  • the UE sends a first MPTCP status report to the application server according to a preset period; where the first MPTCP status report includes one or more fountain code source data block identifiers and whether Successfully receiving information of the one or more fountain code source data blocks; or, the number of fountain code data blocks that have been successfully received for one or more fountain code source data blocks respectively; or one or more fountain code source data
  • the block also needs to successfully receive the number of fountain code data blocks respectively; the above-mentioned fountain code data block is generated by encoding the fountain code source data block.
  • the UE in addition to determining that the UE successfully decodes one or more fountain code source data blocks as a trigger condition, other trigger conditions may be preset, and when the preset trigger condition is met, the UE sends the first to the application server.
  • MPTCP status report with The trigger condition of the body is determined by the user according to the specific situation.
  • the first successful acknowledgement message is the first MPTCP status report.
  • the application server determines, according to the first MPTCP status report, the fountain code data block that needs to be transmitted to the UE.
  • the MPTCP entity in the application server stops or reduces the downlink data that is offloaded to the any one of the links;
  • the downlink data is offloaded to any one or more of the remaining links of the UE except for any one of the links.
  • the above technical solution is used to modify the protocol stack of the UE.
  • the protocol layer is the TCP layer
  • the TCP layer congestion control mechanism causes the TCP ACK feedback to be transmitted when a packet is successfully transmitted, which effectively improves the downlink throughput of the wireless communication network, provides an overall transmission rate, and effectively saves The energy consumption of the UE; and, when using the fountain code technology for downlink data transmission, the fountain code data can be offloaded from the link with a lower transmission speed to the link with a higher transmission speed, without being re-routed on the offloaded link.
  • the downlink data that has been transmitted but not succeeded on the link before the offloading is transmitted, thereby greatly reducing the complexity of data processing when the application server is split between links.
  • the UE receives a data transmission service provided by the application server by using at least two IP addresses, and specifically includes:
  • the uplink data is sent to the local MPTCP entity for processing, and at least two IP addresses carried in the uplink data are obtained, and the at least two IP addresses are used as the source IP address;
  • the processed uplink data is processed by the MPTCP entity.
  • a certain offloading algorithm (such as determining the split ratio according to the data transmission rate of the link corresponding to different UDP/IP entities) is respectively sent to different UDP/IP entities in the UE for processing; the processed uplinks are processed by different UDP/IP entities.
  • the data is sent to the application server through the access network corresponding to the corresponding IP address; the UE receives the second successful reception confirmation information sent by the MPTCP entity of the application server. For example, when the UE has the first IP address and the second IP address, the UE uses the first IP address and the second IP address as the source IP address.
  • the application server sends the uplink data, and the uplink data is processed by the local MPTCP entity of the UE, and the processed uplink data is separately sent to the first UDP/IP entity and the second UDP/IP entity local to the UE according to the offload algorithm.
  • the first UDP/IP entity in the UE processes the first uplink data in the uplink data
  • the second UDP/IP entity in the UE processes the second uplink data in the uplink data
  • the first UDP/IP entity in the UE And transmitting, by the access network corresponding to the first IP address, the first uplink data whose source address is the first IP address to the application server, and the second UDP/IP entity in the UE, the source address being the second IP address.
  • the uplink data is sent to the application server through the access network corresponding to the second IP address.
  • the second successful reception confirmation information is fed back to the UE.
  • the uplink data sent by the foregoing UDP/IP entity is a fountain code data block.
  • the process for the UE to receive the second successfully received acknowledgment information sent by the MPTCP entity of the application server includes: receiving, by the UE, a second MPTCP status report sent by the MPTCP entity of the application server; where the second MPTCP status report includes a Or a plurality of fountain code source data block identifiers and information successfully received; or, the number of fountain code data blocks that have been successfully received for one or more fountain code source data blocks respectively; or one or more fountain code sources
  • the data block also needs to successfully receive the number of fountain code data blocks respectively; the above-mentioned fountain code data block is generated by encoding the fountain code source data block.
  • the second successful reception confirmation message is the second MPTCP status report.
  • the UE determines, according to the foregoing second MPTCP status report, a fountain code data block that needs to be transmitted to the application server.
  • the local MPTCP entity of the UE stops or reduces the uplink data that is offloaded to the any one of the links, and performs more uplinks.
  • the data is offloaded to any one or more of the remaining links of the UE except any one of the links.
  • the spray can be performed.
  • the spring code data is offloaded by the link with lower transmission speed to the link with higher transmission speed. It is not necessary to retransmit the data that has been successfully transmitted on the link before the offloading on the offloaded link, and there is no need to link to the offloaded link.
  • the uplink data that has been transmitted but not succeeded on the link before re-transmission is re-transmitted, thereby greatly reducing the data processing complexity when the UE aggregation layer is split between links.
  • the UE sends the watermark capability information of the user equipment to the application server; and receives the fountain of the user equipment generated by the application server according to the watermark capability information of the user equipment.
  • the codec-related configuration parameter; wherein the configuration parameter related to the fountain code encoding and decoding of the user equipment comprises one or a combination of the following options: the number of fountain code data blocks included in a fountain code source data block The size of the storage space occupied by the fountain code data block, the first MPTCP status report sending period, the first MPTCP status report triggering condition, and the like, and the user equipment supporting the fountain code capability information includes whether the UE has the capability of generating the fountain code data block. And whether the UE has the ability to decode the fountain code data block.
  • the communication process between the base station and each device in the wireless communication network includes:
  • Step 600 After determining that the UE accesses the local area, assign an IP address to the UE.
  • the access network device after receiving the access request sent by the UE, access network device accesses the UE according to the access request; and after determining that the UE accesses the access network device, the access network device An IP address is allocated to the UE.
  • the access network device is a cellular network access network device, and the access network corresponding to the access network device is a cellular network.
  • the access network device before the access network device allocates an IP address to the UE, sending a request message to the application server, where the request message includes an access network device identifier, a tracking area identifier, and a public land mobile network (PLMN) At least one of the identifiers; the access network device receives a response message generated by the application server according to the request message; wherein the response message is used to confirm that both parties are initialized.
  • PLMN public land mobile network
  • the request message sent by the access network device to the application server may be carried by using a message in an existing 3GPP standard protocol, such as an S1 interface setup request (SI setup request) message, and the message in the existing protocol is used. , no need to redefine new signaling, reducing system implementation the complexity.
  • SI setup request S1 interface setup request
  • Step 610 Send the foregoing IP address to the UE, and enable the UE to send the IP address to the application server, and receive the data transmission service provided by the application server by using the foregoing IP address.
  • the access network device also reports the tracking area identifier to which the application belongs to the application server, and causes the application server to store the tracking area identifier and the access network device identifier in the mapping relationship table saved locally by the application server. After the UE disconnects from all the access networks, the access network device broadcasts the tracking area identifier to which the access network device belongs, so that the UE sends the received tracking area identifier sent by the access network device to the application server.
  • the above technical solution is used to allocate an IP address to the UE through the access network device, and the UE directly connects to the application server through the access network device, and the application server provides the data transmission service for the UE through the access network device, and ensures the wireless communication network.
  • the ultra-flattening of the wireless communication network is realized, and the data transmission delay between the devices in the wireless communication network is effectively reduced.
  • the UE broadcasts the access network device.
  • the tracking area identifier is sent to the application server, and the application server can switch to the UE according to the mapping relationship between the tracking area identifier and the tracking area identifier and the identifier of each access network device, so that the UE switches from the idle state to the connected state.
  • the external call accessibility of the UE is achieved.
  • the communication process between the application server and each device in the wireless communication network includes:
  • Step 700 Receive an IP address sent by the UE.
  • the application server receives the request message sent by the access network device, where the request message includes at least one of an access network device identifier, a tracking area identifier, and a PLMN identifier.
  • the application server generates a response according to the request message.
  • the message is sent to the access network device; wherein, the response message is used to confirm that the communication initialization of both parties is completed.
  • the response message sent by the application server to the access network device may be carried by using a message in the existing 3GPP standard protocol, for example, the request message sent by the UE to the application server is an S1 interface setup request (S1 setup request).
  • the response message sent by the application server to the UE is an S1 interface setup response (SI setup response) message.
  • SI setup response S1 interface setup response
  • the access network that can be used is scanned, and when the access network that is allowed to access according to the preset rule is detected, the access network that is allowed to access according to the preset rule is accessed, and access is obtained.
  • the network is a cellular network.
  • the UE determines that the local access network has been accessed, if the UE detects that at least one other access network that is allowed to access is available according to the preset rule, the UE requests to access the at least one other access network. And obtaining an IP address corresponding to the at least one other access network, where the other access network is a cellular network or a non-cellular network; the preset rule is a preset rule according to a specific application scenario, where the preset rule includes selecting Priority rules or channel quality thresholds for network access.
  • the application server receives the IP address sent by the UE, receives the user identity sent by the UE, and verifies whether the user identity corresponding to the UE is legal according to the user identity.
  • the user identity identifier may be a user name and a password corresponding to the application server, and may also be a USIM.
  • the access network is a cellular network
  • the UE may carry all the foregoing IP addresses and user identity identifiers by using an attach request message.
  • the access network is a non-cellular network, the UE may carry all the foregoing IP addresses and user identity identifiers through the registration request message.
  • the IP address of the UE is reported to the application server, so that the application server knows which ones it can pass.
  • the IP address provides a data transmission service for the UE.
  • Step 710 Provide a data transmission service for the UE by using the foregoing IP address.
  • the application server since the UE can have at least one IP address, when the UE has an IP address, the application server provides the data transmission service for the UE by using the unique IP address; when the UE has at least two IP addresses, The application server may provide the data transmission service for the UE by using the at least two IP addresses respectively.
  • the application server when the application server verifies that the user identity corresponding to the UE is legal, the UE successfully returns a registration success message to the UE.
  • the application server will provide various data transmission services, such as a web browsing service, a video playing service, a call service, and a short message service, to the UE.
  • the registration success message may include a key used by the application server to communicate with the UE, and/or policy information that the UE performs autonomous link scanning, increase or decrease; and corresponding to the UE sending an attach request message to the application server,
  • the application server may use the key that is used by the application server to communicate with the UE by using the signaling or the signaling specified in the existing protocol, and/or the policy information indicating that the UE performs the autonomous link scanning, adding or subtracting;
  • the policy information of the autonomous link scanning, the addition and subtraction may also be pre-configured locally in the UE.
  • the policy information of the autonomous link scanning, increasing or decreasing includes the conditions that the UE performs the access network scanning (eg, according to the preset air interface channel). The quality threshold is scanned) and the conditions that the access network accessed by the UE should meet.
  • the UE performs link increase/decrease based on the pre-configured or autonomous link scan, increase/decrease policy information delivered by the application server, and causes the UE to have any arbitrarily during the link increase and decrease of the UE.
  • increase/decrease policy information delivered by the application server
  • the UE needs to notify the application server of the link change.
  • the application server receives the any one of the IP addresses sent by the UE and the corresponding one of the IP addresses.
  • the IP address is no longer used, that is, the UE receives the connection release command sent by the corresponding access network or the UE detects that the connection on the corresponding access network fails.
  • the application server may send a link update confirmation message to the UE, so that the UE determines that the application server has received the link change reported by the UE.
  • the tracking area identifier sent by the UE is received.
  • the application server receives the tracking area identifier sent by the UE, if it is determined to page the UE, it searches for a corresponding one of the tracking area identifiers in the locally saved mapping table according to the received tracking area identifier. Or a plurality of access network device identifiers; and sending a paging message to the corresponding access network device corresponding to the one or more access network device identifiers.
  • the The mapping relationship table includes a mapping relationship between the tracking area identifier and the access network device identifier.
  • the access network device identifier is an IP address or other identifier of the access network device.
  • the UE when the UE is in the idle state, if the tracking area is moved to another tracking area, the UE initiates a tracking area update process to the application server to report the updated tracking area identifier of the UE to the application server.
  • Access network device identifier is the IP address or base station ID or other identifier of the access network device.
  • the application server may periodically receive, by using a heartbeat message, a tracking area identifier corresponding to the current time of the UE sent by the UE.
  • the access network devices corresponding to each access network have their own tracking area; as shown in Figure 8a, the tracking areas to which different access network devices belong The tracking area to which the access network device 1 belongs is TA1, and the tracking area to which the access network device 2 belongs is TA2. Referring to FIG. 8b, the tracking areas to which different access network devices belong may also be the same. The tracking areas to which the network access device 1 and the access network device 2 belong are both TA1.
  • the application server needs to page the UE, it needs to send a paging message to each access network device corresponding to the tracking area identifier of the UE, and adopts the technical solution,
  • the tracking area of the multiple access network devices is the same. Therefore, the number of tracking area updates is reduced, thereby saving the energy consumption of the UE.
  • the application server needs to page the UE, The paging message needs to be sent to the access network device corresponding to the tracking area identifier of the UE.
  • the application server only needs to send a paging message to the access network device corresponding to the tracking area identifier of the UE, and the number of signaling interaction phases The number of signaling interactions is smaller when the tracking areas to which different access network devices belong are the same.
  • the application server may send the paging message only to the macro base station, and does not need to send a paging message to the access point device under the jurisdiction of the macro base station, thereby reducing signaling. Interaction saves system overhead.
  • the application server manages the tracking area identifier corresponding to the UE, and the mapping relationship between the tracking area identifier and each access network device identifier.
  • the application server can respond according to the locally saved UE. Tracking area identifier, and a mapping relationship between the tracking area identifier and each access network device identifier, paging to the UE, and causing the UE to switch from the idle state to the connected state, Thereby, the external call accessibility of the UE is achieved.
  • FIG. 9 is a schematic diagram of a protocol stack corresponding to an application server according to an embodiment of the present invention, where an aggregation layer in the application server is a TCP layer, and a highest protocol layer corresponding to each branch of a different link is UDP. .
  • the application server provides a data transmission service for the UE by using at least two IP addresses, and specifically includes: the application server sends the downlink data to the local MPTCP entity for processing; after being processed by the MPTCP entity, The downlink data is sent to different UDP/IP entities in the application server according to the offload algorithm (such as determining the split ratio according to the data transmission rate of the link corresponding to different UDP/IP entities); the downlink is processed by different UDP/IP entities.
  • the data is sent to the UE by using an access network corresponding to the corresponding IP address; the application server receives the first successful reception confirmation information sent by the MPTCP entity of the UE.
  • the application server sends the downlink data to the UE by using the first IP address and the second IP address as the destination IP address, and the downlink data is performed by the MPTCP entity in the application server.
  • the first downlink data of an IP address is sent to the application server by using the access network corresponding to the first IP address
  • the second downlink data of the second IP address is set by the second UDP/IP entity in the application server.
  • the UE is sent to the UE through the access network corresponding to the second IP address.
  • the downlink data sent by the different UDP/IP entities sent to the application server is a fountain code data block.
  • the process where the application server receives the first successful acknowledgment information sent by the MPTCP entity of the UE, where the application server receives the first MPTCP status report sent by the MPTCP entity of the UE, where the first MPTCP status report includes a Or a plurality of fountain code source data block identifiers and information successfully received; or, the number of fountain code data blocks that have been successfully received for one or more fountain code source data blocks respectively; or one or more fountain code sources Data block The number of fountain code data blocks that need to be successfully received; the above-mentioned fountain code data block is generated by encoding the fountain code source data block.
  • the first successful acknowledgement message is the first MPTCP status report.
  • the application server determines, according to the first MPTCP status report, the fountain code data block that needs to be transmitted to the UE.
  • the application server MPTCP entity stops or reduces the downlink data that is offloaded to the any one of the links, and further downlinks The data is offloaded to any one or more of the remaining links of the UE except any one of the links.
  • the fountain code technology is used for downlink data transmission, and the fountain code data can be offloaded from the link with lower transmission speed to the link with higher transmission speed, without re-transmitting the shunt before the offloaded link Successful data has been transmitted on the link, and there is no need to retransmit the downlink data that has been transmitted but not succeeded on the pre-split link on the offloaded link, thereby greatly reducing the complexity of data processing when the application server is split between links. degree.
  • the application server provides a data transmission service for the UE by using at least two IP addresses, including: Receiving, by the UE, uplink data sent by using at least two IP addresses as source IP addresses; sending uplink data of different source IP addresses to different local IP/UDP entities; wherein, one IP/UDP entity corresponds to one IP address;
  • the IP/UDP entity that receives the uplink data corresponding to the different IP addresses respectively processes the corresponding uplink data, and aggregates the uplink data processed by the IP/UDP entity to the local MPTCP entity; when the preset condition of the application server is met,
  • the second successful reception confirmation information is sent by the MPTCP entity in the application server to the UE.
  • the application server sends the uplink data corresponding to the first IP address to the UE when the uplink data is sent to the UE by using the first IP address and the second IP address.
  • the IP/UDP entity processes the second uplink data
  • the first IP/UDP entity in the application server sends the processed first uplink data to the MPTCP entity in the application server, and the second IP/UDP entity in the application server
  • the processed second uplink data is sent to the MPTCP entity in the application server.
  • the uplink data processed by different IP/UDP entities in the application server is a fountain code data block.
  • the process of sending the second successful receiving confirmation information to the UE by the MPTCP entity in the application server specifically includes: when the application server determines to successfully decode one or more fountain code source data. And sending, by the application server, the second MPTCP status report to the UE; or, the application server sends the second MPTCP status report to the UE according to the preset period; where the second MPTCP status report includes one or more fountain code source data block identifiers and whether Successfully receiving information of one or more of the fountain code source data blocks; or information of how many fountain code data blocks were successfully received for one or more fountain code source data blocks; or for one or more fountain code source data blocks It is also necessary to successfully receive information on how many fountain code data blocks are respectively received; the above-mentioned fountain code data block is generated by encoding the fountain code source data block.
  • the application server in addition to determining that the application server successfully decodes one or more fountain code source data blocks as a trigger condition, other trigger conditions may be preset, and when the trigger condition is met, the application server sends the first MPTCP state to the UE. Report, the specific trigger conditions are determined by the user according to the specific circumstances.
  • the second successful reception confirmation message is the second MPTCP status report.
  • the UE determines, according to the foregoing second MPTCP status report, a fountain code data block that needs to be transmitted to the application server.
  • the local MPTCP entity of the UE stops or reduces the uplink data that is offloaded to the any one of the links, and performs more uplinks.
  • the data is offloaded to any one or more of the remaining links of the UE except any one of the links.
  • the protocol stack of the application server is modified, and after the UE successfully decodes at least one fountain code source data, the second successful reception confirmation information is sent to the application server, thereby It avoids the problem that the TCP layer feedback is needed when a packet is successfully transmitted by the TCP layer congestion control mechanism when the highest protocol layer of each branch in the existing application server is the TCP layer, which effectively improves the throughput of the wireless communication network.
  • the volume provides the overall transmission rate, which effectively saves the energy consumption of the application server.
  • the fountain code data block can be shunted from the link with lower transmission speed to a higher transmission speed.
  • the link does not need to retransmit the successfully transmitted data on the pre-split link on the offloaded link, and does not need to retransmit the uplink data that has been transmitted but not succeeded on the pre-split link on the offloaded link. Thereby, the data processing complexity of the UE when splitting between links is greatly reduced.
  • the application server sends the application server's support fountain code capability information to the UE; and receives the application server generated by the UE according to the application server supporting the fountain code capability information.
  • the configuration parameters related to the fountain codec are not limited to the fountain codec.
  • the configuration parameter related to the fountain code encoding and decoding of the application server includes one of the following options or a combination of any of the following: the number of fountain code data blocks included in a fountain code source data block, occupied by a fountain code data block The size of the storage space, the second MPTCP status report transmission period, the second MPTCP status report trigger condition, and the like, and the application server supports the fountain code capability information including whether the application server has the capability of generating the fountain code data block, and whether the application server has the decoding capability. The ability of the fountain code block.
  • a standard interface or an interworking protocol is defined between application servers corresponding to different service providers to implement communication between application servers corresponding to different service providers.
  • the application server that provides the data transmission server for the UE is the same server as the application server registered by the UE.
  • the application server that actually provides the data transmission service for the UE may be an application server different from the carrier registered by the UE, and may be an application server of another operator, or may be provided by another application.
  • the application server of the quotient referred to herein as a third-party application server, correspondingly refers to the carrier application server registered by the UE as a note. Book application server. In this case, referring to FIG.
  • all control signaling is still transmitted between the registered application server and the UE, such as reporting of IP address increase and decrease; and the user plane data transmission process is directly on the third party application server and
  • the protocol stack corresponding to the application server shown in FIG. 9 is implemented in the third-party application server, and the corresponding data processing and MPTCP status report are also implemented in the third-party application server.
  • the data transmission between the UE and the third-party application server is directly performed through each available access network, and does not need to be registered by the application server. The above data transmission is taken as an example. After the uplink data that the UE needs to transmit reaches the access network device, it does not reach the registered application server and then the third-party application server, but directly sends it to the third-party application server.
  • the registration application server needs to serve as a control bridge, and the IP addresses of both the access network device and the third-party application server are added when the available access network increases or decreases. Or the identifier of the MAC address or the like is notified to the access network device or the third-party application server, and the identity legality of the two is also verified, and the registered application server may also provide the service quality-related information to the third-party application server.
  • the end user obtains the services provided by the third-party application server, such as Weibo and WeChat, by registering the application server and using it as an access portal.
  • the MME, the S-GW, the PDN-GW, the PCRF, and the HSS in the existing core network are deleted, and the application server is used as a portal for communication, and the access network is directly connected to the application server through the Internet cloud, thereby
  • the ultra-flattening of the wireless communication network is realized; and the necessary function allocation such as charging and authentication is implemented by the application server, and the IP address allocation function is implemented by the access network device, and the wireless function is ensured by the new function division and the fountain code technology.
  • the communication quality between the devices in the communication network and the mobility of the UE is adopted by the MPTCP entity and the TCP layer at the transmitting end, so that the data offloading process and the data processing are complicated when performing uplink and downlink data transmission. Degree, the business continuity of the UE is realized.
  • the communication process between the UE, the access network device, and the application server is described in detail below in conjunction with specific application scenarios.
  • the access network in the wireless communication network is an LTE cellular network
  • the process of the UE accessing the application server is described in detail: Step 1100: After the access network device is powered on, initiate an S1 interface establishment process to the application server.
  • the access network device may re-use the S1 interface setup request (SI setup Request) message between the eNB and the MME in the existing LTE protocol, where the SI interface setup request message includes the access network device identifier, and the access At least one of a tracking area identifier to which the network device belongs, a PLMN identity to which the access network device belongs, and the like.
  • the access network device identifier may be an IP address of the access network device.
  • Step 1110 The application server feeds back an S1 interface setup response message to the access network device based on the S1 interface setup process initiated by the access network device.
  • the application server after receiving the S1 interface setup request message sent by the access network device, the application server feeds back an S1 interface setup response (S1 Setup Response) message to the access network device according to the S1 interface setup request message.
  • the application server may provide an input for the subsequent data offloading and the like according to the information of the access network device carried by the S1 interface setup request message, the tracking area identifier to which the access network device belongs, and the PLMN identifier to which the access network device belongs.
  • Step 1120 After the UE starts, initiate a random access procedure to the access network device.
  • the UE after completing the downlink synchronization with the access network device and acquiring the system information, the UE initiates a random access procedure to access the cellular network corresponding to the access network device;
  • the system information is a bandwidth resource that can be called by the access network device.
  • Step 1130 The UE initiates an RRC connection establishment process to the access network device.
  • the UE when the access network device detects that there is a resource that can be called, the UE initiates a Radio Resource Control (RRC) connection establishment procedure (RRC Connection setup procedure) to the access network device.
  • RRC Radio Resource Control
  • the RRC connection setup process is a three-way handshake process: the UE sends an RRC connection request message to the access network device, and the access network device sends an RRC connection setup to the UE according to the RRC connection request message.
  • the message is: the UE feeds back an RRC connection setup complete message to the access network device according to the foregoing RRC connection setup message, and completes an RRC connection establishment between the UE and the access network device.
  • the access network device usually carries the IP address assigned to the UE in the RRC Connection Setup message.
  • the access network device may also send the IP address allocated to the UE to the UE through other messages, which is not limited herein, but the UE determines that the application is in the application.
  • the IP address assigned by the access network device is obtained before the server initiates the attach process.
  • Step 1140 After the UE establishes an RRC connection with the base station, the UE initiates an attach procedure to the application server.
  • the UE initiates an attach procedure to the application server, where the attach procedure is a three-way handshake process: the UE sends an attach request message to the application server; the application server generates an accept attachment according to the attach request message.
  • the (Attach Accept) message is sent to the UE; the UE feeds back an Attach Complete message to the application server according to the accept-attach message, thereby completing the attach procedure of the UE on the application server.
  • the attach request message may be carried by the RRC connection setup complete message and forwarded by the access network device to the application server.
  • the UE further sends an IP address and a user identity that the access network device allocates to the UE to the application server, so that the application server verifies whether the user identity is legal according to the user identity identifier, that is,
  • the application server authenticates the UE.
  • the user identity identifier may be a user name and a password corresponding to the application server, and may also be information such as a USIM and a SIM.
  • the authentication mode may be an EAP-AKA mode.
  • the process of key derivation and distribution between the UE and the application server may also be included.
  • Step 1150 The access network device initiates an access layer security activation process to the UE.
  • the access network device obtains a preset key or an application-derived key, and uses the AS Security Activation to associate the key or a parameter related to the key (such as NCC, Next).
  • a parameter related to the key such as NCC, Next.
  • -Hop Chaining Counter, the next hop chain counter is sent to the UE, allowing the UE to communicate according to the key or parameters related to the key.
  • step 1150 and step 1140 are in no particular order, that is, step 1140 may be performed first, and then step 1150 may be performed. Step 1150 may be performed first, then step 1140 may be performed, and step 1140 and step 1150 may be performed in parallel. .
  • Step 1160 The access network device initiates a radio bearer setup process to the UE.
  • the access network device establishes a default bearer on the air interface by using the RB establishment, and configures related parameters (such as the logical channel priority of the bearer). Wait).
  • the process of the UE accessing the application server is shown in FIG.
  • the application server sends an SI Setup Response to the access network device; the UE initiates a Random Access Procedure to the access network device; the UE initiates an RRC connection setup procedure to the access network device; the UE initiates an Attachment Procedure to the application server; The network device initiates an AS Security Activation to the UE; the access network device initiates an RB establishments to the UE
  • the signaling interaction between the devices can reuse the signaling specified in the existing LTE protocol to reduce the impact on the UE and the access network device.
  • the foregoing functions are not limited to the use of the various signalings in the foregoing embodiments, and the foregoing functions may be implemented by using other messages specified in the LTE protocol, and are not limited herein.
  • the UE accesses the cellular network corresponding to the access network device from the start and the process starting from step 1120 is also applicable to the link that the UE already has a local to application server.
  • the access network of the access network device is connected to the application server when the other link is connected to the application server, and is also applicable to the cellular network corresponding to the access network device when the UE is switched from the idle state to the connected state.
  • the scenario of the application server is not limited to the use of the various signalings in the foregoing embodiments, and the foregoing functions may be implemented by using other messages specified in the LTE protocol, and are not limited herein.
  • the access network device allocates an IP address to the UE, and the application server provides the data transmission service for the UE through the access network device, and realizes the ultra-flat of the wireless communication network while ensuring the communication quality of the wireless communication network. It effectively reduces the data transmission delay between devices in the wireless communication network.
  • Application scenario 2
  • the access network in the wireless communication network is an LTE cellular network, and the process of autonomously scanning, increasing or decreasing links of the UE in the connected state is described in detail. :
  • Step 1300 The UE is connected to an access network after being started.
  • the access network that can be used is scanned, and when the access network that is allowed to access according to the preset rule is detected, the access that is allowed to access according to the preset rule is accessed.
  • the preset rule is a rule preset according to a specific application scenario, where the preset rule includes selecting a priority rule or a channel quality threshold of the access network, where the preset rule is specified by a protocol, or a configuration information of the UE itself. Or specified by the policy corresponding to the application server.
  • an IP address corresponding to the access network is obtained.
  • Step 1310 The UE initiates a registration request message to the application server.
  • the UE when the access network accessed by the UE is a non-cellular network, the UE sends a registration request message to the application server, where the registration request message includes all IP addresses and user identity identifiers owned by the UE;
  • the IP addresses owned by the UE are used as the destination IP addresses, and the data transmission service is provided to the UE through each of the above IP addresses.
  • the UE may have accessed multiple access networks at the same time.
  • the registration request message may include multiple IP addresses.
  • the application server verifies whether the user identity is legal by using the user identity carried in the foregoing registration request, where the access network device identifier is an IP address or other identifier of the access network device; and the data transmission service, such as web browsing Services, video playback services, call services, and SMS services.
  • Step 1320 The application server feeds back a registration success message to the UE.
  • the application server feeds back a registration success message to the UE, where the registration success message may include a key used by the application server to communicate with the UE and/or instruct the UE to perform autonomous link scanning, increase or decrease.
  • the registration success message may include a key used by the application server to communicate with the UE and/or instruct the UE to perform autonomous link scanning, increase or decrease.
  • Strategy information may include a key used by the application server to communicate with the UE and/or instruct the UE to perform autonomous link scanning, increase or decrease.
  • Strategy information may include a key used by the application server to communicate with the UE and/or instruct the UE to perform autonomous link scanning, increase or decrease.
  • Strategy information may include a key used by the application server to communicate with the UE and/or instruct the UE to perform autonomous link scanning, increase or decrease.
  • the policy information that the UE performs the autonomous link scanning, the addition and subtraction may also be locally configured in the UE, and the policy information of the autonomous link scanning, increasing or decreasing includes the conditions that the
  • Step 1330 The UE autonomously increases or decreases the link and notifies the application server of the link update status.
  • the UE scans, increases or decreases based on the autonomous link. For example, the link is increased or decreased, and the link change is notified to the application server. That is, the UE needs to notify the application server of the newly added IP address or the deleted IP address.
  • the access network corresponding to the any one IP address is disconnected; and the access network corresponding to the deleted IP address and the deleted IP address is disconnected.
  • Information is notified to the application server either explicitly or implicitly.
  • the specific process for the UE to perform link addition includes: when the UE accesses a new access network (such as an independent wifi network) according to the autonomous link scanning, increasing or decreasing policy information, the UE acquiring corresponds to the new The IP address of the access network, and notify the application server of the IP address.
  • a new access network such as an independent wifi network
  • the process of performing link increase and decrease by the foregoing UE may be controlled by a macro base station.
  • the macro base station controls, if the UE has accessed the macro base station, and the UE autonomously increases an access point covered by the macro base station as a link, the foregoing access point accesses the UE.
  • the information is notified to the macro base station, and the macro base station uses the MSA technology to provide the data transmission service for the UE by using one of the foregoing access points as a distribution site. Since the IP address of the UE has been allocated by the macro base station, the foregoing The ingress point does not need to assign a new IP address to the UE.
  • the macro base station offloads part of the downlink data to the foregoing access point, and the macro base station receives the uplink data of the foregoing access point and forwards the data to the application server.
  • Step 1340 The application server feeds back a link update confirmation message to the UE.
  • the application server when the application server receives the information that is not used by the UE and the information that the access network corresponding to the IP address is disconnected, or the newly added IP address, the information sent by the UE is sent to the UE. After the processing, the link update confirmation message is sent to the UE. After receiving the link update confirmation message, the UE determines that the application server has obtained the IP address corresponding to the currently available access network of the UE.
  • the application server when the application server receives the deleted IP address sent by the UE in an explicit manner or an implicit manner, and the information that the access network corresponding to the deleted IP address is disconnected, the application server no longer uses the deleted IP address.
  • the address provides a data transmission service for the above UE.
  • the application server starts the local MPTCP function, and each IP address owned by the UE is used as the destination IP address, and provides data transmission services for the UE through each IP address.
  • the UE is assigned an IP address through the access network device, and the UE directly connects to the application server through the access network device (such as a macro station/micro station WiFi AP, etc.), thereby realizing ultra-flattening of the wireless communication network; There is no separate handover procedure between the access network devices.
  • the MPTCP entity in the UE performs link addition and subtraction, and the APP entity in the UE implements differentiated services between users/services (such as TCP/IP parameter differentiation settings, etc.) ), thereby ensuring the business continuity of the UE in the connected state.
  • Application scenario three
  • the access network in the wireless communication network is taken as an LTE cellular network, and the process of switching the UE in the idle state to the connected state is described in detail:
  • Step 1500 The UE sends a notification message to the application server to notify the application server that the UE enters an idle state before disconnecting from all access networks.
  • the notification message further includes a tracking area identifier and/or an access network device identifier to which the access network device corresponding to the access network of the UE currently resides.
  • the notification message may be a heartbeat message.
  • each access network device has its own tracking area (TA).
  • Different access network devices may have different tracking areas, such as the access network device 1 belongs to.
  • the tracking area is TA1
  • the tracking area to which the access network device 2 belongs is TA2
  • the tracking areas to which different access network devices belong may also be the same.
  • the tracking areas to which the access network device 1 and the access network device 2 belong are both TA1.
  • Each of the access network devices broadcasts the tracking area identifier to which the UE belongs. After entering the idle state, the UE receives the tracking area identifier broadcasted by the access network device corresponding to each IP address owned by the UE.
  • the access network device is a macro base station or an independent wifi network device.
  • the UE may also receive the tracking area identifier of the access network broadcast when the UE is in the connected state.
  • Step 1510 When the application server receives the incoming call request sent by the UE, determine that the paging
  • Step 1520 The application server determines one or more access network device identifiers corresponding to the UE according to the tracking area identifier carried in the received notification message.
  • the application server locally stores a mapping relationship table, where the mapping relationship table includes a mapping relationship between the tracking area identifier and the access network device identifier.
  • the tracking area update process needs to be initiated to the application server, and the updated tracking area identifier is notified to the application server, and the application server is updated according to the update.
  • the following tracking area identifier updates the locally saved tracking area identifier corresponding to the UE.
  • the UE may send the tracking area identifier corresponding to the current moment of the UE to the application server according to the heartbeat message periodically.
  • Step 1530 The application server sends a paging message to the access network device corresponding to the one or more access network device identifiers.
  • Step 1540 After receiving the paging message sent by the application server, the UE accesses the corresponding access network and enters a connection state.
  • the application server manages the tracking area identifier corresponding to the UE, and the mapping relationship between the tracking area identifier and the identifier of each access network device.
  • the application server updates the tracking according to the reported report by the UE.
  • the area identifier is used to update the tracking area identifier corresponding to the locally saved UE; and the application server is capable of paging according to the mapping area identifier corresponding to the locally saved UE and the mapping relationship between the tracking area identifier and each access network device identifier.
  • the UE is switched from the idle state to the connected state, thereby realizing the external incoming reachability of the UE.
  • Application scenario four
  • the access network in the wireless communication network is an LTE cellular network, and the number of IP addresses owned by the UE is at least two, and the fountain code technology is introduced in detail.
  • the processing flow of the data between the UE and the application server is similar whether the UE is used as the sending end or the application server as the sending end.
  • the devices that send data are collectively referred to as the sender.
  • the device that receives the data is collectively referred to as the receiving end, and describes the data transmission process between the transmitting end and the receiving end.
  • the UE is the transmitting end, the application server is the receiving end, or the application server is the transmitting end, and the UE is the receiving end.
  • Step 1600 The sending end sends the data to be sent to the local MPTCP entity for processing, and obtains at least two IP addresses carried in the to-be-sent data.
  • Step 1610 The processed MPTP entity sends the processed data to be sent to different UDP/IP entities on the sending end according to the at least two IP addresses.
  • a UDP/IP entity processes data transmitted through an IP address, and different UDP/IP entities process data transmitted by different IP addresses.
  • Step 1620 The processed data to be sent is sent by the different UDP/IP entities on the sending end to the receiving end through the access network corresponding to the corresponding IP address.
  • the data to be sent processed by the different UDP/IP entities is a fountain code data block.
  • the sender divides the source code into at least one data block, and encodes at least one data block to generate a corresponding at least one fountain code data block (Encoding block). ), that is, the fountain code data block is generated by encoding the fountain code source data block.
  • the transmitting end sends the above-mentioned fountain code data block to all the IP addresses corresponding to the transmitting end to the receiving end.
  • Step 1630 After receiving the data to be sent, the receiving end, when it is determined that the preset condition is met, returns a successful receiving confirmation message to the sending end.
  • the preset condition is that the preset period arrives, or the receiving end successfully decodes one or more fountain source data blocks.
  • the success confirmation information is an MPTCP status report, which is used to notify the sender that the fountain code data block has been successfully received.
  • the MPTCP status report includes one or more fountain code source data block identifiers and whether the packet is successfully received. Information of one or more fountain code source data blocks; or information on how many fountain code data blocks are successfully received for one or more fountain code source data blocks; or for one or more fountain code source data blocks How many fountain code data blocks are successfully received.
  • the above MPTCP status report may also include the last received currently. The number of a fountain code source data block (not necessarily correctly decoded) or the number plus one.
  • the application server transmits data (Data) to the UE through two IP addresses, and after receiving the foregoing data, the UE determines that the preset condition is met. , that is, send an MPTCP report (TCP Status Report) to the application server.
  • Data data
  • the UE determines that the preset condition is met. , that is, send an MPTCP report (TCP Status Report) to the application server.
  • Step 1640 The transmitting end determines the fountain code data block sent to the receiving end according to the successful receiving confirmation information.
  • the transmitting end learns, according to the MPTCP status report, which fountain code source data blocks have been correctly decoded by the receiving end, which fountain code source data blocks have not been correctly decoded, and the transmission success rates of the respective links corresponding to the transmitting end. And other information, and according to the above information, determine how many fountain code data blocks need to continue to be transmitted to the fountain code source data blocks that are not correctly received, and how many fountain code data blocks are respectively branched on each link corresponding to the transmitting end.
  • FIG. 19 it is a schematic diagram of an MPTCP status report according to an embodiment of the present invention.
  • ACK_SN is used to indicate the sequence number (SN) of the next fountain code source data block that is not correctly decoded, and the fountain code source data block is not reported as "lost” in the MPTCP status report. Missing ) "Status; NACK - SN is used to indicate that the corresponding fountain code source data block is in the "lost" state, that is, the SN of the fountain code source data block that is not correctly decoded by the SN before the ACK_SN in the TCP receive window.
  • the "NACK_SN number” field may also be carried by an extended bit bit set in each NACK_SN entry indicating whether there is a next NACK-SN entry after the NACK-SN entry.
  • the receiving end before the transmitting end transmits the fountain code data block to the receiving end, the receiving end sends the supporting fountain code capability information to the transmitting end; and receives the configuration parameter related to the fountain code encoding and decoding generated by the sending end according to the supporting fountain code capability information.
  • the configuration parameter related to the codec encoding and decoding includes one or a combination of the following options: a number of fountain code data blocks included in a fountain code source data block, and a storage space occupied by a fountain code data block.
  • the size, the second MPTCP status report sending period, the second MPTCP status report triggering condition, and the like, the application server supporting the fountain code capability information includes whether the application server has the capability of generating the fountain code data block, and whether the application server has the decoded fountain code data The ability of the block.
  • the MPTCP entity in the sending end stops or reduces the data to be sent transmitted to the any one of the links. And all the data to be sent are offloaded to any one or more links except any one of the links corresponding to the sending end.
  • the process of receiving the data to be sent sent by the receiving end by the receiving end is opposite to the process of sending the data to be sent by the sending end, and the specific process is:
  • Step 2000 The receiving end receives the to-be-sent data sent by the sending end by using at least two IP addresses.
  • one IP/UDP entity corresponds to one IP address.
  • Step 2020 The IP/UDP entity that receives the data to be sent in the receiving end separately processes the to-be-sent data of the corresponding IP address.
  • the MPTCP entity in the receiving end The MPTCP entity in the receiving end.
  • Step 2040 When the MPTCP entity in the receiving end receives the processed data to be sent sent by the IP/TCP entity, if the preset condition is met, the MPTCP entity sends a successful receiving confirmation message to the sending end.
  • the above technical solution is used to modify the protocol stack of the transmitting end and the protocol stack of the receiving end respectively. After the receiving end successfully decodes at least one fountain code source data, the receiving end sends a successful receiving confirmation message to the transmitting end, thereby avoiding the existing receiving end.
  • the congestion control mechanism of the TCP layer causes the TCP ACK feedback to be transmitted when a data packet is successfully transmitted, which effectively improves the throughput of the wireless communication network and provides the overall transmission rate.
  • the fountain code data block can be offloaded from the link with lower transmission speed to the link with higher transmission speed, without being shunted
  • the data on the link before the re-transmission is successfully transmitted, and there is no need to retransmit the data that has been transmitted but not succeeded on the pre-split link on the offloaded link, thereby greatly reducing the transmission between the links.
  • the signaling interaction process between the UE and the application server is:
  • Step 2100 The UE sends the support fountain code capability information of the user equipment to the application server.
  • Step 2110 The application server generates a configuration parameter related to the fountain code encoding and decoding of the user equipment according to the supported fountain code capability information of the user equipment, and sends the configuration parameter related to the fountain code encoding and decoding to the UE.
  • the configuration parameter related to the fountain code encoding and decoding of the user equipment includes one of the following options or a combination of any of the following: a number of fountain code data blocks included in a fountain code source data block, and a fountain code
  • a number of fountain code data blocks included in a fountain code source data block includes one of the following options or a combination of any of the following: a number of fountain code data blocks included in a fountain code source data block, and a fountain code
  • Step 2120 The application server sends a fountain code data block to the UE.
  • Step 2130 When the preset condition of the user equipment is met, the UE sends a first success reception confirmation message to the application server.
  • the first successful reception confirmation message includes a first MPTCP status report.
  • the present invention provides a user equipment, including an obtaining unit 220, and a transceiver unit 221, where:
  • the obtaining unit 220 is configured to obtain an Internet Protocol IP address allocated by the access network device for the user equipment;
  • the transceiver unit 221 is configured to notify the application server of the IP address acquired by the acquiring unit 220, and receive a data transmission service provided by the application server by using the IP address, where the application server is used to move the terminal The server that manages the quality and quality of the business.
  • the transceiver unit 220 is further configured to: notify the application server of the user identity by notifying the IP address to the application server, so that the application server is verified according to the user identity Whether the user identity is legal.
  • the foregoing user equipment further includes an access unit 222, configured to: after accessing the access network corresponding to the access network device, if at least one other access network that is allowed to access is detected according to a preset rule If available, request to access at least one of the other access networks; wherein the other access networks are cellular networks or non-cellular networks.
  • the acquiring unit 220 is further configured to: after accessing the at least one other access network, acquire an IP address corresponding to the at least one other access network.
  • the transceiver unit 221 is further configured to: notify the application server of an IP address corresponding to the at least one other access network.
  • the user equipment further includes a disconnecting unit 223, configured to: when the user equipment determines that any one of the IP addresses is no longer in use, disconnect the access network corresponding to the any one of the IP addresses.
  • the transceiver unit 221 is further configured to: notify the application server that the access network corresponding to the any one of the IP addresses and the any one of the IP addresses is disconnected, so that the application server is no longer used.
  • the any one of the IP addresses provides a data transmission service for the user equipment.
  • the transceiver unit 221 is further configured to: after the user equipment disconnects the connection between all the access networks corresponding to the user equipment, receive the access network device in the at least one access network.
  • the tracking area identifier of the broadcast is notified to the application server, so that the application server determines one or more access network device identifiers corresponding to the paging user equipment according to the tracking area identifier.
  • the transceiver unit 221 is configured to: when the user equipment corresponds to at least two IP addresses, receive the data transmission service provided by the application server by using the at least two IP addresses.
  • the transceiver unit 221 is specifically configured to: receive downlink data that the application server separately sends at least two IP addresses as different destination IP addresses.
  • the transceiver unit 221 is further configured to: send downlink data of different destination IP addresses to different IP/user packet protocol UDP entities in the user equipment; wherein, one IP/UDP The entity corresponds to a destination IP address; and the downlink data processed by the IP/UDP entity is aggregated to the multi-path transmission control protocol MPTCP entity in the user equipment; when the preset condition of the user equipment is met, the control is performed.
  • the MPTCP entity generates a first successful reception confirmation message to be sent to the application server.
  • the transceiver unit 221 is configured to: aggregate the sprayed code data block processed by the IP/UDP entity into an MPTCP entity in the user equipment.
  • the transceiver unit 221 is further configured to: when it is determined that one or more fountain code source data blocks are successfully decoded, generate a first MPTCP status report and send the report to the application server; or The server sends a first MPTCP status report, where the first MPTCP status report includes one or more fountain code source data block identifiers and information whether the data is successfully received, or includes, for each fountain code source data block, the data block has been successfully received.
  • the number of fountain code data blocks; or the number of fountain code data blocks that need to be successfully received by each of the fountain code source data blocks; the fountain code data block is generated by encoding the fountain code source data block.
  • the transceiver unit 221 is specifically configured to: send the uplink data to an MPTCP entity in the user equipment for processing; and control the MPTCP entity to be processed.
  • the uplink data is sent to different UDP/IP entities for processing; and the controlled UDP/IP entity sends the processed uplink data to the application server through the access network corresponding to the at least two of the IP addresses respectively;
  • the transceiver unit 221 is further configured to: receive the second successful reception confirmation information sent by the MPTCP entity of the application server.
  • the uplink data sent by the transceiver unit 221 to different UDP/IP entities is a fountain code data block.
  • the transceiver unit 221 is configured to: receive a second MPTCP status report sent by the MPTCP entity of the application server, where the second MPTCP status report includes one or more fountain code source data block identifiers. And whether the information of the one or more fountain code source data blocks is successfully received; or the number of fountain code data blocks that have been successfully received for each fountain code source data block respectively; or contains data for each fountain code source data Blocks also need to be successfully received separately The number of fountain code data blocks; the fountain code data block is generated by encoding the fountain code source data block.
  • the transceiver unit 221 is further configured to: before transmitting the fountain code data block, send information of the user equipment supporting the fountain code capability to the application server; and receive the application server according to the user
  • the configuration code of the fountain code encoding and decoding of the user equipment for transmitting the fountain code data block generated by the device supports the fountain code capability information.
  • the data transmission service received by the transceiver unit 221 includes receiving downlink data and transmitting uplink data.
  • an access network device including a distribution unit 230, and a transceiver unit 231, where:
  • the allocating unit 230 is configured to allocate an internet protocol IP address to the user equipment after determining that the user equipment accesses the local area;
  • the transceiver unit 231 is configured to send the IP address allocated by the distribution unit 230 to the user equipment to the user equipment, and enable the user equipment to send the IP address to an application server, and receive the application server by using the The data transmission service provided by the IP address; wherein the application server is a server for managing terminal mobility and service quality.
  • the transceiver unit 231 is further configured to: send a request message to the application server before the IP address is allocated to the user equipment, where the request message is used to request the application server to connect with the The network access device performs a communication initialization process; receiving a response message generated by the application server according to the request message; wherein the response message is used to confirm that communication initialization between the access network device and the application server is completed.
  • an application server including a transceiver unit 240, and a data transmission service providing unit 241, where:
  • the transceiver unit 240 is configured to receive an Internet Protocol IP address sent by the user equipment, where the IP address is allocated by the access network device;
  • the data transmission service providing unit 241 is configured to provide a data transmission service for the user equipment by using an IP address corresponding to the user equipment received by the transceiver unit 240.
  • the application server is used for terminal mobility and service quality.
  • the transceiver unit 240 is further configured to: before receiving the IP address sent by the user equipment, receive a request message sent by the access network device; where the request message is used to request the application server Performing a communication initialization process with the access network device.
  • the application server further includes a generating unit 242, configured to: generate a response message according to the request message received by the transceiver unit 240, and send the response message to the transceiver unit 240; wherein, the response message It is used to confirm that the communication initialization between the access network device and the application server is completed.
  • a generating unit 242 configured to: generate a response message according to the request message received by the transceiver unit 240, and send the response message to the transceiver unit 240; wherein, the response message It is used to confirm that the communication initialization between the access network device and the application server is completed.
  • the transceiver unit 240 is further configured to: receive a response message generated by the generating unit 242, and send the response message to the access network device.
  • the transceiver unit 240 is further configured to: receive the user identity sent by the user equipment, and verify the user corresponding to the user equipment according to the user identity identifier, while receiving the IP address sent by the user equipment Whether the identity is legal.
  • the transceiver unit 240 is further configured to: receive the The IP address corresponding to at least one other access network sent by the user equipment.
  • the data transmission service providing unit 241 is specifically configured to: respectively, by using the at least two of the IP addresses User equipment provides data transmission services.
  • the transceiver unit 240 is further configured to: receive any one of the IP addresses sent by the user equipment, and any one of the IP addresses when the user equipment is in an unused state. The information that the access network corresponding to the IP address is disconnected.
  • the data transmission service providing unit 241 is further configured to:: according to the any one of the IP addresses received by the transceiver unit 240 and the information that the access network corresponding to the any one of the IP addresses is disconnected, Determining that the access network corresponding to the any one of the IP addresses and the any one of the IP addresses is not provided by the local network to provide a data transmission service for the user equipment.
  • the transceiver unit 240 is further configured to: receive the any one of the IP addresses sent by the user equipment to And receiving, by the user equipment, the tracking area identifier broadcast by the access network device in the at least one access network that is sent by the user equipment, and the information that the access network corresponding to the any one of the IP addresses is disconnected.
  • the application server further includes a query unit 243, configured to: when determining to page the user equipment, query the tracking area in a locally saved mapping table according to the tracking area identifier received by the transceiver unit 240. Identify one or more access network device identifiers.
  • the data transmission service providing unit 241 is specifically configured to: send the downlink data to a local multi-path transmission control protocol MPTCP entity processing; and control the MPTCP entity.
  • the processed downlink data is separately sent to different user message protocol UDP/IP entity processing; and the downlink data processed by the different UDP/IP entities is respectively sent to the access network corresponding to the at least two of the IP addresses to be sent to The user equipment.
  • the transceiver unit 240 is further configured to: receive the first successful reception confirmation information sent by the MPTCP entity of the user equipment.
  • the downlink data that is sent by the data transmission service providing unit 241 to different UDP/IP entities is a fountain code data block.
  • the transceiver unit 240 is configured to: receive a first MPTCP status report sent by an MPTCP entity of the user equipment, where the first MPTCP status report includes one or more fountain code source data block identifiers. And whether the information of the one or more fountain code source data blocks is successfully received; or, the number of fountain code data blocks that have been successfully received for each fountain code source data block respectively; or, for each fountain code
  • the source data block also needs to successfully receive the number of fountain code data blocks respectively; the fountain code data block is generated by encoding the fountain code source data block.
  • the data transmission service providing unit 241 specifically includes: receiving uplink data sent by the user equipment by using at least two of the IP addresses as source IP addresses; The uplink data of the source IP address is sent to a local IP/UDP entity.
  • the IP/UDP entity corresponds to an IP address.
  • the uplink data processed by the IP/UDP entity is aggregated to the local MPTCP entity.
  • the MPTCP entity is controlled to generate a second successful reception confirmation information.
  • the transceiver unit 240 is configured to: send the second successful reception confirmation information generated by the data transmission service providing unit to the user equipment.
  • the data transmission service providing unit 241 is further configured to: aggregate the fountain code data blocks processed by the different IP/UDP entities into an MPTCP entity.
  • the data transmission server providing unit 241 is specifically configured to: when determining to successfully decode one or more fountain code source data blocks, generate a second MPTCP status report; or, when the preset period arrives, generate the first a second MPTCP status report; wherein, the second MPTCP status report includes one or more fountain code source data block identifiers and information about whether the one or more fountain code source data blocks are successfully received; or, for each fountain The number of fountain code data blocks that have been successfully received by the code source data block respectively; or, the number of fountain code data blocks that need to be successfully received for each fountain code source data block respectively; the fountain code data block is from the fountain The code source data block is encoded and generated.
  • the transceiver unit 240 is configured to: send, by the data transmission service providing unit, a second MPTCP status report to the user equipment.
  • the transceiver unit 240 is further configured to: send the support fountain code capability information of the application server to the user equipment before transmitting the fountain code data block; and receive the user equipment according to the application server.
  • the configuration code related to the fountain code encoding and decoding of the application server for transmitting the fountain code data block generated by the fountain code capability information is supported.
  • a user equipment including a transceiver 250, and a processor 251, wherein:
  • the transceiver 250 is configured to acquire an Internet Protocol IP address allocated by the access network device for the user equipment;
  • the transceiver 250 is further configured to notify the application server of the IP address acquired by the acquiring unit, and receive a data transmission service provided by the application server by using the IP address, where the application server is used for A server that manages terminal mobility and quality of service.
  • the transceiver 250 is further configured to: notify the application server of the user identity by notifying the IP address to the application server, so that the application server is configured according to the The user identity verifies that the user identity is legitimate.
  • the processor 251 is configured to: after accessing the access network corresponding to the access network device, if it is detected according to a preset rule that at least one other access network that is allowed to access is available, requesting access to at least One of the other access networks; wherein the other access networks are cellular networks or non-cellular networks.
  • the transceiver 250 is further configured to: after accessing the at least one other access network, obtain an IP address corresponding to the at least one other access network.
  • the transceiver 250 is further configured to: notify the application server of an IP address corresponding to the at least one other access network.
  • the processor 251 is further configured to: when the user equipment determines that any one of the IP addresses is no longer in use, disconnect the access network corresponding to the any one of the IP addresses.
  • the transceiver 250 is further configured to: notify the application server that the access network corresponding to the any one of the IP addresses and the any one of the IP addresses is disconnected, so that the application server is no longer used.
  • the any one of the IP addresses provides a data transmission service for the user equipment.
  • the transceiver 250 is further configured to: after the user equipment disconnects the connection between all access networks corresponding to the user equipment, receive the access network device in the at least one access network.
  • the tracking area identifier of the broadcast is notified to the application server, so that the application server determines one or more access network device identifiers corresponding to the paging user equipment according to the tracking area identifier.
  • the transceiver 250 is configured to: when the user equipment corresponds to at least two IP addresses, receive the data transmission service provided by the application server by using the at least two IP addresses respectively.
  • the transceiver 250 is specifically configured to: receive downlink data that the application server separately sends at least two IP addresses as different destination IP addresses.
  • the transceiver 250 is further configured to: send downlink data of different destination IP addresses to different IP/user message protocol UDP entities in the user equipment, where one IP/UDP entity corresponds to one destination IP address. Address; and aggregate the downlink data processed by the IP/UDP entity separately a multi-path transmission control protocol MPTCP entity to the user equipment; when the preset condition of the user equipment is met, the MPTCP entity is controlled to generate a first successful reception confirmation message and sent to the application server.
  • MPTCP entity multi-path transmission control protocol
  • the transceiver 250 is configured to: aggregate the fountain code data block processed by the IP/UDP entity into an MPTCP entity in the user equipment.
  • the transceiver 250 is further configured to: when it is determined that the one or more fountain code source data blocks are successfully decoded, generate a first MPTCP status report and send the report to the application server; or, according to a preset period, The application server sends the generated first MPTCP status report; wherein, the first MPTCP status report includes one or more fountain code source data block identifiers and information that is successfully received; or includes, for each fountain code source data block, respectively The number of successfully received fountain code data blocks; or the number of fountain code data blocks that need to be successfully received by each of the fountain code source data blocks; the fountain code data block is performed by the fountain code source data block The code is generated.
  • the transceiver 250 is specifically configured to: send the uplink data to an MPTCP entity in the user equipment for processing; and control the MPTCP entity to be processed.
  • the uplink data is sent to different UDP/IP entities for processing; and the controlled UDP/IP entities respectively send the processed uplink data to the application server through the access network corresponding to the at least two of the IP addresses;
  • the transceiver 250 is further configured to: receive a second successful reception confirmation message sent by an MPTCP entity of the application server.
  • the uplink data sent by the transceiver 250 to different UDP/IP entities is a spray code data block.
  • the transceiver 250 is specifically configured to: receive a second MPTCP status report sent by an MPTCP entity of the application server, where the second MPTCP status report includes one or more fountain code source data block identifiers And whether the information of the one or more fountain code source data blocks is successfully received; or the number of fountain code data blocks that have been successfully received for each fountain code source data block respectively; or contains data for each fountain code source data
  • the block also needs to successfully receive the number of fountain code data blocks respectively; the fountain code data block is generated by encoding the fountain code source data block.
  • the transceiver 250 is further configured to: before transmitting the fountain code data block, send information of the user equipment supporting the fountain code capability to the application server; and receive the application server according to the user
  • the configuration code of the fountain code encoding and decoding of the user equipment for transmitting the fountain code data block generated by the device supports the fountain code capability information.
  • an embodiment of the present invention further provides an access network device, including a processor 260 and a transceiver 261, where:
  • the processor 260 is configured to allocate an internet protocol IP address to the user equipment after determining that the user equipment accesses the local device;
  • the transceiver 261 is configured to send the IP address allocated by the processor 260 to the user equipment to the user equipment, and enable the user equipment to send the IP address to an application server, and receive the application server by using the The data transmission service provided by the IP address; wherein the application server is a server for managing terminal mobility and service quality.
  • the transceiver 261 is further configured to: send a request message to the application server before the IP address is allocated to the user equipment, where the request message is used to request the application server to connect with the The network access device performs a communication initialization process; receiving a response message generated by the application server according to the request message; wherein the response message is used to confirm that communication initialization between the access network device and the application server is completed.
  • an embodiment of the present invention further provides an application server, including a transceiver 270, and a processor 271, where:
  • the transceiver 270 is configured to receive an Internet Protocol IP address sent by the user equipment, where the IP address is allocated by the access network device;
  • the processor 271 is configured to provide a data transmission service for the user equipment by using an IP address corresponding to the user equipment received by the transceiver 270.
  • the application server is configured to manage terminal mobility and service quality. server.
  • the transceiver 270 is further configured to: before receiving the IP address sent by the user equipment, receive a request message sent by the access network device; where the request message is used to request the application server Performing a communication initialization process with the access network device.
  • the processor 271 is further configured to: generate a response message according to the request message received by the transceiver 270, and send the response message to the transceiver 270; wherein, the response message is used by Confirm that the communication initialization between the access network device and the application server is completed.
  • the transceiver 270 is further configured to: receive a response message generated by the processor 271, and send the response message to the access network device.
  • the transceiver 270 is further configured to: receive the user identity sent by the user equipment, and verify the user corresponding to the user equipment according to the user identity identifier, while receiving the IP address sent by the user equipment Whether the identity is legal.
  • the transceiver 270 is further configured to: receive the The IP address corresponding to at least one other access network sent by the user equipment.
  • the processor 271 is specifically configured to: use the at least two of the IP addresses respectively The user equipment provides a data transmission service.
  • the transceiver 270 is further configured to: receive any one of the IP addresses sent by the user equipment, and any one of the IP addresses when the user equipment is in an unused state. The information that the access network corresponding to the IP address is disconnected.
  • the processor 271 is further configured to: determine, according to the any one of the IP addresses received by the transceiver 270 and the information that the access network corresponding to the any one of the IP addresses is disconnected, And using the any one of the IP addresses and the access network corresponding to the any one of the IP addresses to provide a data transmission service for the user equipment.
  • the transceiver 270 is further configured to: receive the any one of the IP addresses sent by the user equipment, and And receiving, by the user equipment, the tracking area identifier broadcast by the access network device in the at least one access network sent by the user equipment, while the access network corresponding to the IP address is disconnected.
  • the processor 271 is further configured to: when determining to page the user equipment, query the tracking area in a locally saved mapping table according to the tracking area identifier received by the transceiver 270 Identify one or more access network device identifiers.
  • the processor 271 is specifically configured to: send the downlink data to a local multi-path transmission control protocol MPTCP entity processing; and control the MPTCP entity to be processed
  • the downlink data is separately sent to different user message protocol UDP/IP entity processing; and the downlink data processed by the different UDP/IP entities is respectively sent to the user through the access network corresponding to the at least two of the IP addresses. device.
  • the transceiver 270 is further configured to: receive a first successful reception confirmation message sent by an MPTCP entity of the user equipment.
  • the downlink data sent by the transceiver 270 to different UDP/IP entities is a fountain code data block.
  • the transceiver 270 is specifically configured to: receive a first MPTCP status report sent by an MPTCP entity of the user equipment, where the first MPTCP status report includes one or more fountain code source data block identifiers And whether the information of the one or more fountain code source data blocks is successfully received; or, the number of fountain code data blocks that have been successfully received for each fountain code source data block respectively; or, for each fountain code
  • the source data block also needs to successfully receive the number of fountain code data blocks respectively; the fountain code data block is generated by encoding the fountain code source data block.
  • the processor 271 is specifically configured to: receive uplink data that is sent by the user equipment by using at least two the IP addresses as source IP addresses; The uplink data of the address is sent to different local IP UDP entities; wherein, one IP/UDP entity corresponds to one IP address; and the uplink data processed by the IP/UDP entity is aggregated to the local MPTCP entity; When the server presets the condition, the MPTCP entity is controlled to generate a second successful reception confirmation message.
  • the transceiver 270 is specifically configured to: send, by the processor 271, a second successful reception confirmation message to the user equipment.
  • the processor 271 is further configured to: aggregate the fountain code data blocks processed by the different IP/UDP entities into an MPTCP entity.
  • the processor 271 is specifically configured to: when determining to successfully decode one or more fountain codes Generating a second MPTCP status report when the data block is generated; or generating a second MPTCP status report when the preset period arrives; wherein the second MPTCP status report includes one or more fountain code source data block identifiers and whether Successfully receiving information of the one or more fountain code source data blocks; or, including the number of fountain code data blocks that have been successfully received for each fountain code source data block; or, including data for each fountain code source The block also needs to successfully receive the number of fountain code data blocks respectively; the fountain code data block is generated by encoding the fountain code source data block.
  • the transceiver 270 is specifically configured to: send a second MPTCP status report generated by the processor 271 to the user equipment.
  • the transceiver 270 is further configured to: send the support fountain code capability information of the application server to the user equipment before transmitting the fountain code data block; and receive the user equipment according to the application server
  • the configuration code related to the fountain code encoding and decoding of the application server for transmitting the fountain code data block generated by the fountain code capability information is supported.
  • the user equipment acquires an IP address allocated by the access network device, and sends the allocated IP address to the application server.
  • the user equipment receives the data transmission service provided by the application server through the IP address.
  • the PDN-GW, the SGW, the PCRF entity, the MME, and the HSS in the existing wireless communication network are deleted, and the functions of the foregoing network-side devices are implemented by the access network device and the application server, thereby avoiding the SGW to
  • the PDN-GW link becomes the processing capability bottleneck of the wireless communication network, which greatly reduces the network level, thereby effectively reducing the data transmission delay and reducing the network risk.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can be embodied in the form of one or more computer program products embodied on a computer-usable storage medium (including but not limited to disk storage, CD-ROM, optical storage, etc.) in which computer usable program code is embodied.
  • a computer-usable storage medium including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种通讯方法、用户设备、接入网设备及应用服务器。方法为：由接入网设备为UE分配IP地址，UE将该IP地址通知给应用服务器后，应用服务器通过上述IP地址为UE进行数据传输服务。采用本发明技术方案，删除现有无线通信网络中的PDN-GW、SGW、PCRF实体、MME和HSS，通过接入网设备和应用服务器实现上述各个网络侧设备的功能，从而避免了SGW到PDN-GW的链路成为无线通信网络的处理能力瓶颈，大大减少了网络层次，进而有效减少了数据传输时延，降低了网络瘫痪风险。

Description

一种通讯方法、 用户设备、 接入网设备及应用服务器 技术领域
本发明涉及通信技术领域， 尤其涉及一种通讯方法、 用户设备、 接入网 设备及应用服务器。 背景技术
随着通信技术的飞速发展， 无线通信技术以其传输信息方便快捷， 以及 成本低廉的优势， 得到了广泛的应用。
目前，参阅图 1所示，无线通信网络包括用户设备（User Equipment , UE ), 以及网络侧设备； UE通过网络侧为该 UE分配的 IP地址与网络侧进行数据业 务。 在上述无线通信网络中， 网络侧设备包括分组数据网网关 （ Packet Data Network Gateway, PDN-GW ), 月良务网关 （ Serving Gateway, SGW ), 以及演 进节点（Evolved Node, eNB ); 其中，一个 PDN-GW下接多个 SGW,—个 SGW 又下接多个 eNB， 一个 eNB又服务于多个 UE， 从而构成一个以 PDN-GW为树 根的树形结构（参阅图 2所示）。此外，为了既保证服务质量（ Quality of Service, QoS ) 又实现差分业务服务质量， 同时在 UE移动时保证业务连续性和呼入可 达性， 上述网络侧设备还包括移动管理实体 ( Mobile Management Entity , MME ), 策略与计费规则功能 （Policy and Charging Rule Function, PCRF ) 实 体， 以及归属签约用户服务器（Home Subscriber Server, HSS ); 其中， MME 用于控制 UE的移动性， 包括无线资源控制 （Radio Resource Control, RRC ) 连接态 UE在移动过程的业务连续性和空闲态 UE的外部呼入可达性； PCRF实 体用于在 PDN-GW和 eNB等设备间通过承载管理和资源调度管理来保证 QoS 以及实现差分业务服务质量。
参阅图 2所示的树形结构可知， 无线通信网络中的所有 UE都通过如下路 径进行数据业务： UE—eNB—SGW_PDN GW， 这种树形结构的无线通信网 络架构使得 SGW到 PDN-GW的链路会出现大量数据汇聚， 从而导致在网络忙 时 SGW到 PDN-GW的链路成为无线通信网络的回程负荷和处理能力瓶颈。 此 外， 上述无线通信网络中包含的多层次网絡架构增大了数据传输时延， 还存 在 PDN-GW数据处理错误后导致整个网络瘫痪的风险， 因此， 目前无线通信 网絡无法应对移动宽带的大带宽、 低时延的需求。
综上所述， 目前无线通信网络存在数据传输时延大， 网络瘫痪风险高的 问题。 发明内容
本发明实施例提供一种通讯方法、 用户设备、 接入网设备及应用服务器， 用以解决目前无线通信网絡存在数据传输时延大， 网络瘫痪风险高的问题。
第一方面， 提供一种用户设备， 包括： 获取单元， 用于获取接入网设备 为所述用户设备分配的互联网协议 IP地址； 收发单元， 用于将所述获取单元 获取的 IP地址通知给应用服务器，以及接收所述应用服务器通过所述 IP地址 提供的数据传输服务； 其中， 所述应用服务器为用于对终端移动性和业务质 量进行管理的服务器。
结合第一方面， 在第一种可能的实现方式中， 所述收发单元， 还用于： 将所述 IP地址通知给应用服务器的同时， 将用户身份标识通知给所述应用服 务器， 以使所述应用服务器根据所述用户身份标识核实用户身份是否合法。
结合第一方面， 在第二种可能的实现方式中， 还包括接入单元， 用于： 在接入所述接入网设备对应的接入网之后， 若根据预设规则检测到存在至少 一个允许接入的其他接入网可用， 则请求接入至少一个所述其他接入网； 其 中， 所述其他接入网为蜂窝网絡或者非蜂窝网絡。
结合第一方面第二种可能的实现方式， 在第三种可能的实现方式中， 所 述获取单元， 还用于： 接入至少一个所述其他接入网后， 获取对应于所述至 少一个其他接入网的 IP地址。
结合第一方面第三种可能的实现方式， 在第四种可能的实现方式中， 所 述收发单元， 还用于： 将对应于所述至少一个其他接入网的 IP地址通知给所 述应用服务器。
结合第一方面第四种可能的实现方式， 在第五种可能的实现方式中， 还 包括断开单元， 用于： 当所述用户设备确定任意一所述 IP地址为不再使用状 态时， 断开与所述任意一 IP地址对应的接入网。
结合第一方面第五种可能的实现方式， 在第六种可能的实现方式中， 所 述收发单元， 还用于： 将所述任意一 IP地址和所述任意一 IP地址对应的接入 网被断开的信息通知给应用服务器， 以使应用服务器不再使用所述任意一 IP 地址为所述用户设备提供数据传输服务。
结合第一方面第五种可能的实现方式或者第六种可能的实现方式， 在第 七种可能的实现方式中， 所述收发单元， 还用于： 当所述用户设备断开与所 述用户设备对应的所有接入网之间的连接后， 接收至少一个接入网中的接入 网设备广播的跟踪区标识； 并将接收的跟踪区标识通知给应用服务器， 以使 应用服务器根据所述跟踪区标识确定寻呼用户设备时对应的一个或多个接入 网设备标识。
结合第一方面第三种可能的实现方式至第七种可能的实现方式， 在第八 种可能的实现方式中， 所述收发单元， 具体用于： 当所述用户设备对应的 IP 地址为至少两个时，接收所述应用服务器分别通过所述至少两个 IP地址提供 的数据传输服务。
结合第一方面第八种可能的实现方式， 在第九种可能的实现方式中， 当 所述数据传输服务为下行数据传输服务时， 所述收发单元， 具体用于： 接收 所述应用服务器分别将至少两个 IP地址作为不同目的 IP地址发送的下行数 据。
结合第一方面第九种可能的实现方式， 在第十种可能的实现方式中， 所 述收发单元， 还用于： 将不同目的 IP地址的下行数据分别发送至用户设备中 不同的 IP/用户报文协议 UDP实体； 其中， 一个 IP UDP实体对应一个目的 IP 地址； 并将所述 IP/UDP实体分别处理后的下行数据汇聚到所述用户设备中的 多路径传输控制协议 MPTCP实体； 当满足用户设备的预设条件时， 控制所述 MPTCP实体生成第一成功接收确认信息发送至所述应用服务器。
结合第一方面第十种可能的实现方式， 在第十一种可能的实现方式中， 所述收发单元， 具体用于： 将所述 IP/UDP实体处理后的喷泉码数据块汇聚到 所述用户设备中的 MPTCP实体。
结合第一方面第十一种可能的实现方式， 在第十二种可能的实现方式中， 所述收发单元， 还用于： 当确定成功解码一个或多个喷泉码源数据块时， 生 成第一 MPTCP状态报告发送至所述应用服务器； 或者，按照预设周期向应用 服务器发送生成的第一 MPTCP状态报告； 其中， 所述第一 MPTCP状态报告 包含一个或多个喷泉码源数据块标识和是否成功接收的信息； 或者包含针对 每一个喷泉码源数据块分别已经成功接收到的喷泉码数据块的数量； 或者包 含针每一个喷泉码源数据块还需要分别成功接收的喷泉码数据块的数量； 所 述喷泉码数据块由对所述喷泉码源数据块进行编码生成。
结合第一方面第八种可能的实现方式， 在第十三种可能的实现方式中， 当数据传输服务为上行数据传输服务时， 所述收发单元， 具体用于： 将所述 上行数据发送至所述用户设备中的 MPTCP实体处理； 控制所述 MPTCP实体 将处理后的所述上行数据分别发送至不同的 UDP/IP 实体处理； 控制不同的 UDP/IP 实体将处理后的上行数据分别通过至少两个所述 IP地址对应的接入 网发送至应用服务器；接收所述应用服务器的 MPTCP实体发送的第二成功接 收确认信息。
结合第一方面第十三种可能的实现方式， 在第十四种可能的实现方式中， 所述收发单元发送至不同的 UDP/IP实体处理的上行数据为喷泉码数据块。
结合第一方面第十四种可能的实现方式， 在第十五种可能的实现方式中， 所述收发单元， 具体用于： 接收所述应用服务器的 MPTCP 实体发送的第二 MPTCP状态报告； 其中， 所述第二 MPTCP状态报告包含一个或多个喷泉码 源数据块标识和是否成功接收所述一个或多个喷泉码源数据块的信息； 或者 包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉码数据块的数 量； 或者包含对每一个喷泉码源数据块还分别需要成功接收的喷泉码数据块 的数量； 所述喷泉码数据块由对喷泉码源数据块进行编码生成。
结合第一方面第十一种可能的实现方式至第十二种可能的实现方式， 以 及第十四种可能的实现方式至第十五种可能的实现方式， 在第十六种可能的 实现方式中， 所述收发单元， 还用于： 在传输所述喷泉码数据块之前， 向所 述应用服务器发送用户设备的支持喷泉码能力的信息； 并接收所述应用服务 器根据所述用户设备的支持喷泉码能力信息生成的、 用于传输所述喷泉码数 据块的用户设备的喷泉码编解码相关的配置参数。
第二方面， 提供一种接入网设备， 包括： 分配单元， 用于当确定用户设 备接入本地后， 为所述用户设备分配互联网协议 IP地址； 收发单元， 用于将 分配单元为用户设备分配的所述 IP地址发送至所述用户设备， 令所述用户设 备将所述 IP地址发送至应用服务器，并接收所述应用服务器通过所述 IP地址 提供的数据传输服务； 其中， 所述应用服务器为用于对终端移动性和业务质 量进行管理的服务器。
结合第二方面， 在第一种可能的实现方式中， 所述收发单元， 还用于： 为所述用户设备分配 IP地址之前， 向所述应用服务器发送清求消息； 其中， 所述请求消息用于请求所述应用服务器与所述接入网设备进行通信初始化过 程； 接收所述应用服务器根据所述请求消息生成的响应消息； 其中， 所述响 应消息用于确认接入网设备和应用服务器之间通信初始化完成。
第三方面， 提供一种应用服务器， 包括： 收发单元， 用于接收用户设备 发送的互联网协议 IP地址； 其中， 所述 IP地址由接入网设备分配； 数据传输 服务提供单元， 用于通过所述收发单元接收到的用户设备对应的 IP地址为所 述用户设备提供数据传输服务； 其中， 所述应用服务器为用于对终端移动性 和业务质量进行管理的服务器。
结合第三方面， 在第一种可能的实现方式中， 所述收发单元， 还用于： 接收所述用户设备发送的 IP地址之前，接收所述接入网设备发送的请求消息； 其中， 所述请求消息用于请求所述应用服务器与所述接入网设备进行通信初 始化过程。 结合第三方面的第一种可能的实现方式， 在第二种可能的实现方式中， 还包括生成单元， 用于： 根据所述收发单元接收到的请求消息生成响应消息， 并将所述响应消息发送至所述收发单元； 其中， 所述响应消息用于确认接入 网设备和应用服务器之间通信初始化完成。
结合第三方面的第二种可能的实现方式， 在第三种可能的实现方式中， 所述收发单元， 还用于： 接收所述生成单元生成的响应消息， 并将所述响应 消息发送至所述接入网设备。
结合第三方面， 在第四种可能的实现方式中， 所述收发单元， 还用于： 接收用户设备发送的 IP地址的同时，接收所述用户设备发送的用户身份标识， 并根据所述用户身份标识核实所述用户设备对应的用户身份是否合法。
结合第三方面， 在第五种可能的实现方式中， 当所述用户设备接入至少 一个允许接入的其他接入网，并获取对应于至少一个其他接入网的 IP地址时， 所述收发单元， 还用于： 接收所述用户设备发送的至少一个其他接入网对应 的 IP地址。
结合第三方面第五种可能的实现方式， 在第六种可能的实现方式中， 当 所述应用服务器接收到所述用户设备发送的 IP地址的数量为至少两个时， 所 述数据传输服务提供单元， 具体用于： 分别通过所述至少两个所述 IP地址为 所述用户设备提供数据传输服务。
结合第三方面第六种可能的实现方式， 在第七种可能的实现方式中， 所 述收发单元， 还用于： 当所述用户设备对应的任意一 IP地址为不再使用状态 时，接收所述用户设备发送的所述任意一 IP地址以及所述任意一 IP地址对应 的接入网被断开的信息。
结合第三方面第七种可能的实现方式， 在第八种可能的实现方式中， 所 述数据传输服务提供单元， 还用于： 根据所述收发单元接收到的所述任意一
IP地址以及所述任意一 IP地址对应的接入网被断开的信息， 确定本地不使用 所述任意一 IP地址以及所述任意一 IP地址对应的接入网为所述用户设备提供 数据传输服务。 结合第三方面第八种可能的实现方式， 在第九种可能的实现方式中， 当 所述任意一 IP地址为所述用户设备拥有的最后一个 IP地址时，所述收发单元， 还用于：接收所述用户设备发送的所述任意一 IP地址以及所述任意一 IP地址 对应的接入网被断开的信息的同时， 接收所述用户设备发送的至少一个接入 网中的接入网设备广播的跟踪区标识。
结合第三方面第九种可能的实现方式， 在第十种可能的实现方式中， 还 包括查询单元， 用于： 当确定寻呼所述用户设备时， 根据所述收发单元接收 到的跟踪区标识， 在本地保存的映射表中查询所述跟踪区标识对应的一个或 多个接入网设备标识。
结合第三方面第五种可能的实现方式至第十种可能的实现方式， 在第十 一种可能的实现方式中， 当数据传输服务为下行数据传输时， 所述数据传输 服务提供单元， 具体用于： 将所述下行数据发送至本地的多路径传输控制协 议 MPTCP实体处理； 控制所述 MPTCP实体将处理后的所述下行数据分别发 送至不同的用户报文协议 UDP/IP实体处理； 控制不同 UDP/IP实体处理后的 下行数据分别通过至少两个所述 IP地址对应的接入网发送至所述用户设备。
结合第三方面第十一种可能的实现方式， 在第十二种可能的实现方式中， 所述收发单元， 还用于： 接收所述用户设备的 MPTCP实体发送的第一成功接 收确认信息。
结合第三方面第十一种可能的实现方式或者第十二种可能的实现方式， 在第十三种可能的实现方式中， 所述数据传输服务提供单元发送至不同 UDP/IP实体处理的下行数据为喷泉码数据块。
结合第三方面第十三种可能的实现方式， 在第十四种可能的实现方式中， 所述收发单元， 具体用于： 接收所述用户设备的 MPTCP 实体发送的第一 MPTCP状态报告； 其中， 所述第一 MPTCP状态报告包含一个或多个喷泉码 源数据块标识和是否成功接收所述一个或多个喷泉码源数据块的信息； 或者， 包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉码数据块的数 量； 或者， 包含对每一个喷泉码源数据块还分别需要成功接收的喷泉码数据 块的数量； 所述喷泉码数据块由对喷泉码源数据块进行编码生成。
结合第三方面第五种可能的实现方式至第十种可能的实现方式， 在第十 五种可能的实现方式中， 当数据传输服务为上行数据传输时， 所述数据传输 服务提供单元， 具体用于： 接收所述用户设备通过至少两个所述 IP地址作为 源 IP地址发送的上行数据；将不同源 IP地址的上行数据分别发送至本地不同 的 IP/UDP实体； 其中，一个 IP/UDP实体对应一个 IP地址； 并将所述 IP/UDP 实体分别处理后的上行数据汇聚到本地的 MPTCP实体； 当满足应用服务器的 预设条件时， 控制所述 MPTCP实体生成第二成功接收确认信息。
结合第三方面第十五种可能的实现方式， 在第十六种可能的实现方式中， 所述收发单元， 具体用于： 将所述数据传输服务提供单元生成的第二成功接 收确认信息发送至所述用户设备。
结合第三方面第十五种可能的实现方式或者第十六种可能的实现方式， 在第十七种可能的实现方式中， 所述数据传输服务提供单元， 还用于： 将所 述不同的 IP/UDP实体处理后的喷泉码数据块汇聚到 MPTCP实体。
结合第三方面第十七种可能的实现方式中， 在第十八种可能的实现方式 中， 所述数据传输服务器提供单元， 具体用于： 当确定成功解码一个或多个 喷泉码源数据块时， 生成第二 MPTCP状态报告； 或者， 当预设周期到达时， 生成第二 MPTCP状态报告； 其中， 所述第二 MPTCP状态报告包含一个或多 个喷泉码源数据块标识和是否成功接收所述一个或多个喷泉码源数据块的信 息； 或者， 包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉码数 据块的数量； 或者， 包含对每一个喷泉码源数据块还分别需要成功接收的喷 泉码数据块的数量； 所述喷泉码数据块由对喷泉码源数据块进行编码生成。
结合第三方面第十八种可能的实现方式， 在第十九种可能的实现方式中， 所述收发单元， 具体用于： 将所述数据传输服务提供单元生成的第二 MPTCP 状态报告发送至所述用户设备。
结合第三方面第十三种可能的实现方式至第十四种可能的实现方式， 以 及第十七种可能的实现方式至第十九种可能的实现方式， 在第二十种可能的 实现方式中， 所述收发单元， 还用于： 在传输所述喷泉码数据块之前， 向所 述用户设备发送应用服务器的支持喷泉码能力信息； 并接收所述用户设备根 据所述应用服务器的支持喷泉码能力信息生成的用于传输所述喷泉码数据块 的应用服务器的喷泉码编解码相关的配置参数。
第四方面， 提供一种通讯方法， 包括： 用户设备获取接入网设备为所述 用户设备分配的互联网协议 IP地址；所述用户设备将所述 IP地址通知给应用 服务器； 其中， 所述应用服务器为用于对终端移动性和业务质量进行管理的 服务器； 所述用户设备接收所述应用服务器通过所述 IP地址提供的数据传输 服务。
结合第四方面， 在第一种可能的实现方式中， 所述用户设备将所述 IP地 址通知给应用服务器的同时， 将用户身份标识通知给所述应用服务器， 以使 所述应用服务器根据所述用户身份标识核实用户身份是否合法。
结合第四方面， 在第二种可能的实现方式中， 所述用户设备在接入所述 接入网设备对应的接入网之后， 若根据预设规则检测到存在至少一个允许接 入的其他接入网可用， 则请求接入至少一个所述其他接入网； 其中， 所述其 他接入网为蜂窝网络或者非蜂窝网络。
结合第四方面的第二种可能的实现方式， 在第三种可能的实现方式中， 所述用户设备接入至少一个所述其他接入网后， 获取对应于所述至少一个其 他接入网的 IP地址；并将对应于所述至少一个其他接入网的 IP地址通知给所 述应用服务器。
结合第四方面的第二种可能的实现方式， 在第四种可能的实现方式中， 当所述用户设备确定任意一所述 IP地址为不再使用状态时， 断开与所述任意 一 IP地址对应的接入网； 并将所述任意一 IP地址和所述任意一 IP地址对应 的接入网被断开的信息通知给应用服务器， 以使应用服务器不再使用所述任 意一 IP地址为所述用户设备提供数据传输服务。
结合第四方面的第四种可能的实现方式， 在第五种可能的实现方式中， 当所述用户设备断开与所述用户设备对应的所有接入网之间的连接后， 接收 至少一个接入网中的接入网设备广播的跟踪区标识； 将接收的跟踪区标识通 知给应用服务器， 以使应用服务器根据所述跟踪区标识确定寻呼用户设备时 对应的一个或多个接入网设备标识。
结合第四方面第二种可能的实现方式至第五种可能的实现方式中， 在第 六种可能的实现方式中， 当所述用户设备对应的 IP地址为至少两个时， 用户 设备接收所述应用服务器分别通过所述至少两个 IP 地址提供的数据传输服 务。
结合第四方面第六种可能的实现方式， 在第七种可能的实现方式中， 当 所述数据传输服务为下行数据传输服务时， 所述用户设备接收所述应用服务 器分别将至少两个 IP地址作为不同目的 IP地址发送的下行数据；所述用户设 备将不同目的 IP地址的下行数据分别发送至用户设备中不同的 IP/用户报文 协议 UDP实体； 其中， 一个 IP/UDP 实体对应一个目的 IP地址； 并将所述 IP/UDP实体分别处理后的下行数据汇聚到所述用户设备中的多路径传输控制 协议 MPTCP 实体； 当满足用户设备的预设条件时， 所述用户设备控制所述 MPTCP实体向所述应用服务器发送第一成功接收确认信息。
结合第四方面第七种可能的实现方式， 在第八种可能的实现方式中， 所 述不同 IP/UDP实体处理后的下行数据为喷泉码数据块。
结合第四方面第八种可能的实现方式， 在第九种可能的实现方式中， 当 所述用户设备确定成功解码一个或多个喷泉码源数据块时， 向应用服务器发 送第一 MPTCP状态报告； 或者， 所述用户设备按照预设周期向所述应用服务 器发送第一 MPTCP状态报告； 其中， 所述第一 MPTCP状态报告包含一个或 多个喷泉码源数据块标识和是否成功接收的信息； 或者包含针对每一个喷泉 码源数据块分别已经成功接收到的喷泉码数据块的数量； 或者包含针每一个 喷泉码源数据块还需要分别成功接收的喷泉码数据块的数量； 所述喷泉码数 据块由对所述喷泉码源数据块进行编码生成。
结合第四方面第九种可能的实现方式， 在第十种可能的实现方式中， 当 数据传输服务为上行数据传输服务时， 所述用户设备将所述上行数据发送至 所述用户设备中的 MPTCP实体处理； 所述用户设备控制所述 MPTCP实体将 处理后的所述上行数据分别发送至不同的 UDP/IP实体处理； 所述用户设备控 制不同的 UDP/IP实体将处理后的上行数据分别通过至少两个所述 IP地址对 应的接入网发送至应用服务器； 所述用户设备接收所述应用服务器的 MPTCP 实体发送的第二成功接收确认信息。
结合第四方面第十种可能的实现方式， 在第十一种可能的实现方式中， 所述发送至不同的 UDP/IP实体处理的上行数据为喷泉码数据块。
结合第四方面第十一种可能的实现方式， 在第十二种可能的实现方式中， 所述用户设备接收所述应用服务器的 MPTCP实体发送的第二 MPTCP状态报 告； 其中， 所述第二 MPTCP状态报告包含一个或多个喷泉码源数据块标识和 是否成功接收所述一个或多个喷泉码源数据块的信息； 或者包含针对每一个 喷泉码源数据块分别已经成功接收到的喷泉码数据块的数量； 或者包含对每 一个喷泉码源数据块还分别需要成功接收的喷泉码数据块的数量； 所述喷泉 码数据块由对喷泉码源数据块进行编码生成。
结合第四方面第八种可能的实现方式至第九种可能的实现方式， 以及第 十一种可能的实现方式至第十二种可能的实现方式， 在第十三种可能的实现 方式中， 所述用户设备在传输所述喷泉码数据块之前， 向所述应用服务器发 送用户设备的支持喷泉码能力的信息； 并接收所述应用服务器根据所述用户 设备的支持喷泉码能力信息生成的、 用于传输所述喷泉码数据块的用户设备 的喷泉码编解码相关的配置参数。
第五方面， 提供一种通讯方法， 包括： 当接入网设备确定用户设备接入 本地后， 为所述用户设备分配互联网协议 IP地址； 并所述接入网设备将所述 IP地址发送至所述用户设备， 令所述用户设备将所述 IP地址发送至应用服务 器， 并接收所述应用服务器通过所述 IP地址提供的数据传输服务； 其中， 所 述应用服务器为用于对终端移动性和业务质量进行管理的服务器。
结合第五方面， 在第一种可能的实现方式中， 所述接入网设备为所述用 户设备分配 IP地址之前， 向所述应用服务器发送请求消息； 其中， 所述请求 消息用于请求所述应用服务器与所述接入网设备进行通信初始化过程； 接收 所述应用服务器根据所述请求消息生成的响应消息； 其中， 所述响应消息用 于确认接入网设备和应用服务器之间通信初始化完成。
第六方面， 提供一种通讯方法， 包括： 应用服务器接收用户设备用户设 备发送的互联网协议 IP地址； 其中， 所述 IP地址由接入网设备分配； 所述应 用服务器通过所述 IP地址为所述用户设备提供数据传输服务。
结合第六方面， 在第一种可能的实现方式中， 所述应用服务器接收用户 设备发送的 IP地址之前， 接收所述接入网设备发送的请求消息； 其中， 所述 请求消息用于请求所述应用服务器与所述接入网设备进行通信初始化过程； 根据所述请求消息生成响应消息发送至所述接入网设备； 其中， 所述响应消 息用于确认接入网设备和应用服务器之间通信初始化完成。
结合第六方面， 在第二种可能的实现方式中， 所述应用服务器接收用户 设备发送的 IP地址的同时， 接收所述用户设备发送的用户身份标识， 并根据 所述用户身份标识核实所述用户设备对应的用户身份是否合法。
结合第六方面， 在第三种可能的实现方式中， 当所述用户设备接入至少 一个允许接入的其他接入网，并获取对应于至少一个其他接入网的 IP地址时， 所述应用服务器接收所述用户设备发送的至少一个其他接入网对应的 IP 地 址。
结合第六方面第三种可能的实现方式， 在第四种可能的实现方式中， 当 所述应用服务器接收到所述用户设备发送的 IP地址的数量为至少两个时， 分 别通过所述至少两个所述 IP地址为所述用户设备提供数据传输服务。
结合第六方面第四种可能的实现方式， 在第五种可能的实现方式中， 当 所述用户设备对应的任意一 IP地址为不再使用状态时， 所述应用服务器接收 所述用户设备发送的所述任意一 IP地址以及所述任意一 IP地址对应的接入网 被断开的信息； 所述应用服务器确定本地不使用所述任意一 IP地址以及所述 任意一 IP地址对应的接入网为所述用户设备提供数据传输服务。
结合第六方面第五种可能的实现方式， 在第六种可能的实现方式中， 当 所述任意一 IP地址为所述用户设备拥有的最后一个 IP地址时，所述应用服务 器接收所述用户设备发送的所述任意一 IP地址以及所述任意一 IP地址对应的 接入网被断开的信息的同时， 接收所述用户设备发送的至少一个接入网中的 接入网设备广播的跟踪区标识； 当确定寻呼所述用户设备时， 根据所述跟踪 区标识， 在本地保存的映射表中查询所述跟踪区标识对应的一个或多个接入 网设备标识。
结合第六方面第四种可能的实现方式至第六种可能的实现方式， 在第七 种可能的实现方式中， 当数据传输服务为下行数据传输时， 所述应用服务器 将所述下行数据发送至本地的多路径传输控制协议 MPTCP实体处理；所述应 用服务器控制所述 MPTCP 实体将处理后的所述下行数据分别发送至不同的 用户报文协议 UDP/IP实体处理； 所述应用服务器控制不同 UDP/IP实体处理 后的下行数据分别通过至少两个所述 IP地址对应的接入网发送至所述用户设 备；所述应用服务器接收所述用户设备的 MPTCP实体发送的第一成功接收确 认信息。
结合第六方面第七种可能的实现方式， 在第八种可能的实现方式中， 所 述发送至不同 UDP/IP实体处理的下行数据为喷泉码数据块。
结合第六方面第八种可能的实现方式， 在第九种可能的实现方式中， 所 述应用服务器接收所述用户设备的 MPTCP 实体发送的第一 MPTCP状态报 告； 其中， 所述第一 MPTCP状态报告包含一个或多个喷泉码源数据块标识和 是否成功接收所述一个或多个喷泉码源数据块的信息； 或者， 包含针对每一 个喷泉码源数据块分别已经成功接收到的喷泉码数据块的数量； 或者， 包含 对每一个喷泉码源数据块还分别需要成功接收的喷泉码数据块的数量； 所述 喷泉码数据块由对喷泉码源数据块进行编码生成。
结合第六方面第四种可能的实现方式至第六种可能的实现方式， 在第十 种可能的实现方式中， 当数据传输服务为上行数据传输时， 所述应用服务器 接收所述用户设备通过至少两个所述 IP地址作为源 IP地址发送的上行数据； 所述应用服务器将不同源 IP地址的上行数据分别发送至本地不同的 IP/UDP 实体； 其中， 一个 IP/UDP实体对应一个 IP地址； 并将所述 IP UDP实体分别 处理后的上行数据汇聚到本地的 MPTCP实体； 当满足应用服务器的预设条件 时，所述应用服务器控制所述 MPTCP实体向所述用户设备发送第二成功接收 确认信息。
结合第六方面第十种可能的实现方式， 在第十一种可能的实现方式中， 所述不同的 IP/UDP实体处理后的上行数据为喷泉码数据块。
结合第六方面第十一种可能的实现方式， 在第十二种可能的实现方式中， 当所述应用服务器确定成功解码一个或多个喷泉码源数据块时， 向所述用户 设备发送第二 MPTCP状态报告； 或者， 所述应用服务器按照预设周期向所述 用户设备发送第二 MPTCP状态报告； 其中， 所述第二 MPTCP状态报告包含 一个或多个喷泉码源数据块标识和是否成功接收所述一个或多个喷泉码源数 据块的信息； 或者， 包含针对每一个喷泉码源数据块分别已经成功接收到的 喷泉码数据块的数量； 或者， 包含对每一个喷泉码源数据块还分别需要成功 接收的喷泉码数据块的数量； 所述喷泉码数据块由对喷泉码源数据块进行编 码生成。
结合第六方面第八种可能的实现方式至第九种可能的实现方式， 以及第 十一种可能的实现方式至第十二种可能的实现方式， 在第十三种可能的实现 方式中， 所述应用服务器在传输所述喷泉码数据块之前， 向所述用户设备发 送应用服务器的支持喷泉码能力信息； 并接收所述用户设备根据所述应用服 务器的支持喷泉码能力信息生成的用于传输所述喷泉码数据块的应用服务器 的喷泉码编解码相关的配置参数。
本发明实施例中，由接入网设备为 UE分配互联网协议（ Internet Protocol, IP )地址， UE将该 IP地址通知给应用服务器后， 应用服务器通过上述 IP地 址为 UE进行数据传输服务。 采用本发明技术方案，删除现有无线通信网络中 的 PDN-GW、 SGW、 PCRF实体、 MME和 HSS， 通过接入网设备和应用服务 器实现上述各个网络侧设备的功能， 从而避免了 SGW到 PDN-GW的链路成 为无线通信网络的处理能力瓶颈， 大大减少了网络层次， 进而有效减少了数 据传输时延， 降低了网络瘫痪风险。 附图说明
图 1为现有技术中无线通信网络架构示意图；
图 2为现有技术中无线通信网络树形结构示意图；
图 3为本发明实施例中无线通信网络架构示意图一；
图 4为本发明实施例中无线通信网络中各个设备间的通信流程图一； 图 5为本发明实施例中 UE对应的协议栈示意图；
图 6为本发明实施例中无线通信网络中各个设备间的通信流程图二； 图 7为本发明实施例中无线通信网络中各个设备间的通信流程图三； 图 8a和图 8b为本发明实施例中接入网设备所属跟踪区示意图； 图 9为本发明实施例中应用服务器对应的协议栈示意图；
图 10为本发明实施例中无线通信网络架构示意图二；
图 11为本发明实施例中具体应用场景中 UE接入应用服务器的流程图； 图 12为本发明实施例中具体应用场景中 UE接入应用服务器的信令交互 示意图；
图 13为本发明实施例中具体应用场景中 UE进行链路更新的流程图； 图 14为本发明实施例中具体应用场景中 UE进行链路更新的无线通信网 络架构示意图；
图 15为本发明实施例中具体应用场景中 UE由空闲态切换至连接态的流 程图；
图 16为本发明实施例中具体应用场景中数据传输流程图；
图 17为本发明实施例中具体应用场景中喷泉码技术原理示意图； 图 18为本发明实施例中具体应用场景中无线通信网络中数据传输示意图 图 19为本发明实施例中具体应用场景中 MPTCP状态报告示意图； 图 20为本发明实施例中具体应用场景中无线通信网絡中数据传输示意图 图 21为本发明实施例中具体应用场景中数据传输信令交互示意图一； 图 22为本发明实施例中用户设备结构示意图一；
图 23为本发明实施例中接入网设备结构示意图一；
图 24为本发明实施例中应用服务器结构示意图；
图 25为本发明实施例中用户设备结构示意图二；
图 26为本发明实施例中接入网设备结构示意图二；
图 27为本发明实施例中应用服务器设备结构示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获 得的所有其他实施例， 都属于本发明保护的范围。
应理解， 本发明的技术方案可以应用于各种通信系统， 例如： 全球移动 通讯 ( Global System of Mobile communication, GSM ) 系统、 码分多址 ( Code Division Multiple Access， CDMA )系统、宽带码分多址（ Wideband Code Division Multiple Access, WCDMA ) 系统、 通用分组无线业务 ( General Packet Radio Service, GPRS ) 、 长期演进（ Long Term Evolution, LTE ) 系统、 先进的长 期演进（Advanced long term evolution, LTE-A ) 系统、 通用移动通信系统 ( Universal Mobile Telecommunication System, UMTS ) 等。
还应理解，在本发明实施例中，用户设备包括但不限于移动台（ MS， Mobile Station ) 、 移动终端 ( Mobile Terminal ) 、 移动电话 ( Mobile Telephone ) 、 手机（handset )及便携设备（ portable equipment )等， 该用户设备可以经无线 接入网 （ RAN， Radio Access Network )与一个或多个核心网进行通信， 例如， 用户设备可以是移动电话 （或称为 "蜂窝" 电话） 、 具有无线通信功能的计 算机等， 用户设备还可以是便携式、 袖珍式、 手持式、 计算机内置的或者车 载的移动装置。
在本发明实施例中， 基站 （例如， 接入点） 可以是指接入网中在空中接 口上通过一个或多个扇区 （或信道） 与无线终端通信的设备。 基站可用于将 收到的空中帧与 IP分组进行相互转换， 作为无线终端与互联网 （ Internet )之 间的路由器， 其中互联网可包括网际协议（ IP )网络。 基站还可协调对空中接 口的属性管理。 例如， 基站可以是 GSM 或 CDMA 中的基站 （BTS， Base Transceiver Station ), 也可以是 WCDMA中的基站 （ NodeB )， 还可以是 LTE 中的演进型基站（ NodeB或 eNB或 e-NodeB， evolutional Node B )， 本发明并 不限定。
为了解决目前无线通信网络存在数据传输时延大， 网络瘫痪风险高的问 题。 本发明实施例中， 删除现有无线通信网络中的 PDN-GW、 SGW、 PCRF 实体、 MME和 HSS， 由接入网设备为 UE分配 IP地址， 应用服务器通过上 述 IP地址为 UE进行数据传输服务， 从而避免了 SGW到 PDN-GW的链路成 为无线通信网络的处理能力瓶颈， 实现了网络扁平化， 有效减少了数据传输 时延， 降低了网络瘫痪风险。
下面结合附图对本发明优选的实施方式进行详细说明。
无线通信网络架构图参阅图 3所示， 该无线通信网络包括至少一个 UE， 至少一个蜂窝网接入网设备（如 eNB等）， 以及应用服务器， 此外， 上述无线 通信网络还可以包含至少一个非蜂窝网接入网设备， 如接入点（ Access Point, AP )或者接入控制器 （Access Control, AC )。
参阅图 4所示， 本发明实施例中， UE与无线通信网络中各个设备之间的 通信流程包括：
步骤 400: 获取接入网设备分配的 IP地址。
本发明实施例中， 当 UE启动之后， 扫描可使用的接入网， 当检测到符合 预设规则的允许接入的接入网后， 接入该符合预设规则的允许接入的接入网； 其中， 上述预设规则为根据具体应用场景预先设置的规则， 该预设规则包括 选择接入网的优先级规则或信道质量门限等， 该预设规则由协议规定、 或 UE 自身的配置信息规定或者由应用服务器制定的策略规定。
可选的， 当上述接入网为蜂窝网络时， UE获取该蜂窝网络对应的接入网 设备为该 UE分配的 IP地址； 当上述接入网为非蜂窝网絡时 , 该 UE获取对 应于非蜂窝网络的 IP地址； 其中， 上述蜂窝网络为 UE启动后首次接入的蜂 窝网络， 即在 UE启动后， 接入该蜂窝网络之前， 该 UE没有连接到任何蜂窝 网絡。
进一步的， 当确定上述 UE已经接入上述蜂窝网络之后， 若根据预设规则 检测到存在至少一个允许接入的其他接入网可用，则该 UE请求接入该至少一 个其他接入网； 其中， 上述其他接入网为蜂窝网络（如 3GPP网络）或者非蜂 窝网络（如 wifi网络或者 WiMax网络）； 上述预设规则为根据具体应用场景 预先设置的规则， 该预设规则包括选择接入网的优先级规则或信道质量门限 等。
可选的， 当 UE接入上述至少一个其他接入网之后， 获取对应于该至少一 个其他接入网的 IP地址； 其中， 当上述其他接入网为蜂窝网络时， IP地址由 该蜂窝网络对应的接入网设备分配， 当上述其他接入网为非蜂窝网络时， IP 地址由该非蜂窝网络对应的核心网设备或接入网设备分配。
在上述过程中， UE拥有首次接入的蜂窝网络对应的接入网设备分配的 IP 地址， 以及对应于至少一个其他接入网的 IP地址。 例如， UE启动后， 首先 接入一蜂窝网络，且该蜂窝网络对应的接入网设备为 UE分配了第一 IP地址， 在接入上述蜂窝网络之后，上述 UE根据预设规则确定存在第一其他接入网和 第二其他接入网均为可用的接入网时， UE获取对应于该第一其他接入网的 IP 地址为第二 IP地址，以及 UE获取对应于第二其他接入网的 IP地址为第三 IP 地址， 此时， 上述 UE拥有三个 IP地址。
步骤 410: 将上述 IP地址通知给应用服务器。
本发明实施例中， UE将自身拥有的 IP地址均上报至应用服务器； 其中， 上述应用服务器可以为过顶 （Over The Top, OTT )服务器， 即应用服务器为 用于对终端移动性和业务质量等进行管理的服务器， 如应用服务器可以为各 个服务商提供的服务器。通常，每当 UE接入一个新的接入网或断开与一个接 入网的连接时， 即向应用服务器上报一次该 UE自身拥有的 IP地址， 以使应 用服务器知道自身可以通过哪些 IP地址为 UE提供数据传输服务。
可选的， UE将自身拥有的 IP地址通知给应用服务器的同时， 将用户身 份标识通知给应用服务器， 以使该应用服务器根据上述用户身份标识核实用 户身份是否合法； 其中， 上述用户身份标识可以为对应于上述应用服务器的 用户名以及密码等信息， 还可以为全球用户识别卡 （University Subscribe Identity Module, USIM ); 当接入网为蜂窝网络时， UE可以通过附着请求消 息承载上述所有 IP地址和用户身份标识发送至应用服务器， 当接入网为非蜂 窝网络时， UE可以通过注册请求消息承载上述所有 IP地址和用户身份标识 发送至应用服务器。 其中， 接入网设备标识为该接入网设备的 IP地址或其它 标识。
步骤 420: 接收应用服务器通过上述 IP地址提供的数据传输服务。
本发明实施例中， 当应用服务器核实上述 UE对应的用户身份合法时，应 用服务器将向 UE提供各种数据传输服务， 如网页浏览服务、 视频播放服务、 通话服务， 以及收发短信服务等； 可选的， 当 UE仅拥有一个 IP地址时， 该 UE接收应用服务器通过上述 IP地址提供的数据传输服务，当 UE拥有至少两 个 IP地址时， 该 UE可以接收应用服务器分别通过上述一个或者至少两个 IP 地址提供的数据传输服务。例如， 当 UE拥有三个 IP地址时， 即第一 IP地址， 第二 IP地址和第三 IP地址， 应用服务器可以同时通过上述第一 IP地址、 第 二 IP地址和第三 IP地址向 UE提供数据传输服务，即应用服务器将每一个 IP 地址均作为一个链路的目的地址，可以通过最多三条链路为 UE提供数据传输 服务。
进一步的， 对应于上述 UE向应用服务器发送的注册请求消息， 当应用服 务器核实上述 UE对应的用户身份合法时， 向上述 UE反馈注册成功消息。 其 中，该注册成功消息中可以包含应用服务器与 UE进行通信时所使用的密钥和 /或指示 UE进行自主链路扫描、 增减的策略信息； 对应于上述 UE向应用服 务器发送的附着请求消息， 应用服务器可以通过新建信令或者现有协议中规 定的信令承载应用服务器与 UE进行通信时所使用的密钥和 /或指示 UE进行 自主链路扫描、 增减的策略信息； 此外， UE进行自主链路扫描、 增减的策略 信息还可以在该 UE 本地预先配置， 该自主链路扫描、 增减的策略信息包括 UE 进行接入网扫描所满足的条件 （如根据预设空口信道质量门限值进行扫 描）， 以及 UE所接入的接入网应当满足的条件。
UE基于上述预先配置的或者应用服务器下发的自主链路扫描、 增减的策 略信息， 进行链路增减； 当在 UE进行链路增减的过程中使得该 UE拥有的任 意一 IP地址发生变化时， 如增加新的 IP地址或者删除已有的 IP地址， UE均 需要将链路变更情况通知给应用服务器， 即 UE需要将新增加的 IP地址或者 已删除的 IP地址通知给应用服务器。 其中， 当 UE删除已有的 IP地址时， 该 UE进行链路减少的具体过程包括：当 UE确定自身拥有的所有 IP地址中存在 任意一 IP地址为不再使用状态时， 断开与该任意一 IP地址对应的接入网； 并 将该任意一 IP地址和该任意一 IP地址对应的接入网被断开的信息以显式方式 或者隐式方式通知给应用服务器， 以使应用服务器不再使用上述任意一 IP地 址为本地提供数据传输服务； 其中， IP地址为不再使用状态即为 UE接收到 对应接入网发送的连接释放命令或 UE检测到在对应接入网的连接发生失败。
UE进行链路增加的具体过程包括： 当 UE根据自主链路扫描、 增减的策略信 息接入新的接入网 （如独立的 wifi网络） 时， 则该 UE获取对应于该新的接 入网的 IP地址， 并将该 IP地址通知给应用服务器。
进一步的， 当应用服务器接收到 UE发送的上述处于不再使用状态的 IP 地址以及该 IP地址对应的接入网被断开的信息， 或者新增的 IP地址时， 对该 UE发送的上述信息进行处理， 生成链路更新确认消息发送至 UE; UE接收到 该链路更新确认消息后，即可确定应用服务器已经获知 UE当前可用接入网对 应的 IP地址。
可选的， 上述 UE进行链路增减的过程可以由宏基站控制。 当由宏基站控 制时， 若 UE已经接入上述宏基站， 且该 UE自主增加了该宏基站覆盖下的某 个接入点作为一条链路， 则上述某个接入点将 UE的接入信息通知给宏基站， 宏基站采用 MS A (多流聚合， Multiple Stream Aggregation )技术将上述某个 接入点作为一个分流站点为上述 UE提供数据传输服务， 由于该 UE的 IP地 址已经由该宏基站分配， 因此， 上述某个接入点不需要为该 UE分配一个新的 IP 地址。 这样， 上述某个接入点对应用服务器不可见， 宏基站分流部分下行 数据给上述某个接入点， 以及宏基站接收上述某个接入点的上行数据转发给 应用服务器。
釆用上述技术方案， 通过接入网设备为 UE分配 IP地址， 并由 UE 自主 进行链路增减， 从而保证了 UE在连接态时的业务连续性。
在上述过程中， UE接收应用服务器通过该 UE拥有的所有 IP地址提供的 数据传输服务， 此时的 UE与接入网为连接状态， 即 UE处于连接态； 当该 UE断开与所有接入网之间的连接后（包括接入网主动释放 UE的连接，或 UE 主动释放 UE的连接， 或 UE检测到连接失败而断开）， 该 UE即处于空闲态， 此时， 该 UE接收其驻留 （Camp ) 的接入网对应接入网设备广播的跟踪区标 识； 其中， 每一个接入网设备均拥有自身所属的跟踪区 （ Track Area， TA ); 不同的接入网设备所属的跟踪区可以不同， 如接入网设备 1 所属的跟踪区为 TA1， 接入网设备 2所属的跟踪区为 TA2， 不同的接入网设备所属的跟踪区也 可以相同， 如接入网设备 1和接入网设备 2所属的跟踪区均为 TA1； —般情 况下， 3GPP网络的宏基站广播自身所属的跟踪区标识， 而宏基站控制下的接 入点设备（如 Pico设备， wifi设备等） 不广播自身所属的跟踪区标识， 针对 不受 3GPP网络的宏基站控制的独立 wifi设备， 若该独立 wifi设备在 3GPP 网络的宏基站覆盖范围内， 则该独立 wifi设备可以不广播自身所属的跟踪区 标识， 以减少寻呼消息的发送量。
可选的， UE将跟踪区标识通知给应用服务器， 以使应用服务器根据该跟 踪区标识确定寻呼上述 UE时对应的一个或多个接入网设备标识。其中， 上述 跟踪区域标识可以在 UE 将所有接入网被断开的信息通知给应用服务器的同 时， 通知给应用服务器。 UE可以通过心跳消息将不再使用的 IP地址和该 IP 地址对应的接入网被断开的信息，以及 UE接收到的跟踪区标识通知给应用服 务器。
进一步的， 当 UE处于空闲态时， 若由一个跟踪区移动至另一个跟踪区， 则该 UE向应用服务器发起跟踪区更新过程， 以向应用服务器上报该 UE更新 后的跟踪区标识和 /或接入网设备标识。 可选的， UE可以周期性地通过心跳消 息向应用服务器上报该 UE当前时刻对应的跟踪区标识。
可选的， 应用服务器在本地保存一个映射关系表， 该映射关系表中包含 跟踪区标识与接入网设备标识之间的映射关系。 接入网设备标识为该接入网 设备的 IP地址或其它标识。 当接收到处于空闲态 UE的呼入请求时， 应用服 务器即从上述映射关系表中查找上述 UE对应的一个或多个接入网设备标识， 并向该一个或多个接入网设备标识分别对应的接入网设备发送寻呼消息； UE 接收到上述寻呼消息后， 接入上述一个或多个接入网设备对应的接入网， 即 将自身状态更改为连接态。
可选的， 当 UE位于宏基站覆盖范围下时，应用服务器可以仅向宏基站发 送寻呼消息即可， 无须向该宏基站管辖下的接入点设备发送寻呼消息， 从而 减少了信令交互， 节约了系统开销。
采用上述技术方案，通过应用服务器管理 UE对应的跟踪区标识， 以及跟 踪区标识与各个接入网设备标识之间的映射关系， 当 UE处于空闲态时，应用 服务器能够根据 UE对应的跟踪区标识，以及跟踪区标识与各个接入网设备标 识之间的映射关系表， 寻呼到 UE， 使 UE从空闲态切换至连接态， 从而实现 了 UE的外部呼入可达性。
可选的， 参阅图 5所示， 为本发明实施例中 UE对应的协议栈示意图， 其 中， 该 UE中的汇聚层为 TCP层， 对应于不同链路的各支路的最高协议层为 用户报文协议 ( User Datagram Protocol， UDP )。 当应用服务器为 UE提供的 数据传输服务为下行数据传输服务时， UE接收应用服务器通过至少两个 IP 地址提供的数据传输服务的过程， 具体包括： UE接收应用服务器通过至少两 个 IP地址作为目的 IP地址发送的下行数据； 将不同目的 IP地址的下行数据 分别发送至本地不同的 IP/ UDP实体； 其中， 一个 IP/UDP实体对应一个 IP 地址； 由所有接收到上述下行数据的 IP/UDP实体分别处理对应 IP地址的下 行数据； 并将该 IP/UDP实体处理后的下行数据汇聚到本地的多路径传输控制 协议（Multi-Path TCP， MPTCP ) 实体后， 当 MPTCP实体接收到上述全部或 者部分 IP/TCP实体分别发送的处理后的下行数据时， 若满足用户设备的预设 条件， 则由该 MPTCP实体向应用服务器发送第一成功接收确认信息。 例如， 当 UE拥有第一 IP地址和第二 IP地址时， UE接收到应用服务器同时通过第 一 IP地址和第二 IP地址发送的下行数据时， 将第一 IP地址对应的第一下行 数据发送至该 UE本地的第一 IP/UDP实体，将第二 IP地址对应的第二下行数 据发送至该 UE本地的第二 IP/UDP实体， 由 UE本地的第一 IP/UDP实体处 理第一下行数据， 以及由 UE本地的第二 IP/UDP实体处理第二下行数据， UE 本地的第一 IP/UDP实体将处理后的第一下行数据发送至该 UE本地的 MPTCP 实体， 以及 UE本地的第二 IP/UDP 实体将处理后的第二下行数据发送至该 UE本地的 MPTCP实体。
可选的， 上述不同 IP/UDP实体处理后的下行数据为喷泉码数据块。 可选的， 当满足用户设备的预设条件时， 由 UE本地的 MPTCP实体向应 用服务器发送第一成功接收确认信息的过程， 具体包括： 当 UE确定成功解码 一个或多个喷泉码源数据块时， 向应用服务器发送第一 MPTCP状态报告； 或 者， UE按照预设周期向应用服务器发送第一 MPTCP状态报告； 其中， 该第 一 MPTCP 状态报告包含一个或多个喷泉码源数据块标识和是否成功接收该 一个或者多个喷泉码源数据块的信息； 或者， 针对一个或多个喷泉码源数据 块分别已经成功接收到的喷泉码数据块的数量； 或对一个或多个喷泉码源数 据块还需要分别成功接收的喷泉码数据块的数量； 上述喷泉码数据块由对喷 泉码源数据块进行编码生成。在上述过程中， 除将 UE确定成功解码一个或多 个喷泉码源数据块作为触发条件外， 也可以预先设置其他触发条件， 当该预 先设置的触发条件满足时， UE向应用服务器发送第一 MPTCP状态报告， 具 体的触发条件由用户根据具体情况决定。 在上述过程中， 第一成功接收确认 消息即为第一 MPTCP状态报告。
进一步的， 应用服务器根据上述第一 MPTCP状态报告， 决定需要向 UE 传输的喷泉码数据块。
可选的， 若 UE对应的任意一条链路上传输下行数据速度低于预设阈值， 则应用服务器中的 MPTCP 实体将停止或降低分流到该任意一链路传输的下 行数据；将更多的下行数据分流到 UE对应的所有链路中除该任意一条链路之 外的剩余任意一条或者多条链路上传输。
釆用上述技术方案， 对 UE的协议栈进行修改， 当 UE成功解码至少一个 喷泉码源数据后， 才向应用服务器发送第一成功接收确认信息， 从而避免了 现有 UE中各支路的最高协议层为 TCP层时由 TCP层的拥塞控制机制造成的 当传输成功一个数据包即需要进行 TCP ACK反馈的问题， 有效提高了无线通 信网络的下行吞吐量， 提供了总体传输速率， 有效节约了 UE的能耗； 并且， 采用喷泉码技术进行下行数据的传输时， 可以将喷泉码数据由传输速度较低 的链路分流至传输速度较高的链路， 无须在分流至的链路上重新传输分流前 链路上已经传输但没有成功的下行数据， 从而大大降低了应用服务器在链路 间分流时数据处理的复杂度。
可选的， 参阅图 5所示的 UE对应的协议栈示意图， 当数据传输服务为上 行数据传输服务时， UE接收应用服务器通过至少两个 IP地址提供的数据传 输服务的过程， 具体包括： UE将上行数据发送至本地的 MPTCP实体进行处 理， 并获取上行数据中携带的至少两个 IP地址， 将该至少两个 IP地址均作为 源 IP地址； 由该 MPTCP实体将处理后的上行数据，按照一定的分流算法（如 根据不同 UDP/IP实体所对应链路的数据传输速率确定分流比例）分别发送至 UE中不同的 UDP/IP实体进行处理； 由不同的 UDP/IP实体将处理后的上行 数据通过相应的 IP地址对应的接入网发送至应用服务器； UE接收应用服务 器的 MPTCP 实体发送的第二成功接收确认信息。 例如， 当 UE拥有第一 IP 地址和第二 IP地址时， UE通过第一 IP地址和第二 IP地址作为源 IP地址向 应用服务器发送上行数据， 由 UE本地的 MPTCP实体对上行数据进行处理， 并将处理后的上行数据根据分流算法分别发送至该 UE本地的第一 UDP/IP实 体以及第二 UDP/IP实体， 由 UE中的第一 UDP/IP实体处理上行数据中的第 一上行数据， 以及由 UE中的第二 UDP/IP实体处理上行数据中的第二上行数 据；由 UE中的第一 UDP/IP实体将源地址为第一 IP地址的第一上行数据通过 第一 IP地址对应的接入网发送至应用服务器， 以及由 UE中的第二 UDP/IP 实体将源地址为第二 IP地址的第二上行数据通过第二 IP地址对应的接入网发 送至应用服务器。
在上述过程中， 当应用服务器确定满足应用服务器的预设条件时， 向 UE 反馈第二成功接收确认信息。
可选的， 上述发送至不同的 UDP/IP 实体处理的上行数据为喷泉码数据 块。
可选的， UE接收应用服务器的 MPTCP实体发送的第二成功接收确认信 息的过程，具体包括： UE接收应用服务器的 MPTCP实体发送的第二 MPTCP 状态报告； 其中， 该第二 MPTCP状态报告包含一个或多个喷泉码源数据块标 识和是否成功接收的信息； 或者， 针对一个或多个喷泉码源数据块分别已经 成功接收到的喷泉码数据块的数量； 或对一个或多个喷泉码源数据块还分别 需要成功接收的喷泉码数据块的数量； 上述喷泉码数据块由对喷泉码源数据 块进行编码生成。 在上述过程中， 第二成功接收确认消息即为第二 MPTCP状 态报告。
进一步的， UE根据上述第二 MPTCP状态报告， 决定需要向应用服务器 传输的喷泉码数据块。
可选的， 若 UE对应的任意一条链路上传输上行数据速度低于预设阈值， 则 UE本地的 MPTCP实体将停止或降低分流给该任意一链路的上行数据， 并 将更多的上行数据分流到 UE 对应的所有链路中除该任意一条链路之外的剩 余任意一条或者多条链路上传输。
采用上述技术方案， 通过喷泉码技术进行上行数据的传输时， 可以将喷 泉码数据由传输速度较低的链路分流至传输速度较高的链路， 无须在分流至 的链路上重新传输分流前链路上已经传输成功的数据， 也无须在分流至的链 路上重新传输分流前链路上已经传输但没有成功的上行数据， 从而大大降低 了 UE汇聚层在链路间分流时的数据处理复杂度。
可选的， 在应用服务器向 UE传输喷泉码数据块之前， UE向应用服务器 发送用户设备的支持喷泉码能力信息； 并接收应用服务器根据该用户设备的 支持喷泉码能力信息生成的用户设备的喷泉码编解码相关的配置参数； 其中， 该用户设备的喷泉码编解码相关的配置参数包括以下选项中的一项或者任意 项的组合： 一个喷泉码源数据块中包含的喷泉码数据块的数目， 一个喷泉码 数据块所占用存储空间的大小，第一 MPTCP状态报告发送周期，第一 MPTCP 状态报告触发条件等信息，用户设备的支持喷泉码能力信息包括 UE是否具备 生成喷泉码数据块的能力， 以及 UE是否具备解码喷泉码数据块的能力。
基于上述技术方案， 参阅图 6 所示， 本发明实施例中， 基站与无线通信 网絡中各个设备之间的通信流程包括：
步骤 600: 当确定 UE接入本地后， 为该 UE分配 IP地址。
本发明实施例中， 当接收到 UE发送的接入请求之后，接入网设备根据该 接入请求， 令 UE接入本地； 当确定该 UE接入接入网设备之后， 该接入网设 备为该 UE分配 IP地址； 其中， 上述接入网设备为蜂窝网接入网设备， 该接 入网设备对应的接入网为蜂窝网络。
进一步的， 在接入网设备为上述 UE分配 IP地址之前， 向应用服务器发 送请求消息； 其中， 该请求消息包含接入网设备标识、 跟踪区标识和公共陆 地移动网 （ Public Land Mobile Network， PLMN )标识中的至少一种； 上述接 入网设备接收应用服务器根据上述请求消息生成的响应消息； 其中， 该响应 消息用于确认双方通言初始化完成。
可选的， 上述接入网设备发送至应用服务器的请求消息可以釆用现有 3GPP标准协议中的消息进行承载， 如 S1接口建立请求（ SI setup request )消 息等， 采用现有协议中的消息， 无须重新定义新的信令， 降低了系统实现的 复杂度。
步骤 610: 将上述 IP地址发送至 UE， 令该 UE将该 IP地址发送至应用 服务器， 并接收应用服务器通过上述 IP地址提供的数据传输服务。
本发明实施例中， 接入网设备还将自身所属的跟踪区标识上报至应用服 务器， 令应用服务器将该跟踪区标识以及接入网设备标识存储至应用服务器 本地保存的映射关系表中。 当 UE断开与所有接入网的连接之后，接入网设备 广播自身所属的跟踪区标识，令该 UE将接收到的、接入网设备发送的跟踪区 标识发送至应用服务器。
釆用上述技术方案， 通过接入网设备为 UE分配 IP地址， UE通过接入网 设备直接连接至应用服务器，由应用服务器通过该接入网设备为 UE提供数据 传输服务， 在保证无线通信网络通信质量的同时， 实现了无线通信网络的超 扁平化， 有效较少了无线通信网络中各个设备之间的数据传输时延； 此外， 当 UE处于空闲态时， UE将接入网设备广播的跟踪区标识发送至应用服务器， 应用服务器能够根据 UE对应的跟踪区标识，以及跟踪区标识与各个接入网设 备标识之间的映射关系， 寻呼到 UE， 使 UE从空闲态切换至连接态， 从而实 现了 UE的外部呼入可达性。
基于上述技术方案， 参阅图 7 所示， 本发明实施例中， 应用服务器与无 线通信网络中各个设备之间的通信流程包括：
步骤 700: 接收 UE发送的 IP地址。
本发明实施例中， 应用服务器接收上述接入网设备发送的请求消息； 其 中， 该请求消息包含接入网设备标识、 跟踪区标识和 PLMN标识中的至少一 种； 应用服务器根据请求消息生成响应消息发送至接入网设备； 其中， 该响 应消息用于确认双方通信初始化完成。 可选的， 应用服务器发送至上述接入 网设备的响应消息可以采用现有 3GPP标准协议中的消息进行承载，如 UE发 送至应用服务器的请求消息为 S 1接口建立请求 （ S 1 setup request ) 消息时， 则应用服务器发送至 UE的响应消息为 S1接口建立响应 （SI setup response ) 消息等。 采用现有协议中的消息， 无须重新定义新的信令， 降低了系统实现 的复杂度。
当 UE启动之后， 扫描可使用的接入网， 当检测到符合预设规则的允许接 入的接入网后， 接入该符合预设规则的允许接入的接入网， 并获取接入网对 应的接入网设备分配的 IP地址； 其中， 上述预设规则为根据具体应用场景预 先设置的规则， 该预设规则包括选择接入网的优先级规则或信道质量门限等； 上述接入网为蜂窝网络。
可选的， UE确定本地已经接入上述接入网之后， 若根据预设规则检测到 存在至少一个允许接入的其他接入网可用，则该 UE请求接入该至少一个其他 接入网， 并获取对应于至少一个其他接入网的 IP地址； 其中， 上述其他接入 网为蜂窝网络或者非蜂窝网络； 上述预设规则为根据具体应用场景预先设置 的规则， 该预设规则包括选择接入网的优先级规则或信道质量门限等。
进一步的， 应用服务器接收 UE发送的 IP地址的同时， 接收该 UE发送 的用户身份标识，并根据该用户身份标识核实上述 UE对应的用户身份是否合 法。 其中， 上述用户身份标识可以为对应于上述应用服务器的用户名以及密 码等信息， 还可以为 USIM; 当接入网为蜂窝网络时， UE可以通过附着请求 消息承载上述所有 IP 地址和用户身份标识， 当接入网为非蜂窝网络时， UE 可以通过注册请求消息承载上述所有 IP地址和用户身份标识。
可选的，每当 UE接入一个新的接入网或断开与一个接入网的连接时， 即 向应用服务器上报一次该 UE自身拥有的 IP地址， 以使应用服务器知道自身 可以通过哪些 IP地址为 UE提供数据传输服务。
步骤 710: 通过上述 IP地址为上述 UE提供数据传输服务。
本发明实施例中， 由于 UE可以拥有至少一个 IP地址， 因此， 当 UE拥 有一个 IP地址时， 应用服务器通过该唯一的 IP地址为上述 UE提供数据传输 服务； 当 UE拥有至少两个 IP地址时， 应用服务器可以分别通过该至少两个 IP地址为上述 UE提供数据传输服务。
可选的， 对应于上述 UE向应用服务器发送的注册请求消息， 当应用服务 器核实上述 UE对应的用户身份合法时， 向上述 UE反馈注册成功消息。 当应 用服务器核实上述 UE对应的用户身份合法时应用服务器将向 UE提供各种数 据传输服务， 如网页浏览服务、 视频播放服务、 通话服务， 以及收发短信服 务等。其中， 该注册成功消息中可以包含应用服务器与 UE进行通信时所使用 的密钥和 /或指 UE进行自主链路扫描、 增减的策略信息； 对应于上述 UE向 应用服务器发送附着请求消息， 应用服务器可以通过新建信令或者现有协议 中规定的信令承载应用服务器与 UE进行通信时所使用的密钥和 /或指示 UE 进行自主链路扫描、 增减的策略信息； 此外， 该 UE进行自主链路扫描、 增减 的策略信息还可以在该 UE本地预先配置获得， 该自主链路扫描、增减的策略 信息包括 UE进行接入网扫描所满足的条件（如根据预设空口信道质量门限值 进行扫描）， 以及 UE所接入的接入网应当满足的条件。
可选的， UE基于上述预先配置的或者应用服务器下发的自主链路扫描、 增减的策略信息， 进行链路增减； 当在 UE进行链路增减的过程中使得该 UE 拥有的任意一 IP地址发生变化时， UE均需要将链路变更情况通知给应用服 务器。
进一步的， 在上述 UE进行链路增减的过程中， 当该 UE对应的任意一 IP 地址为不再使用状态时， 应用服务器接收该 UE发送的上述任意一 IP地址以 及该任意一 IP地址对应的接入网被断开的信息； 应用服务器不使用该任意一 IP地址以及该任意一 IP地址对应的接入网为上述 UE提供数据传输服务。 其 中， IP地址为不再使用状态即为 UE接收到对应接入网发送的连接释放命令 或 UE检测到在对应接入网的连接发生失败。 此外， 当应用服务器接收到 UE 发送的链路变更情况时， 该应用服务器可以向 UE发送链路更新确认消息， 以 使 UE确定应用服务器已经接收到该 UE上报的链路变更。
进一步的， 接收 UE发送的所有接入网被断开的信息的同时， 接收该 UE 发送的跟踪区标识。 当 UE处于空闲态时， 应用服务器接收到 UE发送的跟踪 区标识之后， 若确定寻呼上述 UE， 则根据接收到的跟踪区标识， 在本地保存 的映射表中查询上述跟踪区标识对应的一个或多个接入网设备标识； 并向该 一个或多个接入网设备标识分别对应的接入网设备发送寻呼消息。 其中， 该 映射关系表中包含跟踪区标识与接入网设备标识之间的映射关系； 接入网设 备标识为该接入网设备的 IP地址或其它标识。
进一步的， 当 UE处于空闲态时， 若由一个跟踪区移动至另一个跟踪区， 则该 UE向应用服务器发起跟踪区更新过程， 以向应用服务器上报该 UE更新 后的跟踪区标识和 /或接入网设备标识。 接入网设备标识为该接入网设备的 IP 地址或基站 ID或其它标识。 可选的， 应用服务器可以周期性地通过心跳消息 接收 UE发送的该 UE当前时刻对应的跟踪区标识。
在上述过程中， 当 UE接入多个接入网时，每一个接入网对应的接入网设 备均拥有所属的跟踪区； 参阅图 8a所示， 不同的接入网设备所属的跟踪区可 以不同， 如接入网设备 1所属的跟踪区为 TA1， 接入网设备 2所属的跟踪区 为 TA2， 参阅图 8b所示， 不同的接入网设备所属的跟踪区也可以相同， 如接 入网设备 1和接入网设备 2所属的跟踪区均为 TA1。 当不同的接入网设备所 属的跟踪区相同时， 若应用服务器需要寻呼 UE， 需要向该 UE的跟踪区标识 对应的每一个接入网设备均发送寻呼消息， 采用该技术方案， 由于多个接入 网设备所属跟踪区相同， 因此， 减少了跟踪区更新次数， 从而节约了 UE的能 耗； 当不同的接入网设备所属的跟踪区不同时， 若应用服务器需要寻呼 UE， 需要向该 UE 的跟踪区标识对应的接入网设备发送寻呼消息， 采用该技术方 案， 应用服务器仅需要向 UE的跟踪区标识对应的接入网设备发送寻呼消息， 信令交互相次数较于不同的接入网设备所属的跟踪区相同时的信令交互次数 较少。
可选的， 当 UE位于宏基站覆盖范围下时，应用服务器可以仅向宏基站发 送寻呼消息即可， 无须向该宏基站管辖下的接入点设备发送寻呼消息， 从而 减少了信令交互， 节约了系统开销。
采用上述技术方案，通过应用服务器管理 UE对应的跟踪区标识， 以及跟 踪区标识与各个接入网设备标识之间的映射关系， 当 UE处于空闲态时，应用 服务器能够根据本地保存的 UE对应的跟踪区标识，以及跟踪区标识与各个接 入网设备标识之间的映射关系表，寻呼到 UE，使 UE从空闲态切换至连接态， 从而实现了 UE的外部呼入可达性。
可选的， 参阅图 9 所示， 为本发明实施例中应用服务器对应的协议栈示 意图， 该应用服务器中的汇聚层为 TCP层， 对应于不同链路的各支路的最高 协议层为 UDP。 当数据传输服务为下行数据传输时， 应用服务器通过至少两 个 IP地址为 UE提供数据传输服务的过程， 具体包括： 应用服务器将下行数 据发送至本地的 MPTCP实体处理； 由上述 MPTCP实体将处理后的下行数据 根据分流算法（如根据不同 UDP/IP实体所对应链路的数据传输速率确定分流 比例 ) 分别发送至应用服务器中不同的 UDP/IP实体处理； 由不同 UDP/IP实 体处理后的下行数据通过相应的 IP地址对应的接入网发送至上述 UE; 应用 服务器接收该 UE 的 MPTCP 实体发送的第一成功接收确认信息。 例如， 当 UE拥有第一 IP地址和第二 IP地址时，应用服务器通过第一 IP地址和第二 IP 地址作为目的 IP地址向 UE发送下行数据， 由应用服务器中的 MPTCP实体 对上述下行数据进行处理， 并将处理后的下行数据根据分流算法分别发送至 该应用服务器中的第一 UDP/IP实体和该应用服务器中的第二 UDP/IP实体， 由应用服务器中的第一 UDP/IP实体处理下行数据中的第一下行数据， 以及由 应用服务器中的第二 UDP/IP实体处理下行数据中的第二下行数据； 由应用服 务器中的第一 UDP/IP实体将目的 IP地址为第一 IP地址的第一下行数据通过 第一 IP 地址对应的接入网发送至应用服务器， 以及由应用服务器中的第二 UDP/IP实体将目的 IP地址为第二 IP地址的第二下行数据通过第二 IP地址对 应的接入网发送至 UE。
可选的，上述发送至应用服务器中不同的 UDP/IP实体处理的下行数据为 喷泉码数据块。
可选的， 应用服务器接收 UE的 MPTCP实体发送的第一成功接收确认信 息的过程，具体包括：应用服务器接收 UE的 MPTCP实体发送的第一 MPTCP 状态报告； 其中， 该第一 MPTCP状态报告包含一个或多个喷泉码源数据块标 识和是否成功接收的信息； 或者， 针对一个或多个喷泉码源数据块分别已经 成功接收到的喷泉码数据块的数量； 或对一个或多个喷泉码源数据块还分别 需要成功接收的喷泉码数据块的数量； 上述喷泉码数据块由对喷泉码源数据 块进行编码生成。 在上述过程中， 第一成功接收确认消息即为第一 MPTCP状 态报告。
进一步的， 应用服务器根据上述第一 MPTCP状态报告， 决定需要向 UE 传输的喷泉码数据块。
可选的， 若 UE对应的任意一条链路上传输下行数据速度低于预设阈值， 则应用服务器 MPTCP 实体将停止或降低分流到该任意一条链路传输的下行 数据，并将更多的下行数据分流到 UE对应的所有链路中除该任意一条链路之 外的剩余任意一条或者多条链路上传输。
采用上述技术方案， 采用喷泉码技术进行下行数据的传输， 可以将喷泉 码数据由传输速度较低的链路分流至传输速度较高的链路， 无须在分流至的 链路上重新传输分流前链路上已经传输成功的数据， 也无须在分流至的链路 上重新传输分流前链路上已经传输但没有成功的下行数据， 从而大大降低了 应用服务器在链路间分流时的数据处理复杂度。
可选的， 参阅图 9 所示的应用服务器对应的协议栈示意图， 当数据传输 服务为上行数据传输时， 应用服务器通过至少两个 IP地址为 UE提供数据传 输服务的过程， 具体包括： 应用服务器接收 UE通过至少两个 IP地址作为源 IP地址发送的上行数据； 将不同源 IP地址的上行数据分别发送至本地不同的 IP/UDP实体； 其中， 一个 IP/UDP实体对应一个 IP地址； 由所有接收到对应 于不同 IP地址上行数据的 IP/UDP实体分别处理对应的上行数据， 并将上述 IP/UDP实体处理后的上行数据汇聚到本地的 MPTCP实体； 当满足应用服务 器的预设条件时， 由应用服务器中的 MPTCP实体向上述 UE发送第二成功接 收确认信息。 例如， 当 UE拥有第一 IP地址和第二 IP地址时， 应用服务器同 时通过第一 IP地址和第二 IP地址向 UE发送上行数据时， 将第一 IP地址对 应的第一上行数据发送至该应用服务器中的第一 IP/UDP实体， 将第二 IP地 址对应的第二上行数据发送至该应用服务器中的第二 IP/UDP实体， 由应用服 务器中的第一 IP/UDP 实体处理第一上行数据， 以及由应用服务器中的第二 IP/UDP实体处理第二上行数据， 应用服务器中的第一 IP/UDP实体将处理后 的第一上行数据发送至该应用服务器中的 MPTCP实体，以及应用服务器中的 第二 IP/UDP实体将处理后的第二上行数据发送至该应用服务器中的 MPTCP 实体。
可选的，上述应用服务器中不同的 IP/UDP实体处理后的上行数据为喷泉 码数据块。
可选的， 当满足应用服务器的预设条件时， 由应用服务器中的 MPTCP实 体向 UE发送第二成功接收确认信息的过程， 具体包括： 当应用服务器确定成 功解码一个或多个喷泉码源数据块时， 向 UE发送第二 MPTCP状态报告； 或 者， 应用服务器按照预设周期向 UE发送第二 MPTCP状态报告； 其中， 该第 二 MPTCP 状态报告包含一个或多个喷泉码源数据块标识和是否成功接收上 述一个或者多个喷泉码源数据块的信息； 或对一个或多个喷泉码源数据块分 别成功接收到多少个喷泉码数据块的信息； 或对一个或多个喷泉码源数据块 还需要分别成功接收多少个喷泉码数据块的信息； 上述喷泉码数据块由对喷 泉码源数据块进行编码生成。 在上述过程中， 除将应用服务器确定成功解码 一个或多个喷泉码源数据块作为触发条件外， 也可以预先设置其他触发条件， 当该触发条件满足时， 应用服务器向 UE发送第一 MPTCP状态报告， 具体的 触发条件由用户根据具体情况决定。 在上述过程中， 第二成功接收确认消息 即为第二 MPTCP状态报告。
进一步的， UE根据上述第二 MPTCP状态报告， 决定需要向应用服务器 传输的喷泉码数据块。
可选的， 若 UE对应的任意一条链路上传输上行数据速度低于预设阈值， 则 UE本地的 MPTCP实体将停止或降低分流给该任意一链路的上行数据， 并 将更多的上行数据分流到 UE 对应的所有链路中除该任意一条链路之外的剩 余任意一条或者多条链路上传输。
釆用上述技术方案，对应用服务器的协议栈进行修改， 当 UE成功解码至 少一个喷泉码源数据后， 才向应用服务器发送第二成功接收确认信息， 从而 避免了现有应用服务器中各支路的最高协议层为 TCP层时由 TCP层的拥塞控 制机制造成的当传输成功一个数据包即需要进行 TCP AC 反馈的问题， 有效 提高了无线通信网络的吞吐量， 提供了总体传输速率， 有效节约了应用服务 器的能耗； 并且， 采用喷泉码技术进行上行数据的传输时， 可以将喷泉码数 据块由传输速度较低的链路分流至传输速度较高的链路， 无须在分流至的链 路上重新传输分流前链路上已经传输成功的数据， 也无须在分流至的链路上 重新传输分流前链路上已经传输但没有成功的上行数据， 从而大大降低了 UE 在链路间分流时的数据处理复杂度。
可选的， 在 UE 向应用服务器传输喷泉码数据块之前， 应用服务器向该 UE发送应用服务器的支持喷泉码能力信息； 并接收该 UE根据该应用服务器 的支持喷泉码能力信息生成的应用服务器的喷泉码编解码相关的配置参数。 其中， 该应用服务器的喷泉码编解码相关的配置参数包括以下选项中的一项 或者任意项的组合： 一个喷泉码源数据块中包含的喷泉码数据块的数目， 一 个喷泉码数据块所占用存储空间的大小， 第二 MPTCP状态报告发送周期， 第 二 MPTCP状态报告触发条件等信息，应用服务器的支持喷泉码能力信息包括 应用服务器是否具备生成喷泉码数据块的能力， 以及应用服务器是否具备解 码喷泉码数据块的能力。
在本发明技术方案中， 由于无线通信网络中可以包含多个应用服务器， 不同应用服务器可能对应于不同的服务商， 而不同服务商对应的应用服务器 之间存在不能互相通信的问题。 基于该技术问题， 可选的， 在对应于不同服 务商的应用服务器之间定义标准接口或签订互通协议， 实现对应于不同服务 商的应用服务器之间的通信。
在上述方案中，为 UE提供数据传输服务器的应用服务器与 UE注册的应 用服务器为同一个服务器。 进一步的， 在本发明技术方案中， 实际为 UE提供 数据传输服务的应用服务器可以为不同于 UE注册的运营商的应用服务器，它 既可以是其他运营商的应用服务器， 也可以是其他应用提供商的应用服务器， 在此称之为第三方应用服务器，相应地将 UE注册的运营商应用服务器称作注 册应用服务器。 这种情况下， 参阅图 10所示， 所有的控制信令仍然在注册应 用服务器和 UE之间进行传输， 如 IP地址增减的报告等； 而用户面数据传输 过程直接在第三方应用服务器和 UE之间进行，图 9所示的应用服务器对应的 协议栈就实现在第三方应用服务器中，相应的数据处理和 MPTCP状态报告也 在第三方应用服务器中实现。 UE与第三方应用服务器之间的数据传输直接通 过各可用接入网进行， 不需要通过注册应用服务器。 以上行数据传输为例， UE需要传输的上行数据到达接入网设备后， 不是先到达注册应用服务器再到 第三方应用服务器， 而是直接送往第三方应用服务器。 为了实现接入网设备 与第三方应用服务器之间的直接数据传输， 注册应用服务器需要作为控制桥 梁， 在可用的接入网增减时将接入网设备和第三方应用服务器两者的 IP地址 或 MAC地址等标识通知给接入网设备或第三方应用服务器，还要对两者进行 身份合法性进行验证操作， 同时注册应用服务器还可能向第三方应用服务器 提供业务质量相关的信息等。 终端用户通过注册应用服务器， 将其作为访问 入口， 来获得第三方应用服务器所提供的服务， 比如微博、 微信。
采用本发明技术方案，删除现有核心网中的 MME、 S-GW、 PDN-GW、 PCRF 和 HSS等设备，将应用服务器作为通信的门户，接入网通过互联网云直接连接 到应用服务器， 从而实现无线通信网络的超扁平化； 并且， 由应用服务器实 现计费、 认证等必要功能分配， 由接入网设备实现 IP地址分配功能， 通过全新 的功能划分和釆用喷泉码技术， 保证了无线通信网络中各个设备之间通信质 量以及 UE的移动性； 此外， 通过在发送端的 MPTCP实体和 TCP层采用喷泉码 技术， 使得在进行上行和下行数据传输时， 降低了数据分流流程以及数据处 理复杂度， 实现了 UE的业务连续性。
下面结合具体的应用场景， 详细介绍 UE、 接入网设备以及应用服务器之 间的通信流程。
应用场景一
基于本发明提供的超扁平无线通信网络， 参阅图 11所示， 以该无线通信 网络中的接入网为 LTE蜂窝网络为例， 详细介绍 UE接入应用服务器的流程： 步骤 1100: 接入网设备上电启动后向应用服务器发起 S 1接口建立过程。 本发明实施例中， 接入网设备可以重用现有 LTE协议中 eNB与 MME之间 的 S1接口建立请求 （SI setup Request ) 消息， 该 SI接口建立请求消息中包含 接入网设备标识， 接入网设备所属的跟踪区标识、 接入网设备所属的 PLMN 标识等中的至少一种。其中，上述接入网设备标识可以为接入网设备的 IP地址。
步骤 1110: 应用服务器基于上述接入网设备发起的 S1接口建立过程， 向 接入网设备反馈 S 1接口建立响应消息。
本发明实施例中， 应用服务器接收到接入网设备发送的 S1接口建立请求 消息后，根据该 S1接口建立请求消息， 向接入网设备反馈 S1接口建立响应（S1 Setup Response ) 消息。 其中， 应用服务器可以根据上述 S1接口建立请求消息 携带的接入网设备标识、 接入网设备所属的跟踪区标识、 接入网设备所属的 PLMN标识等信息， 为后续数据分流等决策提供输入。
步骤 1120: UE启动后向接入网设备发起随机接入过程。
本发明实施例中， UE启动后完成与接入网设备的下行同步以及获取到系 统信息后， 发起随机接入过程（ Random Access Procedure )以接入接入网设备 对应的蜂窝网络； 其中， 上述系统信息为接入网设备可调用的带宽资源。
步骤 1130: UE向接入网设备发起 RRC连接建立过程。
本发明实施例中， 当上述接入网设备检测到存在可被调用的资源时， UE 向接入网设备发起无线资源控制 （Radio Resource Control, RRC )连接建立过 程 ( RRC connection setup procedure )。
可选的， RRC连接建立过程为三次握手过程： UE向接入网设备发送 RRC 连接请求（ RRC connection request )消息； 接入网设备基于该 RRC连接请求消 息向 UE发送 RRC连接建立（ RRC connection setup )消息； UE根据上述 RRC连 接建立消息向接入网设备反馈 RRC连接建立完毕 （RRC connection setup complete ) 消息， 完成 UE与接入网设备之间的 RRC连接建立。 接入网设备通 常在 RRC连接建立消息中携带分配给 UE的 IP地址。 接入网设备也可以通过其 他消息向 UE发送分配给该 UE的 IP地址，在此不做限定，但 UE确定是在向应用 服务器发起附着过程之前就获得了接入网设备分配的 IP地址。
步骤 1140: UE与基站建立 RRC连接之后， 向应用服务器发起附着过程。 本发明实施例中， UE向应用服务器发起附着过程（ Attachment Procedure )， 该附着过程为三次握手过程： UE向应用服务器发送附着请求（ Attach request ) 消息； 应用服务器根据该附着请求消息， 生成接受附着（ Attach Accept ) 消息 发送至 UE; UE根据该接受附着消息向应用服务器反馈附着结束 （Attach complete ) 消息， 从而完成 UE在应用服务器上的附着过程。 其中， 该附着请 求消息可以由上述 RRC连接建立完毕 （RRC connection setup complete ) 消息 进行承载， 由接入网设备转发至应用服务器。
可选的， 在三次握手的附着过程， UE还向应用服务器发送接入网设备为 该 UE分配的 IP地址以及用户身份标识， 以使应用服务器根据上述用户身份标 识核实用户身份是否合法， 即由应用服务器对 UE进行认证； 其中， 上述用户 身份标识可以为对应于上述应用服务器的用户名以及密码等信息， 还可以为 USIM以及 SIM等信息， 上述认证方式可以采用 EAP-AKA方式。 除此之外， 上 述三次握手的附着过程中， 还可以包含 UE与应用服务器之间的密钥衍生、 分 发等过程。
步骤 1150: 接入网设备向 UE发起接入层安全激活过程。
本发明实施例中， 接入网设备获取预设的密钥或者应用服务器衍生的密 钥， 通过安全激活过程 ( AS Security Activation )将上述密钥或者与上述密钥 相关的参数（如 NCC, Next-Hop Chaining Counter, 下一跳链计数器）发送至 UE, 使 UE根据该密钥或者与密钥相关的参数进行通信。
在上述过程中， 步骤 1150与步骤 1140之间不分先后顺序， 即可以先执行 步骤 1140， 再执行步骤 1150， 也可以先执行步骤 1150， 再执行步骤 1140， 还可 以并行执行步骤 1140和步骤 1150。
步骤 1160： 接入网设备向 UE发起无线承载建立过程。
本发明实施例中， 接入网设备通过无线承载建立过程 ( RB establishment ) 为 UE在空口建立缺省承载， 以及配置相关的参数（如承载的逻辑信道优先级 等)。
基于上述 UE接入应用服务器的过程，参阅图 12所示为本发明实施例中 UE 接入应用服务器的信令交互示意图， 信令交互的具体过程为： 接入网设备向 应用服务器发送 SI setup Request; 应用服务器向接入网设备发送 SI Setup Response; UE向接入网设备发起 Random Access Procedure; UE向接入网设备 发起 RRC connection setup procedure； UE向应用月良务器发起 Attachment Procedure; 接入网设备向 UE发起 AS Security Activation; 接入网设备向 UE发 起 RB establishments
在上述 UE接入应用服务器的过程中，各个设备之间的信令交互均可以重 用 LTE现有协议中规定的信令， 以减少对 UE和接入网设备的影响。 在实际 应用中， 不限于使用上述实施例中给出的各种信令实现相应的功能， 还可以 使用 LTE协议中规定的其他消息实现上述功能， 在此不做限制。 此外， 在上 述 UE接入应用服务器的过程中， UE从启动开始接入到接入网设备对应的蜂 窝网络， 自步骤 1120开始的过程同样适用于 UE已经拥有一条本地至应用服 务器的链路， 而接入接入网设备对应的蜂窝网络作为另一条链路连接到应用 服务器时的接入场景，还适用于 UE由空闲态切换至连接态时、 由接入网设备 对应的蜂窝网连接到应用服务器的场景。
采用上述技术方案， 由接入网设备为 UE分配 IP地址， 由应用服务器通 过该接入网设备为 UE提供数据传输服务，在保证无线通信网络通信质量的同 时， 实现了无线通信网络的超扁平化， 有效较少了无线通信网络中各个设备 之间的数据传输时延。 应用场景二
基于本发明提供的超扁平无线通信网络， 参阅图 13所示， 以该无线通信 网絡中的接入网为 LTE蜂窝网络为例， 详细介绍处于连接态的 UE自主扫描、 增减链路的流程：
步骤 1300: UE启动后连接到一个接入网。 本发明实施例中， 当 UE启动之后， 扫描可使用的接入网， 当检测到符合 预设规则的允许接入的接入网后， 接入该符合预设规则的允许接入的接入网。 其中， 上述预设规则为根据具体应用场景预先设置的规则， 该预设规则包括 选择接入网的优先级规则或信道质量门限等， 该预设规则由协议规定、 或 UE 自身的配置信息规定或者由应用服务器对应的策略规定。
可选的， UE接入上述接入网后， 获得对应于该接入网的 IP地址。
步骤 1310: UE向应用服务器发起注册请求消息。
本发明实施例中， 当 UE接入的接入网为非蜂窝网络时， UE向应用服务器 发送注册请求消息， 该注册请求消息包含上述 UE拥有的所有 IP地址和用户身 份标识； 应用服务器将上述 UE拥有的 IP地址均作为目的 IP地址， 并分别通过 上述每一个 IP地址向 UE提供数据传输服务。
进一步的， UE在向应用服务器发起注册请求消息之前， 可以已经同时接 入多个接入网， 此时， 上述注册请求消息中可以包含多个 IP地址。
可选的， 应用服务器通过上述注册请求中携带的用户身份标识核实用户 身份是否合法， 其中， 接入网设备标识为该接入网设备的 IP地址或其它标识； 种数据传输服务， 如网页浏览服务、 视频播放服务、 通话服务， 以及收发短 信服务等。
步骤 1320： 应用服务器向 UE反馈注册成功消息。
本发明实施例中， 应用服务器在向 UE反馈注册成功消息； 其中， 该注册 成功消息中可以包含应用服务器与 UE进行通信时所使用的密钥和 /或指示 UE 进行自主链路扫描、 增减的策略信息。 此外， 该 UE进行自主链路扫描、 增减 的策略信息还可以在该 UE本地预先配置获得， 该自主链路扫描、 增减的策略 信息包括 UE进行接入网扫描所满足的条件 （如根据预设空口信道质量门限值 进行扫描）， 以及 UE所接入的接入网应当满足的条件。
步骤 1330: UE自主增减链路并将链路更新情况通知给应用服务器。
本发明实施例中， 参阅图 14所示， UE基于上述自主链路扫描、 增减的策 略信息， 进行链路增减， 并将链路变更情况通知给应用服务器， 即 UE需要将 新增加的 IP地址或者已删除的 IP地址通知给应用服务器。
可选的， 当 UE删除已有的 IP地址时， 断开与该任意一 IP地址对应的接入 网；并将该已删除 IP地址和该已删除 IP地址对应的接入网被断开的信息以显式 方式或者隐式方式通知给应用服务器。
可选的， UE进行链路增加的具体过程包括： 当 UE根据自主链路扫描、 增 减的策略信息接入新的接入网 （如独立的 wifi网络） 时， 该 UE获取对应于该 新的接入网的 IP地址， 并将该 IP地址通知给应用服务器。
可选的， 上述 UE进行链路增减的过程可以由宏基站控制。 当由宏基站控 制时， 若 UE已经接入上述宏基站， 且该 UE自主增加了该宏基站覆盖下的某个 接入点作为一条链路， 则上述某个接入点将 UE的接入信息通知给宏基站， 宏 基站釆用 MSA技术将上述某个接入点作为一个分流站点为上述 UE提供数据 传输服务， 由于该 UE的 IP地址已经由该宏基站分配， 因此， 上述某个接入点 不需要为该 UE分配一个新的 IP地址。 这样， 上述某个接入点对应用服务器不 可见， 宏基站分流部分下行数据给上述某个接入点， 以及宏基站接收上述某 个接入点的上行数据转发给应用服务器。
步骤 1340： 应用服务器向 UE反馈链路更新确认消息。
本发明实施例中， 当应用服务器接收到 UE发送的上述不再使用的 IP地 址以及该 IP地址对应的接入网被断开的信息， 或者新增的 IP地址后， 对该 UE发送的信息进行处理， 生成链路更新确认消息发送至 UE; UE接收到该链 路更新确认消息后，即可确定应用服务器已经获知 UE当前可用接入网对应的 IP地址。
进一步的，当应用服务器接收到 UE通过显式方式或者隐式方式发送的已 删除 IP地址和该已删除 IP地址对应的接入网被断开的信息时，应用服务器不 再使用上述已删除 IP地址为上述 UE提供数据传输服务。
可选的， 应用 良务器启动本地的 MPTCP功能， 将 UE拥有的每一个 IP 地址均作为目的 IP地址，并分别通过每一个 IP地址为 UE提供数据传输服务。 采用上述技术方案， 通过接入网设备为 UE分配 IP地址， UE通过接入网设 备（如宏站 /微站 WiFi AP等） 直接连接至应用服务器， 实现了无线通信网络 的超扁平化； 并且， 接入网设备之间没有单独的切换流程， 由 UE中的 MPTCP 实体进行链路增减， 由 UE中的 APP实体实现用户 /业务间的差异性服务（如 TCP/IP参数差异化设置等）， 从而保证了 UE在连接态时的业务连续性。 应用场景三
基于上述提供的超扁平无线通信网络， 参阅图 15所示， 以该无线通信网 络中的接入网为 LTE蜂窝网络为例， 详细介绍处于空闲态的 UE切换至连接 态的流程：
步骤 1500: UE在即将断开与所有接入网的连接之前， 向应用服务器发送 通知消息， 以通知应用服务器该 UE进入空闲态。
本发明实施例中，上述通知消息中还包含 UE当前驻留接入网对应的接入 网设备所属的跟踪区标识和 /或接入网设备标识； 其中， 该通知消息可以为心 跳消息。
可选的， 参阅图 8a和图 8b所示， 每一个接入网设备均拥有自身所属的 跟踪区 （TA ) 不同的接入网设备所属的跟踪区可以不同， 如接入网设备 1所 属的跟踪区为 TA1， 接入网设备 2所属的跟踪区为 TA2， 不同的接入网设备 所属的跟踪区也可以相同， 如接入网设备 1和接入网设备 2所属的跟踪区均 为 TA1。 每一个接入网设备均广播自身所属的跟踪区标识， UE在进入空闲态 后接收自身拥有的每一个 IP地址对应的接入网设备广播的跟踪区标识；其中， 上述广播自身所属跟踪区标识的接入网设备为宏基站或者独立 wifi网络设备。
可选的， UE也可以在连接态的时候接收接入网广播的跟踪区标识。
步骤 1510: 应用服务器接收到上述 UE发送的呼入请求时， 确定寻呼该
UE。
步骤 1520: 应用服务器根据接收到的通知消息中携带的跟踪区标识， 确 定 UE对应的一个或者多个接入网设备标识。 本发明实施例中， 应用服务器在本地保存一个映射关系表， 该映射关系 表中包含跟踪区标识与接入网设备标识之间的映射关系。当接收到上述 UE的 呼入请求时， 确定寻呼上述 UE， 并根据接收到的跟踪区标识， 在本地保存的 映射表中查询上述跟踪区标识对应的一个或多个接入网设备标识。
可选的，当处于空闲态的 UE由于移动而使得自身对应的跟踪区发生变化 时， 需要向应用服务器发起跟踪区更新过程， 即将更新后的跟踪区标识通知 给应用服务器， 应用服务器根据该更新后的跟踪区标识更新本地保存的上述 UE对应的跟踪区标识。 其中， UE可以按照周期性地通过心跳消息向应用服 务器发送该 UE当前时刻对应的跟踪区标识。
步骤 1530: 应用服务器向上述一个或者多个接入网设备标识对应的接入 网设备发送寻呼消息。
步骤 1540: UE接收到应用服务器发送的寻呼消息后， 接入相应的接入网 并进入连接状态。
采用上述技术方案， 通过应用服务器管理 UE对应的跟踪区标识， 以及跟 踪区标识与各个接入网设备标识之间的映射关系， 当 UE处于空闲态时， 应用 服务器根据 UE上报的更新后的跟踪区标识， 更新本地保存的 UE对应的跟踪区 标识； 并且， 应用服务器能够根据本地保存的 UE对应的跟踪区标识， 以及跟 踪区标识与各个接入网设备标识之间的映射关系表， 寻呼到 UE， 使 UE从空闲 态切换至连接态， 从而实现了 UE的外部呼入可达性。 应用场景四
基于上述超扁平无线通信网络， 参阅图 16所示， 以该无线通信网络中的 接入网为 LTE蜂窝网络， 且 UE拥有的 IP地址的数目为至少两个为例， 详细 介绍采用喷泉码技术传输上行数据或者下行数据的流程。
本发明实施例中，由于 UE的数据处理协议栈和应用服务器的数据处理协 议栈相同， 因此， 无论是将 UE作为发送端还是应用服务器作为发送端， UE 和应用服务器对数据的处理流程类似。 以下将发送数据的设备统称为发送端， 并将接收数据的设备统称为接收端， 描述发送端与接收端之间的数据传输流 程； 其中，该 UE为发送端，应用服务器为接收端， 或者应用服务器为发送端， UE为接收端。
步骤 1600: 发送端将待发送数据发送至本地的 MPTCP实体进行处理， 并获取该待发送数据中携带的至少两个 IP地址。
步骤 1610: 由发送端的 MPTCP实体根据上述至少两个 IP地址， 将处理 后的上述待发送数据分别发送至发送端的不同的 UDP/IP实体。
本发明实施例中， 一个 UDP/IP实体处理通过一个 IP地址传输的数据， 不同的 UDP/IP实体处理不同的 IP地址传输的数据。
步骤 1620: 由发送端的不同的 UDP/IP 实体将处理后的待发送数据通过 相应的 IP地址对应的接入网发送至接收端。
本发明实施例中， 发送至不同的 UDP/IP实体处理的待发送数据为喷泉码 数据块。 参阅图 17所示， 发送端将喷泉码源数据块（ Source packet )划分为至 少一个数据块（block ), 对该至少一个数据块进行编码后， 生成相应的至少一 个喷泉码数据块（ Encoding block )， 即喷泉码数据块对喷泉码源数据块进行编 码后生成。发送端将上述喷泉码数据块依次通过发送端对应的所有 IP地址发送 至接收端。
步骤 1630: 接收端接收到上述待发送数据后， 当确定满足预设条件时， 向发送端反馈成功接收确认信息。
本发明实施例中， 上述预设条件为预设周期到达， 或者接收端成功解码 一个或者多个喷泉源数据块。
本发明实施例中， 上述成功确认信息即为 MPTCP状态报告， 用以通知发 送端已经成功接收到的喷泉码数据块； 该 MPTCP状态报告包含一个或多个喷 泉码源数据块标识和是否成功接收上述一个或者多个喷泉码源数据块的信 息； 或对一个或多个喷泉码源数据块分别成功接收到多少个喷泉码数据块的 信息； 或对一个或多个喷泉码源数据块还需要分别成功接收多少个喷泉码数 据块的信息。 此外， 上述 MPTCP状态报告还可以包括当前已经接收到的最后 一个喷泉码源数据块（不一定已经正确解码） 的编号或该编号加 1。
例如， 参阅图 18所示， 当发送端为应用服务器， 接收端为 UE时， 应用服 务器通过两个 IP地址向 UE传输数据 （Data ), UE接收到上述数据后， 当确定 满足预设条件时， 即向应用服务器发送 MPTCP报告 （ TCP Status Report )。
步骤 1640: 发送端根据该成功接收确认信息， 决定向接收端发送的喷泉 码数据块。
本发明实施例中， 发送端根据 MPTCP状态报告获知哪些喷泉码源数据块 已经被接收端正确解码， 哪些喷泉码源数据块还没有正确解码、 以及发送端 对应的各条链路的传输成功率等信息， 并根据上述信息决定对没有被正确接 收的喷泉码源数据块各需要继续传输多少个喷泉码数据块、 以及在发送端对 应的各条链路上各分流多少个喷泉码数据块。
参阅图 19所示， 为本发明实施例中 MPTCP状态报告示意图。 在该 MPTCP 状态报告中， ACK— SN用于指示下一个没有正确解码的喷泉码源数据块的序列 号 （SN ) , 且该喷泉码源数据块没有在该 MPTCP状态报告中报告为"丟失 ( missing ) "状态; NACK— SN用于指示对应喷泉码源数据块为"丟失"状态， 即在 TCP接收窗口内， SN在 ACK— SN之前且未能正确解码的喷泉码源数据块 的 SN。 "NACK_SN数量" 域也可以通过由每个 NACK_SN项中设置的扩展比 特位进行承载， 该扩展比特位指示该 NACK— SN项后是否还有下一条 NACK— SN项。
可选的， 在发送端向接收端传输喷泉码数据块之前， 接收端向发送端发 送支持喷泉码能力信息； 并接收发送端根据该支持喷泉码能力信息生成的喷 泉码编解码相关的配置参数。 其中， 该喷泉码编解码相关的配置参数包括以 下选项中的一项或者任意项的组合： 一个喷泉码源数据块中包含的喷泉码数 据块的数目， 一个喷泉码数据块所占用存储空间的大小， 第二 MPTCP状态报 告发送周期， 第二 MPTCP状态报告触发条件等信息， 应用服务器的支持喷泉 码能力信息包括应用服务器是否具备生成喷泉码数据块的能力， 以及应用服 务器是否具备解码喷泉码数据块的能力。 可选的， 若发送端对应的任意一条链路上传输待发送数据速度低于预设 阈值，则发送端中的 MPTCP实体将停止或降低分流到该任意一条链路上传输 的待发送数据， 并将更多的待发送数据分流到发送端对应的所有链路中除该 任意一条链路之外的剩余任意一条或者多条链路上传输。
参阅图 20所示， 接收端接收发送端所发送的待发送数据的过程与上述发 送端发送待发送数据的过程相反， 具体流程为：
步骤 2000: 接收端接收发送端通过至少两个 IP地址发送的待发送数据。 步骤 2010:接收端将不同 IP地址的待发送数据分别发送至接收端中不同的 IP/ UDP实体。
本发明实施例中， 一个 IP/UDP实体对应一个 IP地址。
步骤 2020: 由接收端中所有接收到上述待发送数据的 IP/UDP实体分别处 理相应 IP地址的待发送数据。 接收端中的 MPTCP实体。
步骤 2040: 当接收端中的 MPTCP实体接收到上述 IP/TCP实体发送的处理 后的待发送数据时， 若满足预设条件， 则由该 MPTCP实体向发送端发送成功 接收确认信息。
采用上述技术方案， 分别对发送端的协议栈和接收端的协议栈进行修改， 当接收端成功解码至少一个喷泉码源数据后， 才向发送端发送成功接收确认 信息，从而避免了现有接收端中各支路的最高协议层为 TCP层时由 TCP层的 拥塞控制机制造成的当传输成功一个数据包即需要进行 TCP ACK反馈的问 题， 有效提高了无线通信网络的吞吐量， 提供了总体传输速率， 有效节约了 发送端的能耗； 并且， 采用喷泉码技术进行数据的传输时， 可以将喷泉码数 据块由传输速度较低的链路分流至传输速度较高的链路， 无须在分流至的链 路上重新传输分流前链路上已经传输成功的数据， 也无须在分流至的链路上 重新传输分流前链路上已经传输但没有成功的数据， 从而大大降低了发送端 在链路间分流时的数据处理复杂度。 参阅图 21所示， 以 UE为接收端， 应用服务器为发送端为例， 在进行喷 泉码数据块传输的过程中， UE与应用服务器之间的信令交互过程为：
步骤 2100: UE向应用服务器发送用户设备的支持喷泉码能力信息。 步骤 2110: 应用服务器根据该用户设备的支持喷泉码能力信息生成用户 设备的喷泉码编解码相关的配置参数， 并将该喷泉码编解码相关的配置参数 发送至 UE。
本发明实施例中， 上述用户设备的喷泉码编解码相关的配置参数包括以 下选项中的一项或者任意项的组合： 一个喷泉码源数据块中包含的喷泉码数 据块的数目，一个喷泉码数据块所占用存储空间的大小， 第二 MPTCP状态报 告发送周期， 第二 MPTCP状态报告触发条件等信息， 应用服务器的支持喷泉 码能力信息包括应用服务器是否具备生成喷泉码数据块的能力， 以及应用服 务器是否具备解码喷泉码数据块的能力。
步骤 2120: 应用服务器向 UE发送喷泉码数据块。
步骤 2130: 当满足用户设备的预设条件时， UE向应用服务器发送第一成 功接收确认消息。
本发明实施例中，上述第一成功接收确认消息中包含第一 MPTCP状态报 告。
基于上述技术方案， 参阅图 22所示， 本发明提供一种用户设备， 包括获 取单元 220， 以及收发单元 221， 其中：
获取单元 220，用于获取接入网设备为所述用户设备分配的互联网协议 IP 地址；
收发单元 221， 用于将所述获取单元 220获取的 IP地址通知给应用服务 器， 以及接收所述应用服务器通过所述 IP地址提供的数据传输服务； 其中， 所述应用服务器为用于对终端移动性和业务质量进行管理的服务器。
可选的， 所述收发单元 220， 还用于： 将所述 IP地址通知给应用服务器 的同时， 将用户身份标识通知给所述应用服务器， 以使所述应用服务器根据 所述用户身份标识核实用户身份是否合法。 进一步的， 上述用户设备还包括接入单元 222， 用于： 在接入所述接入网 设备对应的接入网之后， 若根据预设规则检测到存在至少一个允许接入的其 他接入网可用， 则请求接入至少一个所述其他接入网； 其中， 所述其他接入 网为蜂窝网络或者非蜂窝网絡。
可选的， 所述获取单元 220， 还用于： 接入至少一个所述其他接入网后， 获取对应于所述至少一个其他接入网的 IP地址。
可选的， 所述收发单元 221， 还用于： 将对应于所述至少一个其他接入网 的 IP地址通知给所述应用服务器。
进一步的， 上述用户设备还包括断开单元 223， 用于： 当所述用户设备确 定任意一所述 IP地址为不再使用状态时，断开与所述任意一 IP地址对应的接 入网。
可选的， 所述收发单元 221， 还用于： 将所述任意一 IP地址和所述任意 一 IP地址对应的接入网被断开的信息通知给应用服务器， 以使应用服务器不 再使用所述任意一 IP地址为所述用户设备提供数据传输服务。
可选的， 所述收发单元 221， 还用于： 当所述用户设备断开与所述用户设 备对应的所有接入网之间的连接后， 接收至少一个接入网中的接入网设备广 播的跟踪区标识； 并将接收的跟踪区标识通知给应用服务器， 以使应用服务 器根据所述跟踪区标识确定寻呼用户设备时对应的一个或多个接入网设备标 识。
可选的， 所述收发单元 221， 具体用于： 当所述用户设备对应的 IP地址 为至少两个时，接收所述应用服务器分别通过所述至少两个 IP地址提供的数 据传输服务。
可选的，当所述数据传输服务为下行数据传输服务时，所述收发单元 221， 具体用于：接收所述应用服务器分别将至少两个 IP地址作为不同目的 IP地址 发送的下行数据。
可选的， 所述收发单元 221， 还用于： 将不同目的 IP地址的下行数据分 别发送至用户设备中不同的 IP/用户报文协议 UDP实体； 其中， 一个 IP/UDP 实体对应一个目的 IP地址； 并将所述 IP/UDP实体分别处理后的下行数据汇 聚到所述用户设备中的多路径传输控制协议 MPTCP实体； 当满足用户设备的 预设条件时，控制所述 MPTCP实体生成第一成功接收确认信息发送至所述应 用服务器。
可选的， 所述收发单元 221， 具体用于： 将所述 IP/UDP实体处理后的喷 泉码数据块汇聚到所述用户设备中的 MPTCP实体。
可选的， 所述收发单元 221， 还用于： 当确定成功解码一个或多个喷泉码 源数据块时， 生成第一 MPTCP状态报告发送至应用服务器； 或者， 按照预设 周期到达时向应用服务器发送第一 MPTCP状态报告；其中，所述第一 MPTCP 状态报告包含一个或多个喷泉码源数据块标识和是否成功接收的信息； 或者 包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉码数据块的数 量； 或者包含针每一个喷泉码源数据块还需要分别成功接收的喷泉码数据块 的数量； 所述喷泉码数据块由对所述喷泉码源数据块进行编码生成。
可选的， 当数据传输服务为上行数据传输服务时， 所述收发单元 221 , 具 体用于： 将所述上行数据发送至所述用户设备中的 MPTCP实体处理； 控制所 述 MPTCP 实体将处理后的所述上行数据分别发送至不同的 UDP/IP 实体处 理； 控制不同的 UDP/IP 实体将处理后的上行数据分别通过至少两个所述 IP 地址对应的接入网发送至应用服务器；
可选的， 所述收发单元 221， 还用于： 接收所述应用服务器的 MPTCP实 体发送的第二成功接收确认信息。
可选的，所述收发单元 221发送至不同的 UDP/IP实体处理的上行数据为 喷泉码数据块。
可选的， 所述收发单元 221， 具体用于： 接收所述应用服务器的 MPTCP 实体发送的第二 MPTCP状态报告； 其中， 所述第二 MPTCP状态报告包含一 个或多个喷泉码源数据块标识和是否成功接收所述一个或多个喷泉码源数据 块的信息； 或者包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉 码数据块的数量； 或者包含对每一个喷泉码源数据块还分别需要成功接收的 喷泉码数据块的数量； 所述喷泉码数据块由对喷泉码源数据块进行编码生成。 可选的， 所述收发单元 221， 还用于： 在传输所述喷泉码数据块之前， 向 所述应用服务器发送用户设备的支持喷泉码能力的信息； 并接收所述应用服 务器根据所述用户设备的支持喷泉码能力信息生成的、 用于传输所述喷泉码 数据块的用户设备的喷泉码编解码相关的配置参数。
其中， 上述收发单元 221 所接收的数据传输服务包括接收下行数据以及 传输上行数据。
基于上述技术方案， 参阅图 23所示， 还提供一种接入网设备， 包括分配 单元 230， 以及收发单元 231， 其中：
分配单元 230， 用于当确定用户设备接入本地后， 为所述用户设备分配互 联网协议 IP地址；
收发单元 231， 用于将分配单元 230为用户设备分配的所述 IP地址发送 至所述用户设备， 令所述用户设备将所述 IP地址发送至应用服务器， 并接收 所述应用服务器通过所述 IP地址提供的数据传输服务； 其中， 所述应用服务 器为用于对终端移动性和业务质量进行管理的服务器。
可选的， 所述收发单元 231， 还用于： 为所述用户设备分配 IP地址之前， 向所述应用服务器发送请求消息； 其中， 所述请求消息用于请求所述应用服 务器与所述接入网设备进行通信初始化过程； 接收所述应用服务器根据所述 请求消息生成的响应消息； 其中， 所述响应消息用于确认接入网设备和应用 服务器之间通信初始化完成。
基于上述技术方案， 参阅图 24所示， 还提供一种应用服务器， 包括收发 单元 240， 以及数据传输服务提供单元 241， 其中：
收发单元 240， 用于接收用户设备发送的互联网协议 IP地址； 其中， 所 述 IP地址由接入网设备分配；
数据传输服务提供单元 241，用于通过所述收发单元 240接收到的用户设 备对应的 IP地址为所述用户设备提供数据传输服务； 其中， 所述应用服务器 为用于对终端移动性和业务质量进行管理的服务器。 可选的， 所述收发单元 240， 还用于： 接收所述用户设备发送的 IP地址 之前， 接收所述接入网设备发送的请求消息； 其中， 所述请求消息用于请求 所述应用服务器与所述接入网设备进行通信初始化过程。
进一步的， 上述应用服务器还包括生成单元 242, 用于： 根据所述收发单 元 240接收到的请求消息生成响应消息， 并将所述响应消息发送至所述收发 单元 240; 其中， 所述响应消息用于确认接入网设备和应用服务器之间通信初 始化完成。
可选的， 所述收发单元 240， 还用于： 接收所述生成单元 242生成的响应 消息， 并将所述响应消息发送至所述接入网设备。
可选的， 所述收发单元 240， 还用于： 接收用户设备发送的 IP地址的同 时， 接收所述用户设备发送的用户身份标识， 并根据所述用户身份标识核实 所述用户设备对应的用户身份是否合法。
可选的， 当所述用户设备接入至少一个允许接入的其他接入网， 并获取 对应于至少一个其他接入网的 IP地址时， 所述收发单元 240, 还用于： 接收 所述用户设备发送的至少一个其他接入网对应的 IP地址。
可选的， 当接收到所述用户设备发送的 IP地址的数量为至少两个时， 所 述数据传输服务提供单元 241， 具体用于： 分别通过所述至少两个所述 IP地 址为所述用户设备提供数据传输服务。
可选的， 所述收发单元 240， 还用于： 当所述用户设备对应的任意一 IP 地址为不再使用状态时， 接收所述用户设备发送的所述任意一 IP地址以及所 述任意一 IP地址对应的接入网被断开的信息。
可选的， 所述数据传输服务提供单元 241， 还用于： 根据所述收发单元 240接收到的所述任意一 IP地址以及所述任意一 IP地址对应的接入网被断开 的信息，确定本地不使用所述任意一 IP地址以及所述任意一 IP地址对应的接 入网为所述用户设备提供数据传输服务。
可选的，当所述任意一 IP地址为所述用户设备拥有的最后一个 IP地址时， 所述收发单元 240， 还用于： 接收所述用户设备发送的所述任意一 IP地址以 及所述任意一 IP地址对应的接入网被断开的信息的同时， 接收所述用户设备 发送的至少一个接入网中的接入网设备广播的跟踪区标识。
进一步的， 上述应用服务器还包括查询单元 243， 用于： 当确定寻呼所述 用户设备时， 根据所述收发单元 240接收到的跟踪区标识， 在本地保存的映 射表中查询所述跟踪区标识对应的一个或多个接入网设备标识。
可选的， 当数据传输服务为下行数据传输时， 所述数据传输服务提供单 元 241，具体用于：将所述下行数据发送至本地的多路径传输控制协议 MPTCP 实体处理；控制所述 MPTCP实体将处理后的所述下行数据分别发送至不同的 用户报文协议 UDP/IP实体处理； 控制不同 UDP/IP实体处理后的下行数据分 别通过至少两个所述 IP地址对应的接入网发送至所述用户设备。
可选的， 所述收发单元 240， 还用于： 接收所述用户设备的 MPTCP实体 发送的第一成功接收确认信息。
可选的，所述数据传输服务提供单元 241发送至不同 UDP/IP实体处理的 下行数据为喷泉码数据块。
可选的， 所述收发单元 240， 具体用于： 接收所述用户设备的 MPTCP实 体发送的第一 MPTCP状态报告； 其中， 所述第一 MPTCP状态报告包含一个 或多个喷泉码源数据块标识和是否成功接收所述一个或多个喷泉码源数据块 的信息； 或者， 包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉 码数据块的数量； 或者， 包含对每一个喷泉码源数据块还分别需要成功接收 的喷泉码数据块的数量； 所述喷泉码数据块由对喷泉码源数据块进行编码生 成。
可选的， 当数据传输服务为上行数据传输时， 所述数据传输服务提供单 元 241， 具体包括： 接收所述用户设备通过至少两个所述 IP地址作为源 IP地 址发送的上行数据； 将不同源 IP 地址的上行数据分别发送至本地不同的 IP/UDP实体； 其中， 一个 IP/UDP实体对应一个 IP地址； 并将所述 IP/UDP 实体分别处理后的上行数据汇聚到本地的 MPTCP实体； 当满足应用服务器的 预设条件时， 控制所述 MPTCP实体生成第二成功接收确认信息。 可选的， 所述收发单元 240， 具体用于： 将所述数据传输服务提供单元生 成的第二成功接收确认信息发送至所述用户设备。
可选的，所述数据传输服务提供单元 241，还用于： 将所述不同的 IP/UDP 实体处理后的喷泉码数据块汇聚到 MPTCP实体。
可选的， 所述数据传输服务器提供单元 241， 具体用于： 当确定成功解码 一个或多个喷泉码源数据块时， 生成第二 MPTCP状态报告； 或者， 当预设周 期到达时， 生成第二 MPTCP状态报告； 其中， 所述第二 MPTCP状态报告包 含一个或多个喷泉码源数据块标识和是否成功接收所述一个或多个喷泉码源 数据块的信息； 或者， 包含针对每一个喷泉码源数据块分别已经成功接收到 的喷泉码数据块的数量； 或者， 包含对每一个喷泉码源数据块还分别需要成 功接收的喷泉码数据块的数量； 所述喷泉码数据块由对喷泉码源数据块进行 编码生成。
可选的， 所述收发单元 240， 具体用于： 将所述数据传输服务提供单元生 成的第二 MPTCP状态报告发送至所述用户设备。
可选的， 所述收发单元 240， 还用于： 在传输所述喷泉码数据块之前， 向 所述用户设备发送应用服务器的支持喷泉码能力信息； 并接收所述用户设备 根据所述应用服务器的支持喷泉码能力信息生成的用于传输所述喷泉码数据 块的应用服务器的喷泉码编解码相关的配置参数。
基于上述技术方案，参阅图 25所示，提供一种用户设备，包括收发器 250， 以及处理器 251， 其中：
收发器 250, 用于获取接入网设备为所述用户设备分配的互联网协议 IP 地址；
所述收发器 250， 还用于将所述获取单元获取的 IP地址通知给应用服务 器， 以及接收所述应用服务器通过所述 IP地址提供的数据传输服务； 其中， 所述应用服务器为用于对终端移动性和业务质量进行管理的服务器。
可选的， 所述收发器 250， 还用于： 将所述 IP地址通知给应用服务器的 同时， 将用户身份标识通知给所述应用服务器， 以使所述应用服务器根据所 述用户身份标识核实用户身份是否合法。
所述处理器 251， 用于： 在接入所述接入网设备对应的接入网之后， 若根 据预设规则检测到存在至少一个允许接入的其他接入网可用， 则请求接入至 少一个所述其他接入网； 其中， 所述其他接入网为蜂窝网络或者非蜂窝网絡。
可选的， 所述收发器 250， 还用于： 接入至少一个所述其他接入网后， 获 取对应于所述至少一个其他接入网的 IP地址。
可选的， 所述收发器 250， 还用于： 将对应于所述至少一个其他接入网的 IP地址通知给所述应用服务器。
可选的， 所述处理器 251， 还用于： 当所述用户设备确定任意一所述 IP 地址为不再使用状态时， 断开与所述任意一 IP地址对应的接入网。
可选的， 所述收发器 250， 还用于： 将所述任意一 IP地址和所述任意一 IP 地址对应的接入网被断开的信息通知给应用服务器， 以使应用服务器不再 使用所述任意一 IP地址为所述用户设备提供数据传输服务。
可选的， 所述收发器 250, 还用于： 当所述用户设备断开与所述用户设备 对应的所有接入网之间的连接后， 接收至少一个接入网中的接入网设备广播 的跟踪区标识； 并将接收的跟踪区标识通知给应用服务器， 以使应用服务器 根据所述跟踪区标识确定寻呼用户设备时对应的一个或多个接入网设备标 识。
可选的， 所述收发器 250， 具体用于： 当所述用户设备对应的 IP地址为 至少两个时，接收所述应用服务器分别通过所述至少两个 IP地址提供的数据 传输服务。
可选的， 当所述数据传输服务为下行数据传输服务时， 所述收发器 250， 具体用于：接收所述应用服务器分别将至少两个 IP地址作为不同目的 IP地址 发送的下行数据。
可选的， 所述收发器 250， 还用于： 将不同目的 IP地址的下行数据分别 发送至用户设备中不同的 IP/用户报文协议 UDP实体； 其中， 一个 IP/UDP实 体对应一个目的 IP地址； 并将所述 IP/UDP实体分别处理后的下行数据汇聚 到所述用户设备中的多路径传输控制协议 MPTCP实体； 当满足用户设备的预 设条件时，控制所述 MPTCP实体生成第一成功接收确认信息发送至所述应用 服务器。
可选的， 所述收发器 250, 具体用于： 将所述 IP/UDP实体处理后的喷泉 码数据块汇聚到所述用户设备中的 MPTCP实体。
可选的， 所述收发器 250， 还用于： 当确定成功解码一个或多个喷泉码源 数据块时， 生成第一 MPTCP状态报告发送至所述应用服务器； 或者， 按照预 设周期， 向应用服务器发送生成的第一 MPTCP 状态报告； 其中， 所述第一 MPTCP 状态报告包含一个或多个喷泉码源数据块标识和是否成功接收的信 息； 或者包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉码数据 块的数量； 或者包含针每一个喷泉码源数据块还需要分别成功接收的喷泉码 数据块的数量； 所述喷泉码数据块由对所述喷泉码源数据块进行编码生成。
可选的， 当数据传输服务为上行数据传输服务时， 所述收发器 250， 具体 用于： 将所述上行数据发送至所述用户设备中的 MPTCP实体处理； 控制所述 MPTCP实体将处理后的所述上行数据分别发送至不同的 UDP/IP实体处理； 控制不同的 UDP/IP实体将处理后的上行数据分别通过至少两个所述 IP地址 对应的接入网发送至应用服务器；
可选的， 所述收发器 250， 还用于： 接收所述应用服务器的 MPTCP实体 发送的第二成功接收确认信息。
可选的，所述收发器 250发送至不同的 UDP/IP实体处理的上行数据为喷 泉码数据块。
可选的， 所述收发器 250， 具体用于： 接收所述应用服务器的 MPTCP实 体发送的第二 MPTCP状态报告； 其中， 所述第二 MPTCP状态报告包含一个 或多个喷泉码源数据块标识和是否成功接收所述一个或多个喷泉码源数据块 的信息； 或者包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉码 数据块的数量； 或者包含对每一个喷泉码源数据块还分别需要成功接收的喷 泉码数据块的数量； 所述喷泉码数据块由对喷泉码源数据块进行编码生成。 可选的， 所述收发器 250， 还用于： 在传输所述喷泉码数据块之前， 向所 述应用服务器发送用户设备的支持喷泉码能力的信息； 并接收所述应用服务 器根据所述用户设备的支持喷泉码能力信息生成的、 用于传输所述喷泉码数 据块的用户设备的喷泉码编解码相关的配置参数。
基于上述技术方案， 参阅图 26所示， 本发明实施例还提供一种接入网设 备， 包括处理器 260以及收发器 261， 其中：
处理器 260， 用于当确定用户设备接入本地后， 为所述用户设备分配互联 网协议 IP地址；
收发器 261， 用于将处理器 260为用户设备分配的所述 IP地址发送至所 述用户设备， 令所述用户设备将所述 IP地址发送至应用服务器， 并接收所述 应用服务器通过所述 IP地址提供的数据传输服务； 其中， 所述应用服务器为 用于对终端移动性和业务质量进行管理的服务器。
可选的， 所述收发器 261 , 还用于： 为所述用户设备分配 IP地址之前， 向所述应用服务器发送请求消息； 其中， 所述请求消息用于请求所述应用服 务器与所述接入网设备进行通信初始化过程； 接收所述应用服务器根据所述 请求消息生成的响应消息； 其中， 所述响应消息用于确认接入网设备和应用 服务器之间通信初始化完成。
基于上述技术方案， 参阅图 27所示， 本发明实施例还提供一种应用服务 器， 包括收发器 270， 以及处理器 271， 其中：
收发器 270， 用于接收用户设备发送的互联网协议 IP地址； 其中， 所述 IP地址由接入网设备分配；
处理器 271， 用于通过所述收发器 270接收到的用户设备对应的 IP地址 为所述用户设备提供数据传输服务； 其中， 所述应用服务器为用于对终端移 动性和业务质量进行管理的服务器。
可选的， 所述收发器 270， 还用于： 接收所述用户设备发送的 IP地址之 前， 接收所述接入网设备发送的请求消息； 其中， 所述请求消息用于请求所 述应用服务器与所述接入网设备进行通信初始化过程。 可选的， 所述处理器 271， 还用于： 根据所述收发器 270接收到的请求消 息生成响应消息， 并将所述响应消息发送至所述收发器 270; 其中， 所述响应 消息用于确认接入网设备和应用服务器之间通信初始化完成。
可选的，所述收发器 270,还用于：接收所述处理器 271生成的响应消息， 并将所述响应消息发送至所述接入网设备。
可选的， 所述收发器 270， 还用于： 接收用户设备发送的 IP地址的同时， 接收所述用户设备发送的用户身份标识， 并根据所述用户身份标识核实所述 用户设备对应的用户身份是否合法。
可选的， 当所述用户设备接入至少一个允许接入的其他接入网， 并获取 对应于至少一个其他接入网的 IP地址时， 所述收发器 270， 还用于： 接收所 述用户设备发送的至少一个其他接入网对应的 IP地址。
可选的， 当所述应用服务器接收到所述用户设备发送的 IP地址的数量为 至少两个时， 所述处理器 271， 具体用于： 分别通过所述至少两个所述 IP地 址为所述用户设备提供数据传输服务。
可选的， 所述收发器 270， 还用于： 当所述用户设备对应的任意一 IP地 址为不再使用状态时， 接收所述用户设备发送的所述任意一 IP地址以及所述 任意一 IP地址对应的接入网被断开的信息。
可选的， 所述处理器 271， 还用于： 根据所述收发器 270接收到的所述任 意一 IP地址以及所述任意一 IP地址对应的接入网被断开的信息，确定本地不 使用所述任意一 IP地址以及所述任意一 IP地址对应的接入网为所述用户设备 提供数据传输服务。
可选的，当所述任意一 IP地址为所述用户设备拥有的最后一个 IP地址时， 所述收发器 270， 还用于： 接收所述用户设备发送的所述任意一 IP地址以及 所述任意一 IP地址对应的接入网被断开的信息的同时， 接收所述用户设备发 送的至少一个接入网中的接入网设备广播的跟踪区标识。
可选的， 所述处理器 271 还用于： 当确定寻呼所述用户设备时， 根据所 述收发器 270接收到的跟踪区标识， 在本地保存的映射表中查询所述跟踪区 标识对应的一个或多个接入网设备标识。
可选的， 当数据传输服务为下行数据传输时，所述处理器 271，具体用于： 将所述下行数据发送至本地的多路径传输控制协议 MPTCP实体处理；控制所 述 MPTCP 实体将处理后的所述下行数据分别发送至不同的用户报文协议 UDP/IP实体处理； 控制不同 UDP/IP实体处理后的下行数据分别通过至少两 个所述 IP地址对应的接入网发送至所述用户设备。
可选的， 所述收发器 270, 还用于： 接收所述用户设备的 MPTCP实体发 送的第一成功接收确认信息。
可选的，所述收发器 270发送至不同 UDP/IP实体处理的下行数据为喷泉 码数据块。
可选的， 所述收发器 270， 具体用于： 接收所述用户设备的 MPTCP实体 发送的第一 MPTCP状态报告； 其中， 所述第一 MPTCP状态报告包含一个或 多个喷泉码源数据块标识和是否成功接收所述一个或多个喷泉码源数据块的 信息； 或者， 包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉码 数据块的数量； 或者， 包含对每一个喷泉码源数据块还分别需要成功接收的 喷泉码数据块的数量； 所述喷泉码数据块由对喷泉码源数据块进行编码生成。
可选的， 当数据传输服务为上行数据传输时，所述处理器 271 ,具体用于： 接收所述用户设备通过至少两个所述 IP地址作为源 IP地址发送的上行数据； 将不同源 IP地址的上行数据分别发送至本地不同的 IP UDP实体； 其中， 一 个 IP/UDP实体对应一个 IP地址；并将所述 IP/UDP实体分别处理后的上行数 据汇聚到本地的 MPTCP 实体； 当满足应用服务器的预设条件时， 控制所述 MPTCP实体生成第二成功接收确认信息。
可选的， 所述收发器 270， 具体用于： 将所述处理器 271生成的第二成功 接收确认信息发送至所述用户设备。
可选的， 所述处理器 271， 还用于： 将所述不同的 IP/UDP实体处理后的 喷泉码数据块汇聚到 MPTCP实体。
可选的， 所述处理器 271， 具体用于： 当确定成功解码一个或多个喷泉码 源数据块时， 生成第二 MPTCP状态报告； 或者， 当预设周期到达时， 生成第 二 MPTCP状态报告； 其中， 所述第二 MPTCP状态报告包含一个或多个喷泉 码源数据块标识和是否成功接收所述一个或多个喷泉码源数据块的信息； 或 者， 包含针对每一个喷泉码源数据块分别已经成功接收到的喷泉码数据块的 数量； 或者， 包含对每一个喷泉码源数据块还分别需要成功接收的喷泉码数 据块的数量； 所述喷泉码数据块由对喷泉码源数据块进行编码生成。
可选的，所述收发器 270,具体用于：将所述处理器 271生成的第二 MPTCP 状态报告发送至所述用户设备。
可选的， 所述收发器 270， 还用于： 在传输所述喷泉码数据块之前， 向所 述用户设备发送应用服务器的支持喷泉码能力信息； 并接收所述用户设备根 据所述应用服务器的支持喷泉码能力信息生成的用于传输所述喷泉码数据块 的应用服务器的喷泉码编解码相关的配置参数。
综上所述， 本发明实施例中， 用户设备获取接入网设备分配的 IP地址， 并 将该分配的 IP地址发送至应用服务器； 用户设备接收应用服务器通过上述 IP 地址提供的数据传输服务。 釆用本发明技术方案， 删除现有无线通信网络中 的 PDN-GW、 SGW、 PCRF实体、 MME和 HSS， 通过接入网设备和应用服务器 实现上述各个网络侧设备的功能， 从而避免了 SGW到 PDN-GW的链路成为无 线通信网络的处理能力瓶颈， 大大减少了网络层次， 进而有效减少了数据传 输时延， 降低了网络瘫痪风险。
本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或 计算机程序产品。 因此， 本发明可采用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实施例的形式。 而且， 本发明可釆用在一个或多个 其中包含有计算机可用程序代码的计算机可用存储介质 (包含但不限于磁盘 存储器、 CD-ROM、 光学存储器等） 上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产 品的流程图和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图 和 /或方框图中的每一流程和 /或方框、 以及流程图和 /或方框图中的流程 和 /或方框的结合。 可提供这些计算机程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器， 使得通 过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流 程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的 装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中， 使得存储在该计算机可读存储器 中的指令产生包含指令装置的制造品， 该指令装置实现在流程图一个流程或 多个流程和 /或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上， 使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的 处理， 从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图 一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步 骤。
尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知了 基本创造性概念， 则可对这些实施例作出另外的变更和修改。 所以， 所附权 利要求意欲解释为包含优选实施例以及落入本发明范围的所有变更和修改。
显然， 本领域的技术人员可以对本发明实施例进行各种改动和变型而不 脱离本发明实施例的精神和范围。 这样， 倘若本发明实施例的这些修改和变 型属于本发明权利要求及其等同技术的范围之内， 则本发明也意图包含这些 改动和变型在内。

Claims

权 利 要 求
1、 一种用户设备， 其特征在于， 包括：
获取单元， 用于获取接入网设备为所述用户设备分配的互联网协议 IP地 址；
收发单元， 用于将所述获取单元获取的 IP地址通知给应用服务器， 以及 接收所述应用服务器通过所述 IP地址提供的数据传输服务； 其中， 所述应用 服务器为对终端移动性和业务质量进行管理的服务器。
2、 如权利要求 1所述的用户设备， 其特征在于， 所述收发单元， 还用于： 将所述 IP地址通知给应用服务器的同时， 将用户身份标识通知给所述应 用服务器， 以使所述应用服务器根据所述用户身份标识核实用户身份是否合 法。
3、 如权利要求 1所述的用户设备， 其特征在于， 还包括接入单元， 用于： 在接入所述接入网设备对应的接入网之后， 若根据预设规则检测到存在 至少一个允许接入的其他接入网可用， 则请求接入至少一个所述其他接入网； 其中， 所述其他接入网为蜂窝网络或者非蜂窝网络。
4、 如权利要求 3所述的用户设备， 其特征在于， 所述获取单元， 还用于： 接入至少一个所述其他接入网后， 获取对应于所述至少一个其他接入网 的 IP地址。
5、 如权利要求 4所述的用户设备， 其特征在于， 所述收发单元， 还用于： 将对应于所述至少一个其他接入网的 IP地址通知给所述应用服务器。
6、 如权利要求 5所述的用户设备， 其特征在于， 还包括断开单元， 用于： 当所述用户设备确定任意一所述 IP地址为不再使用状态时， 断开与所述 任意一 IP地址对应的接入网。
7、 如权利要求 6所述的用户设备， 其特征在于， 所述收发单元， 还用于： 将所述任意一 IP地址和所述任意一 IP地址对应的接入网被断开的信息通 知给应用服务器， 以使应用服务器不再使用所述任意一 IP地址为所述用户设 备提供数据传输服务。
8、 如权利要求 6或 7所述的用户设备， 其特征在于， 所述收发单元， 还 用于：
当所述用户设备断开与所述用户设备对应的所有接入网之间的连接后， 接收至少一个接入网中的接入网设备广播的跟踪区标识； 并将接收的跟踪区 标识通知给应用服务器， 以使应用服务器根据所述跟踪区标识确定寻呼用户 设备时对应的一个或多个接入网设备标识。
9、 如权利要求 4-8任一项所述的用户设备， 其特征在于， 所述收发单元， 具体用于：
当所述用户设备对应的 IP地址为至少两个时， 接收所述应用服务器分别 通过所述至少两个 IP地址提供的数据传输服务。
10、 如权利要求 9 所述的用户设备， 其特征在于， 当所述数据传输服务 为下行数据传输服务时， 所述收发单元， 具体用于：
接收所述应用服务器分别将至少两个 IP地址作为不同目的 IP地址发送的 下行数据。
11、 如权利要求 10所述的用户设备， 其特征在于， 所述收发单元， 还用 于：
将不同目的 IP地址的下行数据分别发送至用户设备中不同的 IP/用户报 文协议 UDP实体； 其中， 一个 IP/UDP实体对应一个目的 IP地址； 并将所述 IP/UDP实体分别处理后的下行数据汇聚到所述用户设备中的多路径传输控制 协议 MPTCP实体； 当满足用户设备的预设条件时， 控制所述 MPTCP实体生 成第一成功接收确认信息发送至所述应用服务器。
12、 如权利要求 11所述的用户设备， 其特征在于， 所述收发单元， 具体 用于：
将所述 IP/UDP 实体处理后的喷泉码数据块汇聚到所述用户设备中的 MPTCP实体。
13、 如权利要求 12所述的用户设备， 其特征在于， 所述收发单元， 还用 于：
当确定成功解码一个或多个喷泉码源数据块时，生成第一 MPTCP状态报 告发送至所述应用服务器；或者，按照预设周期向应用服务器发送第一 MPTCP 状态报告； 其中， 所述第一 MPTCP状态报告包含一个或多个喷泉码源数据块 标识和是否成功接收的信息； 或者包含针对每一个喷泉码源数据块分别已经 成功接收到的喷泉码数据块的数量； 或者包含针每一个喷泉码源数据块还需 要分别成功接收的喷泉码数据块的数量； 所述喷泉码数据块由对所述喷泉码 源数据块进行编码生成。
14、 如权利要求 9 所述的用户设备， 其特征在于， 当数据传输服务为上 行数据传输服务时， 所述收发单元， 具体用于：
将所述上行数据发送至所述用户设备中的 MPTCP 实体处理； 控制所述 MPTCP实体将处理后的所述上行数据分别发送至不同的 UDP/IP实体处理； 控制不同的 UDP/IP实体将处理后的上行数据分别通过至少两个所述 IP地址 对应的接入网发送至应用服务器；
接收所述应用服务器的 MPTCP实体发送的第二成功接收确认信息。
15、 如权利要求 14所述的用户设备， 其特征在于， 所述收发单元发送至 不同的 UDP/IP实体处理的上行数据为喷泉码数据块。
16、 如权利要求 15所述的用户设备， 其特征在于， 所述收发单元， 具体 用于：
接收所述应用服务器的 MPTCP实体发送的第二 MPTCP状态报告；其中， 所述第二 MPTCP 状态报告包含一个或多个喷泉码源数据块标识和是否成功 接收所述一个或多个喷泉码源数据块的信息； 或者包含针对每一个喷泉码源 数据块分别已经成功接收到的喷泉码数据块的数量； 或者包含对每一个喷泉 码源数据块还分别需要成功接收的喷泉码数据块的数量； 所述喷泉码数据块 由对喷泉码源数据块进行编码生成。
17、 如权利要求 12-13、 15-16任一项所述的用户设备， 其特征在于， 所 述收发单元， 还用于： 在传输所述喷泉码数据块之前， 向所述应用服务器发送用户设备的支持 喷泉码能力的信息； 并接收所述应用服务器根据所述用户设备的支持喷泉码 能力信息生成的、 用于传输所述喷泉码数据块的用户设备的喷泉码编解码相 关的配置参数。
18、 一种接入网设备， 其特征在于， 包括：
分配单元， 用于当确定用户设备接入本地后， 为所述用户设备分配互联 网协议 IP地址；
收发单元， 用于将分配单元为用户设备分配的所述 IP地址发送至所述用 户设备， 令所述用户设备将所述 IP地址发送至应用服务器， 并接收所述应用 服务器通过所述 IP地址提供的数据传输服务； 其中， 所述应用服务器为用于 对终端移动性和业务质量进行管理的服务器。
19、 如权利要求 18所述的接入网设备， 其特征在于， 所述收发单元， 还 用于：
为所述用户设备分配 IP地址之前， 向所述应用服务器发送请求消息； 其 中， 所述请求消息用于请求所述应用服务器与所述接入网设备进行通信初始 化过程； 接收所述应用服务器根据所述请求消息生成的响应消息； 其中， 所 述响应消息用于确认接入网设备和应用服务器之间通信初始化完成。
20、 一种应用服务器， 其特征在于， 包括：
收发单元， 用于接收用户设备发送的互联网协议 IP地址； 其中， 所述 IP 地址由接入网设备分配；
数据传输服务提供单元， 用于通过所述收发单元接收到的用户设备对应 的 IP地址为所述用户设备提供数据传输服务。
21、 如权利要求 20所述的应用服务器， 其特征在于， 所述收发单元， 还 用于：
接收所述用户设备发送的 IP地址之前， 接收所述接入网设备发送的请求 消息； 其中， 所述请求消息用于请求所述应用服务器与所述接入网设备进行 通信初始化过程。
22、 如权利要求 21所述的应用服务器， 其特征在于， 还包括生成单元， 用于：
根据所述收发单元接收到的请求消息生成响应消息， 并将所述响应消息 发送至所述收发单元； 其中， 所述响应消息用于确认接入网设备和应用服务 器之间通信初始化完成。
23、 如权利要求 22所述的应用服务器， 其特征在于， 所述收发单元， 还 用于：
接收所述生成单元生成的响应消息， 并将所述响应消息发送至所述接入 网设备。
24、 如权利要求 20所述的应用服务器， 其特征在于， 所述收发单元， 还 用于：
接收用户设备发送的 IP地址的同时， 接收所述用户设备发送的用户身份 标识， 并根据所述用户身份标识核实所述用户设备对应的用户身份是否合法。
25、 如权利要求 20所述的应用服务器， 其特征在于， 当所述用户设备接 入至少一个允许接入的其他接入网， 并获取对应于至少一个其他接入网的 IP 地址时， 所述收发单元， 还用于：
接收所述用户设备发送的至少一个其他接入网对应的 IP地址。
26、 如权利要求 25所述的应用服务器， 其特征在于， 当接收到所述用户 设备发送的 IP地址的数量为至少两个时， 所述数据传输服务提供单元， 具体 用于：
分别通过所述至少两个所述 IP地址为所述用户设备提供数据传输服务。
27、 如权利要求 26所述的应用服务器， 其特征在于， 所述收发单元， 还 用于：
当所述用户设备对应的任意一 IP地址为不再使用状态时， 接收所述用户 设备发送的所述任意一 IP地址以及所述任意一 IP地址对应的接入网被断开的 信息。
28、 如权利要求 27所述的应用服务器， 其特征在于， 所述数据传输服务 提供单元， 还用于：
根据所述收发单元接收到的所述任意一 IP地址以及所述任意一 IP地址对 应的接入网被断开的信息， 确定本地不使用所述任意一 IP地址以及所述任意 一 IP地址对应的接入网为所述用户设备提供数据传输服务。
29、 如权利要求 28 所述的应用服务器， 其特征在于， 当所述任意一 IP 地址为所述用户设备拥有的最后一个 IP地址时， 所述收发单元， 还用于： 接收所述用户设备发送的所述任意一 IP地址以及所述任意一 IP地址对应 的接入网被断开的信息的同时， 接收所述用户设备发送的至少一个接入网中 的接入网设备广播的跟踪区标识。
30、 如权利要求 29所述的应用服务器， 其特征在于， 还包括查询单元， 用于：
当确定寻呼所述用户设备时， 根据所述收发单元接收到的跟踪区标识， 在本地保存的映射表中查询所述跟踪区标识对应的一个或多个接入网设备标 识。
31、 如权利要求 25-30任一项所述的应用服务器， 其特征在于， 当数据传 输服务为下行数据传输时， 所述数据传输服务提供单元， 具体用于：
将所述下行数据发送至本地的多路径传输控制协议 MPTCP实体处理；控 议 UDP/IP实体处理； 控制不同 UDP/IP实体处理后的下行数据分别通过至少 两个所述 IP地址对应的接入网发送至所述用户设备。
32、 如权利要求 31所述的应用服务器， 其特征在于， 所述收发单元， 还 用于：
接收所述用户设备的 MPTCP实体发送的第一成功接收确认信息。
33、 如权利要求 31或 32所述的应用服务器， 其特征在于， 所述数据传 输服务提供单元发送至不同 UDP/IP实体处理的下行数据为喷泉码数据块。
34、 如权利要求 33所述的应用服务器， 其特征在于， 所述收发单元， 具 体用于： 接收所述用户设备的 MPTCP实体发送的第一 MPTCP状态报告； 其中， 所述第一 MPTCP 状态报告包含一个或多个喷泉码源数据块标识和是否成功 接收所述一个或多个喷泉码源数据块的信息； 或者， 包含针对每一个喷泉码 源数据块分别已经成功接收到的喷泉码数据块的数量； 或者， 包含对每一个 喷泉码源数据块还分别需要成功接收的喷泉码数据块的数量； 所述喷泉码数 据块由对喷泉码源数据块进行编码生成。
35、 如权利要求 25-30任一项所述的应用服务器， 其特征在于， 当数据传 输服务为上行数据传输时， 所述数据传输服务提供单元， 具体用于： 据； 将不同源 IP地址的上行数据分别发送至本地不同的 IP/UDP实体； 其中， 一个 IP/UDP实体对应一个 IP地址；并将所述 IP/UDP实体分别处理后的上行 数据汇聚到本地的 MPTCP实体； 当满足应用服务器的预设条件时， 控制所述 MPTCP实体生成第二成功接收确认信息。
36、 如权利要求 35所述的应用服务器， 其特征在于， 所述收发单元， 具 体用于：
将所述数据传输服务提供单元生成的第二成功接收确认信息发送至所述 用户设备。
37、 如权利要求 35或 36所述的应用服务器， 其特征在于， 所述数据传 输服务提供单元， 还用于：
将所述不同的 IP/UDP实体处理后的喷泉码数据块汇聚到 MPTCP实体。
38、 如权利要求 37所述的应用服务器， 其特征在于， 所述数据传输服务 器提供单元， 具体用于：
当确定成功解码一个或多个喷泉码源数据块时，生成第二 MPTCP状态报 告； 或者， 当预设周期到达时， 生成第二 MPTCP状态报告； 其中， 所述第二 MPTCP状态报告包含一个或多个喷泉码源数据块标识和是否成功接收所述一 个或多个喷泉码源数据块的信息； 或者， 包含针对每一个喷泉码源数据块分 别已经成功接收到的喷泉码数据块的数量； 或者， 包含对每一个喷泉码源数 据块还分别需要成功接收的喷泉码数据块的数量； 所述喷泉码数据块由对喷 泉码源数据块进行编码生成。
39、 如权利要求 38所述的应用服务器， 其特征在于， 所述收发单元， 具 体用于：
将所述数据传输服务提供单元生成的第二 MPTCP 状态报告发送至所述 用户设备。
40、 如权利要求 33-34、 37-39任一项所述的应用服务器， 其特征在于， 所述收发单元， 还用于：
在传输所述喷泉码数据块之前， 向所述用户设备发送应用服务器的支持 喷泉码能力信息； 并接收所述用户设备根据所述应用服务器的支持喷泉码能 力信息生成的用于传输所述喷泉码数据块的应用服务器的喷泉码编解码相关 的配置参数。
41、 一种通讯方法， 其特征在于， 包括：
用户设备获取接入网设备为所述用户设备分配的互联网协议 IP地址； 所述用户设备将所述 IP地址通知给应用服务器； 其中， 所述应用服务器 为用于对终端移动性和业务质量进行管理的服务器；
所述用户设备接收所述应用服务器通过所述 IP 地址提供的数据传输服 务。
42、 如权利要求 41 所述的方法， 其特征在于， 所述用户设备将所述 IP 地址通知给应用服务器的同时， 还包括：
将用户身份标识通知给所述应用服务器， 以使所述应用服务器根据所述 用户身份标识核实用户身份是否合法。
43、 如权利要求 41所述的方法， 其特征在于， 还包括：
所述用户设备在接入所述接入网设备对应的接入网之后， 若根据预设规 则检测到存在至少一个允许接入的其他接入网可用， 则请求接入至少一个所 述其他接入网； 其中， 所述其他接入网为蜂窝网络或者非蜂窝网络。
44、 如权利要求 42所述的方法， 其特征在于， 所述用户设备接入至少一 个所述其他接入网后， 还包括：
获取对应于所述至少一个其他接入网的 IP地址； 并
将对应于所述至少一个其他接入网的 IP地址通知给所述应用服务器。
45、 如权利要求 44所述的方法， 其特征在于， 还包括：
当所述用户设备确定任意一所述 IP地址为不再使用状态时， 断开与所述 任意一 IP地址对应的接入网； 并
将所述任意一 IP地址和所述任意一 IP地址对应的接入网被断开的信息通 知给应用服务器， 以使应用服务器不再使用所述任意一 IP地址为所述用户设 备提供数据传输服务。
46、 如权利要求 45所述的方法， 其特征在于， 还包括：
当所述用户设备断开与所述用户设备对应的所有接入网之间的连接后， 接收至少一个接入网中的接入网设备广播的跟踪区标识；
将接收的跟踪区标识通知给应用服务器， 以使应用服务器根据所述跟踪 区标识确定寻呼用户设备时对应的一个或多个接入网设备标识。
47、 如权利要求 43-46任一项所述的方法， 其特征在于， 当所述用户设备 对应的 IP地址为至少两个时，所述用户设备接收应用服务器通过所述 IP地址 提供的数据传输服务， 具体包括：
用户设备接收所述应用服务器分别通过所述至少两个 IP地址提供的数 据传输服务。
48、 如权利要求 47所述的方法， 其特征在于， 当所述数据传输服务为下 行数据传输服务时， 所述用户设备接收所述应用服务器分别通过至少两个所 述 IP地址提供的数据传输服务， 具体包括：
所述用户设备接收所述应用服务器分别将至少两个 IP地址作为不同目的 IP地址发送的下行数据；
所述用户设备将不同目的 IP地址的下行数据分别发送至用户设备中不同 的 IP/用户报文协议 UDP实体； 其中， 一个 IP/UDP实体对应一个目的 IP地 址； 并 将所述 IP/UDP 实体分别处理后的下行数据汇聚到所述用户设备中的多 路径传输控制协议 MPTCP实体；
当满足用户设备的预设条件时，所述用户设备控制所述 MPTCP实体向所 述应用服务器发送第一成功接收确认信息。
49、 如权利要求 48所述的方法， 其特征在于， 所述不同 IP/UDP实体处 理后的下行数据为喷泉码数据块。
50、 如权利要求 49所述的方法， 其特征在于， 所述当满足用户设备的预 设条件时，所述用户设备控制 MPTCP实体向应用服务器发送第一成功接收确 认信息， 具体包括：
当所述用户设备确定成功解码一个或多个喷泉码源数据块时， 向应用服 务器发送第一 MPTCP状态报告； 或者， 所述用户设备按照预设周期向所述应 用服务器发送第一 MPTCP状态报告；
其中，所述第一 MPTCP状态报告包含一个或多个喷泉码源数据块标识和 是否成功接收的信息； 或者包含针对每一个喷泉码源数据块分别已经成功接 收到的喷泉码数据块的数量； 或者包含针每一个喷泉码源数据块还需要分别 成功接收的喷泉码数据块的数量； 所述喷泉码数据块由对所述喷泉码源数据 块进行编码生成。
51、 如权利要求 47所述的方法， 其特征在于， 当数据传输服务为上行数 据传输服务时， 所述用户设备接收应用服务器分别通过至少两个所述 IP地址 提供的数据传输服务， 具体包括：
所述用户设备将所述上行数据发送至所述用户设备中的 MPTCP 实体处 理；
所述用户设备控制所述 MPTCP 实体将处理后的所述上行数据分别发送 至不同的 UDP/IP实体处理；
所述用户设备控制不同的 UDP/IP 实体将处理后的上行数据分别通过至 少两个所述 IP地址对应的接入网发送至应用服务器；
所述用户设备接收所述应用服务器的 MPTCP 实体发送的第二成功接收 确认信息。
52、如权利要求 51所述的方法， 其特征在于， 所述发送至不同的 UDP/IP 实体处理的上行数据为喷泉码数据块。
53、 如权利要求 52所述的方法， 其特征在于， 所述用户设备接收应用服 务器的 MPTCP实体发送的第二成功接收确认信息， 具体包括：
所述用户设备接收所述应用服务器的 MPTCP实体发送的第二 MPTCP状 态报告；
其中，所述第二 MPTCP状态报告包含一个或多个喷泉码源数据块标识和 是否成功接收所述一个或多个喷泉码源数据块的信息； 或者包含针对每一个 喷泉码源数据块分别已经成功接收到的喷泉码数据块的数量； 或者包含对每 一个喷泉码源数据块还分别需要成功接收的喷泉码数据块的数量； 所述喷泉 码数据块由对喷泉码源数据块进行编码生成。
54、 如权利要求 49-50、 52-53任一项所述的方法， 其特征在于， 所述用 户设备在传输所述喷泉码数据块之前， 还包括：
向所述应用服务器发送用户设备的支持喷泉码能力的信息； 并
接收所述应用服务器根据所述用户设备的支持喷泉码能力信息生成的、 用于传输所述喷泉码数据块的用户设备的喷泉码编解码相关的配置参数。
55、 一种通讯方法， 其特征在于， 包括：
当接入网设备确定用户设备接入本地后， 为所述用户设备分配互联网协 议 IP地址； 并
所述接入网设备将所述 IP地址发送至所述用户设备， 令所述用户设备将 所述 IP地址发送至应用服务器，并接收所述应用服务器通过所述 IP地址提供 的数据传输服务； 其中， 所述应用服务器为用于对终端移动性和业务质量进 行管理的服务器。
56、 如权利要求 55所述的方法， 其特征在于， 所述接入网设备为所述用 户设备分配 IP地址之前， 进一步包括：
向所述应用服务器发送请求消息； 其中， 所述请求消息用于请求所述应 用服务器与所述接入网设备进行通信初始化过程；
接收所述应用服务器根据所述请求消息生成的响应消息； 其中， 所述响 应消息用于确认接入网设备和应用服务器之间通信初始化完成。
57、 一种通讯方法， 其特征在于， 包括：
应用服务器接收用户设备用户设备发送的互联网协议 IP地址； 其中， 所 述 IP地址由接入网设备分配；
所述应用服务器通过所述 IP地址为所述用户设备提供数据传输服务。
58、 如权利要求 57所述的方法， 其特征在于， 所述应用服务器接收用户 设备发送的 IP地址之前， 进一步包括：
接收所述接入网设备发送的请求消息； 其中， 所述请求消息用于请求所 述应用服务器与所述接入网设备进行通信初始化过程；
根据所述请求消息生成响应消息发送至所述接入网设备； 其中， 所述响 应消息用于确认接入网设备和应用服务器之间通信初始化完成。
59、 如权利要求 57所述的方法， 其特征在于， 所述应用服务器接收用户 设备发送的 IP地址的同时， 还包括：
接收所述用户设备发送的用户身份标识， 并根据所述用户身份标识核实 所述用户设备对应的用户身份是否合法。
60、 如权利要求 57所述的方法， 其特征在于， 当所述用户设备接入至少 一个允许接入的其他接入网，并获取对应于至少一个其他接入网的 IP地址时， 进一步包括：
所述应用服务器接收所述用户设备发送的至少一个其他接入网对应的 IP 地址。
61、 如权利要求 60所述的方法， 其特征在于， 当所述应用服务器接收到 所述用户设备发送的 IP地址的数量为至少两个时，通过所述 IP地址为所述用 户设备提供数据传输服务， 具体包括：
分别通过所述至少两个所述 IP地址为所述用户设备提供数据传输服务。
62、 如权利要求 61所述的方法， 其特征在于， 还包括： 当所述用户设备对应的任意一 IP地址为不再使用状态时， 所述应用服务 器接收所述用户设备发送的所述任意一 IP地址以及所述任意一 IP地址对应的 接入网被断开的信息；
所述应用服务器确定本地不使用所述任意一 IP地址以及所述任意一 IP地 址对应的接入网为所述用户设备提供数据传输服务。
63、 如权利要求 62所述的方法， 其特征在于， 当所述任意一 IP地址为所 述用户设备拥有的最后一个 IP地址时， 所述应用服务器接收所述用户设备发 送的所述任意一 IP地址以及所述任意一 IP地址对应的接入网被断开的信息的 同时， 进一步包括：
接收所述用户设备发送的至少一个接入网中的接入网设备广播的跟踪区 标识；
当确定寻呼所述用户设备时， 根据所述跟踪区标识， 在本地保存的映射 表中查询所述跟踪区标识对应的一个或多个接入网设备标识。
64、 如权利要求 61-63任一项所述的方法， 其特征在于， 当数据传输服务 为下行数据传输时， 所述应用服务器分别通过至少两个所述 IP地址为所述用 户设备提供数据传输服务， 具体包括：
所述应用服务器将所述下行数据发送至本地的多路径传输控制协议 MPTCP实体处理；
所述应用服务器控制所述 MPTCP 实体将处理后的所述下行数据分别发 送至不同的用户报文协议 UDP/IP实体处理；
所述应用服务器控制不同 UDP/IP 实体处理后的下行数据分别通过至少 两个所述 IP地址对应的接入网发送至所述用户设备；
所述应用服务器接收所述用户设备的 MPTCP 实体发送的第一成功接收 确认信息。
65、 如权利要求 64所述的方法， 其特征在于， 所述发送至不同 UDP/IP 实体处理的下行数据为喷泉码数据块。
66、 如权利要求 65所述的方法， 其特征在于， 所述应用服务器接收用户 设备的 MPTCP实体发送的第一成功接收确认信息， 具体包括： 所述应用服务器接收所述用户设备的 MPTCP实体发送的第一 MPTCP状 态报告；
其中，所述第一 MPTCP状态报告包含一个或多个喷泉码源数据块标识和 是否成功接收所述一个或多个喷泉码源数据块的信息； 或者， 包含针对每一 个喷泉码源数据块分别已经成功接收到的喷泉码数据块的数量； 或者， 包含 对每一个喷泉码源数据块还分别需要成功接收的喷泉码数据块的数量； 所述 喷泉码数据块由对喷泉码源数据块进行编码生成。
67、 如权利要求 60-63任一项所述的方法， 其特征在于， 当数据传输服务 为上行数据传输时， 所述应用服务器分别通过至少两个所述 IP地址为所述用 户设备提供数据传输服务， 具体包括：
所述应用服务器接收所述用户设备通过至少两个所述 IP地址作为源 IP地 址发送的上行数据；
所述应用服务器将不同源 IP 地址的上行数据分别发送至本地不同的 IP/UDP实体； 其中， 一个 IP/UDP实体对应一个 IP地址； 并
将所述 IP/UDP实体分别处理后的上行数据汇聚到本地的 MPTCP实体； 当满足应用服务器的预设条件时，所述应用服务器控制所述 MPTCP实体 向所述用户设备发送第二成功接收确认信息。
68、 如权利要求 67所述的方法， 其特征在于， 所述不同的 IP/UDP实体 处理后的上行数据为喷泉码数据块。
69、 如权利要求 68所述的方法， 其特征在于， 所述当满足应用服务器的 预设条件时，所述应用服务器控制所述 MPTCP实体向所述用户设备发送第二 成功接收确认信息， 具体包括：
当所述应用服务器确定成功解码一个或多个喷泉码源数据块时， 向所述 用户设备发送第二 MPTCP状态报告； 或者， 所述应用服务器按照预设周期向 所述用户设备发送第二 MPTCP状态报告；
其中，所述第二 MPTCP状态报告包含一个或多个喷泉码源数据块标识和 是否成功接收所述一个或多个喷泉码源数据块的信息； 或者， 包含针对每一 个喷泉码源数据块分别已经成功接收到的喷泉码数据块的数量； 或者， 包含 对每一个喷泉码源数据块还分别需要成功接收的喷泉码数据块的数量； 所述 喷泉码数据块由对喷泉码源数据块进行编码生成。
70、 如权利要求 65-66、 68-69任一项所述的方法， 其特征在于， 所述应 用服务器在传输所述喷泉码数据块之前， 进一步包括：
向所述用户设备发送应用服务器的支持喷泉码能力信息； 并
接收所述用户设备根据所述应用服务器的支持喷泉码能力信息生成的用 于传输所述喷泉码数据块的应用服务器的喷泉码编解码相关的配置参数。
PCT/CN2014/084105 2014-08-11 2014-08-11 一种通讯方法、用户设备、接入网设备及应用服务器 WO2016023157A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP14899603.6A EP3166347B1 (en) 2014-08-11 2014-08-11 Communication method, user equipment, access network device and application server
CN201910726816.5A CN110493767B (zh) 2014-08-11 2014-08-11 一种通讯方法、用户设备、接入网设备及应用服务器
CN201480027587.3A CN105830473B (zh) 2014-08-11 2014-08-11 一种通讯方法、用户设备、接入网设备及应用服务器
PCT/CN2014/084105 WO2016023157A1 (zh) 2014-08-11 2014-08-11 一种通讯方法、用户设备、接入网设备及应用服务器
US15/429,699 US10575163B2 (en) 2014-08-11 2017-02-10 Communication method, user equipment, access network device, and application server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/084105 WO2016023157A1 (zh) 2014-08-11 2014-08-11 一种通讯方法、用户设备、接入网设备及应用服务器

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/429,699 Continuation US10575163B2 (en) 2014-08-11 2017-02-10 Communication method, user equipment, access network device, and application server

Publications (1)

Publication Number Publication Date
WO2016023157A1 true WO2016023157A1 (zh) 2016-02-18

Family

ID=55303764

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/084105 WO2016023157A1 (zh) 2014-08-11 2014-08-11 一种通讯方法、用户设备、接入网设备及应用服务器

Country Status (4)

Country Link
US (1) US10575163B2 (zh)
EP (1) EP3166347B1 (zh)
CN (2) CN110493767B (zh)
WO (1) WO2016023157A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109075899A (zh) * 2016-05-11 2018-12-21 华为技术有限公司 数据传输方法、设备及系统
CN115278882A (zh) * 2017-01-06 2022-11-01 日本电气株式会社 核心网络节点、基站及其所用的方法

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105119778B (zh) * 2015-09-09 2018-09-07 华为技术有限公司 测量时延的方法和设备
WO2019098312A1 (ja) * 2017-11-17 2019-05-23 京セラ株式会社 無線通信装置及び方法
ES2853479T3 (es) * 2018-02-28 2021-09-16 Deutsche Telekom Ag Técnicas de interacción entre protocolos de red
US20220360977A1 (en) * 2019-08-09 2022-11-10 Lg Electronics Inc. Communication related to change of application server
US11930381B2 (en) * 2020-06-26 2024-03-12 Apple Inc. Backup link for low latency communication
CN114499793B (zh) * 2020-10-27 2023-04-28 中国移动通信集团设计院有限公司 大区中心集中化后信令监测的筛选数据方法和装置
CN115623469A (zh) * 2021-07-15 2023-01-17 华为技术有限公司 一种网络编码功能的配置方法以及相关装置
CN113810514B (zh) * 2021-08-20 2024-02-27 深圳市创客工场科技有限公司 一种设备通信信息配置方法及赛事场控装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1794871A (zh) * 2005-07-20 2006-06-28 华为技术有限公司 一种建立数据传输承载的实现方法
CN1868170A (zh) * 2003-11-06 2006-11-22 三星电子株式会社 在移动通信系统中支持移动节点的因特网协议移动性的方法和系统
CN101699810A (zh) * 2009-06-02 2010-04-28 北京研弘科技有限公司 一种多运营商共用一套接入服务器和宽带接入网络的方法

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1551144A1 (en) * 2003-12-31 2005-07-06 France Telecom System, method and apparatus for providing multimedia communications services
EP1596553B1 (en) * 2004-05-11 2016-07-27 Alcatel Lucent Method of providing resources with restricted access
US8849961B2 (en) * 2006-09-06 2014-09-30 Nokia Corporation Mobile network optimized method for keeping an application IP connection always on
US20090170557A1 (en) * 2006-10-02 2009-07-02 Prashant Chauhan Systems and methods for enabling communication features utilizing various bearer media
US8155078B2 (en) * 2006-10-20 2012-04-10 Qualcomm Incorporated Systems and methods for using internet mobility protocols with non internet mobility protocols
EP1942694A1 (en) * 2007-01-02 2008-07-09 France Telecom Mobile telecommunications system and method
US7983218B2 (en) * 2007-03-29 2011-07-19 Intel Corporation Techniques to support seamless mobility of electronic devices engaged in a session initiation protocol (SIP) session
FI20075252A0 (fi) * 2007-04-13 2007-04-13 Nokia Corp Menetelmä, radiojärjestelmä, matkaviestin ja tukiasema
US20100254313A1 (en) * 2007-06-22 2010-10-07 Telefonaktiebolaget Lm Ericsson (Publ) Address Provisioning in a Mobile Telecommunication System
CN101690099B (zh) * 2007-06-28 2014-03-19 摩托罗拉移动公司 用于在多个通信网络上向用户设备提供ims会话连续性的方法和系统
JP4920564B2 (ja) * 2007-11-29 2012-04-18 株式会社日立製作所 パケット通信網およびユーザ関連情報配信制御装置
CN101447918B (zh) * 2008-03-12 2011-08-10 中兴通讯股份有限公司 用户设备接入协议的通知方法和系统
KR101719983B1 (ko) * 2009-07-27 2017-04-10 엘지전자 주식회사 이동통신 단말에 ｉｐ 주소를 할당하는 방법
CN101998442A (zh) * 2009-08-10 2011-03-30 北京三星通信技术研究有限公司 一种远程接入方法和系统
CN102056143A (zh) * 2009-11-03 2011-05-11 中兴通讯股份有限公司 本地ip访问连接的管理方法
US9100815B2 (en) * 2010-01-25 2015-08-04 Qualcomm Incorporated Physical-layer system prioritization and communication session management within a wireless communications system
US8774169B2 (en) * 2010-04-20 2014-07-08 Qualcomm Incorporated Supporting a multimedia application based on network zone recognition
CN102638864B (zh) * 2011-02-14 2017-05-03 中兴通讯股份有限公司 一种共享网络的接入控制方法和系统
US8976807B2 (en) * 2011-06-07 2015-03-10 Cisco Technology, Inc. Dynamically determining hostnames of network devices
WO2013141552A1 (ko) * 2012-03-19 2013-09-26 삼성전자 주식회사 로밍 시스템에서 메시지 송수신 방법 및 장치
WO2013141625A1 (ko) * 2012-03-21 2013-09-26 엘지전자 주식회사 무선 통신 시스템에서 그룹 qos(quality of service) 관리 방법 및 장치
WO2013152472A1 (zh) * 2012-04-09 2013-10-17 华为技术有限公司 通信方法与系统，以及接入网设备与应用服务器
US9237448B2 (en) * 2012-08-15 2016-01-12 Interdigital Patent Holdings, Inc. Enhancements to enable fast security setup
US9451643B2 (en) * 2012-09-14 2016-09-20 Futurewei Technologies, Inc. System and method for a multiple IP interface control protocol
CN104919829B (zh) * 2012-11-02 2019-06-11 Lg电子株式会社 用于发送mtc设备的数据的方法
EP3127366B1 (en) * 2014-03-31 2021-03-24 Convida Wireless, LLC Overload control and coordination between m2m service layer and 3gpp networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1868170A (zh) * 2003-11-06 2006-11-22 三星电子株式会社 在移动通信系统中支持移动节点的因特网协议移动性的方法和系统
CN1794871A (zh) * 2005-07-20 2006-06-28 华为技术有限公司 一种建立数据传输承载的实现方法
CN101699810A (zh) * 2009-06-02 2010-04-28 北京研弘科技有限公司 一种多运营商共用一套接入服务器和宽带接入网络的方法

Non-Patent Citations (1)

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

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109075899A (zh) * 2016-05-11 2018-12-21 华为技术有限公司 数据传输方法、设备及系统
EP3447943A4 (en) * 2016-05-11 2019-05-01 Huawei Technologies Co., Ltd. METHOD, DEVICE AND SYSTEM FOR DATA TRANSMISSION
US10812229B2 (en) 2016-05-11 2020-10-20 Huawei Technologies Co., Ltd. Data transmission method, device, and system
CN115278882A (zh) * 2017-01-06 2022-11-01 日本电气株式会社 核心网络节点、基站及其所用的方法

Also Published As

Publication number Publication date
CN105830473B (zh) 2019-08-20
EP3166347A4 (en) 2017-07-12
US10575163B2 (en) 2020-02-25
EP3166347A1 (en) 2017-05-10
CN110493767A (zh) 2019-11-22
US20170156048A1 (en) 2017-06-01
CN105830473A (zh) 2016-08-03
EP3166347B1 (en) 2019-10-09
CN110493767B (zh) 2023-06-06

Similar Documents

Publication Publication Date Title
EP3566493B1 (en) Inter-rat handover for next generation system
WO2016023157A1 (zh) 一种通讯方法、用户设备、接入网设备及应用服务器
JP6148294B2 (ja) 相異なるワイヤレス通信アーキテクチャ間のモビリティのための資源管理
JP6329277B2 (ja) データ伝送方法およびデバイス
EP2675234A1 (en) Scheduling method, device and system based on quality of service
TWI735099B (zh) 使用者設備及其無線通訊方法
KR20180133194A (ko) 차세대 이동통신 시스템에서 인액티브 모드 단말이 데이터를 전송하는 방법 및 장치
WO2013010420A1 (zh) 一种无线宽带通信方法，装置和系统
WO2015058336A1 (zh) 数据传输装置和方法
WO2015013879A1 (zh) 网络切换方法、装置、设备及系统
TW201308958A (zh) 多rat存取模式操作方法及裝置
WO2014040574A1 (zh) 一种基于多网络联合传输的分流方法、系统及接入网网元
JP2017163583A (ja) ホーム発展型ノードｂに対するローカル呼ルーティングのための方法および装置
WO2013159654A1 (zh) 数据传输方法及装置
WO2014047942A1 (zh) 传输数据的方法、用户设备和网络侧设备
WO2013086949A1 (zh) 一种通信方法及设备
WO2012116623A1 (zh) 一种移动通信系统和组网方法
US20110075632A1 (en) Heterogeneous communication system and method for circuit switched handover
WO2011116714A2 (zh) 终端间的通信方法和设备
WO2015143655A1 (zh) 数据分流的方法和基站
WO2015018006A1 (zh) 一种双连接下的通信方法、基站和用户设备
KR101828509B1 (ko) 이동통신 시스템에서 로밍 게이트웨이 서비스 방법 및 망 연동 장치
KR100658907B1 (ko) 휴대 인터넷 시스템의 기지국 장치 및 호 제어 방법
WO2013097747A1 (zh) 一种报文转发的方法与小基站
WO2014183276A1 (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: 14899603

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2014899603

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014899603

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE