WO2015135124A1 - 一种信息传送方法及装置 - Google Patents

一种信息传送方法及装置 Download PDF

Info

Publication number
WO2015135124A1
WO2015135124A1 PCT/CN2014/073183 CN2014073183W WO2015135124A1 WO 2015135124 A1 WO2015135124 A1 WO 2015135124A1 CN 2014073183 W CN2014073183 W CN 2014073183W WO 2015135124 A1 WO2015135124 A1 WO 2015135124A1
Authority
WO
WIPO (PCT)
Prior art keywords
entity
party application
session
network
identity information
Prior art date
Application number
PCT/CN2014/073183
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 RU2016139606A priority Critical patent/RU2654140C2/ru
Priority to MX2016011755A priority patent/MX362086B/es
Priority to CN201480000852.9A priority patent/CN105144836B/zh
Priority to EP14885172.8A priority patent/EP3107352B1/en
Priority to PCT/CN2014/073183 priority patent/WO2015135124A1/zh
Priority to BR112016020891-9A priority patent/BR112016020891B1/pt
Publication of WO2015135124A1 publication Critical patent/WO2015135124A1/zh
Priority to US15/261,503 priority patent/US10581979B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/503—Internet protocol [IP] addresses using an authentication, authorisation and accounting [AAA] protocol, e.g. remote authentication dial-in user service [RADIUS] or Diameter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/53—Network services using third party service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to an information transmission method and apparatus. Background technique
  • anchor entities in the network Establish an HTTP (HyperText Transfer Protocol) connection with a third-party application entity, and establish an Diameter (diameter, Diameter protocol) between the anchor entity and other entities in the network (that is, the intra-target entity that the third-party application entity requests the session). Is an upgraded version of the radius RADIUS protocol.
  • the anchor entity is used as an intermediary to address the third-party application entity to access the third-party application entity to the carrier network to implement the third-party application entity and the intranet target. Interaction between entities.
  • the anchor entity can be understood as a network edge device in a mobile network that can directly communicate with an out-of-network device (for example, a third-party application entity), as shown in FIG. 1 , a PC (Protocol Converter). Establishing an HTTP connection with the third-party entity AF (Application Function) as an anchor entity, and establishing a Diameter session with the in-network target entity PCRF (Policy and Charging Rules Function) .
  • AF Application Function
  • PCRF Policy and Charging Rules Function
  • the information transmission method and apparatus of the embodiments of the present invention are used to correctly forward a packet flow flowing through an anchor entity to a target third-party application entity.
  • an embodiment of the present invention provides an information transmission apparatus, where the apparatus includes: a session request receiving unit, configured to receive a first session request sent by a third-party application entity, where The first session request includes identity information of the third-party application entity and identity information of the target entity in the network;
  • a first session establishing unit configured to establish a first session with the third-party application entity
  • a request sending unit configured to send a second session request to the target entity in the network, where the second session request includes an anchor entity Identity information and identity information of the third party application entity
  • An information receiving unit configured to receive information reported by the target entity in the network, where the information includes the reported event and the identity information of the third-party application entity;
  • a forwarding unit configured to forward the reported event to the corresponding third-party application entity according to the identity information of the third-party application entity included in the information.
  • the session request receiving unit includes: a connection establishing unit, configured to establish a webpage-based socket websocket connection by using a handshake with the third-party application entity;
  • a session request receiving subunit configured to receive the first session request that is sent by the third party application entity on the websocket connection.
  • the device maintains a list corresponding to the target entity in the network, where all third-party applications corresponding to the target entity in the network are added.
  • the identity information of the entity the device further includes:
  • a termination request receiving unit configured to receive a session termination request sent by a third-party application entity to be terminated, where the session termination request includes identity information of the third-party application entity to be terminated;
  • a determining unit configured to determine whether the identity information of the third-party application entity to be terminated is only saved in the list
  • a session termination unit configured to clear the list and terminate the second session when the determining unit determines to be YES;
  • a deleting unit configured to delete the identity information of the third-party application to be terminated stored in the list when the determining unit determines to be no.
  • the device further establishes a second session with other target entities in the network according to the request of the third-party application entity, and maintains the other a list corresponding to the target entities in the network, and the list is added with the other
  • the identity information of all the third-party application entities corresponding to the target entity in the network the session termination request received by the termination request receiving unit further includes the identity information of the target entity in the network, and the device further includes:
  • a searching unit configured to search, according to at least two lists of the maintenance, a list corresponding to the identity information of the target entity in the network, and notify the determining unit to determine whether the third-party application to be terminated is only saved in the searched list.
  • the identity information of the entity configured to search, according to at least two lists of the maintenance, a list corresponding to the identity information of the target entity in the network, and notify the determining unit to determine whether the third-party application to be terminated is only saved in the searched list.
  • an embodiment of the present invention provides an information transmission apparatus, where the apparatus includes: a session request sending unit, configured to send a first session request to an anchor entity, where the first session request includes a third-party application entity The identity information and the identity information of the target entity in the network; the identity information of the third-party application entity is used to forward to the target entity in the network when the anchor entity sends a second session request to the target entity in the network;
  • a first session establishing unit configured to receive a response returned by the anchor entity, and establish a first session with the anchor entity
  • An information receiving unit configured to receive, after the anchor entity and the target entity in the network establish a second session, a reporting event that is forwarded by the anchor entity according to the identity information of the third-party application entity, where the third party The identity information of the application entity and the reported event are sent by the target entity in the network to the anchor entity.
  • the session request sending unit includes: a connection establishing unit, configured to establish a webpage-based socket websocket connection by using the handshake entity with the anchor entity;
  • an embodiment of the present invention provides an information transmission method, where the method includes: an anchor entity receives a first session request sent by a third-party application entity, where the first session request includes the third-party application entity Identity information and identity information of the target entity within the network;
  • the anchor entity establishes a first session with the third-party application entity, and sends a second session request to the target entity in the network, where the second session request includes identity information of the anchor entity and the The identity information of the three-party application entity;
  • the anchor entity establishes a second session with the target entity in the network, and receives the target in the network
  • the information reported by the entity the information including the reporting event and the identity information of the third-party application entity; the anchor entity forwarding the uplink event to the corresponding one according to the identity information of the third-party application entity included in the information Third-party application entities.
  • the identity information of the third-party application entity includes at least one of an IP address, a uniform resource locator URL, and a connection identifier;
  • the identity information of the target entity in the network includes: a diameter of the target entity in the network, a Diameter host identifier, and an identifier of a Diameter domain in which the target entity is located in the network; or the identity information of the target entity in the network includes: identity information of the user terminal;
  • the identity information of the anchor entity includes: a Diameter host identifier of the anchor entity and an identifier of a Diameter domain where the anchor entity is located.
  • the anchor entity receives the first session request sent by the third-party application entity, including:
  • the anchor entity and the third-party application entity establish a web-based socket websocket connection by one handshake
  • the anchor entity receives the first session request transmitted by the third party application entity on the websocket connection.
  • the anchor entity maintains a list corresponding to the target entity in the network, and the list includes all the corresponding to the target entity in the network.
  • the identity information of the third party application entity the method further includes:
  • the anchor entity receives the session termination request sent by the third-party application entity to be terminated, and the session termination request includes the identity information of the third-party application entity to be terminated;
  • the anchor entity determines whether the identity information of the third-party application entity to be terminated is saved in the list, and if yes, the anchor entity clears the list and terminates the second session; if not, The anchor entity deletes the identity information of the third-party application to be terminated stored in the list.
  • the anchor entity further establishes a second session with other target entities in the network according to the request of the third-party application entity, and maintains a list corresponding to the target entities in the other networks, where the identity information of all the third-party application entities corresponding to the target entities in the other network is added, and the session ends.
  • the request further includes identity information of the target entity in the network
  • the method further includes:
  • the anchor entity searches for a list corresponding to the identity information of the target entity in the network from the at least two lists maintained, and then performs the determining whether the identity of the third-party application entity to be terminated is only saved in the list. The steps of the information.
  • an embodiment of the present invention provides an information transmission method, where the method includes: a third-party application entity sends a first session request to an anchor entity, where the first session request includes an identity of the third-party application entity. Information and identity information of the target entity in the network; the identity information of the third-party application entity is used to forward to the target entity in the network when the anchor entity sends a second session request to the target entity in the network;
  • the third-party application entity receives a report event that is forwarded by the anchor entity according to the identity information of the third-party application entity, where the third party The identity information of the application entity and the reported event are sent by the target entity in the network to the anchor entity.
  • the sending, by the third-party application entity, the first session request to the anchor entity includes:
  • the third-party application entity establishes a web-based socket websocket connection with the anchor entity by one handshake
  • the third party application entity transmits the first session request to the anchor entity on the websocket connection.
  • an embodiment of the present invention provides an information transmission apparatus, including at least one processor, at least one network interface or other communication interface, a memory, and at least one communication bus; the memory is configured to store program instructions, where The processor is configured to perform the following steps according to the program instructions:
  • the receiving, by the third-party application entity, the first session request includes:
  • the processor maintains a list corresponding to the target entity in the network, where all third parties corresponding to the target entity in the network are added to the list
  • the identity information of the application entity the processor is further configured to perform the following steps:
  • Determining whether the identity information of the third-party application entity to be terminated is saved in the list, and if yes, clearing the list and terminating the second session; if not, deleting the saved in the list.
  • the processor further establishes a second session with other target entities in the network according to the request of the third-party application entity, and maintains with the other a list of the target entities in the network, where the identity information of all the third-party application entities corresponding to the target entities in the other network is added, and the session termination request further includes the identity information of the target entity in the network.
  • the processor is further configured to perform the following steps:
  • the third-party application entity when the anchor entity establishes a Diameter session with the target entity in the network according to the request of the third-party application entity, the third-party application entity
  • the identity information is sent to the target entity in the network, so that the target entity in the network can add the identity information of the third-party application entity to the reported information when collecting the network event that needs to be reported to the third-party application entity, together with the network event.
  • the anchor entity is sent to the anchor entity.
  • the anchor entity can accurately forward the network event to the corresponding third-party application entity to implement correct identification and forwarding of the packet flow.
  • Figure 1 is a schematic diagram of an AF interacting with a PCRF through a PC
  • FIG. 2 is a schematic diagram of a plurality of AFs addressing a PCRF through a PC;
  • FIG. 3 is a flowchart of Embodiment 1 of an information transmission method on an anchor entity side according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a first session request sent by an anchor node entity to a third-party application entity according to an embodiment of the present invention
  • FIG. 5 is a flowchart of Embodiment 2 of an information transmission method on an anchor entity side according to an embodiment of the present invention
  • FIG. 6 is a flowchart of Embodiment 3 of an information transmission method on an anchor entity side according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of an information transmission apparatus on an anchor entity side according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of a session request receiving unit in an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of an information transmitting apparatus on a third-party application entity side according to an embodiment of the present invention
  • FIG. 11 is a schematic diagram of a session request sending unit according to an embodiment of the present invention
  • FIG. 12 is a block diagram showing the hardware configuration of an information transmission system according to an embodiment of the present invention. detailed description
  • the user accesses the video website through the user terminal.
  • the AF server of the video website acts as a third-party application entity, requesting the policy and charging rule function unit PCRF in the carrier network (ie, the intranet in the present invention).
  • the target entity establishes a session and implements accurate charging.
  • the AF first interacts with the edge device of the carrier network (that is, the anchor entity in the present invention, the anchor entity can be directly exposed to the third party, as an example, the anchor
  • the point entity can be embodied as a protocol converter PC) to establish an HTTP connection; then the PC and the PCRF establish a Diameter session, and finally a session between the third party and the user terminal.
  • multiple AFs may be located through the same PC to address the same PCRF.
  • there are three AFs (AF1, AF2, AF3, respectively) connected to the PCRF through the PC. If the PCRF collects the network event that needs to be reported to the AF1, but the event forwarding is performed by the PC, the PC cannot distinguish which of the three AFs the network event is to be forwarded to, that is, the solution of the present invention is mainly directed to multiple
  • a third-party application entity addresses an in-network target entity through an anchor entity, it raises the problem of stream identification on the same anchor entity.
  • Embodiment 1 of an information transmission method on an anchor entity side in an embodiment of the present invention is shown, which may include:
  • Step 101 The anchor entity receives a first session request sent by a third-party application entity, where the first session request includes identity information of the third-party application entity and identity information of the target entity in the network.
  • the AF first sends a first session request to the PC to establish an HTTP session between the third-party application entity and the anchor entity.
  • the first session request includes at least the following two information: (1) the third-party application entity Identity Information
  • the identity letter of the third-party application entity located outside the operator's mobile communication network may be embodied in at least one of the following: an IP address (IPv4 address or IPv6 address) of the AF, a Uniform Resource Locator (URL), and a connection identifier between the third-party application entity and the anchor entity.
  • IPv4 address or IPv6 address IPv4 address or IPv6 address
  • URL Uniform Resource Locator
  • the connection identifier may be embodied as: if the first session is established through the websocket, it is embodied as a websocket connection identifier; if through HTTP2.0 When the first session is established, it is embodied as an HTTP connection identifier.
  • This information is mainly used to make the PC clear who the AF is currently trying to establish the session, so that the PC can correctly initiate a second session request to the object and establish a Diameter session.
  • the identity information of the target entity in the network can be expressed as: the Diameter host identifier of the PCRF and the identifier of the Diameter domain in which the PCRF is located.
  • the third-party application entity AF performs the PCRF addressing of the target entity in the network according to the identity information of the user equipment UE (User Equipment), and determines the identifier of the PCRF (which can be embodied as the Diameter host name and/or IP address of the PCRF) and The identifier of the Diameter domain is sent to the PC as the identity information of the target entity in the network.
  • UE User Equipment
  • the identifier of the Diameter domain is sent to the PC as the identity information of the target entity in the network.
  • the third-party application entity AF searches for the configuration relationship by knowing the UE identity information.
  • the PCRF identity information is available.
  • the identity information of the target entity in the network may also be embodied as: identity information of the user terminal UE, example port, IP address of the UE, IMSI (International Mobile Subscriber Identification), MSISDN (Mobile Station International ISDN)
  • IMSI International Mobile Subscriber Identification
  • MSISDN Mobile Station International ISDN
  • the third-party application entity AF directly sends the identity information of the UE for initial addressing to the PC as the input information addressed by the target entity in the network, and the PC performs the PCRF addressing of the target entity in the network accordingly.
  • the identifier of the PCRF and the identifier of the Diameter domain in which it is located are determined, and a subsequent session establishment process is performed.
  • the correspondence between the UE identity information and the PCRF identity information may be pre-configured in the anchor entity PC in advance. In this way, the anchor entity PC can obtain the PCRF identity information by looking up the configuration relationship when the UE identity information is known. .
  • the third-party application entity AF is a device outside the carrier network
  • the out-of-network device has the right to address the identity information of the target entity in the Diameter domain in the network, it is obvious that the security of the target entity in the network is low, so in this mode
  • Use UE identity information as an intranet target The input information of the entity addressing is addressed by the anchor entity PC located in the network, and the session security between the third-party application entity and the target entity in the network can be improved.
  • the manner in which the anchor entity receives the first session request sent by the third-party application entity may be implemented by multiple XML-based message transmission mechanisms, for example, websocket, HTTP2.0, and the like.
  • XML-based message transmission mechanisms for example, websocket, HTTP2.0, and the like.
  • the following uses the websocket mode as an example to explain the specific implementation of this step. For details, refer to the flowchart shown in Figure 4.
  • Step 201 The anchor entity and the third-party application entity establish a web-based socket websocket connection by one handshake;
  • Step 202 The anchor entity receives the first session request that is sent by the third-party application entity on the websocket connection.
  • Webscoket provides a full-duplex, real-time TCP (Transport Control Protocol) connection between the anchor entity and the third-party application entity.
  • TCP Transport Control Protocol
  • Each webscoket connection created on this TCP connection corresponds to a third party.
  • the session between the application entity and the anchor entity effectively overcomes the traditional HTTP mechanism.
  • the third-party application entity always initiates an HTTP session as an HTTP client, and the event reporting for the anchor entity can only use HTTP long polling. Or the limitation of the non-real-time function adaptation of the HTTP stream mechanism.
  • the third-party application entity sends an HTTP GET Upgrade request to the anchor entity to request to establish a new websocket connection; correspondingly, the anchor entity returns to the third-party application entity after authenticating the third-party application entity.
  • the Switching Protocol response message indicates that the websocket connection between the two is successfully established.
  • the HTTP session message between the third-party application entity and the anchor entity can be encapsulated in the Onmessage method, and the Send method is called to transmit the session message.
  • HTTP session messages between a third-party application entity and an anchor entity process messages such as AF session establishment, AF session modification, AF session termination, and Traffic Plane Event Reporting can be encapsulated in the Onmessage method.
  • the Send method is sent to the other end entity through the entity at one end.
  • Step 102 The anchor entity establishes a first session with the third-party application entity, and sends a second session request to the target entity in the network, where the second session request includes identity information of the anchor entity and The identity information of the third party application entity.
  • the anchor entity may establish a first session, that is, an HTTP connection, with the corresponding third-party application entity according to the identity information of the third-party application entity included in the request;
  • the point entity may further send a second session request to the corresponding in-network target entity according to the identity information of the target entity in the network included in the request, to establish a Diameter session between the anchor entity and the target entity in the network.
  • the second session request should contain at least the following two pieces of information:
  • identity information of the third-party application entity that is, the identity information of the third-party application entity that sends the first session request to the anchor entity in step 101, so that the target entity in the network can know who the third party requesting the session is, and then After the network event is obtained, the anchor entity can be notified to accurately perform flow identification.
  • the identity information of the anchor entity so that the target entity in the network knows explicitly who is requesting to establish a second session, which may be embodied as the Diameter host identifier of the anchor entity and the identifier of the Diameter domain in which the anchor entity is located.
  • the second session request may further include the identity information of the target entity in the network, so that the target entity in the network determines whether the current second session request is directed to the user, and the embodiment of the present invention may not be specifically limited.
  • Step 103 The anchor entity establishes a second session with the target entity in the network, and receives information reported by the target entity in the network, where the information includes the reported event and the identity information of the third-party application entity.
  • Step 104 The anchor entity forwards the reported event to a corresponding third-party application entity according to the identity information of the third-party application entity included in the information.
  • the report information is sent to the anchor entity by the anchor point.
  • the entity forwards the information.
  • the report information should also include the identity letter of the third-party application entity targeted by the network event. Therefore, the anchor entity can perform flow identification according to the identity information, and then accurately forward the network event included in the reported information to the corresponding third-party application entity to solve the flow identification problem.
  • the anchor entity may perform the following actions: establishing a first session between the anchor entity and the third-party application entity, and sending the first session to the target entity in the network.
  • the anchor entity may also establish and maintain a list corresponding to the target entity in the network, and add the identity information of all third-party application entities corresponding to the target entity in the network. That is to say, the table adds all the identity information of the third-party application entities that address the target entities in the same network through the same anchor entity.
  • the identity information of AF1, AF2, and AF3 is added. That is to say, a list maintained by the seedling entity corresponds to a target entity in the network, that is, a second session established by the anchor entity and the target entity in the network.
  • the embodiment of the present invention also provides two schemes for terminating the session, which are explained below.
  • Embodiment 2 of an information transmission method on an anchor entity side in an embodiment of the present invention is shown, which may include:
  • Step 302 The anchor entity establishes a first session with the third-party application entity, and sends a second session request to the target entity in the network, where the second session request includes identity information of the anchor entity and The identity information of the third party application entity.
  • Steps 301, 302 are the same as steps 101, 102, and are not mentioned here.
  • Step 303 The anchor entity adds identity information of the third-party application entity to a list, where the list corresponds to the target entity in the network.
  • Step 304 The anchor entity establishes a second session with the target entity in the network, and receives information reported by the target entity in the network, where the information includes the reported event and the identity information of the third-party application entity.
  • Step 305 The anchor entity forwards the reported event to a corresponding third-party application entity according to the identity information of the third-party application entity included in the information.
  • Steps 304 and 305 are the same as steps 103 and 104, and are not mentioned here.
  • Step 306 The anchor entity receives a session termination request sent by a third-party application entity to be terminated, where the session termination request includes identity information of the third-party application entity to be terminated.
  • the application entity sends a session termination request to the anchor entity to end the session that no longer needs to be maintained.
  • AF1 when AF1 needs to terminate the first session with the PC, AF1 sends a session termination request to the PC as a third-party application entity to be terminated.
  • Step 307 the anchor entity determines whether the identity information of the third-party application entity to be terminated is saved in the list, and if yes, step 308 is performed, the anchor entity clears the list and terminates the The second session is performed. If no, step 309 is performed, and the anchor entity deletes the identity information of the third-party application to be terminated stored in the list.
  • the anchor entity After receiving the session termination request sent by the third-party application entity to be terminated, the anchor entity checks the list maintained by the anchor entity and performs the difference processing according to the check result:
  • the anchor entity If only the identity information of the third-party application entity to be terminated is added to the list, it indicates that the anchor entity maintains the second session with the target entity in the network at this time, in order to forward the target in the network to the third-party application entity to be terminated.
  • the second session that is, the end of the Diameter session; at the same time, the anchor entity can also clear the list, release the resources occupied by the list, and terminate the first session with the third-party application entity.
  • the identity information of the third-party application entity to be terminated is included in the list, the identity information of other third-party application entities is also saved, for example, the AF1 request terminates the session, but the column maintained by the anchor entity
  • the identity information of AF2 and AF3 is also stored in the table.
  • the anchor entity in order to ensure that the anchor entity can still forward network events to AF2 and AF3 after terminating the session with AF1, the anchor entity should continue to maintain the target entity with the network.
  • the second session at the same time, the anchor entity should also delete the identity information of the third-party application entity to be terminated stored in the local list, and terminate the first session with it.
  • the terminal PC and AF1 are terminated. HTTP connection, continue to maintain the HTTP connection between the PC and AF2, AF3.
  • the anchor entity may not perform any processing on the session termination request, and of course, may also issue an error alarm, which may not be specifically described in this embodiment of the present invention. limited.
  • the anchor entity may maintain only one list, that is, the anchor entity establishes a plurality of third-party application entities to the session of the target entity in the same network, and accordingly, the list stores multiple sessions of the target entity in the network.
  • the identity information of the third-party application entity It can also be understood that the list corresponds to a Diameter session between the anchor entity and the target entity in the network.
  • the anchor entity establishes a session of multiple third-party application entities to target entities in different networks.
  • the anchor entity maintains multiple lists, that is, maintains a list for each target entity in the network.
  • Each list is used to store identity information of multiple third-party application entities of the corresponding target entity in the network. It can also be understood that each list corresponds to a Diameter session between an anchor entity and a target entity in one of the plurality of intranet target entities (it is required that, in general, at the same time, the anchor entity Only one Diameter session is established with a target entity in the network).
  • PC1 establishes a session between AF1, AF2, AF3 and PCRF1 as a proxy for PCRF1, and can continue to establish a session between AF4, AF5 and PCRF2 as a proxy for PCRF2, and establish a session between AF6 and PCRF3 as a proxy for PCRF3.
  • the anchor entity creates and maintains at least two lists, each of which corresponds to a target entity within the network.
  • PC1 maintains three lists, one for PC1 and PCRF1.
  • the table adds AF1, AF2, and AF3.
  • One list corresponds to the Diameter session between PCI and PCRF2.
  • the table adds AF4 and AF5.
  • One list corresponds to PC1 and PCRF3.
  • the table is added AF6.
  • the embodiment of the present invention further provides an embodiment 3 of the information transmission method on the physical side of the anchor point.
  • the method may include:
  • Step 401 The anchor entity receives a first session request sent by a third-party application entity, where the first session request includes identity information of the third-party application entity and identity information of the target entity in the network.
  • Step 402 The anchor entity establishes a first session with the third-party application entity, and sends a second session request to the target entity in the network, where the second session request includes identity information of the anchor entity and The identity information of the third party application entity.
  • Steps 401 and 402 are the same as steps 101 and 102, and are not mentioned here.
  • Step 403 The anchor entity searches for a to-be-processed list corresponding to the identity information of the target entity in the network from the at least two lists maintained, and adds the identity information of the third-party application entity to the to-be-processed list. in.
  • the anchor entity establishes a first session with the third-party application entity, the anchor entity sends a second session request to the target entity in the network, and the anchor entity adds the identity information of the third-party application entity to the to-be-processed list,
  • the execution order of the processing actions does not affect the technical effects of the embodiments of the present invention, and thus the embodiments of the present invention are not strictly limited thereto.
  • Step 405 The anchor entity forwards the reported event to a corresponding third-party application entity according to the identity information of the third-party application entity included in the information.
  • Steps 404 and 405 are the same as steps 103 and 104, and are not mentioned here.
  • Step 406 The anchor entity receives a session termination request sent by a third-party application entity to be terminated, where the session termination request includes the identity information of the third-party application entity to be terminated and the third-party application entity to be terminated. Identity information of the target entity within the network.
  • Steps 408 to 410 are the same as steps 307 to 309, and are not described here.
  • the session termination request sent by the third-party application entity may also include only the identity information of the third-party application entity to be terminated, corresponding to this.
  • the anchor entity can search each list one by one according to the identity information of the third-party application entity to be terminated, and terminate the session.
  • the list of the identity information of the third-party application entity to be terminated is added according to the identity information of the target entity in the network, and then the identity information is deleted from the list to terminate the session, and the session termination of the embodiment of the present invention may be improved. s efficiency.
  • the information transmission process of the third-party application entity side is also provided in the embodiment of the present invention.
  • the flow chart can include:
  • Step 501 The third-party application entity sends a first session request to the anchor entity, where the first session request includes identity information of the third-party application entity and identity information of the target entity in the network; The information is used to forward to the target entity in the network when the anchor entity sends a second session request to the target entity in the network;
  • Step 502 The third-party application entity receives a response returned by the anchor entity, and establishes a first session with the anchor entity.
  • Step 503 After the anchor entity and the target entity in the network establish a second session, the third-party application entity receives a report event that is forwarded by the anchor entity according to the identity information of the third-party application entity.
  • the identity information of the third-party application entity and the reporting event are sent by the target entity in the network to the anchor entity.
  • This embodiment mainly explains the information transmission process of the present invention from the side of the third-party application entity. Similarly, this embodiment also needs to establish the following two sessions:
  • the first session is initiated and established by the third-party application entity to the anchor entity, and the specific process can be See the introduction above, and I will not repeat them here.
  • identity information of the third-party application entity in the first session request is used, except when the anchor entity and the third-party application entity establish a first session (mainly for authenticating the third-party application entity).
  • the information is also added to the second session request, and is sent by the anchor entity to the target entity in the network, so that when the target entity collects the reported event, the information can be reported together with the reported event. Sent to the anchor entity, so that the anchor entity can perform flow identification based on this, and correctly forward the reported event to the third-party application entity.
  • the process of the third-party application entity sending the first session request to the anchor entity may be implemented as: the third-party application entity and the anchor entity establish a web-based socket websocket connection by one handshake; A three-party application entity transmits the first session request to the anchor entity over the websocket connection.
  • the target entity in the network that requests the session to be requested by the third-party application entity (identified by the identity information of the target entity included in the first session request) is sent.
  • the second session request the request establishes a second session with the target entity in the network, and sends the identity information of the third-party application entity to the target entity in the network for storage.
  • the process of establishing a second session can also be referred to the above description, and will not be described here.
  • the embodiment of the present invention further provides an information transmitting apparatus corresponding to the method shown in FIG. 3, that is, an anchor entity in the foregoing.
  • a schematic diagram of Embodiment 1 of the information transmitting apparatus is shown, which may include :
  • the session request receiving unit 601 is configured to receive a first session request sent by the third-party application entity, where the first session request includes identity information of the third-party application entity and identity information of the target entity in the network; a first session establishing unit 602, configured to establish a first session with the third-party application entity, and a request sending unit 603, configured to send a second session request to the target entity in the network, where the second session request includes an anchor point Identity information of the entity and identity information of the third-party application entity; a second session establishing unit 604, configured to establish a second session with the target entity in the network; and an information receiving unit 605, configured to receive the target entity in the network The reported information, the information including the reported event and the identity information of the third-party application entity;
  • the forwarding unit 606 is configured to forward the event to the corresponding third-party application entity according to the identity information of the third-party application entity included in the information.
  • the session request receiving unit may include:
  • connection establishing unit 701 configured to establish a web-based socket websocket connection by using a handshake with the third-party application entity
  • the session request receiving subunit 702 is configured to receive the first session request that is sent by the third party application entity on the websocket connection.
  • the information transmitting apparatus of the embodiment of the present invention further maintains a list corresponding to the target entity in the network, the list is added with the network
  • the identity information of all the third-party application entities corresponding to the target entity is based on the schematic diagram shown in FIG. 8, and the information transmission apparatus may further include the following units:
  • a termination request receiving unit configured to receive a session termination request sent by a third-party application entity to be terminated, where the session termination request includes identity information of the third-party application entity to be terminated;
  • a determining unit configured to determine whether the identity information of the third-party application entity to be terminated is only saved in the list
  • a session termination unit configured to clear the list and terminate the second session when the determining unit determines to be YES;
  • a deleting unit configured to delete the identity information of the third-party application to be terminated stored in the list when the determining unit determines to be no.
  • the information transmitting apparatus of the embodiment of the present invention may further establish a second session with other target entities in the network according to the request of the third-party application entity, and maintain the same network with the other network. a list corresponding to the target entity, the list is added with the other network.
  • the identity information of all the third-party application entities corresponding to the target entity, and the session termination request received by the termination request receiving unit further includes the identity information of the target entity in the network, and the information transmission device is based on the schematic diagram shown in FIG. It can also include the following units:
  • a termination request receiving unit configured to receive a session termination request sent by a third-party application entity to be terminated, where the session termination request includes identity information of the third-party application entity to be terminated;
  • a searching unit configured to search, from at least two lists of the maintenance, a list corresponding to the identity information of the target entity in the network;
  • a determining unit configured to determine whether the identity information of the third-party application entity to be terminated is only saved in the list found by the searching unit;
  • a session termination unit configured to: when the determining unit determines to be YES, clear the list and terminate a second session between the target entities in the network corresponding to the third-party application entity to be terminated;
  • a deleting unit configured to delete the identity information of the third-party application to be terminated stored in the list when the determining unit determines to be no.
  • the embodiment of the present invention further provides an information transmitting device corresponding to the method shown in FIG. 7, that is, the third-party application entity in the above, and FIG. 10, which shows a schematic diagram of the information transmitting device, which may include:
  • the session request sending unit 801 is configured to send a first session request to the anchor entity, where the first session request includes identity information of the third-party application entity and identity information of the target entity in the network; and identity information of the third-party application entity For forwarding to the target entity in the network when the anchor entity sends a second session request to the target entity in the network;
  • a first session establishing unit 802 configured to receive a response returned by the anchor entity, and establish a first session with the anchor entity;
  • the information receiving unit 803 is configured to: after the anchor entity and the in-network target entity establish a second session, receive a report event that is forwarded by the anchor entity according to the identity information of the third-party application entity, where The identity information of the three-party application entity and the reporting event are sent by the target entity in the network to the anchor entity.
  • the session request sending unit may include: a connection establishing unit 901, configured to establish a webpage-based socket websocket connection by using the anchor entity with a handshake;
  • the session request sending subunit 902 is configured to transmit the first session request to the anchor entity on the websocket connection.
  • the embodiment of the present invention further provides hardware configurations of the information transfer device on the anchor entity side and the information transfer device on the third party application entity side, respectively.
  • At least one processor e.g., a CPU
  • the processor is configured to execute an executable module, such as a computer program, stored in the memory.
  • the memory may include a high speed random access memory (RAM: Random Access Memory), and may also include a non-volatile memory such as at least one disk memory.
  • the communication connection between the system gateway and at least one other network element may be implemented through at least one network interface (which may be wired or wireless), such as the Internet, a wide area network, a local area network, a metropolitan area network, or the like.
  • a third party application entity 1001, an anchor entity 1002, and an intranet target entity 1003 may be included.
  • the program instructions are stored in the memory of the third-party application entity, and the processor can perform the following steps according to the program instructions:
  • the first session request includes identity information of the third-party application entity and identity information of the target entity in the network; and the identity information of the third-party application entity is used in the anchor entity Forwarding to the target entity in the network when sending the second session request to the target entity in the network;
  • Receiving a response returned by the anchor entity establishing a first session with the anchor entity; and after the anchor entity and the intranet target entity establish a second session, receiving the anchor entity according to the The reporting event of the identity information forwarding of the third-party application entity, the identity information of the third-party application entity and the reporting event are sent by the target entity in the network to the anchor entity.
  • program instructions are also stored in the memory of the anchor entity, and the processor can perform the following steps according to the stored program instructions:
  • each embodiment focuses on the differences from the other embodiments.
  • the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.
  • the apparatus and system embodiments described above are merely illustrative, and may or may not be physical units as separate components, i.e., may be located in one place, or may be distributed over multiple network elements. Some or all of the modules may be selected according to actual needs to achieve the objectives of the embodiments of the present invention. Those of ordinary skill in the art can understand and implement without any creative effort.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一种信息传送方法及装置，装置包括：会话请求接收单元，用于接收第三方应用实体发送的第一会话请求，第一会话请求包含第三方应用实体的身份信息和网内目标实体的身份信息；第一会话建立单元，用于与第三方应用实体建立第一会话；请求发送单元，用于向网内目标实体发送第二会话请求，第二会话请求包含锚点实体的身份信息和第三方应用实体的身份信息；第二会话建立单元，用于与网内目标实体建立第二会话；信息接收单元，用于接收网内目标实体上报的信息，信息包含上报事件和第三方应用实体的身份信息；转发单元，用于根据信息中包含的第三方应用实体的身份信息将上报事件转发给对应的第三方应用实体。如此，就可实现分组流的正确识别与转发。

Description

一种信息传送方法及装置
技术领域
本发明涉及通信技术领域， 具体涉及一种信息传送方法及装置。 背景技术
随着信息技术的不断发展， 移动网络运营商与第三方服务提供商之间的 交互模式，越来越趋向于 XML ( extensible Markup Language ,可扩展标记语言） 化的机制： 网内的锚点实体与第三方的应用实体建立 HTTP ( HyperText Transfer Protocol , 超文本传输协议） 连接， 锚点实体与网内的其它实体 （即 第三方应用实体请求会话的网内目标实体） 建立 Diameter (直径， Diameter 协议是半径 RADIUS协议的升级版本） 会话， 此时， 锚点实体会作为中介为 第三方应用实体寻址， 以将第三方应用实体接入到运营商网络中， 实现第三 方应用实体与网内目标实体之间的交互。 其中， 锚点实体可理解为位于移动 网络中可直接与网络外设备 （例如： 第三方应用实体） 通信的网络边缘设备， 参见图 1所示示意图， 图中 PC (Protocol Converter , 协议转换器） 作为锚点 实体与第三方实体 AF ( Application Function， 应用功能） 建立 HTTP连接， 并与 AF 希望建立会话的网内目标实体 PCRF ( Policy and Charging Rules Function , 策略与计费规则功能单元） 建立 Diameter会话。
若在建立第三方应用实体与网内目标实体会话的过程中， 出现多个 AF 通过同一个 PC寻址同一个 PCRF的情况， PC则无法区分 PC与 PCRF之间的 会话中的流对应哪个 AF , 从而引发流经 PC的分组流无法被准确转发到目标 AF的问题。 发明内容
本发明实施例的信息传送方法及装置， 用以将流经锚点实体的分组流正 确转发到目标第三方应用实体。
为此， 本发明实施例提供如下技术方案：
第一方面， 本发明实施例提供了一种信息传送装置， 所述装置包括： 会话请求接收单元， 用于接收第三方应用实体发送的第一会话请求， 所 述第一会话请求包含所述第三方应用实体的身份信息和网内目标实体的身份 信息；
第一会话建立单元， 用于与所述第三方应用实体建立第一会话； 请求发送单元， 用于向所述网内目标实体发送第二会话请求， 所述第二 会话请求包含锚点实体的身份信息和所述第三方应用实体的身份信息；
第二会话建立单元， 用于与所述网内目标实体建立第二会话；
信息接收单元， 用于接收所述网内目标实体上报的信息， 所述信息包含 上报事件和第三方应用实体的身份信息；
转发单元， 用于根据所述信息中包含的第三方应用实体的身份信息将所 述上报事件转发给对应的第三方应用实体。
在第一方面的第一种可能的实现方式中， 所述会话请求接收单元包括： 连接建立单元， 用于与所述第三方应用实体通过一次握手建立基于网页 的套接字 websocket连接；
会话请求接收子单元， 用于接收所述第三方应用实体在所述 websocket 连接上传送的所述第一会话请求。
在第一方面的第二种可能的实现方式中， 所述装置维护一个与所述网内 目标实体相对应的列表， 所述列表中添加有与所述网内目标实体对应的所有 第三方应用实体的身份信息， 所述装置还包括：
终结请求接收单元， 用于接收待终结第三方应用实体发送的会话终结请 求， 所述会话终结请求中包含所述待终结第三方应用实体的身份信息；
判断单元， 用于判断所述列表中是否只保存有所述待终结第三方应用实 体的身份信息；
会话终结单元， 用于在所述判断单元判定为是时， 清空所述列表并终结 所述第二会话；
删除单元， 用于在所述判断单元判定为否时， 删除所述列表中保存的所 述待终结第三方应用的身份信息。
结合第一方面的第二种可能的实现方式， 在第三种可能的实现方式中， 所述装置还根据第三方应用实体的请求与其它网内目标实体建立第二会话， 并维护与各其它网内目标实体相对应的列表， 所述列表中添加有与所述其它 网内目标实体对应的所有第三方应用实体的身份信息， 则所述终结请求接收 单元接收到的会话终结请求还包括网内目标实体的身份信息， 所述装置还包 括：
查找单元， 用于从维护的至少两个列表中查找所述网内目标实体的身份 信息对应的列表， 再通知所述判断单元判断查找到的列表中是否只保存有所 述待终结第三方应用实体的身份信息。
第二方面， 本发明实施例提供了一种信息传送装置， 所述装置包括： 会话请求发送单元， 用于向锚点实体发送第一会话请求， 所述第一会话 请求包含第三方应用实体的身份信息和网内目标实体的身份信息； 所述第三 方应用实体的身份信息用于在所述锚点实体向所述网内目标实体发送第二会 话请求时转发至所述网内目标实体；
第一会话建立单元， 用于接收所述锚点实体返回的响应， 与所述锚点实 体建立第一会话；
信息接收单元， 用于在所述锚点实体和所述网内目标实体建立第二会话 后，接收所述锚点实体根据所述第三方应用实体的身份信息转发的上报事件， 所述第三方应用实体的身份信息和所述上报事件由所述网内目标实体发送至 所述锚点实体。
在第二方面的第一种可能的实现方式中， 所述会话请求发送单元包括： 连接建立单元， 用于与所述锚点实体通过一次握手建立基于网页的套接 字 websocket连接；
会话请求发送子单元，用于在所述 websocket连接上向所述锚点实体传送 所述第一会话请求。
第三方面， 本发明实施例提供了一种信息传送方法， 所述方法包括： 锚点实体接收第三方应用实体发送的第一会话请求， 所述第一会话请求 包含所述第三方应用实体的身份信息和网内目标实体的身份信息；
所述锚点实体与所述第三方应用实体建立第一会话， 并向所述网内目标 实体发送第二会话请求， 所述第二会话请求包含所述锚点实体的身份信息和 所述第三方应用实体的身份信息；
所述锚点实体与所述网内目标实体建立第二会话， 并接收所述网内目标 实体上报的信息， 所述信息包含上报事件和第三方应用实体的身份信息； 所述锚点实体根据所述信息中包含的第三方应用实体的身份信息将所述 上 ¾_事件转发给对应的第三方应用实体。
在第三方面的第一种可能的实现方式中， 所述第三方应用实体的身份信 息包括 IP地址、 统一资源定位符 URL、 连接标识中的至少一个；
所述网内目标实体的身份信息包括： 网内目标实体的直径 Diameter主机 标识以及网内目标实体所在 Diameter域的标识； 或者， 所述网内目标实体的 身份信息包括： 用户终端的身份信息；
所述锚点实体的身份信息包括： 锚点实体的 Diameter主机标识以及锚点 实体所在 Diameter域的标识。
在第三方面的第二种可能的实现方式中， 所述锚点实体接收第三方应用 实体发送的第一会话请求， 包括：
所述锚点实体与所述第三方应用实体通过一次握手建立基于网页的套接 字 websocket连接；
所述锚点实体接收所述第三方应用实体在所述 websocket 连接上传送的 所述第一会话请求。
在第三方面的第三种可能的实现方式中， 所述锚点实体维护一个与所述 网内目标实体相对应的列表， 所述列表中添加有与所述网内目标实体对应的 所有第三方应用实体的身份信息， 所述方法还包括：
所述锚点实体接收待终结第三方应用实体发送的会话终结请求， 所述会 话终结请求中包含所述待终结第三方应用实体的身份信息；
所述锚点实体判断所述列表中是否只保存有所述待终结第三方应用实体 的身份信息， 如果是， 所述锚点实体则清空所述列表并终结所述第二会话； 如果否， 所述锚点实体则删除所述列表中保存的所述待终结第三方应用的身 份信息。
结合第三方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述锚点实体还根据第三方应用实体的请求与其它网内目标实体建立第二会 话， 并维护与各其它网内目标实体相对应的列表， 所述列表中添加有与所述 其它网内目标实体对应的所有第三方应用实体的身份信息， 则所述会话终结 请求还包括网内目标实体的身份信息， 所述方法还包括：
所述锚点实体从维护的至少两个列表中查找所述网内目标实体的身份信 息对应的列表， 再执行所述判断所述列表中是否只保存有所述待终结第三方 应用实体的身份信息的步骤。
第四方面， 本发明实施例提供了一种信息传送方法， 所述方法包括： 第三方应用实体向锚点实体发送第一会话请求， 所述第一会话请求包含 所述第三方应用实体的身份信息和网内目标实体的身份信息； 所述第三方应 用实体的身份信息用于在所述锚点实体向所述网内目标实体发送第二会话请 求时转发至所述网内目标实体；
所述第三方应用实体接收所述锚点实体返回的响应， 与所述锚点实体建 立第一会话；
在所述锚点实体和所述网内目标实体建立第二会话后， 所述第三方应用 实体接收所述锚点实体根据所述第三方应用实体的身份信息转发的上报事 件， 所述第三方应用实体的身份信息和所述上报事件由所述网内目标实体发 送至所述锚点实体。
在第四方面的第一种可能的实现方式中， 所述第三方应用实体向锚点实 体发送第一会话请求， 包括：
所述第三方应用实体与所述锚点实体通过一次握手建立基于网页的套接 字 websocket连接；
所述第三方应用实体在所述 websocket 连接上向所述锚点实体传送所述 第一会话请求。
第五方面， 本发明实施例提供了一种信息传送装置， 包括至少一个处理 器、 至少一个网络接口或者其它通信接口、 存储器、 和至少一个通信总线； 所述存储器用于存储程序指令， 所述处理器用于根据所述程序指令执行以下 步骤：
接收第三方应用实体发送的第一会话请求， 所述第一会话请求包含所述 第三方应用实体的身份信息和网内目标实体的身份信息；
与所述第三方应用实体建立第一会话， 并向所述网内目标实体发送第二 会话请求， 所述第二会话请求包含锚点实体的身份信息和所述第三方应用实 体的身份信息；
与所述网内目标实体建立第二会话， 并接收所述网内目标实体上报的信 息， 所述信息包含上报事件和第三方应用实体的身份信息；
根据所述信息中包含的第三方应用实体的身份信息将所述上报事件转发 给对应的第三方应用实体。
在第五方面的第一种可能的实现方式中， 所述接收第三方应用实体发送 的第一会话请求， 包括：
与所述第三方应用实体通过一次握手建立基于网页的套接字 websocket 连接；
接收所述第三方应用实体在所述 websocket 连接上传送的所述第一会话 请求。
在第五方面的第二种可能的实现方式中， 所述处理器维护一个与所述网 内目标实体相对应的列表， 所述列表中添加有与所述网内目标实体对应的所 有第三方应用实体的身份信息， 所述处理器还用于执行以下步骤：
接收待终结第三方应用实体发送的会话终结请求， 所述会话终结请求中 包含所述待终结第三方应用实体的身份信息；
判断所述列表中是否只保存有所述待终结第三方应用实体的身份信息， 如果是， 则清空所述列表并终结所述第二会话； 如果否， 则删除所述列表中 保存的所述待终结第三方应用的身份信息。
结合第五方面第二种可能的实现方式， 在第三种可能的实现方式中， 所 述处理器还根据第三方应用实体的请求与其它网内目标实体建立第二会话， 并维护与各其它网内目标实体相对应的列表， 所述列表中添加有与所述其它 网内目标实体对应的所有第三方应用实体的身份信息， 则所述会话终结请求 还包括网内目标实体的身份信息， 所述处理器还用于执行以下步骤：
从维护的至少两个列表中查找所述网内目标实体的身份信息对应的列 表， 再执行所述判断所述列表中是否只保存有所述待终结第三方应用实体的 身份信息的步骤。
本发明实施例的信息传送方法及装置， 在锚点实体才艮据第三方应用实体 的请求， 建立与网内目标实体之间的 Diameter会话时， 将第三方应用实体的 身份信息发送给网内目标实体， 以使网内目标实体在采集到需要向第三方应 用实体上报的网络事件时， 可以将第三方应用实体的身份信息添加到上报的 信息中， 与网络事件一起发送给锚点实体， 如此， 锚点实体即可以身份信息 为依据， 将网络事件准确转发给对应的第三方应用实体， 实现分组流的正确 识别与转发。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1是 AF通过 PC与 PCRF交互的示意图；
图 2是多个 AF通过一个 PC寻址一个 PCRF的示意图；
图 3是本发明实施例锚点实体侧的信息传送方法实施例 1的流程图； 图 4是本发明实施例中锚节点实体接收第三方应用实体发送的第一会话 请求的流程图；
图 5是本发明实施例锚点实体侧的信息传送方法实施例 2的流程图； 图 6是本发明实施例锚点实体侧的信息传送方法实施例 3的流程图； 图 7是本发明实施例第三方应用实体侧的信息传送方法的流程图； 图 8是本发明实施例锚点实体侧的信息传送装置的示意图；
图 9是本发明实施例中会话请求接收单元的示意图；
图 10是本发明实施例第三方应用实体侧的信息传送装置的示意图； 图 11是本发明实施例中会话请求发送单元的示意图；
图 12是本发明实施例信息传送***的硬件构成示意图。 具体实施方式
为了使本技术领域的人员更好地理解本发明实施例的方案， 下面结合附 图和实施方式对本发明实施例作进一步的详细说明。
在介绍本发明技术方案之前， 先对本发明的应用场景进行解释说明。 以用户通过用户终端访问视频网站为例， 这一过程中视频网站的 AF 服 务器会作为第三方应用实体， 请求与运营商网络内的策略与计费规则功能单 元 PCRF (即本发明中的网内目标实体） 建立会话， 实现准确计费， 此时， AF会先与运营商网络的边缘设备（即本发明中的锚点实体，锚点实体可直接 暴露给第三方，作为一种示例，锚点实体可体现为协议转换器 PC)建立 HTTP 连接； 然后再由 PC与 PCRF建立 Diameter会话， 最终实现第三方与用户终 端之间的会话。
在实际应用过程中，可能会出现多个 AF通过同一个 PC寻址同一个 PCRF 的情况， 如图 2所示， 同时有 3个 AF (分别为 AF1、 AF2、 AF3) 通过 PC接 入 PCRF , 若 PCRF采集到需要向 AF1上报的网络事件， 但在通过 PC进行事 件转发时， PC无法区分该网络事件要转发给 3个 AF中的哪个， 也就是说， 本发明方案主要针对的是多个第三方应用实体通过一个锚点实体寻址一个网 内目标实体时， 引发的在同一锚点实体上的流识别问题。 下面结合附图对本发明方案进行解释说明。
参见图 3， 示出了本发明实施例中锚点实体侧的信息传送方法实施例 1 的流程图， 可包括：
步骤 101，锚点实体接收第三方应用实体发送的第一会话请求，所述第一 会话请求包含所述第三方应用实体的身份信息和网内目标实体的身份信息。
AF作为会话发起方， 先向 PC发送第一会话请求， 以建立第三方应用实 体与锚点实体之间的 HTTP会话， 第一会话请求至少包含以下两项信息： ( 1 ) 第三方应用实体的身份信息
该项信息主要起两方面作用， 一是， 为了使 PC明确当前与其建立 HTTP 连接的第三方是谁， 以便 PC对该 AF进行合法性鉴权， 判断该 AF是否具有 接入运营商网络的权限，对此本发明实施例不进行贅述。 二是， 由 PC将该项 信息传送给 AF请求会话的 PCRF， 以便 PCRF在后续进行网络事件上报时， 可以将该项信息添加到上报信息中，作为 PC进行流识别的依据，对此可参照 下文所做介绍。
需要说明的是， 位于运营商移动通信网络外的第三方应用实体的身份信 息可体现为以下至少一项： AF的 IP地址 （IPv4地址或 IPv6地址）、 统一资 源定位符 URL (Universal Resource Locator)、 第三方应用实体与锚点实体之间 的连接标识， 本发明实施例可不做具体限定。 其中， 才艮据第三方应用实体与 锚点实体之间采用的消息传输机制的不同， 连接标识可体现为： 如果通过 websocket建立第一会话，则具体化为 websocket连接标识；如果通过 HTTP2.0 建立第一会话， 则具体化为 HTTP连接标识。
(2) 网内目标实体的身份信息
该项信息主要是为了使 PC明确 AF当前想要建立会话的对象是谁， 以便 PC正确向该对象发起第二会话请求， 建立 Diameter会话。
需要说明的是， 网内目标实体的身份信息可体现为： PCRF 的 Diameter 主机标识以及 PCRF所处 Diameter域的标识。 在这种情况下， 第三方应用实 体 AF根据用户终端 UE(User Equipment)的身份信息进行网内目标实体 PCRF 寻址， 确定 PCRF的标识 （可体现为 PCRF的 Diameter主机名和 /或 IP地址） 以及所在 Diameter 域的标识， 将二者作为网内目标实体的身份信息发送给 PC。 这主要是因为 UE身份信息与 PCRF身份信息之间的对应关系可事先在 第三方应用实体 AF中进行预配置， 如此， 第三方应用实体 AF在知晓 UE身 份信息的情况下， 通过查找配置关系， 即可得到 PCRF身份信息。
或者， 网内目标实体的身份信息还可体现为： 用户终端 UE的身份信息， 例 口， UE的 IP地址、 IMSI (International Mobile Subscriber Identification , 国 际移动用户身份识别码）、 MSISDN ( Mobile Station International ISDN number， 移动台国际 ISDN 号） 等， 本发明实施例对此可不做具体限定。 在这种情况 下，第三方应用实体 AF直接将用于初始寻址的 UE的身份信息作为网内目标 实体寻址的输入信息发送给 PC , 由 PC据此进行网内目标实体 PCRF寻址， 确定 PCRF的标识及其所在 Diameter域的标识， 进行后续的会话建立过程。 UE身份信息与 PCRF身份信息之间的对应关系可事先在锚点实体 PC中进行 预配置， 如此， 锚点实体 PC在知晓 UE身份信息的情况下， 通过查找配置关 系， 即可得到 PCRF身份信息。 考虑到第三方应用实体 AF为运营商网络外的 设备， 若网外设备具有寻址网内 Diameter域中目标实体身份信息的权限， 显 然网内目标实体的安全性较低， 故在本方式中将 UE 身份信息作为网内目标 实体寻址的输入信息， 由位于网络内的锚点实体 PC 进行网内目标实体的寻 址， 可以提高第三方应用实体和网内目标实体之间的会话安全性。 本步骤中， 锚点实体接收第三方应用实体发送的第一会话请求的方式， 可通过多种 XML化的消息传输机制实现，例如， websocket、 HTTP2.0等技术。 下面以 websocket方式为例，对本步骤的具体实现进行解释说明， 具体可参见 图 4所示流程图。
步骤 201，所述锚点实体与所述第三方应用实体通过一次握手建立基于网 页的套接字 websocket连接；
步骤 202， 所述锚点实体接收所述第三方应用实体在所述 websocket连接 上传送的所述第一会话请求。
webscoket为锚点实体和第三方应用实体之间提供了一个全双工的实时化 的 TCP (Transport Control Protocol , 传输控制协议） 连接， 在这个 TCP连接 上创建的每个 webscoket 连接对应于一个第三方应用实体和锚点实体之间的 会话， 从而有效克服了传统的 HTTP 机制中， 始终由第三方应用实体作为 HTTP客户端发起 HTTP会话， 而对于锚点实体的事件上报仅能采用 HTTP 长轮询或者 HTTP流机制进行非实时化的功能适配的局限性。
在建立 websocket连接时， 第三方应用实体向锚点实体发送 HTTP GET Upgrade请求， 请求建立一个新的 websocket连接； 对应地， 锚点实体对第三 方应用实体鉴权通过后则向第三方应用实体返回 Switching Protocol应答消息， 表明成功建立了二者之间的 websocket连接。 如此， 在建立的 websocket连接 上， 就可将第三方应用实体和锚点实体之间的 HTTP 会话消息封装在 Onmessage方法中， 并调用 Send方法进行会话消息的传送。 例如， 第三方应 用实体和锚点实体之间的 HTTP会话消息： AF会话建立、 AF会话修改、 AF 会话终结、 业务流平面的事件上报 （Traffic Plane Event Reporting) 等过程消 息都可以封装在 Onmessage方法中， 通过一端的实体调用 Send方法发送到另 一端实体。
另外， 需要说明的是， 当第三方应用实体和锚点实体之间结束通信， 终 结 HTTP会话后， 第三方应用实体可调用 close方法来释放 websocket连接所 占用的资源， 包括传输层的 TCP资源。
步骤 102，所述锚点实体与所述第三方应用实体建立第一会话，并向所述 网内目标实体发送第二会话请求， 所述第二会话请求包含所述锚点实体的身 份信息和所述第三方应用实体的身份信息。
锚点实体接收到第三方应用实体发送的第一会话请求之后， 即可根据请 求中包含的第三方应用实体的身份信息与对应的第三方应用实体建立第一会 话， 即 HTTP连接； 同时， 锚点实体还可根据请求中包含的网内目标实体的 身份信息向对应的网内目标实体发送第二会话请求， 以建立锚点实体与该网 内目标实体间的 Diameter会话。
需要说明的是， 第二会话请求中至少应包含以下两项信息：
( 1 ) 第三方应用实体的身份信息， 即步骤 101中向锚点实体发送第一会 话请求的第三方应用实体的身份信息， 以便网内目标实体能够知晓请求与其 会话的第三方是谁， 进而在获取到网络事件后， 可以通知锚点实体准确进行 流识别。
(2)锚点实体的身份信息， 以使网内目标实体明确知晓是谁请求与其建 立第二会话， 具体可体现为锚点实体的 Diameter主机标识以及锚点实体所处 Diameter域的标识。
此外， 第二会话请求中还可进一步包括网内目标实体的身份信息， 以使 网内目标实体判断当前第二会话请求是否针对自己， 对此本发明实施例可不 做具体限定。
步骤 103，所述锚点实体与所述网内目标实体建立第二会话，并接收所述 网内目标实体上报的信息， 所述信息包含上报事件和第三方应用实体的身份 信息。
步骤 104，所述锚点实体根据所述信息中包含的第三方应用实体的身份信 息将所述上报事件转发给对应的第三方应用实体。
在锚点实体和网内目标实体建立第二会话， 即 Diameter会话后， 若网内 目标实体采集到需要向第三方应用实体上报的网络事件， 则会向锚点实体发 送上报信息， 由锚点实体进行信息转发。 具体地， 上报信息中除了包含需要 上报的网络事件之外， 还应包含该网络事件针对的第三方应用实体的身份信 息， 以便锚点实体可以根据该身份信息进行流识别， 进而将上报信息中包含 的网络事件准确转发给对应的第三方应用实体， 解决流识别问题。 需要说明的是， 如上文所做介绍， 锚点实体在接收到第一会话请求后， 可执行以下动作： 建立锚点实体与第三方应用实体间的第一会话、 向网内目 标实体发送第二会话请求， 除此之外， 锚点实体还可建立并维护一个与网内 目标实体相对应的列表， 表中添加的是与该网内目标实体对应的所有第三方 应用实体的身份信息， 也就是说， 表中添加的是所有通过同一锚点实体寻址 同一网内目标实体的第三方应用实体的身份信息。 参见图 2所举示例， PC建 立并维护的与 PCRF对应的列表中， 添加的是 AF1、 AF2、 AF3的身份信息。 也就是说， 苗点实体维护的一张列表对应一个网内目标实体， 也即对应一个 锚点实体与网内目标实体建立的第二会话。
基于锚点实体维护的列表，本发明实施例还提供了两种终结会话的方案， 下面——进行解释说明。
方案一
参见图 5， 示出了本发明实施例中锚点实体侧的信息传送方法实施例 2 的流程图， 可包括：
步骤 301，锚点实体接收第三方应用实体发送的第一会话请求，所述第一 会话请求包含所述第三方应用实体的身份信息和网内目标实体的身份信息。
步骤 302，所述锚点实体与所述第三方应用实体建立第一会话，并向所述 网内目标实体发送第二会话请求， 所述第二会话请求包含所述锚点实体的身 份信息和所述第三方应用实体的身份信息。
步骤 301、 302与步骤 101、 102相同， 此处不再赞述。
步骤 303， 所述锚点实体将所述第三方应用实体的身份信息添加到列表 中， 所述列表与所述网内目标实体相对应。
需要说明的是， 锚点实体与第三方应用实体建立第一会话、 锚点实体向 网内目标实体发送第二会话请求、 锚点实体向列表中添加第三方应用实体的 身份信息， 三个处理动作的执行顺序不会影响本发明实施例的技术效果， 故 本发明实施例并不对此做严格限定。 步骤 304，所述锚点实体与所述网内目标实体建立第二会话，并接收所述 网内目标实体上报的信息， 所述信息包含上报事件和第三方应用实体的身份 信息。
步骤 305，所述锚点实体根据所述信息中包含的第三方应用实体的身份信 息将所述上报事件转发给对应的第三方应用实体。
步骤 304、 305与步骤 103、 104相同， 此处不再赞述。
步骤 306， 所述锚点实体接收待终结第三方应用实体发送的会话终结请 求， 所述会话终结请求中包含所述待终结第三方应用实体的身份信息。
若在会话过程中出现需要终结会话的情况， 如： 用户与第三方网络之间 失去联系， 或者第三方网络判定某个区域发生拥塞， 需要终结部分优选权较 低的用户来緩解拥塞， 第三方应用实体即会向锚点实体发送会话终结请求， 用以结束无需再维持的会话。
如图 2所举示例， 当 AF1需要终结与 PC之间的第一会话时， AF1会作 为待终结第三方应用实体向 PC发送会话终结请求。
步骤 307，所述锚点实体判断所述列表中是否只保存有所述待终结第三方 应用实体的身份信息，如果是， 则执行步骤 308， 所述锚点实体清空所述列表 并终结所述第二会话；如果否， 则执行步骤 309， 所述锚点实体删除所述列表 中保存的所述待终结第三方应用的身份信息。
锚点实体接收到待终结第三方应用实体发送的会话终结请求后， 检查其 维护的列表， 并按照检查结果进行区别处理：
( 1 )如果列表中只添加有待终结第三方应用实体的身份信息， 则说明锚 点实体此时之所以与网内目标实体保持第二会话， 是为了向待终结第三方应 用实体转发网内目标实体获取的网络事件， 若此时这唯——个第三方应用实 体也要终结会话， 那么锚点实体也就无需再继续保持第二会话， 故锚点实体 可以直接终结其与网内目标实体间的第二会话， 即结束 Diameter会话； 同时， 锚点实体还可清空列表， 并释放列表占用的资源， 终结与第三方应用实体间 的第一会话。
(2)如果列表中除待终结第三方应用实体的身份信息之外， 还保存有其 它第三方应用实体的身份信息， 如 AF1请求终结会话， 但锚点实体维护的列 表中还保存有 AF2、 AF3的身份信息， 此时， 为了保证锚点实体在终结与 AF1 的会话之后， 仍能正常向 AF2、 AF3转发网络事件， 锚点实体应继续保持与 网内目标实体间的第二会话， 同时， 锚点实体还应删除本地列表中保存的待 终结第三方应用实体的身份信息， 终结与其之间的第一会话，在上述示例中， 即终结 PC与 AF1之间的 HTTP连接，继续保留 PC与 AF2、 AF3之间的 HTTP 连接。
(3)如果未在列表中查找到待终结第三方应用实体的身份信息，锚点实 体可不对该会话终结请求进行任何处理， 当然， 也可发出错误告警， 本发明 实施例对此可不做具体限定。 方案二
如上述方案一， 锚点实体可以只维护一张列表， 即锚点实体建立多个第 三方应用实体到同一网内目标实体的会话， 相应地， 列表中保存该网内目标 实体会话的多个第三方应用实体的身份信息。 也可以理解为， 列表对应的是 锚点实体与该网内目标实体间的 Diameter会话。
除此之外， 锚点实体建立多个第三方应用实体到不同网内目标实体的会 话， 对应于此， 锚点实体就要维护多张列表， 即为每个网内目标实体维护一 张列表， 每张列表分别用于保存对应的网内目标实体的多个第三方应用实体 的身份信息。 也可以理解为， 每张列表分别对应该锚点实体与多个网内目标 实体中的某个网内目标实体间的 Diameter会话（需要说明的是，通常情况下， 在同一时刻， 锚点实体与某个网内目标实体仅建立一个 Diameter会话）。
例如， PC1作为 PCRF1的代理建立 AF1、 AF2、 AF3与 PCRF1之间的会 话， 同时可继续作为 PCRF2的代理建立 AF4、 AF5与 PCRF2之间的会话，作 为 PCRF3的代理建立 AF6与 PCRF3之间的会话， 甚至还可建立更多 AF与 PCRF之间的会话， 此处仅作参考性举例说明， 不再贅述。在这种情况下， 锚 点实体就要创建并维护至少两张列表， 每张列表对应一个网内目标实体， 如 上述示例，PC1要维护三张列表，一张列表对应 PC1与 PCRF1之间的 Diameter 会话， 表中添加的是 AF1、 AF2、 AF3 , 一张列表对应 PCI与 PCRF2之间的 Diameter会话， 表中添加的是 AF4、 AF5 , 一张列表对应 PC1与 PCRF3之间 的 Diameter会话， 表中添加的是 AF6。
基于锚点实体维护至少两张列表的方案， 本发明实施例还提供了锚点实 体侧的信息传送方法实施例 3， 参见图 6， 可包括：
步骤 401，锚点实体接收第三方应用实体发送的第一会话请求，所述第一 会话请求包含所述第三方应用实体的身份信息和网内目标实体的身份信息。
步骤 402，所述锚点实体与所述第三方应用实体建立第一会话，并向所述 网内目标实体发送第二会话请求， 所述第二会话请求包含所述锚点实体的身 份信息和所述第三方应用实体的身份信息。
步骤 401、 402与步骤 101、 102相同， 此处不再赞述。
步骤 403，所述锚点实体从维护的至少两张列表中查找所述网内目标实体 的身份信息对应的待处理列表， 并将所述第三方应用实体的身份信息添加到 所述待处理列表中。
需要说明的是， 锚点实体与第三方应用实体建立第一会话、 锚点实体向 网内目标实体发送第二会话请求、 锚点实体向待处理列表中添加第三方应用 实体的身份信息， 三个处理动作的执行顺序不会影响本发明实施例的技术效 果， 故本发明实施例并不对此做严格限定。
步骤 404，所述锚点实体与所述网内目标实体建立第二会话，并接收所述 网内目标实体上报的信息， 所述信息包含上报事件和第三方应用实体的身份 信息。
步骤 405，所述锚点实体根据所述信息中包含的第三方应用实体的身份信 息将所述上报事件转发给对应的第三方应用实体。
步骤 404、 405与步骤 103、 104相同， 此处不再赞述。
步骤 406， 所述锚点实体接收待终结第三方应用实体发送的会话终结请 求， 所述会话终结请求中包含所述待终结第三方应用实体的身份信息和所述 待终结第三方应用实体对应的网内目标实体的身份信息。
步骤 407，所述锚点实体从维护的至少两个列表中查找所述待终结第三方 应用实体对应的网内目标实体的身份信息所对应的列表。
步骤 408，所述锚点实体判断查找到的列表中是否只保存有所述待终结第 三方应用实体的身份信息，如果是， 则执行步骤 409， 所述锚点实体清空所述 查找到的列表， 并终结与所述待终结第三方应用实体对应的网内目标实体之 间的第二会话；如果否， 则执行步骤 410， 所述锚点实体删除所述列表中保存 的所述待终结第三方应用的身份信息。
步骤 408〜410与步骤 307〜309相同， 此处不再赞述。
另外， 需要说明的是， 对于锚点实体维护至少两张列表的方案来说， 待 终结第三方应用实体发送的会话终结请求中也可以只包含待终结第三方应用 实体的身份信息， 对应于此， 锚点实体可以根据待终结第三方应用实体的身 份信息逐个查找每张列表， 进行会话终结。 当然， 上文方案二中先根据网内 目标实体的身份信息查找到添加待终结第三方应用实体身份信息的列表， 再 从列表中删除身份信息进行会话终结， 还可提高本发明实施例会话终结的效 率。 与上文介绍的锚点实体侧的信息传送过程相对应， 本发明实施例还提供 了第三方应用实体侧的信息传送过程， 具体可参见图 7所示的第三方应用实 体侧的信息传送方法的流程图， 可包括：
步骤 501，第三方应用实体向锚点实体发送第一会话请求，所述第一会话 请求包含所述第三方应用实体的身份信息和网内目标实体的身份信息； 所述 第三方应用实体的身份信息用于在所述锚点实体向所述网内目标实体发送第 二会话请求时转发至所述网内目标实体；
步骤 502，所述第三方应用实体接收所述锚点实体返回的响应， 与所述锚 点实体建立第一会话；
步骤 503，在所述锚点实体和所述网内目标实体建立第二会话后，所述第 三方应用实体接收所述锚点实体根据所述第三方应用实体的身份信息转发的 上报事件， 所述第三方应用实体的身份信息和所述上报事件由所述网内目标 实体发送至所述锚点实体。
本实施例主要是从第三方应用实体侧出发， 对本发明的信息传送过程进 行的解释说明。 同样地， 本实施例也需要建立如下两个会话：
1 . 第一会话
第一会话是由第三方应用实体向锚点实体发起并建立的， 具体过程可参 见上文所做介绍， 此处不再贅述。 需要强调说明的是， 第一会话请求中的第 三方应用实体的身份信息， 除了在锚点实体和第三方应用实体建立第一会话 时 （主要是对第三方应用实体进行合法性鉴权） 使用之外， 还用于将该信息 添加在第二会话请求中， 由锚点实体发送至网内目标实体， 这样， 在网内目 标实体采集到上报事件时，就可以将该信息与上报事件一起发送给锚点实体， 以便锚点实体以此为依据进行流识别， 正确的将上报事件转发至第三方应用 实体。
具体地，第三方应用实体向锚点实体发送第一会话请求的过程可体现为： 所述第三方应用实体与所述锚点实体通过一次握手建立基于网页的套接字 websocket连接； 所述第三方应用实体在所述 websocket连接上向所述锚点实 体传送所述第一会话请求。
2 . 第二会话
锚点实体与第三方应用实体建立第一会话后， 即可被触发向第三方应用 实体请求会话的网内目标实体 （通过第一会话请求中包含的网内目标实体的 身份信息识别） 发送第二会话请求， 请求与网内目标实体建立第二会话， 同 时将第三方应用实体的身份信息发送给网内目标实体保存。 建立第二会话的 具体过程亦可参见上文所做介绍， 此处不再贅述。
在第三方应用实体与锚点实体建立第一会话， 锚点实体与网内目标实体 建立第二会话之后， 若网内目标实体采集到需要向第三方应用实体上报的事 件， 则将上报事件以及事件针对的对象 （即第三方应用实体的身份信息） 发 送给锚点实体， 以便锚点实体根据第三方应用实体的身份信息将上报事件正 确转发至事件针对的对象。 对应地， 本发明实施例还提供一种与图 3所示方法相对应的信息传送装 置，即上文中的锚点实体，参见图 8，示出了信息传送装置实施例 1的示意图， 可包括：
会话请求接收单元 601， 用于接收第三方应用实体发送的第一会话请求， 所述第一会话请求包含所述第三方应用实体的身份信息和网内目标实体的身 份信息； 第一会话建立单元 602， 用于与所述第三方应用实体建立第一会话； 请求发送单元 603，用于向所述网内目标实体发送第二会话请求，所述第 二会话请求包含锚点实体的身份信息和所述第三方应用实体的身份信息； 第二会话建立单元 604， 用于与所述网内目标实体建立第二会话； 信息接收单元 605，用于接收所述网内目标实体上报的信息，所述信息包 含上报事件和第三方应用实体的身份信息；
转发单元 606，用于根据所述信息中包含的第三方应用实体的身份信息将 所述上 ¾_事件转发给对应的第三方应用实体。
参见图 9所示示意图， 作为一种可实现方式， 所述会话请求接收单元可 包括：
连接建立单元 701，用于与所述第三方应用实体通过一次握手建立基于网 页的套接字 websocket连接；
会话请求接收子单元 702， 用于接收所述第三方应用实体在所述 websocket连接上传送的所述第一会话请求。
与上文图 5所示方法实施例 2相对应地， 如果本发明实施例的信息传送 装置还维护一个与所述网内目标实体相对应的列表， 所述列表中添加有与所 述网内目标实体对应的所有第三方应用实体的身份信息， 则在图 8所示示意 图的基础上， 信息传送装置还可包括如下单元：
终结请求接收单元， 用于接收待终结第三方应用实体发送的会话终结请 求， 所述会话终结请求中包含所述待终结第三方应用实体的身份信息；
判断单元， 用于判断所述列表中是否只保存有所述待终结第三方应用实 体的身份信息；
会话终结单元， 用于在所述判断单元判定为是时， 清空所述列表并终结 所述第二会话；
删除单元， 用于在所述判断单元判定为否时， 删除所述列表中保存的所 述待终结第三方应用的身份信息。
与上文图 6所示方法实施例 3相对应地， 本发明实施例的信息传送装置 还可根据第三方应用实体的请求与其它网内目标实体建立第二会话， 并维护 与所述其它网内目标实体相对应的列表， 所述列表中添加有与所述其它网内 目标实体对应的所有第三方应用实体的身份信息， 则所述终结请求接收单元 接收到的会话终结请求还包括网内目标实体的身份信息， 则在图 8所示示意 图的基础上， 信息传送装置还可包括如下单元：
终结请求接收单元， 用于接收待终结第三方应用实体发送的会话终结请 求， 所述会话终结请求中包含所述待终结第三方应用实体的身份信息；
查找单元， 用于从维护的至少两个列表中查找所述网内目标实体的身份 信息对应的列表；
判断单元， 用于判断所述查找单元查找到的列表中是否只保存有所述待 终结第三方应用实体的身份信息；
会话终结单元， 用于在所述判断单元判定为是时， 清空所述列表并终结 与所述待终结第三方应用实体对应的网内目标实体之间的第二会话；
删除单元， 用于在所述判断单元判定为否时， 删除所述列表中保存的所 述待终结第三方应用的身份信息。 对应地， 本发明实施例还提供一种与图 7所示方法相对应的信息传送装 置， 即上文中的第三方应用实体， 参见图 10， 示出了信息传送装置的示意图， 可包括：
会话请求发送单元 801， 用于向锚点实体发送第一会话请求，所述第一会 话请求包含第三方应用实体的身份信息和网内目标实体的身份信息； 所述第 三方应用实体的身份信息用于在所述锚点实体向所述网内目标实体发送第二 会话请求时转发至所述网内目标实体；
第一会话建立单元 802， 用于接收所述锚点实体返回的响应， 与所述锚点 实体建立第一会话；
信息接收单元 803，用于在所述锚点实体和所述网内目标实体建立第二会 话后， 接收所述锚点实体根据所述第三方应用实体的身份信息转发的上报事 件， 所述第三方应用实体的身份信息和所述上报事件由所述网内目标实体发 送至所述锚点实体。
参见图 11所示示意图， 作为一种可实现方式， 所述会话请求发送单元可 包括： 连接建立单元 901，用于与所述锚点实体通过一次握手建立基于网页的套 接字 websocket连接；
会话请求发送子单元 902， 用于在所述 websocket连接上向所述锚点实体 传送所述第一会话请求。 进一步地， 本发明实施例还分别提供了锚点实体侧的信息传送装置和第 三方应用实体侧的信息传送装置的硬件构成。 可包括至少一个处理器 （例如 CPU) ,至少一个网络接口或者其它通信接口，存储器，和至少一个通信总线， 用于实现这些装置之间的连接通信。 处理器用于执行存储器中存储的可执行 模块，例如计算机程序。存储器可能包含高速随机存取存储器（RAM : Random Access Memory)， 也可能还包括非不稳定的存储器 ( non-volatile memory)， 例 如至少一个磁盘存储器。 通过至少一个网络接口 （可以是有线或者无线） 实 现该***网关与至少一个其它网元之间的通信连接， 可以使用互联网， 广域 网， 本地网， 城域网等。
参见图 12所示信息传送***的示意图， 可包括第三方应用实体 1001、锚 点实体 1002、 网内目标实体 1003。
其中， 第三方应用实体的存储器中存储了程序指令， 处理器可以根据这 些程序指令执行以下步骤：
向锚点实体发送第一会话请求， 所述第一会话请求包含第三方应用实体 的身份信息和网内目标实体的身份信息； 所述第三方应用实体的身份信息用 于在所述锚点实体向所述网内目标实体发送第二会话请求时转发至所述网内 目标实体；
接收所述锚点实体返回的响应， 与所述锚点实体建立第一会话； 在所述锚点实体和所述网内目标实体建立第二会话后， 接收所述锚点实 体根据所述第三方应用实体的身份信息转发的上报事件， 所述第三方应用实 体的身份信息和所述上报事件由所述网内目标实体发送至所述锚点实体。
对应于此， 锚点实体的存储器中也存储了程序指令， 处理器可才艮据存储 的程序指令相应地执行以下步骤：
接收第三方应用实体发送的第一会话请求， 所述第一会话请求包含所述 第三方应用实体的身份信息和网内目标实体的身份信息；
与所述第三方应用实体建立第一会话， 并向所述网内目标实体发送第二 会话请求， 所述第二会话请求包含锚点实体的身份信息和所述第三方应用实 体的身份信息；
与所述网内目标实体建立第二会话， 并接收所述网内目标实体上报的信 息， 所述信息包含上报事件和第三方应用实体的身份信息；
根据所述信息中包含的第三方应用实体的身份信息将所述上报事件转发 给对应的第三方应用实体。
通过以上的实施方式的描述可知， 本领域的技术人员可以清楚地了解到 上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方 式来实现。 基于这样的理解， 本发明的技术方案本质上或者说对现有技术做 出贡献的部分可以以软件产品的形式体现出来， 该计算机软件产品可以存储 在存储介质中， 如 ROM/RAM、 磁碟、 光盘等， 包括若干指令用以使得一台 计算机设备 （可以是个人计算机， 服务器， 或者诸如媒体网关等网络通信设 备， 等等） 执行本发明各个实施例或者实施例的某些部分所述的方法。 实施例之间相同相似的部分互相参见即可， 每个实施例重点说明的都是与其 他实施例的不同之处。 尤其， 对于设备及***实施例而言， 由于其基本相似 于方法实施例， 所以描述得比较简单， 相关之处参见方法实施例的部分说明 即可。 以上所描述的设备及***实施例仅仅是示意性的， 其中作为分离部件 是或者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到多个 网络单元上。 可以根据实际的需要选择其中的部分或者全部模块来实现本实 施例方案的目的。 本领域普通技术人员在不付出创造性劳动的情况下， 即可 以理解并实施。
以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范 围。 凡在本发明的精神和原则之内所作的任何修改、 等同替换、 改进等， 均 包含在本发明的保护范围内。

Claims

权 利 要 求
1、 一种信息传送装置， 其特征在于， 所述装置包括：
会话请求接收单元， 用于接收第三方应用实体发送的第一会话请求， 所 述第一会话请求包含所述第三方应用实体的身份信息和网内目标实体的身份 信息；
第一会话建立单元， 用于与所述第三方应用实体建立第一会话； 请求发送单元， 用于向所述网内目标实体发送第二会话请求， 所述第二 会话请求包含锚点实体的身份信息和所述第三方应用实体的身份信息；
第二会话建立单元， 用于与所述网内目标实体建立第二会话；
信息接收单元， 用于接收所述网内目标实体上报的信息， 所述信息包含 上报事件和第三方应用实体的身份信息；
转发单元， 用于根据所述信息中包含的第三方应用实体的身份信息将所 述上 "^事件转发给对应的第三方应用实体。
2、 根据权利要求 1所述的装置， 其特征在于， 所述会话请求接收单元包 括：
连接建立单元， 用于与所述第三方应用实体通过一次握手建立基于网页 的套接字 websocket连接；
会话请求接收子单元， 用于接收所述第三方应用实体在所述 websocket 连接上传送的所述第一会话请求。
3、 才艮据权利要求 1所述的装置， 其特征在于， 所述装置维护一个与所述 网内目标实体相对应的列表， 所述列表中添加有与所述网内目标实体对应的 所有第三方应用实体的身份信息， 所述装置还包括：
终结请求接收单元， 用于接收待终结第三方应用实体发送的会话终结请 求， 所述会话终结请求中包含所述待终结第三方应用实体的身份信息；
判断单元， 用于判断所述列表中是否只保存有所述待终结第三方应用实 体的身份信息；
会话终结单元， 用于在所述判断单元判定为是时， 清空所述列表并终结 所述第二会话；
删除单元， 用于在所述判断单元判定为否时， 删除所述列表中保存的所 述待终结第三方应用的身份信息。
4、 才艮据权利要求 3所述的装置， 其特征在于， 所述装置还才艮据第三方应 用实体的请求与其它网内目标实体建立第二会话， 并维护与各其它网内目标 实体相对应的列表， 所述列表中添加有与所述其它网内目标实体对应的所有 第三方应用实体的身份信息， 则所述终结请求接收单元接收到的会话终结请 求还包括网内目标实体的身份信息， 所述装置还包括：
查找单元， 用于从维护的至少两个列表中查找所述网内目标实体的身份 信息对应的列表， 再通知所述判断单元判断查找到的列表中是否只保存有所 述待终结第三方应用实体的身份信息。
5、 一种信息传送装置， 其特征在于， 所述装置包括：
会话请求发送单元， 用于向锚点实体发送第一会话请求， 所述第一会话 请求包含第三方应用实体的身份信息和网内目标实体的身份信息； 所述第三 方应用实体的身份信息用于在所述锚点实体向所述网内目标实体发送第二会 话请求时转发至所述网内目标实体；
第一会话建立单元， 用于接收所述锚点实体返回的响应， 与所述锚点实 体建立第一会话；
信息接收单元， 用于在所述锚点实体和所述网内目标实体建立第二会话 后，接收所述锚点实体根据所述第三方应用实体的身份信息转发的上报事件， 所述第三方应用实体的身份信息和所述上报事件由所述网内目标实体发送至 所述锚点实体。
6、 才艮据权利要求 5所述的装置， 其特征在于， 所述会话请求发送单元包 括：
连接建立单元， 用于与所述锚点实体通过一次握手建立基于网页的套接 字 websocket连接；
会话请求发送子单元，用于在所述 websocket连接上向所述锚点实体传送 所述第一会话请求。
7、 一种信息传送方法， 其特征在于， 所述方法包括：
锚点实体接收第三方应用实体发送的第一会话请求， 所述第一会话请求 包含所述第三方应用实体的身份信息和网内目标实体的身份信息； 所述锚点实体与所述第三方应用实体建立第一会话， 并向所述网内目标 实体发送第二会话请求， 所述第二会话请求包含所述锚点实体的身份信息和 所述第三方应用实体的身份信息；
所述锚点实体与所述网内目标实体建立第二会话， 并接收所述网内目标 实体上报的信息， 所述信息包含上报事件和第三方应用实体的身份信息； 所述锚点实体根据所述信息中包含的第三方应用实体的身份信息将所述 上 ¾_事件转发给对应的第三方应用实体。
8、 根据权利要求 7所述的方法， 其特征在于，
所述第三方应用实体的身份信息包括 IP地址、 统一资源定位符 URL、 连 接标识中的至少一个；
所述网内目标实体的身份信息包括： 网内目标实体的直径 Diameter主机 标识以及网内目标实体所在 Diameter域的标识； 或者， 所述网内目标实体的 身份信息包括： 用户终端的身份信息；
所述锚点实体的身份信息包括： 锚点实体的 Diameter主机标识以及锚点 实体所在 Diameter域的标识。
9、 根据权利要求 7所述的方法， 其特征在于， 所述锚点实体接收第三方 应用实体发送的第一会话请求， 包括：
所述锚点实体与所述第三方应用实体通过一次握手建立基于网页的套接 字 websocket连接；
所述锚点实体接收所述第三方应用实体在所述 websocket 连接上传送的 所述第一会话请求。
10、 根据权利要求 7所述的方法， 其特征在于， 所述锚点实体维护一个 与所述网内目标实体相对应的列表， 所述列表中添加有与所述网内目标实体 对应的所有第三方应用实体的身份信息， 所述方法还包括：
所述锚点实体接收待终结第三方应用实体发送的会话终结请求， 所述会 话终结请求中包含所述待终结第三方应用实体的身份信息；
所述锚点实体判断所述列表中是否只保存有所述待终结第三方应用实体 的身份信息， 如果是， 所述锚点实体则清空所述列表并终结所述第二会话； 如果否， 所述锚点实体则删除所述列表中保存的所述待终结第三方应用的身 份信息。
11、 根据权利要求 10所述的方法， 其特征在于， 所述锚点实体还根据第 三方应用实体的请求与其它网内目标实体建立第二会话， 并维护与各其它网 内目标实体相对应的列表， 所述列表中添加有与所述其它网内目标实体对应 的所有第三方应用实体的身份信息， 则所述会话终结请求还包括网内目标实 体的身份信息， 所述方法还包括：
所述锚点实体从维护的至少两个列表中查找所述网内目标实体的身份信 息对应的列表， 再执行所述判断所述列表中是否只保存有所述待终结第三方 应用实体的身份信息的步骤。
12、 一种信息传送方法， 其特征在于， 所述方法包括：
第三方应用实体向锚点实体发送第一会话请求， 所述第一会话请求包含 所述第三方应用实体的身份信息和网内目标实体的身份信息； 所述第三方应 用实体的身份信息用于在所述锚点实体向所述网内目标实体发送第二会话请 求时转发至所述网内目标实体；
所述第三方应用实体接收所述锚点实体返回的响应， 与所述锚点实体建 立第一会话；
在所述锚点实体和所述网内目标实体建立第二会话后， 所述第三方应用 实体接收所述锚点实体根据所述第三方应用实体的身份信息转发的上报事 件， 所述第三方应用实体的身份信息和所述上报事件由所述网内目标实体发 送至所述锚点实体。
13、 才艮据权利要求 12所述的方法， 其特征在于， 所述第三方应用实体向 锚点实体发送第一会话请求， 包括：
所述第三方应用实体与所述锚点实体通过一次握手建立基于网页的套接 字 websocket连接；
所述第三方应用实体在所述 websocket 连接上向所述锚点实体传送所述 第一会话请求。
14、 一种信息传送装置， 其特征在于， 包括至少一个处理器、 至少一个 网络接口或者其它通信接口、 存储器、 和至少一个通信总线； 所述存储器用 于存储程序指令， 所述处理器用于根据所述程序指令执行以下步骤： 接收第三方应用实体发送的第一会话请求， 所述第一会话请求包含所述 第三方应用实体的身份信息和网内目标实体的身份信息；
与所述第三方应用实体建立第一会话， 并向所述网内目标实体发送第二 会话请求， 所述第二会话请求包含锚点实体的身份信息和所述第三方应用实 体的身份信息；
与所述网内目标实体建立第二会话， 并接收所述网内目标实体上报的信 息， 所述信息包含上报事件和第三方应用实体的身份信息；
根据所述信息中包含的第三方应用实体的身份信息将所述上报事件转发 给对应的第三方应用实体。
15、 才艮据权利要求 14所述的方法， 其特征在于， 所述接收第三方应用实 体发送的第一会话请求， 包括：
与所述第三方应用实体通过一次握手建立基于网页的套接字 websocket 连接；
接收所述第三方应用实体在所述 websocket 连接上传送的所述第一会话 请求。
16、 才艮据权利要求 14所述的方法， 其特征在于， 所述处理器维护一个与 所述网内目标实体相对应的列表， 所述列表中添加有与所述网内目标实体对 应的所有第三方应用实体的身份信息， 所述处理器还用于执行以下步骤： 接收待终结第三方应用实体发送的会话终结请求， 所述会话终结请求中 包含所述待终结第三方应用实体的身份信息；
判断所述列表中是否只保存有所述待终结第三方应用实体的身份信息， 如果是， 则清空所述列表并终结所述第二会话； 如果否， 则删除所述列表中 保存的所述待终结第三方应用的身份信息。
17、 才艮据权利要求 16所述的方法， 其特征在于， 所述处理器还才艮据第三 方应用实体的请求与其它网内目标实体建立第二会话， 并维护与各其它网内 目标实体相对应的列表， 所述列表中添加有与所述其它网内目标实体对应的 所有第三方应用实体的身份信息， 则所述会话终结请求还包括网内目标实体 的身份信息， 所述处理器还用于执行以下步骤：
从维护的至少两个列表中查找所述网内目标实体的身份信息对应的列 表， 再执行所述判断所述列表中是否只保存有所述待终结第三方应用实体的 身份信息的步骤。
PCT/CN2014/073183 2014-03-11 2014-03-11 一种信息传送方法及装置 WO2015135124A1 (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
RU2016139606A RU2654140C2 (ru) 2014-03-11 2014-03-11 Способ и устройство передачи информации
MX2016011755A MX362086B (es) 2014-03-11 2014-03-11 Aparato y método de transferencia de información.
CN201480000852.9A CN105144836B (zh) 2014-03-11 2014-03-11 一种信息传送方法及装置
EP14885172.8A EP3107352B1 (en) 2014-03-11 2014-03-11 Information transfer method, system and apparatus
PCT/CN2014/073183 WO2015135124A1 (zh) 2014-03-11 2014-03-11 一种信息传送方法及装置
BR112016020891-9A BR112016020891B1 (pt) 2014-03-11 Método e aparelho de transmissão de informação
US15/261,503 US10581979B2 (en) 2014-03-11 2016-09-09 Information transmission method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/073183 WO2015135124A1 (zh) 2014-03-11 2014-03-11 一种信息传送方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/261,503 Continuation US10581979B2 (en) 2014-03-11 2016-09-09 Information transmission method and apparatus

Publications (1)

Publication Number Publication Date
WO2015135124A1 true WO2015135124A1 (zh) 2015-09-17

Family

ID=54070764

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/073183 WO2015135124A1 (zh) 2014-03-11 2014-03-11 一种信息传送方法及装置

Country Status (6)

Country Link
US (1) US10581979B2 (zh)
EP (1) EP3107352B1 (zh)
CN (1) CN105144836B (zh)
MX (1) MX362086B (zh)
RU (1) RU2654140C2 (zh)
WO (1) WO2015135124A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114172869A (zh) * 2018-02-12 2022-03-11 华为技术有限公司 管理媒体传输通路的方法、***以及相关设备
CN111246478B (zh) * 2020-01-20 2021-09-21 广州爱浦路网络技术有限公司 一种基于hss的5g核心网信息处理装置及方法
CN114640489A (zh) * 2020-12-16 2022-06-17 北京首信科技股份有限公司 认证方法和认证装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101217789A (zh) * 2008-01-10 2008-07-09 中兴通讯股份有限公司 一种非漫游场景下策略和计费规则功能服务器的选择方法
CN101227391A (zh) * 2008-01-09 2008-07-23 中兴通讯股份有限公司 非漫游场景下策略和计费规则功能实体的选择方法
CN102300263A (zh) * 2011-09-23 2011-12-28 电信科学技术研究院 一种pcrf确定方法、装置及***
CN102905390A (zh) * 2011-07-26 2013-01-30 中兴通讯股份有限公司 会话关联方法、装置和***
US20130287012A1 (en) * 2012-04-27 2013-10-31 Interdigital Patent Holdings, Inc. Method and apparatus for optimizing proximity data path setup

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7636917B2 (en) 2003-06-30 2009-12-22 Microsoft Corporation Network load balancing with host status information
RU2387002C2 (ru) * 2003-06-30 2010-04-20 Майкрософт Корпорейшн Выравнивание сетевой нагрузки с помощью управления соединением
CN101583112B (zh) * 2008-08-12 2011-09-21 中兴通讯股份有限公司 会话信息的标识方法及装置
CN102158562A (zh) * 2010-02-11 2011-08-17 中兴通讯股份有限公司 一种下发pcc策略信息的方法及***
US20110202635A1 (en) * 2010-02-18 2011-08-18 Alcatel-Lucent Canada Inc. Policy controller application enablement api for wireline/wireless converged solution
US8824370B2 (en) * 2010-12-16 2014-09-02 Openet Telecom Ltd. Methods, systems and devices for dynamic context-based routing
EP2528295B1 (en) * 2011-05-24 2019-09-04 Vodafone GmbH Method and system of controlling a gateway
CN102223240B (zh) 2011-07-29 2014-12-03 华为技术有限公司 提供服务方法、业务代理装置、策略和计费规则功能装置
US9537925B2 (en) * 2013-07-09 2017-01-03 Google Inc. Browser notifications
US10764376B2 (en) * 2016-10-18 2020-09-01 Cisco Technology, Inc. System and method for node selection based on mid-session and end-session event information

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101227391A (zh) * 2008-01-09 2008-07-23 中兴通讯股份有限公司 非漫游场景下策略和计费规则功能实体的选择方法
CN101217789A (zh) * 2008-01-10 2008-07-09 中兴通讯股份有限公司 一种非漫游场景下策略和计费规则功能服务器的选择方法
CN102905390A (zh) * 2011-07-26 2013-01-30 中兴通讯股份有限公司 会话关联方法、装置和***
CN102300263A (zh) * 2011-09-23 2011-12-28 电信科学技术研究院 一种pcrf确定方法、装置及***
US20130287012A1 (en) * 2012-04-27 2013-10-31 Interdigital Patent Holdings, Inc. Method and apparatus for optimizing proximity data path setup

Also Published As

Publication number Publication date
EP3107352B1 (en) 2018-12-05
MX2016011755A (es) 2017-07-04
CN105144836B (zh) 2019-06-21
EP3107352A4 (en) 2017-03-08
US10581979B2 (en) 2020-03-03
CN105144836A (zh) 2015-12-09
RU2654140C2 (ru) 2018-05-16
EP3107352A1 (en) 2016-12-21
BR112016020891A2 (pt) 2018-07-17
MX362086B (es) 2019-01-07
RU2016139606A (ru) 2018-04-11
US20160381147A1 (en) 2016-12-29

Similar Documents

Publication Publication Date Title
JP7071015B2 (ja) ネットワークサービス品質フローを決定するための方法、ネットワーク要素、およびシステム
EP4024922A1 (en) Method for achieving service continuity and related devices
JP5298203B2 (ja) Ｎａｔ経由のデータセッションのポリシー及び課金制御のための制御セッションのトークンベースの相関
EP3171542B1 (en) Session management method, application function entity, policy server and protocol converter
US10609181B2 (en) Method and apparatus for controlling service chain of service flow
JP6663082B2 (ja) ノードタイプに基づくデータストリーミングの支援制御
US10812536B2 (en) Method and apparatus for providing quality of service for web-based real-time communication
WO2014048309A1 (zh) 触发终端的方法及相关设备
US20170054631A1 (en) Remote Access to a Residential Multipath Entity
EP3162037B1 (en) Method and apparatus for providing quality of service for web-based real-time communication
US10581979B2 (en) Information transmission method and apparatus
WO2012130048A1 (zh) 设备管理***中对网关进行初始化的方法及装置
WO2013182030A1 (zh) 一种用于请求资源的方法、设备及***
US10129320B2 (en) QoS improvement method, apparatus, and system
CN104917742B (zh) 一种信息传送方法及装置
US20240147272A1 (en) Technique for Collecting Analytics Data
WO2015051536A1 (zh) 信息传输方法和装置
JP5840575B2 (ja) マルチホーム通信方法およびシステム
US10432694B2 (en) Method for loading a web page at a user equipment, in a telecommunication network, and an internet protocol, IP, access point server as well as a user equipment arranged for operation in the telecommunication network
EP3254442B1 (en) A method and apparatus for secure content delivery from a telecommunication network cache
WO2015010576A1 (zh) 会话管理方法、应用功能实体、策略服务器和协议转换器
EP4295516A1 (en) Pfcp extension for responding to user plane requests
WO2019035106A1 (en) EFFICIENT SIGNALING MULTIPLEXING IN A NETWORK BASED ON WEB TECHNOLOGY
BR112016020891B1 (pt) Método e aparelho de transmissão de informação

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480000852.9

Country of ref document: CN

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

Ref document number: 14885172

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: MX/A/2016/011755

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2014885172

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014885172

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016139606

Country of ref document: RU

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: IDP00201606839

Country of ref document: ID

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112016020891

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112016020891

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20160909