WO2007090325A1 - Procédé et dispositif de transmission de données - Google Patents

Procédé et dispositif de transmission de données Download PDF

Info

Publication number
WO2007090325A1
WO2007090325A1 PCT/CN2006/002897 CN2006002897W WO2007090325A1 WO 2007090325 A1 WO2007090325 A1 WO 2007090325A1 CN 2006002897 W CN2006002897 W CN 2006002897W WO 2007090325 A1 WO2007090325 A1 WO 2007090325A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
sent
data packet
transmission
sending
Prior art date
Application number
PCT/CN2006/002897
Other languages
English (en)
Chinese (zh)
Inventor
Yuzhong Wu
Yanqiang Zhang
Yong Xie
Original Assignee
Huawei Technologies Co., Ltd.
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
Priority claimed from CNB2006100030816A external-priority patent/CN100499445C/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2007090325A1 publication Critical patent/WO2007090325A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/43—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR]

Definitions

  • the present invention relates to the field of communications, and in particular, to a data transmission method and apparatus.
  • the usual method is to determine the data that needs to be retransmitted by parsing the status report of the peer.
  • the sender When transmitting data, the sender generally puts new data (data that has not been sent) waiting to be sent into the send buffer; and puts the data message that has been confirmed that the peer has not received correctly, into the retransmission buffer.
  • the sender receives the status report of the data reception status sent by the peer, the data packet stored in the retransmission buffer is retransmitted.
  • the prior art related to the present invention is: The transmitting end performs a retransmission operation of the data packet only after receiving the status report sent back by the receiving end.
  • This type of transmission is an effective solution for wired networks, but for wireless networks, such strategies do not make full use of channel bandwidth resources, resulting in longer delays.
  • the transmission status of the sender is summarized into two modes: normal mode and idle mode.
  • normal mode When the current transmission state is in the normal mode, there is data waiting to be sent in the send buffer or retransmission buffer.
  • idle mode When the current transmission state is in the idle mode, there is no data waiting in the send buffer and the retransmission buffer. send.
  • the receiver may receive the data sent by the sender after the fifth ⁇ (transmission time interval) channel.
  • ⁇ transmission time interval
  • 2 TTI channels have data transmission (that is, in these channels, the current transmission status of the transmitting end is in normal mode), and then since the data of the transmitting end has been transmitted, the 3rd to 7th TTI channels will be in an idle state (ie, here)
  • the current sending status of the sender is in idle mode). For bursty error channels, this mode of waiting for transmission will increase the transmission delay.
  • the TTI in the table indicates the transmission time; tx-buf indicates the sequence number of the data to be transmitted in the transmission buffer; retx_buf indicates the sequence number of the data to be transmitted in the retransmission buffer; tmp_tx-sn indicates that the transmission has been sent.
  • the serial number of the data tmpjx—time indicates the number of times the data has been sent; tx—sn indicates the serial number of the data sent at the current time; tx—state indicates the current sending status; status report indicates the status report content, empty indicates no status report, x/W indicates The sequence number x is not received correctly, x/R indicates that the sequence number X is correctly received; n indicates the normal mode, and i indicates the idle mode.
  • Rx state indicates the data reception at the receiving end; Deliver—state indicates whether the receiver is delivered, and Y indicates yes.
  • the prior art has a waste of certain channel resources.
  • the channel bandwidth resources identified as idle in the tx-state shown in Table 1 cannot be fully utilized.
  • the transmitting end retransmits the data packet only when receiving the status report of the peer end, the prior art will cause a larger transmission delay for the case of a bursty error channel.
  • the embodiment of the invention provides a data transmission method and device.
  • the embodiment of the invention can use the idle bandwidth to perform active retransmission of data, thereby improving the success rate of data transmission and improving the utilization of channel resources.
  • the embodiment of the present invention effectively prevents the same data from being excessively transmitted during the idle period, thereby affecting the system capacity and excessively consuming power resources.
  • a data transmission method includes:
  • the step A includes:
  • the step A1 specifically includes:
  • the data packet to be retransmitted is preferentially scheduled to be sent. If there is no data packet to be retransmitted, the data packet is sent.
  • the corresponding data packet waiting for confirmation is selected for transmission.
  • the step ⁇ further includes:
  • the sending end determines whether the receiving end successfully receives the sent data packet according to the status report fed back by the receiving end. If the confirmation succeeds, the sending end deletes the data packet, and then transfers Proceed to step A1; if the confirmation fails, the data message is set to wait for resending the data message, and then proceeds to step A1.
  • step A1 Also included between said step A1 and step A2 is -
  • step A3 comparing the number of times of sending all the data packets waiting for confirmation, if the number of counts is different, the data packet with the least number of counts is selected; if the number of counts is the same, step A4 is performed;
  • A5. Send the selected data packet, and add a value of the count number corresponding to the data packet.
  • the method further includes:
  • Step A6 The value of the number of times of sending the data packets waiting for confirmation that is smaller than the preset number of transmission times is compared. If the number of transmissions is different, the data packet with the smallest number of times is selected. If the number of transmissions is the same, the execution is performed. Step A7;
  • A7 Compare the preset priority of all the data packets waiting for confirmation that are less than the preset threshold, and if not, select the data message with the highest priority; if they are the same, wait for the acknowledge data according to the setting. Select the data packet in the order of the packets; A8: Send the selected data packet, and add a value of the count number corresponding to the data packet.
  • the method further includes:
  • A10 Determine whether the total number of transmission times exceeds a preset ratio threshold multiplied by the number of all data packets that need to be sent. If yes, stop sending data packets without retransmission or new data needs to be sent; Otherwise, continue to select the corresponding data message according to a certain transmission policy;
  • A1 sends the selected data message without retransmission or new data needs to be sent, and increments the count value corresponding to the data message by one.
  • a data transmission device includes:
  • a state judging module configured to determine a state of the current sending end
  • the data selection sending module is configured to select a corresponding data packet to send according to the judgment result of the state determining module.
  • the device also includes:
  • Send buffer used to store new data queues waiting to be sent and not currently sent
  • Retransmission buffer used to store data queues that have been confirmed that the peer has not received correctly.
  • Waiting for confirmation buffer Used to store the data queue that has been sent but has not received confirmation from the peer.
  • the data selection sending module further includes:
  • a priority judging sub-module configured to: when selecting a data packet to be sent, compare a priority of the data packet in the buffer, and select a corresponding data packet to be sent according to a priority order; and/or,
  • the sending number judging sub-module is configured to compare the number of times the data packet in the buffer is sent when the data packet in the waiting buffer is selected for transmission, and preferentially select a data packet with a small number of transmissions to be sent, and determine Whether the number of transmissions exceeds a preset threshold, and does not perform selective transmission for data packets exceeding the threshold.
  • the present invention when it is detected that the current transmission state is the idle mode, the present invention selects a corresponding data packet for transmission. Therefore, according to the present invention, active retransmission of data can be performed using the idle bandwidth, thereby improving the success rate of data transmission and improving the utilization of channel resources.
  • the invention limits the number of transmissions of the data segment to be sent at the idle time, effectively preventing the same data from being excessively transmitted during the idle period, thereby affecting the system capacity and excessive power consumption.
  • FIG. 2 is a schematic structural diagram of an embodiment of the apparatus according to the present invention.
  • the embodiment of the present invention sets different buffers on the transmitting end for storing data queues of different sending states.
  • These buffers include - send buffer: a queue for storing new data (data that has not been sent) waiting to be sent;
  • Retransmission buffer used to store the data queue that has confirmed that the peer has not received correctly.
  • Waiting for confirmation buffer Used to store the data queue that has been sent but has not received confirmation from the peer.
  • the data message is sent, if the data buffer is acknowledged by the peer, the data message is deleted. If the data message is confirmed, the data message is not confirmed by the peer. Receive), these data messages are moved to the retransmission buffer, waiting to be resent. After the data in the send buffer and retransmission buffer is sent, it moves to the wait buffer.
  • the present invention provides a first embodiment: when the current transmission state is the idle mode, the corresponding data packet in the transmission waiting acknowledgement buffer is selected and sent according to a certain policy;
  • the data message that needs to be retransmitted is first selected for transmission.
  • the implementation process specifically includes the following steps:
  • Step 11 Detect the current sending status.
  • the current sending status When confirming that the current sending status is the normal mode, select the data message to be retransmitted according to the preference, and select the data message to be sent according to the principle of selecting the data message that has not been transmitted;
  • the current sending state is the idle mode, the corresponding data packet in the waiting acknowledge buffer is selected and sent according to a certain sending policy. For example, according to the policy sent by the round-robin loop, or the policy sent alternately, or the randomly sent policy chooses to wait for the corresponding data packet in the acknowledge buffer to be sent.
  • Step 12 Send the selected data packet.
  • step 11 If the confirmation is successful, the data message is deleted, and then proceeds to step 11; if the confirmation fails, the data message is transferred to the retransmission buffer for resending, and then proceeds to step 11. If there is a status report at the receiving end, go to step 13. '
  • Step 13 The sending end determines, according to the status report fed back by the receiving end, whether the receiving end successfully receives the sent data message.
  • the second embodiment of the present invention is as shown in FIG. 1 and includes: Step 101: Detect whether there is a data queue in the current retransmission buffer. If yes, the current transmission state is in the normal mode (normal mode), and then step 102 is performed to preferentially schedule the data packet in the retransmission buffer to be sent. If there is no data queue in the retransmission buffer, step 103 is performed.
  • Step 103 Detect whether there is a data queue in the current sending buffer. If yes, the current sending status is still in the normal mode (normal mode), and then step 104 is performed to schedule the data packet to be sent; if not, Then, the current transmission state is in the idle mode (idle mode), and then the process proceeds to step 105.
  • Step 105 Select to wait for a corresponding data packet in the acknowledge buffer to be sent according to a certain sending policy. For example, according to the policy sent by the round-robin loop, or the policy sent alternately, or the policy sent randomly, the corresponding data packet in the acknowledge buffer is sent for transmission.
  • Step 106 If there is a status report of the receiving end, the sending end determines whether the receiving end successfully receives the sent data message according to the status report fed back by the receiving end. If the confirmation is successful, step 107 is performed, that is, waiting for the confirmation buffer. The data message is deleted, and then the process proceeds to step 101. If the confirmation fails, step 108 is executed to move the data message into the retransmission buffer for transmission, and then proceeds to step 101.
  • TTI in the table indicates the transmission time
  • tx_uf indicates the sequence number of the data packet to be transmitted in the transmission buffer
  • retx_buf indicates the retransmission buffer
  • tmp_tx_sn indicates the sequence number of the transmitted data packet
  • tmpjxjimes indicates the number of times the data packet has been sent
  • tx-sn indicates the sequence number of the data packet sent at the current time
  • tx_state indicates the current transmission state
  • the status report indicates the status report content, empty indicates no status report
  • x/W indicates that the sequence number x is not received correctly
  • x/R indicates that the sequence number X is correctly received
  • n indicates the normal mode
  • i indicates the idle mode.
  • Rx—state indicates the reception of data packets at the receiving end
  • Deliver state indicates whether the receiving end delivers
  • Y indicates yes.
  • the status report content is "3/R", indicating that data message 3 has been received correctly, and the sender stops sending data message 3 at this time.
  • the main difference is that: because the present invention utilizes idle time, the gain brought by time diversity enables the receiving end to reassemble the data packet more quickly, thereby improving the utilization of channel bandwidth resources; The time diversity gain brought by the retransmission can achieve the purpose of reducing the delay, thereby improving the transmission success rate.
  • the present invention provides a third embodiment, which differs from the second embodiment in that: in the third embodiment, the priority of the data message needs to be set first, and then in the idle mode. The number of times each transmitted data message is sent is counted, and is sent according to the number of times of counting and the priority level of each data message.
  • the specific implementation process is as follows:
  • step 201 is performed to initialize the value of the number of transmission times corresponding to the number of times of sending the data packet, and set the priority of the data packet. For example, setting the last data packet has the highest priority, and other data messages have the same priority.
  • step 101 to step 105 in the second embodiment is then performed.
  • step 202 the number of times of waiting for the data packet in the acknowledgment buffer is compared. If the number of times is different, the data packet with the least number of times is selected. If the number of times is the same, step 203 is performed; Step 203, compare Wait for the priority of all data packets in the buffer. If they are different, select the data packet with the highest priority. If they are the same, select the data packets to be sent in the order in which they are written to the queue to be acknowledged.
  • Step 204 Send the selected data packet in the idle mode, and increase the value of the count number corresponding to the data packet by one. - If there is a status report fed back by the receiving end, the process from step 106 to step 108 in the second embodiment is performed.
  • the data packet to be sent is controlled by the number of times each data packet is sent in the idle mode, so that each data packet is resent, thereby improving the success of data transmission. rate.
  • the present invention provides a fourth embodiment, which differs from the third embodiment in that:
  • the threshold of the number of transmissions when the data message is transmitted in the idle mode is also set. The specific implementation process is as follows:
  • step 301 is executed to initialize the value of the number of transmission times corresponding to the number of transmission times of each data message, and set the priority of the data message.
  • step 101 to step 105 in the second embodiment is then performed.
  • step 302 is executed to compare the number of times of sending all the data packets whose number of transmissions in the acknowledgment buffer is less than the number of transmission times. If the number of transmissions is different, the data message with the least number of times is selected; if the number of transmissions is the same, the execution is performed. Step 303.
  • Step 303 Compare the priorities of all the data packets whose waiting times in the acknowledgment buffer are less than the threshold. If they are not the same, select the data packets with the highest priority. If they are the same, follow the sequence of writing the queues to be confirmed. Select the data message to be sent.
  • step 304 the selected data message is sent in the idle mode, and the count value corresponding to the data message is incremented by one.
  • step 106 If there is a status report fed back by the receiving end, the process from step 106 to step 108 in the second embodiment is executed.
  • the fourth embodiment provides a fifth embodiment, which differs from the second embodiment in that: in the fifth embodiment, the ratio threshold of transmitting data packets in the idle mode is set, and then the idleness is determined.
  • the total number of times of sending data packets exceeds the set proportional field value multiplied by the number of all data packets to be sent, and controls the transmitted data packets according to the judgment result. For example, if all the data packets to be sent are N PDU data packets of an SDU data packet, and the set transmission threshold is m, the total number of transmissions of all data packets sent in the idle mode is:
  • the specific implementation process of the fifth embodiment is as follows:
  • step 401 the value of the number of times of sending the counter of each data packet is initialized, and the total number of times of all data packets sent in the idle mode is counted.
  • step 101 to step 105 in the second embodiment is then performed.
  • step 402 is performed to determine whether the total number of transmission times exceeds the set proportional field value multiplied by the number of all data packets that need to be sent. If yes, stop transmitting data packets in idle mode; otherwise, continue to follow A certain transmission policy selects a corresponding data message, and then step 403 is performed.
  • step 403 the selected data message is sent in the idle mode, and the count value corresponding to the data message is incremented by one.
  • step 106 If there is a status report fed back by the receiving end, the process from step 106 to step 108 in the second embodiment is executed.
  • the present invention provides a data transmission apparatus.
  • a schematic structural diagram of an embodiment is shown in FIG. 2, and the apparatus includes:
  • a state judging module configured to determine a current state of the transmitting end, including a normal mode and an idle mode
  • a data selection sending module configured to select a data packet in the corresponding data buffer to be sent according to the judgment result of the state determining module
  • the data selection sending module further includes:
  • the priority judging sub-module is configured to compare the priority of the data packet in the buffer when selecting the data packet to be sent, and select the corresponding data packet to be sent according to the priority order;
  • the sending number judging sub-module is configured to compare the number of times the data packet in the buffer is sent when the data in the waiting buffer is selected for transmission, and preferentially select a data packet with a small number of transmissions to be sent, and determine the Whether the number of transmissions exceeds a preset threshold, and the selection of the data packet exceeding the threshold is not performed;
  • the reception status report management module is configured to manage the reception status report of the data message fed back by the receiving end, and analyze the specific data message.
  • a data processing module configured to: according to the analysis result of the receiving status report management module and the data selection sending result of the sending module, process the data message in the corresponding buffer, for example: deleting the waiting confirmation buffer after the data message is successfully received The corresponding data message; after the data packet in the send buffer or the retransmission buffer is sent, the corresponding data message is moved to the waiting confirmation buffer; after the data message is received, the data message is moved. Go to the retransmission buffer and so on.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne un procédé et un dispositif de transmission de données sélectionnant et transmettant un message de données qui attend initialement un accusé de réception lorsqu'il n'est pas nécessaire de transmettre la retransmission ou un autre message de donnés au niveau de l'extrémité d'envoi courante. L'invention permet de retransmettre initialement des données par utilisation d'une largeur de bande inactive, ce qui permet d'améliorer le taux de transmission réussie du message de données, et le taux d'utilisation des ressources canal; puis de limiter le retard par l'intermédiaire du gain de diversité temporelle acquis par exécution d'une retransmission de message de données initial via une largeur de bande inactive.
PCT/CN2006/002897 2006-02-08 2006-10-30 Procédé et dispositif de transmission de données WO2007090325A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2006100030816A CN100499445C (zh) 2005-08-27 2006-02-08 利用空闲带宽提高发送成功率的方法
CN200610003081.6 2006-02-08

Publications (1)

Publication Number Publication Date
WO2007090325A1 true WO2007090325A1 (fr) 2007-08-16

Family

ID=38344853

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002897 WO2007090325A1 (fr) 2006-02-08 2006-10-30 Procédé et dispositif de transmission de données

Country Status (1)

Country Link
WO (1) WO2007090325A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111106902A (zh) * 2018-10-26 2020-05-05 杭州海康威视系统技术有限公司 数据报文传输方法、装置、设备及计算机可读存储介质
CN112615765A (zh) * 2021-01-06 2021-04-06 中国人民解放军63863部队 一种新的误码率计算方法
CN112637173A (zh) * 2020-12-16 2021-04-09 南京丹迪克科技开发有限公司 一种电能质量测试分析仪检定装置上位机控制通信方法
CN113702850A (zh) * 2021-08-27 2021-11-26 深圳市新威尔电子有限公司 基于工步流程发送can报文的电池检测方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5734643A (en) * 1995-10-23 1998-03-31 Ericsson Inc. Method and apparatus for transmitting data over a radio communications network
CN1367964A (zh) * 1999-09-20 2002-09-04 诺基亚公司 错误控制方法和设备
CN1643870A (zh) * 2002-03-14 2005-07-20 皇家飞利浦电子股份有限公司 用于多路径通信的方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5734643A (en) * 1995-10-23 1998-03-31 Ericsson Inc. Method and apparatus for transmitting data over a radio communications network
CN1367964A (zh) * 1999-09-20 2002-09-04 诺基亚公司 错误控制方法和设备
CN1643870A (zh) * 2002-03-14 2005-07-20 皇家飞利浦电子股份有限公司 用于多路径通信的方法和系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111106902A (zh) * 2018-10-26 2020-05-05 杭州海康威视系统技术有限公司 数据报文传输方法、装置、设备及计算机可读存储介质
CN111106902B (zh) * 2018-10-26 2022-11-15 杭州海康威视系统技术有限公司 数据报文传输方法、装置、设备及计算机可读存储介质
CN112637173A (zh) * 2020-12-16 2021-04-09 南京丹迪克科技开发有限公司 一种电能质量测试分析仪检定装置上位机控制通信方法
CN112637173B (zh) * 2020-12-16 2024-02-27 南京丹迪克科技开发有限公司 一种电能质量测试分析仪检定装置上位机控制通信方法
CN112615765A (zh) * 2021-01-06 2021-04-06 中国人民解放军63863部队 一种新的误码率计算方法
CN113702850A (zh) * 2021-08-27 2021-11-26 深圳市新威尔电子有限公司 基于工步流程发送can报文的电池检测方法
CN113702850B (zh) * 2021-08-27 2024-04-16 深圳市新威尔电子有限公司 基于工步流程发送can报文的电池检测方法

Similar Documents

Publication Publication Date Title
TWI357744B (en) Cognitive flow control based on channel quality co
US8116250B2 (en) Medium access control discard notification
JP4965713B2 (ja) 無線通信システムにおけるエラー制御メッセージを処理するための方法及び装置
CN112165355B (zh) 一种面向卫星网络的基于udp的可靠数据传输方法
US8830944B1 (en) Method for acknowledging RLC data packet transmission and RLC AM entity sender
JP5342012B2 (ja) ハンドオーバ性能を改良する装置および方法
JP5131194B2 (ja) パケット回復方法、通信システム、情報処理装置およびプログラム
EP1876747A1 (fr) Procédé et appareil pour traiter les erreurs de transmission dans un système de communication sans fil
KR100839267B1 (ko) 확률적 피드백을 이용하여 멀티캐스트 컨텐트의 전달을최적화하기 위한 방법 및 장치
US8825891B2 (en) Method and device for message retransmission
JP2007089174A (ja) 無線通信システムにおける信号の伝送速度を改善する方法及び装置
TW201115986A (en) System for efficient recovery of Node-B buffered data following MAC layer reset
WO2013053304A1 (fr) Procédé et dispositif de mise en œuvre de transmission tcp
KR20070007383A (ko) 시변 네트워크 환경에서 최적의 파일 전송을 위한 방법 및장치
KR102046792B1 (ko) 송신 노드로부터 목적지 노드로의 데이터 전송 방법
TW200935812A (en) Status reporting for retransmission protocol
KR20070121602A (ko) 무선 통신 시스템에서 패킷 폐기 방법 및 장치
WO2013159516A1 (fr) Procédé et dispositif de retransmission de données du tcp côté sans fil
CN111193577B (zh) 使用传输超时的网络系统通信方法及通信装置
US20070280107A1 (en) Data Unit Sender Control Method
WO2007090325A1 (fr) Procédé et dispositif de transmission de données
Sayenko et al. Performance analysis of the IEEE 802.16 ARQ mechanism
WO2007121635A1 (fr) Procédé de retransmission d'une unité de données de commande d'un protocole de commande à liaison sans fil en mode de reconnaissance
CN102201901A (zh) 数据重传方法及装置
US8418017B2 (en) Adaptive acknowledgment mechanism for network communication

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06805102

Country of ref document: EP

Kind code of ref document: A1