WO2010022671A1 - 数据传输的方法、代理装置和系统 - Google Patents
数据传输的方法、代理装置和系统 Download PDFInfo
- Publication number
- WO2010022671A1 WO2010022671A1 PCT/CN2009/073603 CN2009073603W WO2010022671A1 WO 2010022671 A1 WO2010022671 A1 WO 2010022671A1 CN 2009073603 W CN2009073603 W CN 2009073603W WO 2010022671 A1 WO2010022671 A1 WO 2010022671A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- embedded object
- user equipment
- data packet
- sent
- proxy device
- Prior art date
Links
Classifications
-
- 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]
-
- 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/56—Provisioning of proxy services
Definitions
- the present invention relates to the field of communications technologies, and in particular, to a data transmission method, proxy device, and system. Background technique
- Web browsing is the main service used by the Internet today.
- the application layer is Hypertext Transfer Protocol (HTTP), which provides processing services between the client and the server.
- HTTP Hypertext Transfer Protocol
- users' performance requirements for web browsing are becoming higher and higher. Therefore, how to optimize the performance of web browsing to obtain the best user experience is very important.
- HTTP is an interaction mechanism protocol
- webpage files generally include a main frame and an embedded object. Both the main frame and the embedded object require the UE (User Equipment) to actively send a GET request to the WEB (network) server, and the WEB server. The corresponding data will be issued.
- UE User Equipment
- Web browsing access time performance is one of the important performance indicators for evaluating wireless systems, but due to
- HTTP is an interaction mechanism protocol.
- Each embedded object needs the UE to send a GET request to the WEB server to send data. If the WEB server receives a GET request from the UE for too long, for example, the air interface environment quality is poor. Or the external network has a large delay, which will cause a large transmission time delay, and the performance of the data transmission is relatively poor, which affects the browsing performance of the webpage and reduces the user experience.
- Embodiments of the present invention provide a data transmission method, a proxy device, and a system.
- the method of the embodiment of the present invention includes: receiving a main frame data packet sent by a network server; parsing the main frame data packet, acquiring embedded object information; constructing an embedded object request message according to the embedded object information, and embedding the embedded message
- the object request message is sent to the WEB server; the embedded object data packet sent by the WEB server is received; and the received embedded object number is sent to the user equipment UE. According to the package.
- the embodiment of the present invention further provides a proxy device, where the proxy device includes a parsing unit, a request constructing unit, an embedded object acquiring unit, and a data forwarding unit, where the parsing unit is configured to receive and parse the main sent by the web server.
- the frame data packet obtains the embedded object information;
- the request construction unit is configured to construct an embedded object request message for each embedded object according to the embedded object information obtained by the parsing unit, and send the message to the web server;
- the unit is configured to receive the embedded object data packet sent by the network server, where the data forwarding unit is configured to forward the embedded object data packet received by the embedded object acquiring unit to the user equipment UE.
- An embodiment of the present invention further provides a network node, where the network node includes the foregoing proxy device.
- the embodiment of the invention further provides a system for data transmission, the system comprising a network server, a user equipment UE, and the system further comprises the above proxy device.
- the embodiment of the present invention obtains the embedded object information by receiving the main frame data packet sent by the WEB server, and constructs the embedded object request message according to the acquired embedded object information. Sending to the WEB server, receiving the data packet of the embedded object sent by the WEB server; sending the embedded object data packet received from the WEB server to the UE.
- the method, the proxy device and the system provided by the embodiments of the invention enhance the data transmission performance of the webpage and improve the user's webpage browsing experience.
- FIG. 1 is a flow chart of a method according to an embodiment of the present invention.
- FIG. 2 is a flow chart of a method according to still another embodiment of the present invention.
- FIG. 3 is a schematic structural diagram of an HTTP proxy according to an embodiment of the present invention.
- FIG. 4 is a schematic structural diagram of a data transmission system according to an embodiment of the present invention. detailed description
- Embodiments of the present invention provide a data transmission method, a proxy device, and a system, and receive a WEB.
- the main frame data packet sent by the server acquires the embedded object information; constructs the embedded object GET request according to the acquired embedded object information, and sends the GET request to the WEB server, and receives and caches the data packet of the embedded object sent by the WEB server; Sends an embedded object packet received from the web server.
- the method, the proxy device and the system provided by the embodiments of the invention enhance the data transmission performance of the webpage and improve the user's feeling of browsing the webpage.
- An embodiment of the present invention provides a method for data transmission.
- the method of the embodiment of the present invention may be performed by a proxy device (for example, an HTTP proxy).
- a proxy device for example, an HTTP proxy.
- the method includes the following content.
- the main frame GET request may be sent by the UE to the WEB server before receiving the main frame data packet sent by the WEB server.
- the main frame GET request can be transparently transmitted to the WEB server through an added proxy (such as an HTTP proxy).
- the WEB server After receiving the main frame GET request, the WEB server will send the main frame data packet to the UE according to the TCP mechanism, so that the HTTP proxy can receive the main frame data packet sent by the WEB server to the UE.
- the WEB server After receiving the above main frame GET request, the WEB server sends one packet of the main frame to the UE. After receiving the data packet, the UE sends a corresponding ACK message to the WEB server. After receiving the ACK message, the WEB server sends two data packets to the UE. After receiving the two data packets, the UE sends a corresponding ACK message to the WEB server. After receiving the ACK message, the WEB server sends the last data packet to the UE.
- the information of the embedded object can be obtained by parsing the received main frame data packet.
- the embedded object information obtained by parsing the main frame data packet may include the name and format of the embedded object, for example, for the embedded object about.gif, the name of about is obtained, and its image format gif, etc. .
- the WEB server After receiving the constructed GET request, the WEB server will send the data packet of the embedded object. At this time, the HTTP proxy receives the embedded object data packet sent by the WEB server, and can cache the data packet.
- the embedded object GET request may be sent to the WEB server in advance and the embedded object data packet is obtained, and then forwarded to the UE.
- the problem that the embedded object GET request sent by the UE received by the WEB server is too long may cause a large transmission time delay.
- the HTTP proxy may actively construct an ACK (acknowledgement; ACKnowledge) message and send the message to the WEB server, and the WEB server receives the ACK message. , continue to send embedded object data packets to the HTTP proxy.
- ACK acknowledgement
- a method for data transmission according to another embodiment of the present invention is substantially the same as the embodiment shown in FIG. 1, except that in 104, after receiving the embedded object data packet sent by the WEB server, The ACK message can be actively constructed and sent to the WEB server. After receiving the ACK message of the previously embedded object data packet, the WEB server continues to send the subsequent embedded object data packet.
- the method provided by the embodiment of the present invention ensures that the continuous reception of the embedded object data packet is ensured by actively constructing an ACK message and sending the message to the WEB server. Therefore, the problem that the embedded object GET request sent by the UE received by the WEB server is too long, causing a large transmission time delay is further solved.
- the HTTP proxy obtains the embedded object information by parsing the received main frame data packet.
- the embedded object information may also be sent to the UE, so that the UE constructs the embedded object GET request according to the received embedded object information and sends the GET request to the HTTP proxy.
- the HTTP proxy may also send the corresponding embedded data packet to the UE according to the embedded object GET request sent by the UE.
- FIG. 2 Another embodiment of the present invention provides a data transmission method, as shown in FIG. 2, including the following content. 201. Receive a main frame data packet sent by the WEB server. This step is substantially the same as 101 and will not be described here.
- the difference between the step and the step 102 is that after the embedded object information is received, the embedded object information can be sent to the UE, so that the UE constructs the embedded object GET request according to the embedded object information and sends the request to the HTTP proxy. Get the embedded object package.
- the embedded object information is sent to the HTTP proxy in the UE and the 203 to construct a GET request and sent to the WEB server. There is no strict timing relationship between the two, and the embedded object information can be sent.
- a GET request is constructed and sent to the WEB server before, after, or at the same time as the UE.
- the ACK message may be actively constructed and sent to the WEB server.
- the WEB server continues to send subsequent embedded object data packets.
- the UE receives the embedded object information, and therefore, the embedded object GET request is still sent to the HTTP proxy.
- the HTTP proxy receives the embedded object GET request sent by the UE, the HTTP proxy can intercept the embedded object. No longer sent to the WEB server.
- the way the packets are downloaded is slightly different.
- HTTP 1.0 after the main frame is downloaded, serially construct a TCP connection for each embedded object to download the embedded object, only one TCP connection at the same time;
- HTTP1.1 During the TCP connection process of the main frame, the TCP connection of the main frame can be simultaneously used to construct an embedded object GET request for the embedded object and sent to the WEB server, and a new TCP connection (ie, usually HTTP 1.1) is established. Two parallel TCP connections will be established.) The embedded object data packet will be downloaded. The TCP connection of the main frame and the newly established TCP connection will download the embedded object data packet.
- the HTTP proxy parses the received main frame data packet to obtain the embedded object information. After the main frame data packet is downloaded, the embedded object GET request is constructed serially for each embedded object. Send to the WEB server, serially create a new TCP connection for each embedded object to download. Since only one TCP connection downloads the embedded object data packet at the same time, the TCP port number of the embedded object data packet is consistent with the TCP port number of the embedded object GET request sent by the UE.
- the HTTP proxy parses the received main frame data packet to obtain the embedded object information.
- the TCP connection of the main frame can be simultaneously used for each internal
- the embedded object constructs the embedded object GET request and sends it to the WEB server.
- a new TCP connection is established (that is, usually HTTP 1.1 will establish two parallel TCP connections). Download the embedded object data packet, the TCP connection of the main frame.
- the embedded object package is downloaded with the newly established TCP connection.
- the embedded object data packet acquired by the HTTP proxy and the embedded object GET request sent by the UE may have inconsistent TCP port numbers. If the port number is inconsistent, the UE will not receive the corresponding embedded object data packet. In this case, the HTTP proxy will process it accordingly. Specifically, the HTTP proxy obtains the TCP port number of the embedded object GET request by parsing the TCP header of the embedded object GET request sent by the UE, and the TCP port number of the embedded object data packet and the embedded object sent by the UE.
- the HTTP proxy changes the TCP port number of the embedded object packet to the TCP port number of the embedded object GET request packet sent by the UE, and then delivers the corresponding embedded object packet. If the TCP port number of the embedded object data packet is the same as the TCP port number of the embedded object GET request sent by the UE, the corresponding embedded object data packet is directly sent to the UE.
- the method provided by the embodiment of the present invention sends the parsed object information to the UE, and the HTTP proxy actively constructs an embedded object GET request for each embedded object and sends the GET request to the WEB server, and is configured for the embedded embedded
- the data object data packet, the active construct ACK message is sent to the WEB server, and then according to the embedded object GET request sent by the UE, the received embedded object data packet is sent to the UE, thereby ensuring the continuity of the embedded object data packet reception, and solving
- the GET request time of the embedded object sent by the UE received by the WEB server is too long, causing a large transmission time delay.
- Another embodiment of the present invention further provides a method for data transmission, which is substantially the same as the description of 201, 202, 203, and 204 in the foregoing embodiment.
- the difference is that, in the method of this embodiment, the UE sends and receives the data to the UE.
- the embedded object data packet When the embedded object data packet is embedded, it can be delivered according to the receiving capability of the UE.
- the UE after receiving the embedded object data packet, the UE returns an ACK message, and the HTTP proxy intercepts the ACK message.
- the HTTP proxy may receive the window size of the UE side according to the ACK header returned by the UE. The receiving capability information of the UE is obtained.
- the receiving UE generally sends an ACK message in the following two situations: 1.
- the UE receives two data packets; 2.
- the UE receives a data packet, and after a certain period of time (usually 200ms), it has not received Go to other data packets.
- the above method does not take into account the size of the UE's receiving capability.
- the HTTP proxy may send multiple data packets (which may be greater than two) to the UE at one time according to the receiving capability of the UE, so that the UE does not need the UE every time.
- the ACK message is returned before continuing to receive data. In this way, several round-trip delays can be saved.
- An example is as follows: Assume that the embedded object has 5 data packets, and the WEB server initially sends 2 data packets. After receiving the 2 data packets, the UE sends the ACK message of the 2 data packets, and the WEB server receives the ACK message. After that, according to the TCP mechanism for calculation, it is possible to send 3 data packets, which requires two round-trip delays.
- the HTTP proxy can actively construct the ACK, the five data packets of the embedded object are sent to the HTTP proxy in advance, and after receiving the GET request of the embedded object from the UE, the UE is allowed to receive the capability. Next, these 5 data packets can be sent to the UE at one time, so that only one round trip delay is needed.
- An embodiment of the present invention provides a proxy device such as, but not limited to, the HTTP proxy shown in FIG.
- the HTTP proxy includes: a parsing unit 301, a request constructing unit 302, an inline object acquiring unit 303, and a data forwarding unit 304.
- the parsing unit 301 is configured to receive and parse the main frame data packet sent by the WEB server, and obtain the embedded object information.
- the request constructing unit 302 is configured to construct the embedded object for the embedded object according to the embedded object information obtained by the parsing unit 301.
- the embedded object obtaining unit 303 is configured to receive the embedded object data packet sent by the WEB server; for the received embedded object data packet, may be cached; the data forwarding unit 304 is configured to be embedded Object embedded unit 303 receives the embedded object packet forwarding User equipment UE.
- the above HTTP proxy may further include an acknowledgment message construction unit 305, an embedded object information delivery unit 306, an acknowledgment message interception unit 307, and/or a UE capability acquisition unit 308.
- the confirmation message construction unit 305 is configured to construct an ACK message and send it to the WEB server after the embedded object acquisition unit 303 receives the embedded object data packet.
- the embedded object information issuance unit 306 is configured to send the embedded object information obtained by the parsing unit 301 to the UE.
- the HTTP proxy includes the embedded object information sending unit 306 since the UE receives the embedded object information, it sends an embedded object GET request to the HTTP proxy.
- the data forwarding unit 304 sends the UE to the embedded server.
- the object GET request is intercepted, and is not sent to the WEB server, and the corresponding embedded data object data packet is sent to the UE according to the capability of the UE according to the embedded object GET request sent by the UE.
- the data forwarding unit 304 generally sends the cached corresponding embedded object data packet to the UE after the UE's embedded object GET request arrives at the HTTP proxy.
- the acknowledgment message intercepting unit 307 is configured to intercept the ACK message sent by the UE to the WEB server.
- the UE capability acquiring unit 308 is configured to receive the capability parameter information according to the UE in the ACK message returned by the UE, so that the data forwarding unit 304 can send data according to the receiving capability of the UE.
- the HTTP proxy is logically located on the Transmit Control Protocol (TCP) proxy. Since the TCP port number occupied by the HTTP protocol is 80 or 8080, the function of parsing the data packet through the TCP proxy can be known. Whether the data packet is a packet of the HTTP protocol; since the TCP proxy can be applied to different locations in the network, such as being deployed in the Internet, in the wireless core network, or on the side of the wireless access network, accordingly, the HTTP proxy can also The corresponding deployment is on the Internet, wireless core network or wireless access network location. For example, the HTTP proxy can be deployed in a network node, such as a radio network controller RNC.
- RNC radio network controller
- the HTTP proxy provided in the fifth embodiment of the present invention solves the problem that when the GET request time of the embedded object sent by the UE directly to the WEB server is too long, the transmission efficiency is low, thereby improving the data transmission performance of the webpage and improving the browsing of the webpage by the user. Feeling.
- An embodiment of the present invention provides a system for data transmission.
- the system includes a WEB server 401, an HTTP proxy 402, and a user equipment UE 403.
- the HTTP proxy 402 is generally located above the TCP proxy 400.
- the UE 403 sends a webpage main frame GET request to the WEB server 401.
- the WEB server 401 After receiving the main frame GET request of the UE 403, the WEB server 401 sends a data packet to the UE according to the TCP mechanism through the HTTP proxy 402, and the HTTP proxy 402 receives and forwards the WEB.
- the specific function implementation of the HTTP proxy 402 has been described in detail in the foregoing embodiments, and details are not described herein again.
- the system provided by the embodiment of the present invention receives and forwards the webpage data sent by the WEB server to the UE by setting an HTTP proxy between the WEB server and the UE, and solves the problem that the GET request time of the embedded object sent by the UE directly to the WEB server is too long.
- the problem of low transmission efficiency improves the data transmission performance of the webpage and improves the user's feeling of browsing the webpage.
- the received embedded object data packet is sent to the UE.
- the above-mentioned storage medium may be a read only memory, a magnetic disk or an optical disk or the like.
- the described systems, apparatus, and methods, as well as the schematic diagrams of various embodiments, may be combined or integrated with other systems, modules, techniques or methods without departing from the scope of the present application.
- the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be electrical, mechanical or otherwise.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Description
数据传输的方法、 代理装置和系统 本申请要求于 2008 年 9 月 1 日提交中国专利局、 申请号为 200810141747.3、 发明名称为 "一种数据传输的方法、 HTTP 代理和系统" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域， 尤其涉及一种数据传输的方法、 代理装置和 系统。 背景技术
网页浏览是现今因特网所使用的主要服务， 对于网页浏览来说， 其应用 层是超文本传输协议（ HTTP , Hypertext Transfer Protocol ), HTTP提供了客 户端和服务器之间的处理服务。 随着因特网的不断发展， 用户对网页浏览的 性能要求也就越来越高， 因此， 如何优化网页浏览的性能， 以获得最佳的用 户感受度就显得非常重要。
HTTP是一种交互机制协议， 而网页文件一般包含主框架和内嵌对象， 主框架和内嵌对象都需要 UE ( User Equipment, 用户设备 )主动发 GET请 求给 WEB (网络）服务器后， WEB服务器才会下发相应的数据。
网页浏览访问时间性能是评价无线系统重要的性能指标之一， 但由于
HTTP是一种交互机制协议， 每个内嵌对象都需要 UE主动发 GET请求后 WEB服务器才会下发数据， 如果 WEB服务器收到的 UE发送的 GET请求 时间过长， 例如空口环境质量较差或者外网时延大， 就会造成较大的传输时 间延迟， 数据传输的性能就比较差， 影响网页浏览性能， 降低用户感受。 发明内容
本发明实施例提供一种数据传输的方法、 代理装置和系统。
本发明实施例的方法包括： 接收网络服务器发送的主框架数据包； 解析 该主框架数据包， 获取内嵌对象信息； 根据该内嵌对象信息， 构造内嵌对象 请求消息， 并将该内嵌对象请求消息发送给上述 WEB服务器；接收该 WEB 服务器发送的内嵌对象数据包； 向用户设备 UE发送该接收到的内嵌对象数
据包。
同时，本发明实施例还提供了一种代理装置，该代理装置包含解析单元、 请求构造单元、 内嵌对象获取单元和数据转发单元， 其中， 上述解析单元用 于接收并解析网络服务器发送的主框架数据包， 获得内嵌对象信息； 上述请 求构造单元用于根据上述解析单元获得的内嵌对象信息， 为每一个内嵌对象 构造内嵌对象请求消息并发送给网络服务器； 上述内嵌对象获取单元用于接 收网络服务器发送的内嵌对象数据包； 上述数据转发单元用于将上述内嵌对 象获取单元接收的内嵌对象数据包转发给用户设备 UE。
本发明实施例还提供了一种网络节点， 该网络节点包含上述的代理装 置。
本发明实施例还提供了一种数据传输的系统， 该系统包括网络服务器， 用户设备 UE, 该系统还包含上述的代理装置。
由上述本发明实施例提供的技术方案可以看出， 本发明实施例通过接收 WEB服务器发送的主框架数据包， 获取内嵌对象信息； 根据获取的内嵌对 象信息， 构造内嵌对象请求消息并发送给 WEB服务器， 接收 WEB服务器 发送的内嵌对象的数据包； 向 UE发送从 WEB服务器接收到的内嵌对象数 据包。 通过本发明实施例提供的方法、 代理装置和系统， 增强了网页数据传 输性能， 提升了用户网页浏览的感受。 附图说明
图 1为本发明一实施例的方法流程图；
图 2为本发明又一实施例的方法流程图；
图 3为本发明实施例提供的 HTTP代理的结构示意图；
图 4为本发明实施例提供的数据传输系统的结构示意图。 具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做 出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
本发明实施例提供一种数据传输的方法、 代理装置和系统， 接收 WEB
服务器发送的主框架数据包，获取内嵌对象信息；根据获取的内嵌对象信息， 构造内嵌对象 GET请求并发送给 WEB服务器， 接收并緩存 WEB服务器发 送的内嵌对象的数据包； 向 UE发送从 WEB服务器接收到的内嵌对象数据 包。 通过本发明实施例提供的方法、 代理装置和系统， 增强了网页数据传输 性能， 提升了用户浏览网页的感受。
以下以具体实施例的方式，对本发明实施例提供的技术方案进行详细描 述。
本发明一实施例提供一种数据传输的方法， 本发明实施例的方法可以由 代理装置（例如 HTTP代理）执行， 如图 1所示， 该方法包括如下内容。
101 , 接收 WEB服务器发送的主框架数据包。
在接收 WEB服务器发送的主框架数据包之前，可以由 UE向 WEB服务 器发送主框架 GET请求。 该主框架 GET请求可以通过增加的代理 (例如 HTTP代理)透传给 WEB服务器。 WEB服务器收到该主框架 GET请求后， 将按照 TCP机制向 UE发送主框架数据包， 这样， HTTP代理就可以接收 WEB服务器发送给 UE的主框架数据包。
举例来说， 在通常的 TCP机制下， 假设主框架有 4个数据包。 WEB服 务器收到上述主框架 GET请求后， 向 UE发送主框架的 1个数据包。 UE收 到该数据包之后， 向 WEB服务器发送相应的 ACK消息。 WEB服务器接收 到该 ACK消息后， 再向 UE发送 2个数据包。 UE收到这 2个数据包之后， 向 WEB服务器发送相应的 ACK消息。 WEB服务器在接收到此 ACK消息 后， 再向 UE发送最后 1个数据包。
102, 解析主框架数据包， 获取内嵌对象信息。
可以通过解析接收到的主框架数据包来获取内嵌对象的信息。 其中， 通 过解析主框架数据包获取的内嵌对象信息可以包括内嵌对象的名称和格式 等， 例如对于内嵌对象 about.gif来说， 获取的是 about这个名称， 以及它的 图片格式 gif等。
103 ,根据内嵌对象信息，构造内嵌对象请求消息并发送给 WEB服务器。 由于 HTTP是一种交互机制的协议， WEB服务器在收到内嵌对象的请 求消息 （例如内嵌对象 GET请求）后， 会下发其对应的数据， 所以， 通过 由 HTTP代理主动为内嵌对象构造内嵌对象 GET请求并发送给 WEB服务 器，可以提前发送内嵌对象 GET请求给 WEB服务器并获取内嵌对象数据包，
然后再转发给 UE, 可以解决 WEB服务器收到的 UE发送的内嵌对象 GET 请求时间过长， 造成较大的传输时间延迟的问题。
104, 接收 WEB服务器发送的内嵌对象数据包。
WEB服务器收到构造的内嵌对象 GET请求后， 就会下发内嵌对象的数 据包， 此时由 HTTP代理接收 WEB服务器发送的内嵌对象数据包,并可以对 所述数据包进行緩存。
105, 向 UE发送接收的内嵌对象数据包。
通过本实施例提供的方法， 通过主动为内嵌对象构造内嵌对象 GET请 求并发送给 WEB服务器， 可以提前发送内嵌对象 GET请求给 WEB服务器 并获取内嵌对象数据包， 然后再转发给 UE, 可以解决 WEB服务器收到的 UE发送的内嵌对象 GET请求时间过长， 造成较大的传输时间延迟的问题。
可选地， 为了保证内嵌对象数据的连续发送， HTTP代理在接收到内嵌 对象数据包后， 可以主动构造 ACK (确认； ACKnowledge ) 消息， 发送给 WEB服务器， WEB服务器在接收到 ACK消息后， 继续给 HTTP代理发送 内嵌对象数据包。
因此， 本发明另一实施例提供的一种数据传输的方法， 其流程与图 1所 示实施例基本相同， 所不同的是在 104中， 在接收到 WEB服务器发送的内 嵌对象数据包后， 可以主动构造 ACK消息并发送给 WEB服务器， WEB月良 务器接收到前面内嵌对象数据包的 ACK消息后， 继续发送后续的内嵌对象 数据包。
本发明实施例提供的方法， 通过主动构造 ACK消息发送给 WEB服务 器， 保证了内嵌对象数据包的连续接收。 从而进一步解决了 WEB服务器收 到的 UE发送的内嵌对象 GET请求时间过长，造成较大的传输时间延迟的问 题。
由前述实施例中的 102的描述可知， HTTP代理通过解析收到的主框架 数据包， 获取内嵌对象信息。 此外， HTTP代理获取内嵌对象信息后， 还可 以将该内嵌对象信息发送给 UE, 以便 UE根据收到的内嵌对象信息， 构造 内嵌对象 GET请求并发送给 HTTP代理。 HTTP代理在收到并緩存 WEB服 务器发送的内嵌对象数据包后， 还可以根据 UE发送的内嵌对象 GET请求， 将相应的内嵌数据包发送给 UE。 为了使本发明实施例的方案更加清楚， 本 发明再一实施例提供了一种数据传输的方法， 如图 2所示， 包括如下内容。
201 , 接收 WEB服务器发送的主框架数据包。 本步骤和 101大体相同， 在此不再赘述。
202, 解析主框架数据包， 获取内嵌对象信息， 并将该内嵌对象信息下 发给 UE。
本步骤和 102的区别在于， 在收到内嵌对象信息后， 还可以将该内嵌对 象信息下发给 UE, 以便 UE根据内嵌对象信息， 构造内嵌对象 GET请求并 发送给 HTTP代理， 获取内嵌对象数据包。
203 , 根据内嵌对象信息， 构造内嵌对象 GET请求并发送给 WEB服务 器。 本步骤与 103大体相同， 在此不再赘述。
可以理解的是， 202中将内嵌对象信息下发给 UE和 203中 HTTP代理 构造 GET请求并发送给 WEB服务器， 二者之间并没有严格的时序关系， 可 以在将内嵌对象信息下发给 UE之前、之后或者同时，构造 GET请求并发送 给 WEB服务器。
204 , 接收 WEB服务器发送的内嵌对象数据包。
可选地， 在接收到 WEB服务器发送的内嵌对象数据包后， 可以主动构 造 ACK消息并发送给 WEB服务器。 WEB服务器接收到前面内嵌对象数据 包的 ACK消息后， 继续发送后续的内嵌对象数据包。
205 , 根据 UE发送的内嵌对象 GET请求， 向 UE发送接收的内嵌对象 数据包。
由前述 202可知， UE会收到内嵌对象信息， 因此， 仍会向 HTTP代理 发送内嵌对象 GET请求， 当 HTTP代理收到 UE发送的内嵌对象 GET请求 后， 可以对其进行拉截， 不再向 WEB服务器发送。
对于 HTTP 协议的不同版本， 数据包的下载方式略有不同。 例如， 在 HTTP 1.0 中， 是在主框架下载完后， 再串行地为每个内嵌对象构造 TCP连 接下载内嵌对象， 同一个时刻只有一个 TCP连接； 而对于 HTTP1.1来说， 在主框架的 TCP连接过程中， 可以同时利用该主框架的 TCP连接串行的为 内嵌对象构造内嵌对象 GET请求并发送给 WEB服务器，另外还会建立一个 新的 TCP连接 (即通常 HTTP 1.1会建立两个并行的 TCP连接 )下载内嵌对 象数据包， 主框架的 TCP连接和新建立的 TCP连接都会下载内嵌对象数据 包。因此 HTTP代理根据 UE发送的内嵌对象 GET请求向 UE发送接收到的 内嵌数据包的方式也有一些不同， 具体说明如下。
对于 HTTP 1.0版本， HTTP代理会对收到主框架数据包进行解析，获取 内嵌对象信息， 等主框架数据包下载完后， 通过串行的为每个内嵌对象构造 内嵌对象 GET请求并发送给 WEB服务器，串行的对每个内嵌对象都建立一 个新的 TCP连接进行下载。 由于同一时刻只有一个 TCP连接下载内嵌对象 数据包， 所以内嵌对象数据包的 TCP端口号和 UE发送的内嵌对象 GET请 求的 TCP端口号是一致的。
对于 HTTP 1.1版本， HTTP代理会对收到主框架数据包进行解析，获取 内嵌对象信息， 同时在主框架的 TCP 连接过程中， 可以同时利用该主框架 的 TCP连接串行的为每个内嵌对象构造内嵌对象 GET请求并发送给 WEB 服务器， 另外还会建立一个新的 TCP连接 (即通常 HTTP1.1会建立两个并 行的 TCP连接） 下载内嵌对象数据包， 主框架的 TCP连接和新建立的 TCP 连接都会下载内嵌对象数据包。
对于 HTTP1.1的情况， 由于同时存在两个并行的 TCP连接同时下载内 嵌对象信息， 因此 HTTP代理获取的内嵌对象数据包和 UE发送的内嵌对象 GET请求可能存在 TCP端口号不一致的情况， 如果端口号不一致， 会导致 UE 不能接收到相应的内嵌对象数据包， 对于这种情况， HTTP代理会进行 相应的处理。 具体地， HTTP代理通过对 UE发送的内嵌对象 GET请求的 TCP包头的解析， 获得该内嵌对象 GET请求的 TCP端口号， 在内嵌对象数 据包的 TCP端口号和 UE发送的内嵌对象 GET请求的 TCP端口号不一致的 时候， HTTP代理将内嵌对象数据包的 TCP端口号更改为 UE发送过来的内 嵌对象 GET请求包的 TCP端口号， 然后再将对应的内嵌对象包下发给 UE; 如果前述内嵌对象数据包的 TCP端口号和 UE发送的内嵌对象 GET请求的 TCP端口号一致， 则直接将对应的内嵌对象数据包下发给 UE。
本发明实施例提供的方法， 将解析得到的内嵌对象信息下发给 UE, 由 HTTP代理主动为每个内嵌对象构造内嵌对象 GET请求并发送给 WEB服务 器， 并且针对接收到的内嵌数据对象数据包， 主动构造 ACK 消息发送给 WEB服务器， 然后根据 UE发送的内嵌对象 GET请求， 向 UE发送接收到 的内嵌对象数据包， 保证了内嵌对象数据包接收的连续性， 解决 WEB服务 器收到的 UE发送的内嵌对象 GET请求时间过长，造成较大的传输时间延迟 的问题。
本发明另一实施例还提供了一种数据传输的方法， 其步骤与上述实施例 中 201、 202、 203、 204的描述大体相同， 区别在于， 本实施例的方法中， 向 UE发送收到的内嵌对象数据包时， 可以根据 UE的接收能力进行下发。
具体地， UE在收到内嵌对象数据包后， 会返回 ACK消息， 此时 HTTP 代理将该 ACK消息拦截； 另夕卜， HTTP代理可以根据 UE返回的 ACK包头 携带的 UE侧接收窗口大小， 获得 UE的接收能力信息。
正常情况下，接收端 UE—般在如下两种情况下发送 ACK消息： 1、 UE 收到两个数据包； 2、 UE收到一个数据包， 再过一定时间 （通常是 200ms ) 还没有收到其它数据包。 上述方式没有考虑到 UE接收能力的大小。 而在本 发明实施例中， HTTP代理可以根据 UE的接收能力， 在 UE接收窗口很大 的时候， 一次性的发送多个数据包（可以大于 2个）给 UE, 从而不需要 UE 在每次收到小于或者等于 2个数据包后就返回 ACK消息后才能继续接收数 据， 通过这种方法， 可以节省几个往返时延。
举例说明如下： 假设内嵌对象有 5个数据包， WEB服务器一开始发 2 个数据包， UE收到这 2个数据包后发这 2个数据包的 ACK消息， WEB服 务器收到上述 ACK消息后，按照 TCP机制进行计算，能发 3个数据包下去， 这样就需要两个往返时延。 而根据本发明实施例， 由于 HTTP代理可以主动 构造 ACK, 内嵌对象的 5个数据包会提前发送到 HTTP代理处， 收到 UE过 来的内嵌对象 GET请求后， 判断 UE接收能力允许的情况下， 可以将这 5 个数据包一次性发给 UE, 这样就只需要一个往返时延。
本发明实施例通过根据 UE能力向 UE下发数据， 可以在 UE能力许可 时， 一次性的发送多个数据包给 UE, 从而提高了数据传输效率， 降低了传 输时延。
本发明一实施例提供了一种代理装置， 例如（但不限于） 图 3 所示的 HTTP代理。 该 HTTP代理包括： 解析单元 301、 请求构造单元 302、 内嵌对 象获取单元 303和数据转发单元 304。 其中， 解析单元 301用于接收并解析 WEB服务器发送的主框架数据包， 获得内嵌对象信息； 请求构造单元 302 用于根据解析单元 301获得的内嵌对象信息，为内嵌对象构造内嵌对象 GET 请求并发送给 WEB服务器； 内嵌对象获取单元 303用于接收 WEB服务器 发送的内嵌对象数据包；对于接收到的内嵌对象数据包，可以进行緩存； 数 据转发单元 304用于将内嵌对象获取单元 303接收到的内嵌对象数据包转发
给用户设备 UE。
另外， 上述 HTTP代理还可以包括确认消息构造单元 305、 内嵌对象信 息下发单元 306、 确认消息拦截单元 307和 /或 UE能力获取单元 308。
确认消息构造单元 305用于在内嵌对象获取单元 303接收到内嵌对象数 据包后， 构造 ACK消息并发送给 WEB服务器。
内嵌对象信息下发单元 306用于将解析单元 301获得的内嵌对象信息下 发给 UE。 当 HTTP代理包含内嵌对象信息下发单元 306时， 由于 UE收到 内嵌对象信息后， 会给 HTTP代理发送内嵌对象 GET请求， 此时数据转发 单元 304将 UE发送给 HTTP服务器的内嵌对象 GET请求拦截， 不再发往 WEB服务器， 并根据 UE发送过来的内嵌对象 GET请求， 将对应的内嵌数 据对象数据包按照 UE的能力下发给 UE。 并且， 数据转发单元 304—般是 在 UE的内嵌对象 GET请求到达 HTTP代理后，才将緩存的对应的内嵌对象 数据包发送给 UE。
确认消息拦截单元 307用于将 UE发送给 WEB服务器的 ACK消息拦截。 UE能力获取单元 308用于根据 UE返回的 ACK消息中的 UE接收能力 参数信息， 从而数据转发单元 304可以根据 UE的接收能力下发数据。
所述该 HTTP代理在逻辑上位于传输控制协议（ TCP, Transmit Control Protocol)代理之上， 由于 HTTP协议占用的 TCP端口号为 80或者 8080 , 通 过 TCP代理解析数据包的功能即可得知传输的数据包是否为 HTTP协议的 数据包； 由于 TCP代理可以适用于网络中的不同位置， 如部署在互联网中， 无线核心网中， 或者在无线接入网侧， 因此， 相应的， HTTP代理也可以相 应的部署于互联网， 无线核心网或者无线接入网位置。 如该 HTTP代理可以 部署于网络节点， 如无线网络控制器 RNC中。
通过本发明实施例五中提供的 HTTP代理， 解决了 UE直接给 WEB服 务器发送的内嵌对象 GET请求时间过长时， 传输效率低下的问题， 从而提 升了网页数据传输性能， 提升了用户浏览网页的感受。
本发明一实施例提供了一种数据传输的系统， 如图 4所示， 该系统包括 WEB服务器 401 , HTTP代理 402和用户设备 UE 403 , HTTP代理 402—般 位于 TCP代理 400之上。 UE 403向 WEB服务器 401发送网页主框架 GET 请求， WEB服务器 401收到 UE 403的主框架 GET请求后， 通过 HTTP代 理 402, 按照 TCP机制向 UE发送数据包， HTTP代理 402接收并转发 WEB
服务器 401发送给 UE 403的网页数据。 HTTP代理 402的具体功能实现已 经在前述实施例中进行了详细的描述， 在此不再赘述。
本发明实施例提供的系统通过在 WEB服务器和 UE之间设置 HTTP代 理，接收并转发 WEB服务器发送给 UE的网页数据，解决了 UE直接给 WEB 服务器发送的内嵌对象 GET请求时间过长时， 传输效率低下的问题， 从而 提升了网页数据传输性能， 提升了用户浏览网页的感受。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步 骤是可以通过程序来指令相关的硬件完成， 所述的程序可以存储于一种计算 机可读存储介质中， 该程序在执行时， 包括如下步骤：
接收 WEB服务器发送的主框架数据包；
解析该主框架数据包， 获取内嵌对象信息；
根据该内嵌对象信息， 构造内嵌对象 GET请求， 并将该内嵌对象 GET 请求发送给 WEB服务器；
接收 WEB服务器发送的内嵌对象数据包； 以及
向 UE发送接收的内嵌对象数据包。
上述提到的存储介质可以是只读存储器， 磁盘或光盘等。
在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统， 装置和 方法， 在没有超过本申请的精神和范围内， 可以通过其他的方式实现。 当前 的实施例只是一种示范性的例子， 不应该作为限制， 所给出的具体内容不应 该限制本申请的目的。 例如， 多个单元或组件可以结合或者可以集成到另一 个系统， 或一些特征可以忽略， 或不执行。
另外， 所描述系统， 装置和方法以及不同实施例的示意图， 在不超出本 申请的范围内， 可以与其它系统， 模块， 技术或方法结合或集成。 另一点， 所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接 口， 装置或单元的间接耦合或通信连接， 可以是电性， 机械或其它的形式。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案而非对其进 行限制， 尽管参照较佳实施例对本发明进行了详细的说明， 本领域的普通技 术人员应当理解： 其依然可以对本发明的技术方案进行修改或者等同替换， 而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案 的精神和范围。
Claims
1、 一种数据传输的方法， 其特征在于， 包括：
接收网络服务器发送的主框架数据包；
解析所述主框架数据包， 获取内嵌对象信息；
根据所述内嵌对象信息， 构造内嵌对象请求消息， 并将所述内嵌对象请 求消息发送给所述网络服务器；
接收所述网络服务器发送的内嵌对象数据包；
向用户设备发送接收到的内嵌对象数据包。
2、 如权利要求 1 所述的数据传输的方法， 其特征在于， 所述接收网络 服务器发送的主框架数据包之前包括：
向所述网络服务器转发由所述用户设备发送的主框架请求消息。
3、 如权利要求 1 所述的数据传输的方法， 其特征在于， 所述接收网络 服务器发送的内嵌对象数据包后还包括： 向网络服务器返回确认消息。
4、 如权利要求 1 所述的数据传输的方法， 其特征在于， 所述方法还包 括：
将获取的内嵌对象信息下发给所述用户设备，其中所述用户设备根据该 内嵌对象信息构造内嵌对象请求消息。
5、 如权利要求 4所述的数据传输的方法， 其特征在于， 所述向用户设 备发送接收到的内嵌对象数据包包括：
根据所述用户设备构造的内嵌对象请求消息， 向所述用户设备发送所述 接收到的内嵌对象数据包。
6、 如权利要求 5所述的数据传输的方法， 其特征在于， 所述向用户设 备发送接收到的内嵌对象数据包包括：
解析所述用户设备发送的内嵌对象请求消息中的传输控制协议包头获 得所述内嵌对象请求消息的传输控制协议端口号， 当内嵌对象数据包的传输 控制协议端口号与所述用户设备发送的内嵌对象请求消息的传输控制协议 端口号不一致时，将所述内嵌对象数据包的传输控制协议端口号更改为用户 设备发送的内嵌对象请求消息的传输控制协议端口号后，将对应的内嵌对象 数据包下发给用户设备。
7、 如权利要求 1至 6中任一项所述的数据传输的方法， 其特征在于，
所述向用户设备发送接收到的内嵌对象数据包包括： 根据所述用户设备的能 力向所述用户设备发送内嵌对象数据包。
8、 如权利要求 4所述的数据传输的方法， 其特征在于， 所述方法还包 括： 拦截用户设备发送的内嵌对象请求消息和 /或确认消息。
9、 一种代理装置， 所述代理装置位于网络服务器和用户设备之间， 其 特征在于， 所述代理装置包括：
解析单元， 用于接收并解析网络服务器发送的主框架数据包， 获得内嵌 对象信息；
请求构造单元， 用于根据所述解析单元获得的内嵌对象信息， 为内嵌对 象构造内嵌对象请求消息并发送给网络服务器；
内嵌对象获取单元， 用于接收网络服务器发送的内嵌对象数据包； 数据转发单元， 用于将所述内嵌对象获取单元接收到的内嵌对象数据包 转发给所述用户设备。
10、 如权利要求 9所述的代理装置， 其特征在于， 所述代理装置还包括 确认消息构造单元， 所述确认消息构造单元用于在所述内嵌对象获取单元接 收到内嵌对象数据包后， 构造确认消息并发送给网络服务器。
11、 如权利要求 10所述的代理装置， 其特征在于， 所述代理装置还包 括内嵌对象信息下发单元， 用于将所述解析单元获得的内嵌对象信息下发给 所述用户设备，其中所述用户设备根据该内嵌对象信息构造内嵌对象请求消 息；
所述数据转发单元根据所述用户设备构造的内嵌对象请求消息， 向所述 用户设备发送接收到的内嵌对象数据包。
12、 如权利要求 11 所述的代理装置， 其特征在于， 所述代理装置还包 括： 用户设备能力获取单元， 用于根据所述用户设备返回的确认消息获取所 述用户设备的接收能力；
所述数据转发单元根据所述用户设备的接收能力将所述内嵌对象获取 单元接收到的内嵌对象数据包转发给用户设备。
13、 如权利要求 11 所述的代理装置， 其特征在于， 所述代理装置还包 括：确认消息拦截单元，用于将用户设备发送给网络服务器的确认消息拦截。
14、一种网络节点， 其特征在于， 所述网络节点包含如权利要求 9至 13 任一项所述的代理装置。
15、 一种数据传输的系统， 包括网络服务器和用户设备， 其特征在于， 在所迷网络服务器和用户设备之间还包括如权利要求 9至 13任一项所述的 代理装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810141747.3A CN101370014A (zh) | 2008-09-01 | 2008-09-01 | 一种数据传输的方法、http代理和系统 |
| CN200810141747.3 | 2008-09-01 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2010022671A1 true WO2010022671A1 (zh) | 2010-03-04 |
Family
ID=40413631
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2009/073603 WO2010022671A1 (zh) | 2008-09-01 | 2009-08-28 | 数据传输的方法、代理装置和系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101370014A (zh) |
| WO (1) | WO2010022671A1 (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101370014A (zh) * | 2008-09-01 | 2009-02-18 | 华为技术有限公司 | 一种数据传输的方法、http代理和系统 |
| CN102184231A (zh) * | 2011-05-12 | 2011-09-14 | 广州市动景计算机科技有限公司 | 获取页面资源的方法及装置 |
| CN103582012B (zh) | 2012-08-07 | 2018-06-01 | 中兴通讯股份有限公司 | 一种数据分发方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020194382A1 (en) * | 2001-06-04 | 2002-12-19 | Kausik Balas Natarajan | Method and system for efficient and automated version management of embedded objects in web documents |
| CN1108685C (zh) * | 1997-08-06 | 2003-05-14 | 塔奇勇公司 | 预取对象的分布系统和方法 |
| US20070250601A1 (en) * | 2006-04-24 | 2007-10-25 | Shekhar Amlekar | System and method for prefetching uncachable embedded objects |
| CN101370014A (zh) * | 2008-09-01 | 2009-02-18 | 华为技术有限公司 | 一种数据传输的方法、http代理和系统 |
-
2008
- 2008-09-01 CN CN200810141747.3A patent/CN101370014A/zh active Pending
-
2009
- 2009-08-28 WO PCT/CN2009/073603 patent/WO2010022671A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1108685C (zh) * | 1997-08-06 | 2003-05-14 | 塔奇勇公司 | 预取对象的分布系统和方法 |
| US20020194382A1 (en) * | 2001-06-04 | 2002-12-19 | Kausik Balas Natarajan | Method and system for efficient and automated version management of embedded objects in web documents |
| US20070250601A1 (en) * | 2006-04-24 | 2007-10-25 | Shekhar Amlekar | System and method for prefetching uncachable embedded objects |
| CN101370014A (zh) * | 2008-09-01 | 2009-02-18 | 华为技术有限公司 | 一种数据传输的方法、http代理和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101370014A (zh) | 2009-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4164365B2 (ja) | デュアル・プロキシ装置を設けることによる無線インタフェースを介するｔｃｐ性能の改良技術 | |
| US8694609B2 (en) | Method and apparatus for improving wireless data networks performance | |
| WO2009059545A1 (fr) | Procédé, dispositif et système de transmission de données | |
| TWI358922B (en) | Method and apparatus of default timer configuratio | |
| WO2010006557A1 (zh) | 数据传输方法和装置 | |
| WO2008101861A1 (en) | Cross-layer error recovery optimisation in wireless systems | |
| Padmanabhan | Addressing the challenges of web data transport | |
| CN112583874A (zh) | 异构网络的报文转发方法及装置 | |
| Chakravorty et al. | Optimizing Web delivery over wireless links: design, implementation, and experiences | |
| WO2011100911A2 (zh) | 探测处理方法、数据发送端、数据接收端以及通信系统 | |
| Chakravorty et al. | Gprsweb: optimizing the web for gprs links | |
| KR101466712B1 (ko) | HTTP-CoAP 프록시 장치 및 상기 장치에서의 대기시간 관리 방법 | |
| KR102036579B1 (ko) | 무선 통신 시스템에서 웹 서비스 제공 방법 및 장치 | |
| WO2015027429A1 (zh) | 聚合传输的方法、装置和系统以及网络服务器和用户设备 | |
| CN108173851B (zh) | 一种用于空间信息网络的高效多媒体传输方法 | |
| WO2016165524A1 (zh) | 内容访问方法、无线接入网内容分发网络基站和核心内容分发网络装置 | |
| EP3186959B1 (en) | Enrichment of upper layer protocol content in tcp based session | |
| WO2010022671A1 (zh) | 数据传输的方法、代理装置和系统 | |
| WO2019243890A2 (en) | Multi-port data transmission via udp | |
| WO2013152614A1 (zh) | 一种基于应用层数据的网络接入系统和方法 | |
| JP3998649B2 (ja) | 無線端末、アクセスポイント装置、データ通信システム及びデータ通信方法 | |
| WO2017067224A1 (zh) | 一种报文处理方法及装置 | |
| WO2014000506A1 (zh) | 业务信息提供方法、装置及网络系统 | |
| WO2014194526A1 (zh) | 移动网络数据资源获取方法、设备及系统 | |
| Chakravarthi et al. | M2M communication protocols |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09809256 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 09809256 Country of ref document: EP Kind code of ref document: A1 |