WO2017193363A1 - 业务数据流发送方法及装置 - Google Patents

业务数据流发送方法及装置 Download PDF

Info

Publication number
WO2017193363A1
WO2017193363A1 PCT/CN2016/081994 CN2016081994W WO2017193363A1 WO 2017193363 A1 WO2017193363 A1 WO 2017193363A1 CN 2016081994 W CN2016081994 W CN 2016081994W WO 2017193363 A1 WO2017193363 A1 WO 2017193363A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
sent
data
domain name
data stream
Prior art date
Application number
PCT/CN2016/081994
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 CN201680085569.XA priority Critical patent/CN109076381B/zh
Priority to PCT/CN2016/081994 priority patent/WO2017193363A1/zh
Priority to EP16901318.2A priority patent/EP3448112B1/en
Publication of WO2017193363A1 publication Critical patent/WO2017193363A1/zh
Priority to US16/188,659 priority patent/US11102671B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/38—Flow based routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]

Definitions

  • the present application relates to the field of service data processing technologies, and in particular, to a method and an apparatus for transmitting a service data stream.
  • Evolved Packet System (English): Evolved Packet System (EP), Evolved Packet Core (EPC), Evolved Node B (eNB), and user equipment (English: User) Equipment, referred to as: UE).
  • the EPC includes a mobility management entity (English: Mobility Management Entity, MME for short), a service gateway (English: Service Gateway, S-GW), and a packet data network gateway (English: Packet Data Network Gateway, referred to as PDN-W). )Wait.
  • MME Mobility Management Entity
  • S-GW Service Gateway
  • PDN-W Packet Data Network Gateway
  • the UE accesses the PDN through a PDN connection, where the PDN connection acts as an IP connection between the UE and the PDN, including one or more bearers starting from the UE to the PDN-W.
  • the PDN connection acts as an IP connection between the UE and the PDN, including one or more bearers starting from the UE to the PDN-W.
  • each uplink or downlink service data flow needs to be matched to a corresponding bearer, and then transmitted on the bearer.
  • the foregoing service data flow is generally an inter-network interconnection protocol described by a quintuple. (English: Internet Protocol, abbreviation: IP) packet data.
  • the data flow template (English: Traffic Flow Template, TFT for short) is used to describe the correspondence between the service data flow and the bearer in the EPS, and the service data flow and the corresponding bearer.
  • TFT Traffic Flow Template
  • the method for matching the service data stream with the bearer determines the sending bearer of the service data stream by matching the IP description information of the service data stream with the IP address of the service server.
  • the data center of the third-party service provider (English: Data Center, DC for short) is gradually moved down in the mobile network and distributed in various locations of the mobile network, and distributed DCs are deployed. It is also possible to provide service services for UEs by means of a distributed deployment of PDN-W.
  • the present application provides a method and device for transmitting a service data stream, which determines a transmission pipeline of a service data flow in a relatively simple manner, and improves transmission efficiency of a service data stream.
  • the application provides a method for sending a service data stream, where the method includes:
  • the data sending filter in the user equipment UE receives the service data stream to be sent
  • the data sending filter acquires service service domain name information corresponding to the to-be-sent service data stream
  • the data sending filter acquires a data sending pipeline corresponding to the to-be-sent service data stream according to the service service domain name information
  • the data sending filter sends the to-be-sent service data stream according to the data sending pipeline.
  • the UE obtains the service service domain name information of the service data flow to be sent, and directly matches the corresponding data transmission pipeline according to the service service domain name information. In this manner, the UE does not need to describe the IP description information of the service data flow to be sent.
  • the one-to-one loading comparison of the TFT filter determines the pipeline, and the implementation process is relatively simple. In particular, in a scenario where the number of service server IP addresses is large and the server IP address is frequently changed, the method of the embodiment of the present invention is used to determine the data stream to be sent.
  • the sending pipeline does not need to load a large number of server IP addresses and corresponding bearers, there is no problem that the service server IP address loading is unsuccessful, and the data sending pipeline cannot be determined, and the method of the embodiment of the present invention is relatively simple.
  • the method determines the sending pipeline of the service data stream, and can adapt to various data sending scenarios to improve the sending efficiency of the service data stream.
  • the implementation is not only applicable to the UE accessing the service service described by the IP mode, but also applicable to the UE accessing the service service described by the domain name information.
  • the service service described by the IP mode generally refers to a quintuple (including: source IP).
  • the service service described by the domain name information generally refers to the fully qualified domain name (Fully Qualified Domain Name, FQDN).
  • the service description of the Uniform Resource Locator English: Universal Resource Locator, URL for short
  • the application identifier English: Application Identification, APP ID
  • the APP ID information includes an operating system ID of the APP and an ID of the APP in the operating system.
  • the APP ID information further includes a version number of the operating system running by the APP or a version number of the APP.
  • the data sending filter obtains the domain name information of the service service corresponding to the service data stream to be sent, including:
  • the data sending filter acquires the service service domain name information according to the inter-network interconnection protocol IP description information of the service data flow to be sent.
  • the service data to be sent may be directly
  • the IP description information of the flow obtains the domain name information of the service service.
  • the data sending filter obtains the domain name information of the service service according to the IP description information of the service data stream to be sent, including:
  • the data sending filter acquires the domain name information of the service service according to the corresponding rule of the IP description information of the service data flow to be sent and the domain name information of the service service.
  • the IP description information of the service data flow to be sent may be directly used, and the corresponding service service is queried from the corresponding rule of the IP description information and the service service domain name information. Domain name information is easy to implement.
  • the data sending filter in the UE receives the service data stream to be sent from the application layer or the operating system of the UE, where the service data stream to be sent is usually a five-tuple (source address, destination address, source port number, destination port number, and The IP protocol number is described.
  • the service service accessed by the UE is not only described by the IP address, but also the description of the domain name, URL, and APP ID information.
  • the service data flow is usually characterized by a quintuple.
  • the corresponding service service domain name information is queried from the corresponding description of the IP description information of the service data flow and the domain name information of the service service, and then the query is used.
  • the domain name information matches the data sending channel, and the implementation process is simple, and is more suitable for the service service described by the domain name, the URL, the APP ID information, and the like.
  • the corresponding rule of the IP description information of the to-be-sent service data flow and the service service domain name information includes: a first between the IP description information of the to-be-sent service data flow and the IP description information of the service server Corresponding relationship, and a second correspondence between the IP description information of the service server and the service service domain name information.
  • the IP description information of the service data flow to be sent includes: at least one of a source IP address, a destination IP address, a source port, and a destination port, where the IP description information of the service server includes a source IP address and a destination IP address. At least one of an address, a source port, and a destination port;
  • the first correspondence includes one or more of the following:
  • the filtering and matching of the service data flow IP description information can be implemented, for example, the destination address and the destination port of the service data flow are matched with the IP address of the corresponding service server.
  • the service service domain name information includes: a domain name of the service service, and a unified resource setting of the service service. At least one of a URL and an application identifier APP ID information of the business service;
  • the second correspondence includes one or more of the following:
  • the implementation manner is as follows: after the IP description information of the service server corresponding to the service data flow to be sent is determined, the IP description information of the matched service server is used to match the corresponding service service domain name, and the data transmission pipeline is matched according to the service service domain name. provide support.
  • the method further includes:
  • the data sending filter acquires a corresponding rule of the IP description information of the to-be-sent service data flow and the service service domain name information from an application layer or an operating system of the UE.
  • the data sending filter in the UE obtains service service domain name information corresponding to the service data stream to be sent, including:
  • the data sending filter receives the service service domain name information from an application layer or an operating system of the UE.
  • the data sending filter is configured to obtain, according to the service service domain name information, a data sending pipeline corresponding to the to-be-sent service data stream, including:
  • the data sending filter acquires a data sending pipeline corresponding to the to-be-sent service data stream according to the corresponding rule of the data sending pipeline corresponding to the to-be-sent service data stream.
  • the corresponding rule of the service service domain name information and the data sending pipeline includes one or more of the following:
  • the APP ID information includes an ID of an operating system that supports the running of the APP and an ID of the APP in the operating system.
  • the APP ID information further includes a version number of an operating system that supports the running of the APP and/or a version number of the APP.
  • the method further includes:
  • the UE acquires, from the network device, a corresponding rule of the data sending pipeline corresponding to the service service domain name information and the to-be-sent service data stream.
  • the network device formulates the rule according to the deployment location, service quality, and session continuity of the service server.
  • the foregoing network device may be: an access network discovery and selection function (English: Access Network Discovery and Selection Function, ANDSF), an eNB, an MME, a PDN-W, an S-GW, a policy and a charging rule function (English: Policy: And Charging Rules Function (PCRF), Flow Delivery Data Base (English: Flow Delivery Data Base, FD DB for short) and Service Capability Exposure Function (SCEF).
  • the UE may be queried from the network entity according to the service service domain name information corresponding to the service data stream to be sent.
  • the data sending pipeline includes: a PDN connection of the packet data network, and a radio access technology (Radio Access Technology, referred to as RAT) used to carry or transmit the service flow data.
  • RAT Radio Access Technology
  • the UE can directly obtain the radio access technology used by the PDN connection, bearer, or service data flow of the service data flow to be sent through the rule query, and the implementation manner is simple and fast, and can meet different granularity data transmission. Matching of pipes.
  • different RATs have different air interface characteristics, for example, different RATs have different quality of service (English: Quality of Service, QoS for short), maximum bandwidth, and coverage area.
  • Different RATs are suitable for transporting different service data flows. This method can be used to allocate different RATs for different service data flows in a simple and quick manner to meet the requirements of different data transmission air traffic characteristics of service data flows.
  • an embodiment of the present invention provides a method for sending a service data stream, including:
  • the data sending filter in the user equipment UE receives the service data stream to be sent
  • the data sending filter queries the data sending pipeline corresponding to the to-be-sent service data stream according to the IP description information of the service data stream to be sent;
  • the data sending filter sends the to-be-sent service data stream by using the queried data sending pipeline.
  • the data sending pipeline of the service data stream to be sent is queried according to the IP description information of the service data stream to be sent, and the data sending pipeline that sends the data stream to be sent is directly determined according to the result of the query, and the service to be accessed is not required to be loaded.
  • the IP address of the server does not need to be matched by the TFT, which simplifies the process of determining the service data transmission pipeline.
  • the method of the embodiment of the present invention is used to determine the to-be-sent.
  • the method of the embodiment of the present invention determines the service data in a relatively simple manner.
  • the sending pipeline of the stream can adapt to various data transmission scenarios and improve the transmission efficiency of the service data stream.
  • the data sending filter is configured to query a data sending pipeline corresponding to the to-be-sent service data stream according to the IP description information of the service data stream to be sent, including:
  • the data sending filter queries the data sending pipeline corresponding to the to-be-sent service data stream according to the corresponding rule between the IP description information of the to-be-sent service data stream and the data sending pipeline stored by the UE.
  • an embodiment of the present invention provides a service data stream sending apparatus, including: a processor and a memory;
  • the memory is for storing program code
  • the processor is configured to perform the following operations according to the program code stored in the memory:
  • the obtaining the service service domain name information corresponding to the service data flow to be sent includes:
  • the acquiring, according to the IP description information of the service data flow to be sent, the domain name information of the service service including:
  • the corresponding rule of the IP description information of the to-be-sent service data flow and the service service domain name information includes: a first between the IP description information of the to-be-sent service data flow and the IP description information of the service server Corresponding relationship, and a second correspondence between the IP description information of the service server and the service service domain name information.
  • the device further includes an application layer and an operating system
  • the obtaining, according to the service service domain name information, a data sending pipeline corresponding to the to-be-sent service data stream includes:
  • an embodiment of the present invention provides a service data stream sending apparatus, including: a processor and a memory;
  • the memory is for storing program code
  • the processor is configured to perform the following operations according to the program code stored in the memory:
  • the querying, according to the IP description information of the service data flow to be sent, the data sending pipeline corresponding to the to-be-sent service data stream includes:
  • the operations performed by the processor further include:
  • FIG. 1 is a schematic diagram of an internal system architecture of a UE
  • FIG. 2 is a flow chart of an embodiment of a method for transmitting a service data stream of the present application
  • FIG. 3 is a flowchart of a method for a UE to obtain a rule corresponding to an IP description information of a service data flow and a service service domain name information;
  • FIG. 4 is a schematic diagram of another internal system architecture of the UE.
  • FIG. 5 is a flow chart of another embodiment of a method for transmitting a service data stream of the present application
  • FIG. 6 is a flowchart of still another embodiment of a method for transmitting a service data stream of the present application
  • FIG. 7 is a schematic structural diagram of a service data stream transmitting apparatus of the present application.
  • the internal system architecture of the UE generally includes an application layer, an operating system, and a data transmission layer. After the application layer generates the service data stream, the service data stream is transmitted to the data transport layer through the application layer or the operating system, and the data transport layer matches the data pipeline for the service data stream. The business data stream is sent through the matching data pipe.
  • the present application provides a method for transmitting a service data flow.
  • the method is mainly applied to the Long Term Evolution (LTE) network defined by the 3rd Generation Partnership Project (3GPP) and its subsequent evolved cellular communication system.
  • the method can also be applied to an access technology controlled by a cellular communication system, such as a trusted local access (Wireless Local Area Networks, WLAN) type trusted access (Trusted Access) and an untrusted connection defined by the 3GPP.
  • Un-trusted access, and LWA access technology such as LTE and WLAN convergence access.
  • the UE in the present application may be a handheld device with a wireless communication function, an in-vehicle device, a wearable device, a computing device, or other processing device connected to the wireless modem, and various forms of User Equipment (UE).
  • UE User Equipment
  • MS Mobile station
  • terminal terminal equipment
  • UE User Equipment
  • FIG. 1 is a schematic diagram of an internal system architecture of a UE.
  • the data transmission filter is deployed in the data transmission layer, and the data transmission filter is used to allocate a data transmission pipeline for the service data flow to be sent, such as pipeline 1, pipeline 2, ... or pipeline 6.
  • the data sending pipeline may be a PN that is used for PDN connection, bearer or sending service flow data.
  • the data sending filter may further receive data from the network device, where the network device may be one or more of: ANDSF, eNB, MME, PDN-W, S-GW, PCRF, FD DB, and SCEF ( Figure 1 only identifies ANDSF, PCRF, MME, PDN-W, and S-GW).
  • the data sending filter may be a data distribution filter, configured to allocate the received service data stream to be sent to a corresponding sending pipeline according to a predetermined rule, such as a routing rule.
  • a predetermined rule such as a routing rule.
  • a data information database and a routing sending rule database are deployed in the data transport layer.
  • FIG. 2 is a flow chart of an embodiment of a method for transmitting a service data stream of the present application, including the following steps:
  • Step S11 The data transmission filter in the UE receives the to-be-sent service data stream from the application layer or the operating system of the UE.
  • Step S12 The data sending filter obtains the service service domain name information according to the IP description information of the service data stream to be sent.
  • the service data stream to be sent received by the UE in step S11 is generally described by using the IP description information.
  • the IP description information may be quintuple information (including a source IP address, a source port, a destination IP address, a destination port, and IP protocol number).
  • the data distribution filter may obtain the service service domain name information according to the IP description information of the service data flow.
  • the method may be: pre-storing the corresponding rule of the IP description information of the service data flow and the service service domain name information in the flow information database.
  • the corresponding rule of the IP description information of the service data flow and the service service domain name information may be pre-configured by the UE, or may be acquired by the UE from the network device.
  • the data sending filter may obtain the foregoing rules from the ANDSF, the eNB, the MME, the PDN-W, the S-GW, the PCRF, the FD DB, or the SCEF.
  • Step S13 The data sending filter acquires a data sending pipeline corresponding to the service data stream to be sent according to the service service domain name information.
  • One way for the data sending filter to obtain the data sending pipeline corresponding to the service data stream to be sent according to the service service domain name information is:
  • the routing rule of the UE is pre-stored with the corresponding rules of the service service domain name information and the data sending pipeline, and the data sending filter queries the corresponding data sending pipeline from the routing sending rule database according to the service service domain name information.
  • the corresponding rule of the service service domain name information and the data sending pipeline may be pre-configured by the UE, or may be acquired by the UE from the network device.
  • the data sending filter may obtain the foregoing rules from the ANDSF, the eNB, the MME, the PDN-W, the S-GW, the PCRF, the FD DB, or the SCEF.
  • Step S14 The data sending filter sends the service data stream to be sent according to the data sending pipeline.
  • the data sending pipeline to be sent is sent by the queried data sending pipeline.
  • the data sending filter does not query the service service domain name information corresponding to the service data stream to be sent from the stream information database, or
  • the data transmission filter uses the default data transmission pipeline of the UE to send the service data flow to be sent.
  • the matching rule that exceeds the valid lifetime is deleted.
  • the flow information database, the route sending rule database, and the data sending filter in the UE may be unified or separate, and may be implemented in any one of an operating system, an application layer, and a data transmission layer. .
  • the service data stream sending method of the present application may work together with a filter and an ANDSF rule in the TFT described by the IP quintuple in the conventional method.
  • the service data stream sending method of the present application may be prioritized, or the TFT matching rule and the ANDSF rule in the conventional technology may be prioritized, or the priorities may be mixed.
  • the method of the present application supports a large-scale server deployment for the mobile Internet and a scenario in which the server is frequently updated. Further, the method of the present application can support ultra-flattening for 5G, distributed deployment of services, and network architecture invisible to core network access.
  • FIG. 3 is a flowchart of a method for a UE to acquire a rule corresponding to IP description information of a service data flow and a service service domain name information. As shown in Figure 3, the main processing steps of the method include:
  • Step S121 The application layer of the UE sends the domain name of the service service that the UE may access to the operating system of the UE.
  • Step S122 The operating system of the UE sends the query information to the domain name system (English: Domain Name System, DNS for short) according to the received service service domain name.
  • domain name system English: Domain Name System, DNS for short
  • Step S123 The operating system of the UE receives the correspondence between the service service domain name information returned by the DNS server and the service server IP description information.
  • the correspondence between the service service domain name information and the server IP description information received by the operating system of the UE includes: a correspondence between an FQDN of the service service that the UE may access and an IP description information of the service server; and/or, The URL of the service service that the UE may access, and/or the correspondence between the APP ID information and the IP description information of the service server.
  • the IP description information of the service server includes at least one of a source IP address, a destination IP address, a source port, a destination port, and an IP protocol number of the service server.
  • the APP ID information includes an operating system ID of the APP running and an APP in the operating system. ID.
  • the APP ID information further includes a version number of the operating system running by the APP or a version number of the APP.
  • Step S124 The operating system of the UE stores the corresponding rule of the IP description information of the service data flow and the service service domain name information in the flow information database according to the correspondence between the received service service domain name information and the service server IP description information.
  • the corresponding rule of the IP description information of the service data flow and the domain name information of the service service includes: a first correspondence between the IP description information of the service data flow and the IP description information of the service server, and the IP description information and service of the service server.
  • the first correspondence includes one or more of the following:
  • the matching service server and service data are matched.
  • the flow corresponds.
  • the matching service server can be used to determine the corresponding service service domain name information.
  • the source IP address and the source port of the service data flow may be further defined.
  • the service server whose IP address is 1.1.14 allows the source address range of the matched service data flow to be in the range of 2.2.01 to 2.2.11. Only the service data flows whose source IP addresses meet the corresponding set range can be further matched.
  • the domain name information of the domain name of the service service includes: the domain name, URL, and APP ID information of the service service.
  • the second correspondence includes one or more of the following:
  • determining the service service domain name information corresponding to the service data flow according to the relationship between the IP description information of the service server and the service service domain name information, specifically including determining and The domain name, URL, and APP ID information of the service service corresponding to the service data stream.
  • the process of the UE acquiring the corresponding rules of the service service domain name information and the data sending pipeline includes:
  • the data transmission filter in the UE receives the corresponding rule of the service service domain name information and the data transmission pipeline defined by the network device, where the network entity that formulates the rule may be: ANDSF, eNB, MME, PDN-W, One or more of S-GW, PCRF, FD DB, and SCEF.
  • the data sending filter may adopt the manner shown in 0a, that is, the data sending filter receives the corresponding rule of the service service domain name information and the data sending pipeline sent by the user plane entity.
  • the user plane entity may be an ANDSF.
  • the data sending filter adopts the method shown in 0b, that is, the data sending filter receives the corresponding rule of the service service domain name information and the data sending pipeline sent by the control plane entity.
  • the control plane entity may be an MME, where the MME may send a service service domain name information and a data sending pipeline to a data sending filter in the UE through a non-access stratum (English: Non-Access Stratum, NAS for short).
  • NAS sends a data transmission filter to the UE to send the service service domain name information and the corresponding rule of the data transmission pipeline
  • the rule can be used as an extension to the TFT, that is, the flow filter included in the TFT filters and matches the service data stream. It can break through the limitations of using only IP information for matching.
  • the original source of the corresponding rule of the service service domain name information and the data sending pipeline sent by the MME and the ANDSF may be a PCRF.
  • the data transmission filter stores the service service domain name information obtained from the network device and the corresponding rule of the data transmission pipeline in the route transmission rule database, thereby providing support for the data transmission pipeline to perform data transmission pipeline query.
  • the corresponding rules of the service service domain name information and the data sending pipeline include:
  • part of the content of the service service domain name information may be replaced by a wildcard, for example, using ‘? ' represents any character, and ‘*’ stands for any number of characters.
  • a typical format for FQDN is: abc.alice.com, where ‘? ‘represents one of the characters, such as ‘? Bc.alice.com’, in the domain name ‘? 'Represents any character; in addition, '*' can also be used to represent the character content separated by '.' in the FQDN, such as '*.alice.com' for an FQDN, and the part with '*' can be Any number of arbitrary characters.
  • the standard format of the URL is as follows:
  • Protocol type server address (port number if necessary) / path / file name;
  • a specific example of a URL can be: https://www.alice.com/book/new.txt;
  • the above URL can be expressed as: http? ://www.alice.com/book/*.txt, where ‘? ' represents any one character, and the part represented by '*' can be any number of arbitrary characters.
  • the content in the APP ID information can also be identified using a wildcard.
  • the service service domain name information determined according to the IP description information of the service data stream to be sent is generally determined to be a domain name, such as 'abc.alice.com', and the pre-stored service service domain name information and data transmission pipeline
  • the business service domain name information in the corresponding rule may be wildcarded, such as '*.alice.com', 'a?
  • the correspondence between the domain name information of each service service included in the route sending rule database and the data sending pipeline is marked with a valid life cycle. If the effective life cycle is exceeded, the corresponding service service domain name information corresponds to the data sending pipeline. The relationship is invalid. The UE may delete the corresponding relationship between the invalid service service domain name information and the data sending pipeline.
  • the network device (such as the PCRF, the ANDSF, or the MME) can formulate the corresponding rules of the service domain name information and the data sending pipeline according to factors such as the deployment location of the UE access service, the quality of service requirement, and the continuity requirement of the session.
  • abc1.alice.com can be configured to a nearby access pipe (bearer, PDN connection, RAT).
  • Abc2.alice.com can be configured to provide high quality pipeline (bearer, PDN connection, RAT) when abc2.alice.com's business requires high quality service guarantee.
  • Abc3.alice.com can be configured to provide high mobility (high mobility anchor) pipeline (bearer, PDN connection, RAT) when abc3.alice.com service requires high session continuity guarantee. .
  • the rules in this embodiment may also be from a third-party configuration, such as a third party providing Internet (Internet) services to configure the content of the rules through an API interface.
  • a third-party configuration such as a third party providing Internet (Internet) services to configure the content of the rules through an API interface.
  • Internet Internet
  • the service data stream sending method of the present application allocates a data sending pipeline to the to-be-sent service data stream conveniently and quickly in the UE according to the routing rule configured by the network device, and satisfies the actual requirement of the service data stream sending.
  • FIG. 4 is a schematic diagram of another internal system architecture of the UE.
  • the internal system architecture of the UE shown in FIG. 4 is different from that of FIG. 1 only in that the external network entity connected by the data transmission filter is an eNB, an MME, or an FD DB.
  • SCEF other structures are the same as in FIG. 1, and will not be described again.
  • FIG. 5 is a flowchart of another embodiment of a method for sending a service data stream according to the present application, including the following steps:
  • Step S21 The data sending filter in the UE receives the to-be-sent service data stream from the application layer or the operating system of the UE.
  • Step S22 The data sending filter receives the service service domain name information corresponding to the service data stream to be sent from the application layer or the operating system of the UE.
  • the data sending filter sends the service service domain name information corresponding to the to-be-sent service data stream to the data sending filter when the service data stream to be sent is sent to the data sending filter.
  • the manner in which the application layer or the operating system of the UE obtains the domain name information of the service service may be an application layer or an operating system configuration, or may be obtained from the network device.
  • the manner in which the application layer or the operating system of the UE configures the service domain name information may be: the application layer or the operating system of the UE may determine the service service corresponding to the service data stream to be sent according to the user's access operation to the webpage or the application. Domain name information.
  • the service service domain name information sent by the UE application layer or the operating system to the data sending filter may include: an FQDN, a URL, or an APP ID information of the service service, where the APP ID information includes an operating system ID of the APP running and The ID of the APP in the operating system, optionally, the APP ID information also includes the version number of the operating system running by the APP or the version number of the APP.
  • Step S23 The data sending filter acquires a data sending pipeline corresponding to the service data stream to be sent according to the service service domain name information and the corresponding rule of the data sending pipeline.
  • the format of the service service domain name information, and the matching rule of the service service domain name information and the data sending pipeline are the same as those in the method in FIG. 3, and details are not described herein again.
  • the routing rule of the UE is pre-stored with the corresponding rule of the service service domain name information and the data sending pipeline, and the data sending filter obtains the service corresponding to the service data stream to be sent from the application layer or the operating system of the UE.
  • the corresponding data transmission pipeline is queried from the route sending rule database by using the service service domain name information corresponding to the service data stream to be sent.
  • the corresponding rule of the service service domain name information and the data sending pipeline may be pre-configured by the UE, or may be obtained by the UE from the network device.
  • the data sending filter may be from the ANDSF, the eNB, the MME, the PDN-W, and the S. The above rules are obtained in -GW, PCRF, FD DB or SCEF.
  • Step S24 The data sending filter sends the to-be-sent service data stream by using a data sending pipeline corresponding to the service data stream to be sent.
  • the data sending filter when the data sending filter does not query the data sending pipeline that matches the to-be-sent service data stream or the data sending pipeline that the data sending filter queries from the routing sending rule database, the data sending pipeline does not query the matching rule of the data sending pipeline that is queried from the routing sending rule database.
  • the data sending filter uses the default data sending pipeline of the UE to send the service data stream to be sent.
  • the matching rule exceeding the valid lifetime is deleted.
  • routing rule database and the data sending filter in the UE may be unified or separate, and may be implemented in any one of an operating system, an application layer, and a data transmission layer.
  • the service data stream sending method of the present application may work together with a filter and an ANDSF rule in the TFT described by the IP quintuple in the conventional method, and specifically, may be sent in the service data stream of the present application.
  • the method takes precedence, and the TFT matching rule and the ANDSF rule in the conventional technology may be prioritized, or the priority may be mixed.
  • the service data stream sending method of the present application can support ultra-flattening for 5G, distributed deployment of services, and network architecture in which access technology core network access is invisible. Support for large-scale server deployment for mobile Internet, and frequently updated scenarios.
  • the UE stores a corresponding rule of the service data flow and the data sending pipeline, so that the network device sends a large amount of redundant information to the UE, and wastes the UE storage and computing resources.
  • FIG. 6 is a flowchart of still another embodiment of a method for sending a service data stream according to the present application, including the following steps:
  • Step S31 The data transmission filter in the UE adds the service data stream to be sent from the application layer of the UE or the operating system.
  • the service data stream to be sent is usually described by using the IP description information.
  • the IP description information may be quintuple information (including a source IP address, a source port, a destination IP address, a destination port, and an IP protocol number).
  • Step S32 The data sending filter queries the data sending pipeline corresponding to the service data stream to be sent according to the IP description information of the service data stream to be sent.
  • the data sending filter may query the data sending pipeline according to the IP description information of the service data stream to be sent.
  • the method may be: pre-storing the IP description information of the service data stream in the routing rule database of the UE.
  • Corresponding rule with the data sending pipeline when the data sending filter receives the service data stream to be sent, the IP sending information of the service data stream to be sent is used to query the data sending corresponding to the service data stream to be sent from the routing sending rule database. pipeline.
  • the corresponding rules of the IP description information and the data sending pipeline of the foregoing service data flow may be preset by the UE.
  • the UE may obtain the network description from the network device.
  • the data sending filter may obtain the IP description information of the service data flow from the ANDSF, the eNB, the MME, the PDN-W, the S-GW, the PCRF, the FD DB, or the SCEF. Corresponding rules with the data sending pipeline.
  • the IP description information of the service data flow includes: at least one of a source IP address, a destination IP address, a source port, and a destination port;
  • the corresponding rules of the IP description information and the data sending pipeline of the service data flow include at least one or more of the following:
  • the data sending pipeline may be a RAT that uses a PDN connection, carries or sends service flow data.
  • Step S33 The data sending filter sends the to-be-sent service data stream through the queried data sending pipeline.
  • the data transmission filter when the data transmission filter does not query the data transmission pipeline corresponding to the service data flow to be sent or the matching rule of the data transmission pipeline that is queried exceeds the effective life cycle in the route transmission rule database, the data transmission is performed.
  • the filter uses the default data sending pipeline of the UE to send the service data stream to be sent.
  • route sending rule database and the data sending filter in the UE may be unified or separate, and may be implemented anywhere in the operating system, the application layer, and the data transport layer.
  • the service data stream sending method of the present application may work together with a filter and an ANDSF rule in the TFT described by the IP quintuple in the conventional method, and specifically, may be sent in the service data stream of the present application.
  • the method takes precedence, and the TFT matching rule and the ANDSF rule in the conventional technology may be prioritized, or the priority may be mixed.
  • the service data stream sending method of the present application can support ultra-flattening for 5G, distributed deployment of services, and network architecture in which access technology core network access is invisible. Support for large-scale server deployment for mobile Internet, and frequently updated scenarios.
  • the UE stores a corresponding rule of the service data flow and the data sending pipeline, so that the network device sends a large amount of redundant information to the UE, and wastes the UE storage and computing resources.
  • FIG. 7 is a schematic structural diagram of a service data stream transmitting apparatus of the present application.
  • the service data stream transmitting apparatus includes a processor 402, a memory 403, and a communication interface 401.
  • the processor 402 and the memory The communication interface 401 is connected to the communication interface 404.
  • the communication bus 404 can be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus.
  • Communication bus 404 can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in Figure 7, but it does not mean that there is only one bus or one type of bus.
  • the communication interface 401 is for transmitting and receiving data from an external device (for example, a network device).
  • data processed by processor 402 can be communicated to an external device via communication interface 402.
  • the memory 403 is configured to store a program.
  • the program can include program code, the program code including computer operating instructions.
  • the memory 403 may include a random access memory (RAM), and may also include a non-volatile memory such as at least one disk storage. Only one processor is shown in the figure. Of course, the processor 403 can also be a plurality of processors as needed.
  • the application layer or operating system in FIG. 1 and FIG. 4 of the present application may be stored in the memory 403.
  • the application layer or the operating system in this application may also be implemented by other processors, or the processor 402 and the memory 403 cooperate with each other.
  • the processor 402 may be a baseband chip for implementing the data transmission layer in the present application. Specifically, the processor 402 can implement the data transmission filter in the present application. Optionally, the processor 402 can include the flow information database and the routing rule database in the present application. Optionally, the flow information database and the route sending rule database in the present application may also be included in the memory 403.
  • the service data stream sending apparatus shown in FIG. 7 can be used to execute the service data stream sending method provided by the present application, wherein the processor 402 performs the following operations according to the program code stored in the memory 403:
  • the service data stream to be sent is sent according to the data sending pipeline.
  • the domain name information of the service service corresponding to the service data stream to be sent is obtained, including:
  • the domain name information of the service service is obtained according to the IP description information of the service data flow to be sent, including:
  • the corresponding rule of the IP description information of the service data flow to be sent and the service service domain name information includes: a first correspondence between the IP description information of the service data flow to be sent and the IP description information of the service server, and the service server The second correspondence between the IP description information and the service service domain name information.
  • the IP description information of the service data flow to be sent includes: at least one of a source IP address, a destination IP address, a source port, and a destination port, where the IP description information of the service server includes a source IP address, a destination IP address, and a source port. And at least one of the destination ports;
  • the first correspondence includes one or more of the following:
  • the service service domain name information includes: at least one of a domain name of the service service, a uniform resource locator URL of the service service, and an application identifier APP ID information of the service service;
  • the second correspondence includes one or more of the following:
  • the device shown in FIG. 7 further includes an application layer and an operating system
  • the processor 402 performs operations including:
  • the corresponding rule of the IP description information of the service data flow to be sent and the domain name information of the service service is obtained from the application layer or the operating system.
  • the device shown in FIG. 7 further includes an application layer and an operating system
  • Obtain the service service domain name information corresponding to the service data stream to be sent including:
  • the service service domain name information is received from the application layer module or the operating system module.
  • the data sending pipeline corresponding to the service data flow to be sent is obtained according to the domain name information of the service service, include:
  • the data sending pipeline corresponding to the to-be-sent service data stream is obtained according to the corresponding rule of the data sending pipeline corresponding to the service data domain name and the data stream to be sent.
  • the corresponding rules of the service service domain name information and the data sending pipeline include one or more of the following:
  • the operations performed by the processor 402 further include:
  • the corresponding rule of the data sending pipeline corresponding to the service data domain name to be sent is obtained from the network device.
  • the data sending pipeline includes: a packet data network PDN connection, and a radio access technology RAT that carries or transmits the service flow data.
  • the service data stream transmitting apparatus shown in FIG. 7 can also perform the following operations:
  • the service data stream to be sent is sent through the queried data sending pipeline.
  • the data sending pipeline corresponding to the to-be-sent service data stream is queried according to the IP description information of the service data stream to be sent, including:
  • the data sending pipeline corresponding to the to-be-sent service data stream is queried according to the corresponding rule between the IP description information of the to-be-sent service data stream and the data sending pipeline.
  • the IP description information of the service data flow includes: at least one of a source IP address, a destination IP address, a source port, and a destination port;
  • the corresponding rules of the IP description information and the data sending pipeline of the service data flow include at least one or more of the following:
  • the operations performed by the processor 402 further include:
  • the data sending pipeline includes: a packet data network PDN connection, and a radio access technology RAT that carries or transmits the service flow data.
  • the UE obtains the service service domain name information of the service data flow to be sent, and directly matches the corresponding data transmission pipeline according to the service service domain name information. In this manner, the UE does not need to describe the IP description information of the service data flow to be sent.
  • the process of determining the pipeline is compared with the one-to-one loading of the TFT filter.
  • the implementation process is relatively simple. In particular, in the scenario where the number of service server IP addresses is large and the server IP address is frequently changed, the method of the embodiment of the present invention is used to determine the service data to be sent.
  • the flow of the sending pipeline does not need to load a large number of server IP addresses and corresponding bearers, so there is no problem that the service server IP address is not successfully loaded, and the data sending pipeline cannot be determined.
  • the size of the sequence numbers of the processes does not imply a sequence of executions, and the order of execution of the processes should be determined by its function and internal logic, and should not be construed as an embodiment of the present invention.
  • the implementation process constitutes any limitation.
  • B corresponding to A means that B is associated with A, and B can be determined according to A.
  • determining B according to A does not mean that B is determined only by A, but also A and/or other information determines B.
  • the disclosed systems, devices, and methods may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, or an electrical, mechanical or other form of connection.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the embodiments of the present invention.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium.
  • the technical solution of the present invention contributes in essence or to the prior art, or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium.
  • a number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), and a random access memory (RAM, Random Access).

Abstract

本申请提供了一种业务数据流发送方法及装置，所述方法包括：用户设备UE中的数据发送过滤器接收待发送业务数据流；所述数据发送过滤器获取与所述待发送业务数据流对应的业务服务域名信息；所述数据发送过滤器根据所述业务服务域名信息，获取与所述待发送业务数据流对应的数据发送管道；所述数据发送过滤器根据所述数据发送管道发送所述待发送业务数据流。本申请的业务数据流发送方法及装置，以较为简便的方式确定业务数据流的发送管道，提高业务数据流的发送效率。

Description

业务数据流发送方法及装置 技术领域
本申请涉及业务数据处理技术领域，尤其涉及一种业务数据流发送方法及装置。
背景技术
演进分组系统(英文：Evolved Packet System，简称：EPS)包括演进分组核心网(英文：Evolved Packet Core，简称EPC)、演进基站(英文：evolved Node B，简称：eNB)和用户设备(英文：User Equipment，简称：UE)。其中，EPC包括移动性管理实体(英文：Mobility Management Entity，简称：MME)、服务网关(英文：Service Gateway，S-GW)及分组数据网络网关(英文：Packet Data Network Gateway，简称：PDN-W)等。
在EPS的一个典型通信场景中，UE通过PDN连接接入PDN中，其中，PDN连接作为UE与PDN之间的IP连接，包括从UE开始到PDN-W之间的一个或多个承载。在该通信场景中，每个上行或下行业务数据流都需要匹配到一个对应的承载上，之后在此承载上传输，其中，上述的业务数据流一般是采用五元组描述的网络间互联协议(英文：Internet Protocol，简称：IP)分组数据。
为了将业务数据流匹配到相应的承载上，在EPS中通常采用数据流模板(英文：Traffic Flow Template，简称：TFT)描述业务数据流和承载的对应关系，业务数据流和与其对应的承载的映射关系通过TFT中的过滤规则进行匹配。
上述业务数据流与承载匹配的方法，通过将业务数据流的IP描述信息与业务服务器的IP地址匹配的方式确定业务数据流的发送承载。然而随着移动互联网的发展，第三方业务提供商的数据中心(英文：Data Center，简称：DC)在移动网络中的位置逐渐下移并分布式部署于移动网络的各个位置，分布部署的DC同样可以通过分布式部署的PDN-W就近为UE提供业务服务。
在这种情况下，若仍以现有的TFT负载匹配模式，可能会出现无法加载所有可能业务服务器IP地址或对加载的所有可能的服务器IP地址分别进行匹配过程过于复杂，使得业务数据流发送效率低等问题。
发明内容
本申请提供了一种业务数据流发送方法及装置，该方法以较为简便的方式确定业务数据流的发送管道，提高业务数据流的发送效率。
第一方面，本申请提供了一种业务数据流发送方法，该方法包括：
用户设备UE中的数据发送过滤器接收待发送业务数据流；
所述数据发送过滤器获取与所述待发送业务数据流对应的业务服务域名信息；
所述数据发送过滤器根据所述业务服务域名信息，获取与所述待发送业务数据流对应的数据发送管道；
所述数据发送过滤器根据所述数据发送管道发送所述待发送业务数据流。
采用本实现方式：UE获取待发送业务数据流的业务服务域名信息，并根据业务服务域名信息直接匹配出相应的数据发送管道，此方式下，UE无需根据待发送业务数据流的IP描述信息与TFT过滤器的一一加载比较确定管道，实现过程比较简单，尤其，在业务服务器IP地址数量比较多、服务器IP地址经常发生变化的场景下，利用本发明实施例的方法确定待发送业务数据流的发送管道时，无需加载数量众多的服务器IP地址及相应的承载，因此也就不会出现业务服务器IP地址加载不成功，无法确定数据发送管道等问题，可见，本发明实施例方法以较为简便的方式确定业务数据流的发送管道，且能适应各类数据发送场景，提高业务数据流的发送效率。
本实现方式不仅适用于UE访问采用IP方式描述的业务服务，而且适用于UE访问采用域名信息描述的业务服务，其中，采用IP方式描述的业务服务一般是指采用五元组(包括：源IP地址、源端口、目的IP地址、目的端口及IP协议号)描述的业务服务，采用域名信息描述的业务服务一般是指采用业务服务的完全合格域名(英文：Fully Qualified Domain Name，简称：FQDN)、统一资源定位符(英文：Universal Resource Locator，简称：URL)或者应用程序标识(英文：Application Identification，简称：APP ID)信息描述的业务服务，具体的，采用APP ID信息描述业务服务时，在APP ID信息中包括该APP运行的操作系统ID和APP在该操作系统内的ID，可选的，APP ID信息中还包括APP运行的操作系统的版本号或APP的版本号。
可选的，所述数据发送过滤器获取与待发送业务数据流对应的业务服务域名信息，包括：
所述数据发送过滤器根据待发送业务数据流的网络间互联协议IP描述信息，获取所述业务服务域名信息。
采用本实现方式，在获取到待发送业务数据流后，可以直接根据待发送业务数据 流的IP描述信息获取业务服务域名信息。
可选的，所述数据发送过滤器根据待发送业务数据流的IP描述信息，获取所述业务服务域名信息，包括：
所述数据发送过滤器根据所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则，获取获取所述业务服务域名信息。
采用本实现方式，在接收到待发送业务数据流后，可以直接利用待发送业务数据流的IP描述信息，从上述的IP描述信息与业务服务域名信息的对应规则中，查询出相应的业务服务域名信息，实现方式简单。
具体的，UE中的数据发送过滤器从UE的应用层或操作系统接收待发送业务数据流，待发送业务数据流通常由五元组(源地址、目的地址、源端口号、目的端口号以及IP协议号)描述，而UE所访问的业务服务除采用IP地址描述方式外，较为常见还有域名、URL、APP ID信息等描述方式，为了快速为业务数据流分配数据发送管道，本实现方式利用业务数据流通常采用五元组描述的特点，根据业务数据流的IP描述信息，从业务数据流的IP描述信息与业务服务域名信息的对应规则中查询相应的业务服务域名信息，之后利用查询出的域名信息匹配数据发送通道，实现过程简便，而且更加适用于采用域名、URL、APP ID信息等方式描述的业务服务。
可选的，所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则，包括：所述待发送业务数据流的IP描述信息与业务服务器的IP描述信息间的第一对应关系，以及所述业务服务器的IP描述信息与所述业务服务域名信息间的第二对应关系。
可选的，所述待发送业务数据流的IP描述信息包括：源IP地址、目的IP地址、源端口及目的端口中的至少一个，所述业务服务器的IP描述信息包括源IP地址、目的IP地址、源端口及目的端口中的至少一个；
所述第一对应关系包括以下一种或多种：
业务数据流的目的IP地址与业务服务器的源IP地址的对应关系；
业务数据流的目的端口与业务服务器的源端口的对应关系；
业务数据流的源IP地址与业务服务器允许访问的源地址范围的对应关系；
业务数据流的源端口与业务服务器所允许访问的源端口范围的对应关系。
采用本实现方式：可以实现对业务数据流IP描述信息的过滤匹配，例如，利用业务数据流的目的地址及目的端口匹配相应的业务服务器的IP地址。
可选的，所述业务服务域名信息包括：业务服务的域名、业务服务的统一资源定 位符URL及业务服务的应用程序标识APP ID信息中的至少一种；
所述第二对应关系包括以下一种或多种：
业务服务器的IP描述信息与相应业务服务的域名的对应关系；
业务服务器的IP描述信息与相应业务服务的URL的对应关系；
业务服务器的IP描述信息与相应业务服务的APP ID信息的对应关系。
采用本实现方式：可以实现确定待发送业务数据流对应的业务服务器的IP描述信息后，利用匹配出的业务服务器的IP描述信息与匹配相应的业务服务域名，以为根据业务服务域名匹配数据发送管道提供支持。
可选的，所述方法还包括：
所述数据发送过滤器从所述UE的应用层或者操作系统获取所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则。
可选的，所述UE中的数据发送过滤器获取与待发送业务数据流对应的业务服务域名信息，包括：
所述数据发送过滤器从所述UE的应用层或者操作系统接收所述业务服务域名信息。
可选的，所述数据发送过滤器根据所述业务服务域名信息，获取与所述待发送业务数据流对应的数据发送管道，包括：
所述数据发送过滤器根据所述业务服务域名信息与所述待发送业务数据流对应的数据发送管道的对应规则，获取与所述待发送业务数据流对应的数据发送管道。
可选的，所述业务服务域名信息与数据发送管道的对应规则，包括以下一种或多种：
业务服务的域名与数据发送管道的对应规则；
业务服务的URL与数据发送管道的对应规则；
业务服务的APP ID信息与数据发送管道的对应规则。
具体的，所述APP ID信息中包括支持APP运行的操作系统的ID和APP在所述操作系统的ID。
所述APP ID信息中还包括支持APP运行的操作系统的版本号和/或APP的版本号。
可选的，所述方法还包括：
所述UE从网络设备获取所述业务服务域名信息与所述待发送业务数据流对应的数据发送管道的对应规则。
本实现方式中，网络设备根据业务服务器的部署位置、服务质量以及会话连续性制定所述规则。
上述网络设备可以是：接入网发现和选择功能(英文：Access Network Discovery and Selection Function，简称：ANDSF)、eNB、MME、PDN-W、S-GW、策略和计费规则功能(英文：Policy and Charging Rules Function，简称：PCRF)、流发送数据库(英文：Flow Delivery Data Base，简称：FD DB)及业务能力开放功能(英文：Service Capability Exposure Function，简称：SCEF)。
进一步，若数据发送过滤器利用待发送业务数据流对应的业务服务域名信息未查询到相应的数据发送管道或者数据发送过滤器查询到的数据发送管道所对应的规则超出预设有效时间，则UE可以根据待发送业务数据流对应的业务服务域名信息，从上述网络实体中查询待发送业务数据流对应的数据发送管道。
可选的，所述数据发送管道包括：分组数据网络PDN连接、承载或发送业务流数据采用的无线接入技术(英文：Radio Access Technology，简称：RAT)。
采用本实现方式：UE可以通过规则的查询，直接得到待发送业务数据流的PDN连接、承载或者发送业务数据流所采用的无线接入技术，实现方式简便快捷，而且可以满足不同粒度的数据发送管道的匹配。
尤其对于为业务数据流分配RAT而言，由于不同的RAT具有不同的空口特性，如不同的RAT具有不同的服务质量(英文：Quality of Service，简称：QoS)、最大带宽以及覆盖面积等，因此不同的RAT所适合传输的业务数据流也不同，利用本方式可以实现通过简便快捷的方式为不同的业务数据流分配不同的RAT，以满足业务数据流对不同传输空口特性的需求。
第二方面，本发明实施例提供了一种业务数据流发送方法，包括：
用户设备UE中的数据发送过滤器接收待发送业务数据流；
所述数据发送过滤器根据待发送业务数据流的IP描述信息，查询与所述待发送业务数据流对应的数据发送管道；
所述数据发送过滤器通过查询出的数据发送管道发送所述待发送业务数据流。
本实现方式下，根据待发送业务数据流的IP描述信息查询待发送业务数据流的数据发送管道，进而根据查询的结果直接确定发送待发送业务数据流的数据发送管道，无需加载待访问业务的服务器IP地址，无需进行TFT匹配，简化了确定业务数据流发送管道的过程，尤其在业务服务器IP地址数量比较多、服务器IP地址经常发生变化的场景下，利用本发明实施例的方法确定待发送业务数据流的发送管道时，无 需加载数量众多的服务器IP地址及相应的承载，因此也就不会出现业务服务器IP地址加载不成功，无法确定数据发送管道等问题，可见，本发明实施例方法以较为简便的方式确定业务数据流的发送管道，且能适应各类数据发送场景，提高业务数据流的发送效率。
可选的，所述数据发送过滤器根据待发送业务数据流的IP描述信息，查询与所述待发送业务数据流对应的数据发送管道,包括：
所述数据发送过滤器根据所述UE储存的所述待发送业务数据流的IP描述信息与所述数据发送管道间的对应规则，查询所述待发送业务数据流对应的数据发送管道。
第三方面，本发明实施例提供了一种业务数据流发送装置，包括：处理器和存储器；
所述存储器用于存储程序代码；
所述处理器用于根据所述存储器中存储的程序代码，执行如下操作：
接收待发送业务数据流；
获取与所述待发送业务数据流对应的业务服务域名信息；
根据所述业务服务域名信息，获取与所述待发送业务数据流对应的数据发送管道；
根据所述数据发送管道发送所述待发送业务数据流。
可选的，所述获取与待发送业务数据流对应的业务服务域名信息，包括：
根据待发送业务数据流的网络间互联协议IP描述信息，获取所述业务服务域名信息。
可选的，所述根据待发送业务数据流的IP描述信息，获取所述业务服务域名信息，包括：
根据所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则，获取获取所述业务服务域名信息。
可选的，所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则，包括：所述待发送业务数据流的IP描述信息与业务服务器的IP描述信息间的第一对应关系，以及所述业务服务器的IP描述信息与所述业务服务域名信息间的第二对应关系。
可选的，所述装置还包括应用层和操作系统；
所述获取与待发送业务数据流对应的业务服务域名信息，包括：
从所述应用层模块或者操作系统模块接收所述业务服务域名信息。
可选的，所述根据所述业务服务域名信息，获取与所述待发送业务数据流对应的数据发送管道，包括：
根据所述业务服务域名信息与所述待发送业务数据流对应的数据发送管道的对应规则，获取与所述待发送业务数据流对应的数据发送管道。
第四方面，本发明实施例提供了一种业务数据流发送装置，包括：处理器和存储器；
所述存储器用于存储程序代码；
所述处理器用于根据所述存储器中存储的程序代码，执行如下操作：
接收待发送业务数据流；
根据待发送业务数据流的IP描述信息，查询与所述待发送业务数据流对应的数据发送管道；
通过查询出的数据发送管道发送所述待发送业务数据流。
可选的，所述根据待发送业务数据流的IP描述信息，查询与所述待发送业务数据流对应的数据发送管道，包括：
根据所述UE储存的所述待发送业务数据流的IP描述信息与所述数据发送管道间的对应规则，查询所述待发送业务数据流对应的数据发送管道。
可选的，所述处理器执行的操作还包括：
从网络设备获取所述待发送业务数据流的IP描述信息与所述数据发送管道间的对应规则。
附图说明
为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是UE的一种内部系统架构示意图；
图2是本申请业务数据流发送方法的一个实施例的流程图；
图3是UE获取业务数据流的IP描述信息与业务服务域名信息对应规则的方法流程图；
图4是UE的另一种内部系统架构示意图；
图5是本申请业务数据流发送方法的另一个实施例的流程图；
图6是本申请业务数据流发送方法的又一个实施例的流程图；
图7是本申请业务数据流发送装置的一种结构示意图。
具体实施方式
UE的内部系统架构一般包括应用层、操作系统及数据传输层。当应用层生成业务数据流后，业务数据流通过应用层或操作系统传输到数据传输层，数据传输层为业务数据流匹配数据管道。业务数据流通过匹配的数据管道进行发送。
基于上述UE的系统架构，本申请提供了一种业务数据流的发送方法。该方法主要应用于第三代合作伙伴计划(英文：3rd Generation Partnership Project，简称：3GPP)定义的长期演进(英文：Long Term Evolution，简称：LTE)网络以及其后续演进的蜂窝通信系统。该方法还可以应用于由蜂窝通信系统控制的接入技术中，如3GPP定义的无线局域网(英文：Wireless Local Area Networks，简称：WLAN)类的可信接入(Trusted Access)和非可信接入(Un-trusted Access)，又例如LTE和WLAN融合接入的LWA接入技术。
另外，本申请中UE可以是具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(User Equipment，简称UE)，移动台(Mobile station，简称MS)，终端(terminal)，终端设备(Terminal Equipment)等等。为方便描述，本申请中，简称为用户设备或UE。
图1是UE的一种内部系统架构示意图。如图1所示，数据发送过滤器部署在了数据传输层，数据发送过滤器用于为待发送业务数据流分配数据发送管道，如图1中的管道1、管道2……或管道6。其中，数据发送管道可以是PDN连接、承载或发送业务流数据采用的RAT。另外，数据发送过滤器还可以接收来自网络设备的数据，其中，网络设备可以为：ANDSF、eNB、MME、PDN-W、S-GW、PCRF、FD DB及SCEF中的一种或多种(图1仅标识出了ANDSF、PCRF、MME、PDN-W及S-GW)。可选的，数据发送过滤器可以是数据分发过滤器，用于将接收到的待发送业务数据流按照预定规则(如路由规则)分配到对应的发送管道。可选的，如图1所示，数据传输层中除部署数据发送过滤器外，还部署了流信息数据库和路由发送规则数据库。
图2是本申请业务数据流发送方法的一个实施例的流程图，包括如下步骤：
步骤S11：UE中的数据发送过滤器接收来自UE的应用层或操作系统的待发送业务数据流。
步骤S12：数据发送过滤器根据待发送业务数据流的IP描述信息，获取业务服务域名信息。
UE在步骤S11中接收到的待发送业务数据流通常是采用IP描述信息进行描述，具体的，IP描述信息可以是五元组信息(包括源IP地址、源端口、目的IP地址、目的端口及IP协议号)。
数据分发过滤器根据业务数据流的IP描述信息获取业务服务域名信息的一种实现方式可以是：在流信息数据库中预先存储业务数据流的IP描述信息与业务服务域名信息的对应规则。可选的，业务数据流的IP描述信息与业务服务域名信息的对应规则可以由UE预先配置，也可以由UE从网络设备获取。可选的，数据发送过滤器可以从ANDSF、eNB、MME、PDN-W、S-GW、PCRF、FD DB或SCEF中获取上述规则。
步骤S13：数据发送过滤器根据业务服务域名信息，获取与待发送业务数据流对应的数据发送管道。
数据发送过滤器根据业务服务域名信息，获取与待发送业务数据流对应的数据发送管道的其中一种方式是：
UE的路由发送规则数据库中预先存储着业务服务域名信息与数据发送管道的对应规则，数据发送过滤器根据业务服务域名信息从路由发送规则数据库中查询相应的数据发送管道。
可选的，业务服务域名信息与数据发送管道的对应规则可以由UE预先配置，也可以由UE从网络设备获取。可选的，数据发送过滤器可以从ANDSF、eNB、MME、PDN-W、S-GW、PCRF、FD DB或SCEF中获取上述规则。
步骤S14：数据发送过滤器根据数据发送管道发送待发送业务数据流。
本发明实施例中，当数据发送过滤器从路由发送规则数据库中查询到与待发送业务数据流对应的数据发送管道时，通过查询出的数据发送管道发送待发送业务数据流。
可选的，当数据发送过滤器从流信息数据库中未查询到与待发送业务数据流对应的业务服务域名信息，或者
当数据发送过滤器在路由发送规则数据库中未查询到与待发送业务数据流匹配的数据发送管道，或者，
当数据发送过滤器从路由发送规则库中查询到的数据发送管道匹配规则超出了有效周期时，数据发送过滤器采用UE默认的数据发送管道发送待发送业务数据流。
可选的，当路由发送规则数据库中的业务服务域名信息与数据发送管道的对应规则中存在超过有效生命周期的匹配规则时，删除超过有效生命周期的匹配规则。
需要说明的是，UE中的流信息数据库、路由发送规则数据库以及数据发送过滤器可以是合一的，也可以是分开的，可以在操作系统、应用层、数据传输层中的任何一层实现。
可选的，本申请业务数据流发送方法可以与传统方法中的以IP五元组为流描述的TFT中的过滤器(filter)和ANDSF规则等一起工作。具体的，可以本申请的业务数据流发送方法优先，也可以传统技术中的TFT匹配规则和ANDSF规则优先，也可以混合排列优先级。
本申请方法，支持面向移动互联网的大规模服务器部署以及服务器频繁更新的场景。进一步，本申请方法可以支持面向5G的超扁平化、业务分布式部署以及核心网接入不可见的网络架构。
图3是UE获取业务数据流的IP描述信息与业务服务域名信息对应规则的方法流程图。如图3所示，该方法的主要处理步骤包括：
步骤S121：UE的应用层将UE可能访问的业务服务的域名发送给UE的操作系统。
步骤S122：UE的操作系统根据接收到的业务服务域名，向域名系统(英文：Domain Name System，简称：DNS)服务器发送查询信息。
步骤S123：UE的操作系统接收DNS服务器返回的业务服务域名信息与业务服务器IP描述信息的对应关系。
可选的，UE的操作系统接收到的业务服务域名信息与服务器IP描述信息的对应关系包括：UE可能访问的业务服务的FQDN与业务服务器的IP描述信息之间的对应关系；和/或，UE可能访问的业务服务的URL，和/或，APP ID信息与业务服务器的IP描述信息之间的对应关系。
其中，业务服务器的IP描述信息包括业务服务器的源IP地址、目的IP地址、源端口、目的端口及IP协议号中的至少一个。
可选的，APP ID信息包括该APP运行的操作系统ID和APP在该操作系统内的 ID。可选的，APP ID信息中还包括APP运行的操作系统的版本号或APP的版本号。
步骤S124：UE的操作系统根据接收到的业务服务域名信息与业务服务器IP描述信息的对应关系，在流信息数据库中存储业务数据流的IP描述信息与业务服务域名信息的对应规则。
具体的，业务数据流的IP描述信息与业务服务域名信息的对应规则包括：业务数据流的IP描述信息与业务服务器的IP描述信息间的第一对应关系，以及业务服务器的IP描述信息与业务服务域名信息间的第二对应关系。
其中，第一对应关系包括以下一种或多种：
业务数据流的目的IP地址与业务服务器的源IP地址的对应关系；
业务数据流的目的端口与业务服务器的源端口的对应关系；
业务数据流的源IP地址与业务服务器允许访问的源地址范围的对应关系；
业务数据流的源端口与业务服务器所允许访问的源端口范围的对应关系。
例如：具体实施时，当设定业务数据流的目的IP地址与业务服务的源IP地址一致且业务数据流的目的端口与业务服务器的源端口一致时，将该匹配一致的业务服务器与业务数据流进行对应。之后可以利用该匹配一致的业务服务器确定相应的业务服务域名信息。
在利用业务服务器的IP描述信息对业务数据流进行过滤匹配时，还可以进一步限定业务数据流的源IP地址及源端口。例如：IP地址为1.1.14的业务服务器允许匹配的业务数据流的源地址范围为2.2.01～2.2.11，只有源IP地址符合相应设定范围的业务数据流才能进一步进行匹配。
业务服务的域名的域名信息包括：业务服务的域名、URL及APP ID信息。
第二对应关系包括以下一种或多种：
业务服务器的IP描述信息与相应业务服务的域名的对应关系；
业务服务器的IP描述信息与相应业务服务的URL的对应关系；
业务服务器的IP描述信息与相应业务服务的APP ID信息的对应关系。
本发明实施例中，确定业务数据流对应的业务服务器后，根据业务服务器的IP描述信息与业务服务域名信息之间的关系，确定与业务数据流对应的业务服务域名信息，具体的包括确定与业务数据流对应的业务服务的域名、URL及APP ID信息。
UE获取业务服务域名信息与数据发送管道的对应规则的处理过程包括：
(1)UE中的数据发送过滤器接收网络设备制定的业务服务域名信息与数据发送管道的对应规则，其中，制定该规则的网络实体可以是：ANDSF、eNB、MME、PDN-W、 S-GW、PCRF、FD DB及SCEF中的一种或多种。
如图1中，数据发送过滤器可以采用0a中所示的方式，即：数据发送过滤器接收用户面实体发送的业务服务域名信息与数据发送管道的对应规则。可先的，该用户面实体可以为ANDSF。
或者，数据发送过滤器采用0b中所示的方式，即：数据发送过滤器接收控制面实体发送的业务服务域名信息与数据发送管道的对应规则。可选的，该控制面实体可以为MME，其中，MME可以通过非接入层(英文：Non-Access Stratum，简称：NAS)向UE中的数据发送过滤器发送业务服务域名信息与数据发送管道的对应规则。当采用NAS向UE中的数据发送过滤器发送业务服务域名信息与数据发送管道的对应规则时，该规则可以作为对TFT的扩充，即TFT中包括的流过滤器在对业务数据流进行过滤匹配时可以突破仅利用IP信息进行匹配的局限。
MME及ANDSF发送的业务服务域名信息与数据发送管道的对应规则的原始来源可以是PCRF。
(2)数据发送过滤器将从网络设备获得的业务服务域名信息与数据发送管道的对应规则存储在路由发送规则数据库，从而为数据发送过滤器进行数据发送管道查询提供支持。
本申请中，业务服务域名信息与数据发送管道的对应规则包括：
业务服务的FQDN、URL或APP ID信息与数据发送管道的对应规则，其中，数据发送管道可以为PDN连接、承载或者发送业务流数据采用的RAT。
可选的，业务服务域名信息与数据发送管道的对应规则中，业务服务域名信息中的部分内容可以采用通配符代替，如，用‘？’代表任意一个字符，用于‘*’代表任意多个字符。
例如，FQDN的一种典型格式是：abc.alice.com，其中可以使用‘？’代表其中的一个字符，如‘？bc.alice.com’，在该域名中‘？’代表任意一个字符；另外，也可以使用‘*’代表FQDN中的用’.’隔开的字符内容，如用‘*.alice.com’表示一个FQDN，用‘*’表示的部分可以是任意多个任意字符。
进一步，URL中的部分内容也可以使用通配符表示，例如，URL的标准格式如下：
协议类型://服务器地址(必要时需加上端口号)/路径/文件名；
URL的一个具体例子可以为：https://www.alice.com/book/new.txt；
当在URL中使用通配符时，上述URL可以表示为：http？://www.alice.com/book/*.txt，其中‘？’代表任意一个字符，‘*’表示的部分可以是任意多个任意字符。
参照上述描述，APP ID信息中的内容也可以使用通配符进行标识。
按照本发明实施例方法，根据待发送业务数据流的IP描述信息确定出的业务服务域名信息通常确定域名，如为‘abc.alice.com’，而预先存储的业务服务域名信息与数据发送管道对应规则中的业务服务域名信息可能是带有通配符的，如为‘*.alice.com’，‘a？c.alice.com’，‘*bc.alice.*’，当待发送业务数据流的业务服务域名信息符合路由发送规则数据库中的带有通配符的域名信息格式匹配时，确定该带有通配符的业务服务域名信息对应的数据发送管道为待发送业务数据流的发送管道。
可选的，路由发送规则数据库中包含的每个业务服务域名信息与数据发送管道的对应关系均标识有有效生命周期，若超过有效生命周期，则相应的业务服务域名信息与数据发送管道的对应关系失效。UE可以将失效的业务服务域名信息与数据发送管道的对应关系删除。
可选的，网络设备(如PCRF、ANDSF或MME等)可以根据UE访问业务的部署位置、服务质量要求以及会话连续性要求等因素制定业务服域名信息与数据发送管道的对应规则。
如，abc1.alice.com的业务在UE就近部署的情况下，可以将abc1.alice.com配置到能够就近访问的管道(承载，PDN连接，RAT)。
abc2.alice.com的业务需要高质量服务保障的情况下，可以将abc2.alice.com配置到能提供高质量的管道(承载，PDN连接，RAT)。
abc3.alice.com的业务需要高会话连续性保障的情况下，可以将abc3.alice.com配置到能提供较高移动性(移动性锚点较高)的管道(承载，PDN连接，RAT)。
可选的，本实施例的规则也可能来自第三方的配置，如提供互联网(Internet)业务的第三方通过API接口配置规则的内容。
本申请的业务数据流发送方法，根据网络设备配置的路由发送规则，在UE中简便快捷地为待发送业务数据流分配数据发送管道，满足业务数据流发送的现实需求。
图4是UE的另一种内部系统架构示意图。其中，图4所示的UE内部系统架构与图1相比，区别仅在于数据发送过滤器连接的外部网络实体是eNB、MME、FD DB 及SCEF，其它结构均与图1中相同，不再赘述。
图5是本申请业务数据流发送方法的另一个实施例的流程图，包括如下步骤：
步骤S21：UE中的数据发送过滤器接收来自UE的应用层或操作系统的待发送业务数据流。
步骤S22：数据发送过滤器接收来自UE的应用层或操作系统的与待发送业务数据流对应的业务服务域名信息。
可选的，数据发送过滤器在将待发送业务数据流发送给数据发送过滤器时，同时将与待发送业务数据流对应的业务服务域名信息发送给数据发送过滤器。
其中，UE的应用层或操作系统获取业务服务域名信息的方式可以是应用层或操作系统配置也可以是从网络设备中获取。
UE的应用层或操作系统配置业务服务域名信息的方式可以是：UE的应用层或操作系统可以根据用户对网页或应用的访问操作，在生成待发送业务数据流的同时确定与其对应的业务服务域名信息。
进一步的，UE应用层或操作系统发送给数据发送过滤器的业务服务域名信息可以包括：业务服务的FQDN、URL或APP ID信息，其中，在APP ID信息中包括该APP运行的操作系统ID和APP在该操作系统内的ID，可选的，APP ID信息中还包括APP运行的操作系统的版本号或APP的版本号。
步骤S23：数据发送过滤器根据业务服务域名信息与数据发送管道的对应规则，获取与待发送业务数据流对应的数据发送管道。
本发明实施例中，业务服务域名信息的格式，以及业务服务域名信息与数据发送管道的匹配规则与图3所述方法中相同，不再赘述。
可选的，UE的路由发送规则数据库中预先存储着业务服务域名信息与数据发送管道的对应规则，当数据发送过滤器从UE的应用层或操作系统获取到与待发送业务数据流对应的业务服务域名信息后，利用与待发送业务数据流对应的业务服务域名信息从路由发送规则数据库中查询相应的数据发送管道。
进一步，业务服务域名信息与数据发送管道的对应规则可以由UE预先配置，也可以由UE从网络设备中获取，可选的，数据发送过滤器可以从ANDSF、eNB、MME、PDN-W、S-GW、PCRF、FD DB或SCEF中获取上述规则。
步骤S24：数据发送过滤器通过与待发送业务数据流对应的数据发送管道发送待发送业务数据流。
需要说明的是，当数据发送过滤器在路由发送规则数据库中未查询到与待发送业务数据流匹配的数据发送管道或者数据发送过滤器从路由发送规则数据库中查询到的数据发送管道的匹配规则超出了有效周期时，数据发送过滤器采用UE默认的数据发送管道发送待发送的业务数据流。
另外，当路由发送规则数据库中的业务服务域名信息与数据发送管道的对应规则中存在超过有效生命周期的匹配规则时，删除超过有效生命周期的匹配规则。
需要说明的是，UE中的路由发送规则数据库与数据发送过滤器可以是合一的，也可以是分开的，可以在操作系统、应用层、数据传输层中的任何一层实现。
另外，本申请业务数据流发送方法可以与传统方法中的以IP五元组为流描述的TFT中的过滤器(filter)和ANDSF规则等一起工作，具体的，可以本申请的业务数据流发送方法优先，也可以传统技术中的TFT匹配规则和ANDSF规则优先，也可以混合排列优先级。
本申请业务数据流发送方法，可以支持面向5G的超扁平化、业务分布式部署以及接入技术核心网接入不可见的网络架构。支持面向移动互联网大规模服务器部署，并频繁更新的场景。
本申请方法中，UE存储业务数据流与数据发送管道的对应规则，避免网络设备将大量冗余信息发给UE，浪费UE存储和计算资源。
图6是本申请业务数据流发送方法的又一个实施例的流程图，包括如下步骤：
步骤S31：UE中的数据发送过滤器加收来自UE的应用层或操作系统的待发送业务数据流。
上述待发送业务数据流通常采用IP描述信息进行描述，具体的，IP描述信息可以是五元组信息(包括源IP地址、源端口、目的IP地址、目的端口及IP协议号)。
步骤S32：数据发送过滤器根据待发送业务数据流的IP描述信息，查询与待发送业务数据流对应的数据发送管道。
本发明实施例中，数据发送过滤器根据待发送业务数据流的IP描述信息查询数据发送管道的其中一种方式可以是：在UE的路由发送规则数据库中可以预先存储业务数据流的IP描述信息与数据发送管道的对应规则；当数据发送过滤器接收到待发送的业务数据流时，利用待发送业务数据流的IP描述信息从路由发送规则数据库中查询与待发送业务数据流对应的数据发送管道。
上述业务数据流的IP描述信息与数据发送管道的对应规则，可以由UE预先设 置，也可以由UE从网络设备获取，可选的，数据发送过滤器可以从ANDSF、eNB、MME、PDN-W、S-GW、PCRF、FD DB或SCEF中获取业务数据流的IP描述信息与数据发送管道的对应规则。
进一步，业务数据流的IP描述信息包括：源IP地址、目的IP地址、源端口及目的端口中的至少一个；
业务数据流的IP描述信息与数据发送管道的对应规则包括以下至少一种或多种：
业务数据流的目的IP地址与数据发送管道的对应规则；
业务数据流的源IP地址与数据发送管道的对应规则；
业务数据流的目的端口与数据发送管道的对应规则；
业务数据流的源端口与数据发送管道的对应规则。
本发明实施例中，上述数据发送管道可以是PDN连接、承载或发送业务流数据采用的RAT。
步骤S33：数据发送过滤器通过查询出的数据发送管道发送待发送业务数据流。
本发明实施例中，当数据发送过滤器在路由发送规则数据库中未查询到与待发送业务数据流对应的数据发送管道或者查询到的数据发送管道的匹配规则超出了有效生命周期时，数据发送过滤器采用UE默认的数据发送管道发送待发送的业务数据流。
需要说明的是，UE中的路由发送规则数据库与数据发送过滤器可以是合一的，也可以是分开的，可以在操作系统、应用层、数据传输层中的任何地方实现。
进一步，本申请业务数据流发送方法可以与传统方法中的以IP五元组为流描述的TFT中的过滤器(filter)和ANDSF规则等一起工作，具体的，可以本申请的业务数据流发送方法优先，也可以传统技术中的TFT匹配规则和ANDSF规则优先，也可以混合排列优先级。
本申请业务数据流发送方法，可以支持面向5G的超扁平化、业务分布式部署以及接入技术核心网接入不可见的网络架构。支持面向移动互联网大规模服务器部署，并频繁更新的场景。
本申请方法中，UE存储业务数据流与数据发送管道的对应规则，避免网络设备将大量冗余信息发给UE，浪费UE存储和计算资源。
图7是本申请业务数据流发送装置的一种结构示意图。如图7所示，业务数据流发送装置包括处理器402、存储器403和通信接口401。其中，处理器402、存储器 403及通信接口401通过通信总线404相连；通信总线404可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。通信总线404可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口401用于从外部设备(例如：网络设备)收发数据。例如：处理器402处理的数据可以经通信接口402传递到外部设备。
存储器403，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。存储器403可能包含随机存取存储器(random access memory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。图中仅示出了一个处理器，当然，处理器403也可以根据需要，为多个处理器。可选的，本申请图1和图4中的应用层或者操作系统可以存储于存储器403中。当然，本申请中的应用层或者操作系统也可以由其他处理器，或者处理器402与存储器403相互配合实现。
可选的，处理器402可以是基带(baseband)芯片，用于实现本申请中的数据传输层。具体的，处理器402可以实现本申请中的数据发送过滤器。可选的，处理器402可以包括本申请中的流信息数据库和路由发送规则数据库。可选的，本申请中的流信息数据库和路由发送规则数据库也可以包括在存储器403中。
图7所示的业务数据流发送装置可用于执行本申请提供的业务数据流发送方法，其中，处理器402根据存储器403中存储的程序代码，执行如下操作：
接收待发送业务数据流；
获取与待发送业务数据流对应的业务服务域名信息；
根据业务服务域名信息，获取与待发送业务数据流对应的数据发送管道；
根据数据发送管道发送待发送业务数据流。
可选的，获取与待发送业务数据流对应的业务服务域名信息，包括：
根据待发送业务数据流的网络间互联协议IP描述信息，获取业务服务域名信息。
可选的，根据待发送业务数据流的IP描述信息，获取业务服务域名信息，包括：
根据待发送业务数据流的IP描述信息与业务服务域名信息的对应规则，获取获 取业务服务域名信息。
可选的，待发送业务数据流的IP描述信息与业务服务域名信息的对应规则，包括：待发送业务数据流的IP描述信息与业务服务器的IP描述信息间的第一对应关系，以及业务服务器的IP描述信息与业务服务域名信息间的第二对应关系。
可选的，待发送业务数据流的IP描述信息包括：源IP地址、目的IP地址、源端口及目的端口中的至少一个，业务服务器的IP描述信息包括源IP地址、目的IP地址、源端口及目的端口中的至少一个；
第一对应关系包括以下一种或多种：
业务数据流的目的IP地址与业务服务器的源IP地址的对应关系；
业务数据流的目的端口与业务服务器的源端口的对应关系；
业务数据流的源IP地址与业务服务器允许访问的源地址范围的对应关系；
业务数据流的源端口与业务服务器所允许访问的源端口范围的对应关系。
可选的，业务服务域名信息包括：业务服务的域名、业务服务的统一资源定位符URL及业务服务的应用程序标识APP ID信息中的至少一种；
第二对应关系包括以下一种或多种：
业务服务器的IP描述信息与相应业务服务的域名的对应关系；
业务服务器的IP描述信息与相应业务服务的URL的对应关系；
业务服务器的IP描述信息与相应业务服务的APP ID信息的对应关系。
可选的，图7所示装置中还包括应用层和操作系统；
处理器402，执行的操作还包括：
从应用层或者操作系统获取待发送业务数据流的IP描述信息与业务服务域名信息的对应规则。
可选的，图7所示装置中还包括应用层和操作系统；
获取与待发送业务数据流对应的业务服务域名信息，包括：
从应用层模块或者操作系统模块接收业务服务域名信息。
可选的，根据业务服务域名信息，获取与待发送业务数据流对应的数据发送管道， 包括：
根据业务服务域名信息与待发送业务数据流对应的数据发送管道的对应规则，获取与待发送业务数据流对应的数据发送管道。
可选的，业务服务域名信息与数据发送管道的对应规则，包括以下一种或多种：
业务服务的域名与数据发送管道的对应规则；
业务服务的URL与数据发送管道的对应规则；
业务服务的APP ID信息与数据发送管道的对应规则。
可选的，处理器402执行的操作还包括：
从网络设备获取业务服务域名信息与待发送业务数据流对应的数据发送管道的对应规则。
可选的，数据发送管道包括：分组数据网络PDN连接、承载或发送业务流数据采用的无线接入技术RAT。
图7所示的业务数据流发送装置还可执行如下操作：
接收待发送业务数据流；
根据待发送业务数据流的IP描述信息，查询与待发送业务数据流对应的数据发送管道；
通过查询出的数据发送管道发送待发送业务数据流。
可选的，根据待发送业务数据流的IP描述信息，查询与待发送业务数据流对应的数据发送管道，包括：
根据UE储存的待发送业务数据流的IP描述信息与数据发送管道间的对应规则，查询待发送业务数据流对应的数据发送管道。
可选的，业务数据流的IP描述信息包括：源IP地址、目的IP地址、源端口及目的端口中的至少一个；
业务数据流的IP描述信息与数据发送管道的对应规则包括以下至少一种或多种：
业务数据流的目的IP地址与数据发送管道的对应规则；
业务数据流的源IP地址与数据发送管道的对应规则；
业务数据流的目的端口与数据发送管道的对应规则；
业务数据流的源端口与数据发送管道的对应规则。
可选的，处理器402执行的操作还包括：
从网络设备获取待发送业务数据流的IP描述信息与数据发送管道间的对应规则。
可选的，数据发送管道包括：分组数据网络PDN连接、承载或发送业务流数据采用的无线接入技术RAT。
本发明实施例中，UE获取待发送业务数据流的业务服务域名信息，并根据业务服务域名信息直接匹配出相应的数据发送管道，此方式下，UE无需根据待发送业务数据流的IP描述信息与TFT过滤器的一一加载比较确定管道，实现过程比较简单，尤其，在业务服务器IP地址数量比较多、服务器IP地址经常发生变化的场景下，利用本发明实施例的方法确定待发送业务数据流的发送管道时，无需加载数量众多的服务器IP地址及相应的承载，因此也就不会出现业务服务器IP地址加载不成功，无法确定数据发送管道等问题，可见，本发明实施例方法以较为简便的方式确定业务数据流的发送管道，且能适应各类数据发送场景，提高业务数据流的发送效率。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于图7所示的业务数据流发送装置而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。
还应理解，在本发明的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应理解，在本发明实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据 A和/或其它信息确定B。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access  Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上某一实施例中的技术特征和描述，为了使申请文件简洁清楚，可以理解适用于其他实施例，在其他实施例不再一一赘述。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (34)

  1. 一种业务数据流发送方法，其特征在于，包括：
    用户设备UE中的数据发送过滤器接收待发送业务数据流；
    所述数据发送过滤器获取与所述待发送业务数据流对应的业务服务域名信息；
    所述数据发送过滤器根据所述业务服务域名信息，获取与所述待发送业务数据流对应的数据发送管道；
    所述数据发送过滤器根据所述数据发送管道发送所述待发送业务数据流。
  2. 根据权利要求1所述的方法，其特征在于，所述数据发送过滤器获取与待发送业务数据流对应的业务服务域名信息，包括：
    所述数据发送过滤器根据待发送业务数据流的网络间互联协议IP描述信息，获取所述业务服务域名信息。
  3. 根据权利要求2所述的方法，其特征在于，所述数据发送过滤器根据待发送业务数据流的IP描述信息，获取所述业务服务域名信息，包括：
    所述数据发送过滤器根据所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则，获取所述业务服务域名信息。
  4. 根据权利要求3所述的方法，其特征在于，所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则，包括：所述待发送业务数据流的IP描述信息与业务服务器的IP描述信息间的第一对应关系，以及所述业务服务器的IP描述信息与所述业务服务域名信息间的第二对应关系。
  5. 根据权利要求4所述的方法，其特征在于，所述待发送业务数据流的IP描述信息包括：源IP地址、目的IP地址、源端口及目的端口中的至少一个，所述业务服务器的IP描述信息包括源IP地址、目的IP地址、源端口及目的端口中的至少一个；
    所述第一对应关系包括以下一种或多种：
    业务数据流的目的IP地址与业务服务器的源IP地址的对应关系；
    业务数据流的目的端口与业务服务器的源端口的对应关系；
    业务数据流的源IP地址与业务服务器允许访问的源地址范围的对应关系；
    业务数据流的源端口与业务服务器所允许访问的源端口范围的对应关系。
  6. 根据权利要求4或5所述的方法，其特征在于，所述业务服务域名信息包括：业务服务的域名、业务服务的统一资源定位符URL及业务服务的应用程 序标识APP ID信息中的至少一种；
    所述第二对应关系包括以下一种或多种：
    业务服务器的IP描述信息与相应业务服务的域名的对应关系；
    业务服务器的IP描述信息与相应业务服务的URL的对应关系；
    业务服务器的IP描述信息与相应业务服务的APP ID信息的对应关系。
  7. 根据权利要求3～6中任一项所述的方法，其特征在于，所述方法还包括：
    所述数据发送过滤器从所述UE的应用层或者操作系统获取所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则。
  8. 根据权利要求1所述的方法，其特征在于，
    所述UE中的数据发送过滤器获取与待发送业务数据流对应的业务服务域名信息，包括：
    所述数据发送过滤器从所述UE的应用层或者操作系统接收所述业务服务域名信息。
  9. 根据权利要求1-8中任一项所述的方法，其特征在于，
    所述数据发送过滤器根据所述业务服务域名信息，获取与所述待发送业务数据流对应的数据发送管道，包括：
    所述数据发送过滤器根据所述业务服务域名信息与所述待发送业务数据流对应的数据发送管道的对应规则，获取与所述待发送业务数据流对应的数据发送管道。
  10. 根据权利要求9所述的方法，其特征在于，所述业务服务域名信息与数据发送管道的对应规则，包括以下一种或多种：
    业务服务的域名与数据发送管道的对应规则；
    业务服务的URL与数据发送管道的对应规则；
    业务服务的APP ID信息与数据发送管道的对应规则。
  11. 根据权利要求9或10所述的方法，其特征在于，所述方法还包括：
    所述UE从网络设备获取所述业务服务域名信息与所述待发送业务数据流对应的数据发送管道的对应规则。
  12. 根据权利要求1～11中任一项所述的方法，其特征在于，所述数据发送管道包括：分组数据网络PDN连接、承载或发送业务流数据采用的无线接入技术RAT。
  13. 一种业务数据流发送方法，其特征在于，包括：
    用户设备UE中的数据发送过滤器接收待发送业务数据流；
    所述数据发送过滤器根据待发送业务数据流的IP描述信息，查询与所述待发送业务数据流对应的数据发送管道；
    所述数据发送过滤器通过查询出的数据发送管道发送所述待发送业务数据流。
  14. 根据权利要求13所述的方法，其特征在于，
    所述数据发送过滤器根据待发送业务数据流的IP描述信息，查询与所述待发送业务数据流对应的数据发送管道,包括：
    所述数据发送过滤器根据所述UE储存的所述待发送业务数据流的IP描述信息与所述数据发送管道间的对应规则，查询所述待发送业务数据流对应的数据发送管道。
  15. 根据权利要求14所述的方法，其特征在于，所述业务数据流的IP描述信息包括：源IP地址、目的IP地址、源端口及目的端口中的至少一个；
    所述业务数据流的IP描述信息与数据发送管道的对应规则包括以下至少一种或多种：
    业务数据流的目的IP地址与数据发送管道的对应规则；
    业务数据流的源IP地址与数据发送管道的对应规则；
    业务数据流的目的端口与数据发送管道的对应规则；
    业务数据流的源端口与数据发送管道的对应规则。
  16. 根据权利要求14或15所述的方法，其特征在于，所述方法还包括：
    所述UE从网络设备获取所述待发送业务数据流的IP描述信息与所述数据发送管道间的对应规则。
  17. 根据权利要求13～16中任一项所述的方法，其特征在于，所述数据发送管道包括：分组数据网络PDN连接、承载或发送业务流数据采用的无线接入技术RAT。
  18. 一种业务数据流发送装置，其特征在于，包括：处理器和存储器；
    所述存储器用于存储程序代码；
    所述处理器用于根据所述存储器中存储的程序代码，执行如下操作：
    接收待发送业务数据流；
    获取与所述待发送业务数据流对应的业务服务域名信息；
    根据所述业务服务域名信息，获取与所述待发送业务数据流对应的数据发送管道；
    根据所述数据发送管道发送所述待发送业务数据流。
  19. 根据权利要求18所述的装置，其特征在于，所述获取与待发送业务数据流对应的业务服务域名信息，包括：
    根据待发送业务数据流的网络间互联协议IP描述信息，获取所述业务服务域名信息。
  20. 根据权利要求19所述的装置，其特征在于，所述根据待发送业务数据流的IP描述信息，获取所述业务服务域名信息，包括：
    根据所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则，获取获取所述业务服务域名信息。
  21. 根据权利要求20所述的装置，其特征在于，所述待发送业务数据流的IP描述信息与所述业务服务域名信息的对应规则，包括：所述待发送业务数据流的IP描述信息与业务服务器的IP描述信息间的第一对应关系，以及所述业务服务器的IP描述信息与所述业务服务域名信息间的第二对应关系。
  22. 根据权利要求21所述的装置，其特征在于，所述待发送业务数据流的IP描述信息包括：源IP地址、目的IP地址、源端口及目的端口中的至少一个，所述业务服务器的IP描述信息包括源IP地址、目的IP地址、源端口及目的端口中的至少一个；
    所述第一对应关系包括以下一种或多种：
    业务数据流的目的IP地址与业务服务器的源IP地址的对应关系；
    业务数据流的目的端口与业务服务器的源端口的对应关系；
    业务数据流的源IP地址与业务服务器允许访问的源地址范围的对应关系；
    业务数据流的源端口与业务服务器所允许访问的源端口范围的对应关系。
  23. 根据权利要求21或22所述的装置，其特征在于，所述业务服务域名信息包括：业务服务的域名、业务服务的统一资源定位符URL及业务服务的应用程序标识APP ID信息中的至少一种；
    所述第二对应关系包括以下一种或多种：
    业务服务器的IP描述信息与相应业务服务的域名的对应关系；
    业务服务器的IP描述信息与相应业务服务的URL的对应关系；
    业务服务器的IP描述信息与相应业务服务的APP ID信息的对应关系。
  24. 根据权利要求20～23中任一项所述的装置，其特征在于，还包括应用层和操作系统；
    所述处理器，执行的操作还包括：
    从所述应用层或者所述操作系统获取所述待发送业务数据流的IP描述信息 与所述业务服务域名信息的对应规则。
  25. 根据权利要求18所述的装置，其特征在于，还包括应用层和操作系统；
    所述获取与待发送业务数据流对应的业务服务域名信息，包括：
    从所述应用层模块或者操作系统模块接收所述业务服务域名信息。
  26. 根据权利要求18-25中任一项所述的装置，其特征在于，
    所述根据所述业务服务域名信息，获取与所述待发送业务数据流对应的数据发送管道，包括：
    根据所述业务服务域名信息与所述待发送业务数据流对应的数据发送管道的对应规则，获取与所述待发送业务数据流对应的数据发送管道。
  27. 根据权利要求26所述的装置，其特征在于，所述业务服务域名信息与数据发送管道的对应规则，包括以下一种或多种：
    业务服务的域名与数据发送管道的对应规则；
    业务服务的URL与数据发送管道的对应规则；
    业务服务的APP ID信息与数据发送管道的对应规则。
  28. 根据权利要求26或27所述的装置，其特征在于，所述处理器执行的操作还包括：
    从网络设备获取所述业务服务域名信息与所述待发送业务数据流对应的数据发送管道的对应规则。
  29. 根据权利要求18～28中任一项所述的装置，其特征在于，所述数据发送管道包括：分组数据网络PDN连接、承载或发送业务流数据采用的无线接入技术RAT。
  30. 一种业务数据流发送装置，其特征在于，包括：处理器和存储器；
    所述存储器用于存储程序代码；
    所述处理器用于根据所述存储器中存储的程序代码，执行如下操作：
    接收待发送业务数据流；
    根据待发送业务数据流的IP描述信息，查询与所述待发送业务数据流对应的数据发送管道；
    通过查询出的数据发送管道发送所述待发送业务数据流。
  31. 根据权利要求30所述的装置，其特征在于，所述根据待发送业务数据流的IP描述信息，查询与所述待发送业务数据流对应的数据发送管道，包括：
    根据所述UE储存的所述待发送业务数据流的IP描述信息与所述数据发送管道间的对应规则，查询所述待发送业务数据流对应的数据发送管道。
  32. 根据权利要求31所述的装置，其特征在于，所述业务数据流的IP描述信息包括：源IP地址、目的IP地址、源端口及目的端口中的至少一个；
    所述业务数据流的IP描述信息与数据发送管道的对应规则包括以下至少一种或多种：
    业务数据流的目的IP地址与数据发送管道的对应规则；
    业务数据流的源IP地址与数据发送管道的对应规则；
    业务数据流的目的端口与数据发送管道的对应规则；
    业务数据流的源端口与数据发送管道的对应规则。
  33. 根据权利要求31或32所述的装置，其特征在于，所述处理器执行的操作还包括：
    从网络设备获取所述待发送业务数据流的IP描述信息与所述数据发送管道间的对应规则。
  34. 根据权利要求30～33中任一项所述的装置，其特征在于，所述数据发送管道包括：分组数据网络PDN连接、承载或发送业务流数据采用的无线接入技术RAT。
PCT/CN2016/081994 2016-05-13 2016-05-13 业务数据流发送方法及装置 WO2017193363A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201680085569.XA CN109076381B (zh) 2016-05-13 2016-05-13 业务数据流发送方法及装置
PCT/CN2016/081994 WO2017193363A1 (zh) 2016-05-13 2016-05-13 业务数据流发送方法及装置
EP16901318.2A EP3448112B1 (en) 2016-05-13 2016-05-13 Service data stream transmission method and device
US16/188,659 US11102671B2 (en) 2016-05-13 2018-11-13 Service data flow sending method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/081994 WO2017193363A1 (zh) 2016-05-13 2016-05-13 业务数据流发送方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/188,659 Continuation US11102671B2 (en) 2016-05-13 2018-11-13 Service data flow sending method and apparatus

Publications (1)

Publication Number Publication Date
WO2017193363A1 true WO2017193363A1 (zh) 2017-11-16

Family

ID=60266853

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/081994 WO2017193363A1 (zh) 2016-05-13 2016-05-13 业务数据流发送方法及装置

Country Status (4)

Country Link
US (1) US11102671B2 (zh)
EP (1) EP3448112B1 (zh)
CN (1) CN109076381B (zh)
WO (1) WO2017193363A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115022981A (zh) * 2019-02-15 2022-09-06 华为技术有限公司 建立承载的方法、装置及可读存储介质
CN112988828B (zh) * 2021-04-25 2024-03-12 北京致趣科技有限公司 消息推送方法及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102209357A (zh) * 2004-12-09 2011-10-05 美商内数位科技公司 蜂巢式网络及无线区域网络互连方法及系统
US8060612B1 (en) * 2006-09-29 2011-11-15 Sprint Communications Company L.P. NAI (Network Access Identifier) embedding
CN103974237A (zh) * 2013-02-06 2014-08-06 中国移动通信集团公司 移动性管理方法及实体
CN104754657A (zh) * 2013-12-30 2015-07-01 中兴通讯股份有限公司 策略控制方法、策略执行以及下发装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150052253A1 (en) * 2014-09-22 2015-02-19 Weaved, Inc. Multi-server fractional subdomain dns protocol
CN101399843B (zh) * 2007-09-27 2012-11-28 中兴通讯股份有限公司 报文深度过滤方法
US8185628B2 (en) * 2008-03-07 2012-05-22 At&T Mobility Ii Llc Enhanced policy capabilities for mobile data services
US8665724B2 (en) * 2009-06-12 2014-03-04 Cygnus Broadband, Inc. Systems and methods for prioritizing and scheduling packets in a communication network
EP2981034A1 (en) * 2011-06-28 2016-02-03 Interdigital Patent Holdings, Inc. Managing data mobility policies
US9526022B2 (en) * 2012-08-03 2016-12-20 Intel Corporation Establishing operating system and application-based routing policies in multi-mode user equipment
CN102891855B (zh) * 2012-10-16 2015-06-03 北京神州绿盟信息安全科技股份有限公司 网络数据流安全处理方法及设备
US20160157280A1 (en) * 2013-04-24 2016-06-02 Telefonaktiebolaget L M Ericsson (Publ) Signalling reduction for ip traffic in wireless networks
CN103401850A (zh) * 2013-07-19 2013-11-20 北京星网锐捷网络技术有限公司 一种报文过滤方法及装置
CN103533527A (zh) * 2013-10-17 2014-01-22 中国联合网络通信集团有限公司 业务数据流发送处理方法和装置
US9980299B2 (en) * 2014-03-24 2018-05-22 Intel IP Corporation Use of an OMA management object to support application-specific congestion control in mobile networks
KR102247971B1 (ko) * 2014-10-24 2021-05-04 삼성전자 주식회사 전자 장치 및 전자 장치의 신호 송수신 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102209357A (zh) * 2004-12-09 2011-10-05 美商内数位科技公司 蜂巢式网络及无线区域网络互连方法及系统
US8060612B1 (en) * 2006-09-29 2011-11-15 Sprint Communications Company L.P. NAI (Network Access Identifier) embedding
CN103974237A (zh) * 2013-02-06 2014-08-06 中国移动通信集团公司 移动性管理方法及实体
CN104754657A (zh) * 2013-12-30 2015-07-01 中兴通讯股份有限公司 策略控制方法、策略执行以及下发装置

Also Published As

Publication number Publication date
CN109076381B (zh) 2021-02-23
US11102671B2 (en) 2021-08-24
EP3448112A4 (en) 2019-05-15
US20190082347A1 (en) 2019-03-14
EP3448112B1 (en) 2020-04-22
EP3448112A1 (en) 2019-02-27
CN109076381A (zh) 2018-12-21

Similar Documents

Publication Publication Date Title
US10462828B2 (en) Policy and billing services in a cloud-based access solution for enterprise deployments
EP3691206B1 (en) Policy update method and apparatus
US9787537B2 (en) Customizable mobile broadband network system and method for customizing mobile broadband network
US10674421B2 (en) Data packet processing method and device
US9288790B2 (en) Method and apparatus for bearer processing
WO2021042398A1 (zh) 一种通信方法及装置、网络设备、终端设备
US20220046758A1 (en) Systems and methods for providing low latency services via an evolved packet core network
US11044629B2 (en) Wireless communication method, user equipment, access network device, and core network device
WO2021243837A1 (zh) 基于ursp规则的应用数据路由方法及用户设备
WO2019062498A1 (zh) 获取特征参数的方法和装置
WO2018006306A1 (zh) 一种网络连接配置方法及装置
WO2017177753A1 (zh) 一种基于流的承载管理方法、数据传输方法及装置
US20150023350A1 (en) Network connection via a proxy device using a generic access point name
WO2019158093A1 (zh) 一种确定ssc模式的方法及装置
WO2016180113A1 (zh) WiFi语音业务发起的方法、LTE通信设备、终端及通信系统
WO2015135216A1 (zh) 业务流的业务链控制方法和装置
WO2016197689A1 (zh) 处理报文的方法、装置和系统
EP3852324B1 (en) Wireless communication methods, user equipment and access network device
EP3499922B1 (en) Method, device and computer-readable storage medium for applying qos based on user plane data mapping
US11102671B2 (en) Service data flow sending method and apparatus
US9560583B2 (en) Gateway selection based on geographical location
WO2021036891A1 (zh) 一种无线承载处理的方法及终端设备
WO2023102680A1 (zh) 拥塞控制方法、装置、设备、介质、芯片、产品及程序
US20200015114A1 (en) Method for reducing overhead of air interface data transmission
WO2023011407A1 (zh) 通信方法和装置

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016901318

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016901318

Country of ref document: EP

Effective date: 20181122

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

Ref document number: 16901318

Country of ref document: EP

Kind code of ref document: A1