WO2000010345A2 - Method and system for implementing signalling between a telephone exchange (dx) and a private automatic branch exchange (pabx) - Google Patents

Method and system for implementing signalling between a telephone exchange (dx) and a private automatic branch exchange (pabx) Download PDF

Info

Publication number
WO2000010345A2
WO2000010345A2 PCT/FI1999/000677 FI9900677W WO0010345A2 WO 2000010345 A2 WO2000010345 A2 WO 2000010345A2 FI 9900677 W FI9900677 W FI 9900677W WO 0010345 A2 WO0010345 A2 WO 0010345A2
Authority
WO
WIPO (PCT)
Prior art keywords
exchange
pabx
telephone exchange
branch exchange
private automatic
Prior art date
Application number
PCT/FI1999/000677
Other languages
French (fr)
Other versions
WO2000010345A3 (en
Inventor
Petri Sved
Original Assignee
Nokia Networks Oy
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 Nokia Networks Oy filed Critical Nokia Networks Oy
Priority to AU52933/99A priority Critical patent/AU5293399A/en
Publication of WO2000010345A2 publication Critical patent/WO2000010345A2/en
Publication of WO2000010345A3 publication Critical patent/WO2000010345A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0025Provisions for signalling

Definitions

  • the present invention relates to telecommunication systems.
  • the invention concerns a method and system for implementing the signalling between a tele- phone exchange and a private automatic branch exchange .
  • the telephone exchange may sometimes send the branch ex- change a message that the latter cannot identify.
  • the branch exchange may not be able to handle the message in the state in which it was received.
  • the branch exchange usually sends the telephone exchange a message informing the latter about an error situation.
  • the telephone exchange and the branch exchange again exchange messages which do not result in any further action, or the call connection is disconnected in consequence of unknown conditions.
  • the object of the present invention is to eliminate the drawbacks described above.
  • a specific object of the present invention is to disclose a new type of method and system which can be used to eliminate unnecessary messages from the signalling between a telephone exchange and a branch exchange as well as failures of calls.
  • the invention concerns a method for implementing the signalling between a telephone exchange and a private automatic branch exchange in a telecom- munication system.
  • the telecommunication system comprises a telephone exchange, a private automatic branch exchange connected to the telephone exchange and a telecommunication terminal connected to the branch exchange.
  • a message sent by the telephone exchange to the branch exchange is not sent again when, based on the message, the branch exchange has returned to the telephone exchange a response message indicating an error condition or incompatibility. In other words, repeated transmission of the message is prevented in the telephone exchange.
  • the response message returned by the branch exchange to the telephone exchange contains a parameter which has not been identified or which is not supported.
  • the response message sent by the branch exchange to the telephone exchange contains informa- tion regarding the state of the branch exchange at the time when the message was received.
  • the information contained in the response message sent by the branch exchange to the telephone exchange is stored in conjunction with the telephone exchange.
  • the setting disabling its transmission can be removed. After this, sending such messages to the branch exchange is again allowed.
  • This function is usable e.g. in a situation where the functions of a branch exchange have been developed further as a consequence of a software update but the telephone exchange is not accurately informed about the modified functions.
  • the invention also concerns a system for implementing the signalling between a telephone exchange and a branch exchange in a telecommunication system comprising a telephone exchange, a private automatic branch exchange connected to the telephone exchange and a telecommunication terminal connected to the branch exchange.
  • the system comprises means for preventing retransmission of a message to be sent from the telephone exchange to the branch exchange when, based on the message, the branch exchange has returned to the telephone exchange a response message indicating an error situation or incompatibility.
  • the private automatic branch exchange comprises means for sending a parameter that has caused a disorder in the response message of the branch exchange to the telephone ex- change.
  • a parameter sent by the telephone exchange to the branch exchange may go unidentified by the branch exchange.
  • the branch exchange may be in a state in which it does not support the parameter.
  • the private automatic branch exchange comprises means for sending to the telephone exchange information concerning the state of the branch exchange at the time when the message was received.
  • the system preferably comprises means for storing the information contained in the response mes- sage sent by the branch exchange to the telephone exchange in conjunction with the telephone exchange.
  • the system comprises means for removing a setting disabling the transmission of a message to be sent from the telephone exchange to the branch ex- change.
  • Fig. la and lb present, by way of example, a signalling arrangement according to the invention
  • Fig. 2 presents a signalling example
  • Fig. 3 is an example illustrating an error situation occurring in the signalling.
  • the method and system of the invention are applicable e.g. in the DX200 switching system manufactured by Nokia.
  • 'Branch exchange' refers to a private exchange used by an enterprise or other community and connected to a public telecommunication network. Calls are connected automatically.
  • the branch exchange is often provided with different functions than an exchange in the public telecommunication network, e.g. direct inward dialling and night service connection.
  • the telephone exchange and the branch exchange are connected to each other e.g. via an ISDN line (ISDN, Integrated Services Data Network) .
  • Possible signalling protocols are e.g. DSS1 (Digital Subscriber Signalling System No. 1) , DSS1+ or PSS1 (Private Subscriber Signalling System No. 1) .
  • the signalling sent to the branch exchange subscription may contain a message that is not identified or which cannot be handled in the state in which it was received.
  • the message may contain a parameter which cannot be identified or which is not supported.
  • a STATUS message with an appropriate CAUSE value e.g. #101 - Message not compatible with call state, #97 - Message type non- existing or not implemented, #99 - Information element non-existent or not implemented
  • the message includes the call state in which the message was received as well as the parameter or message identifier not identified. These data can be used to maintain information regarding things not understood by the subscription in question. Next time, this message or parameter will not be sent to that subscription.
  • the original data can be restored, in which case the informa- tion in question may again be sent to the subscription.
  • the signalling originally functions in the same way against each subscription. This learning procedure reduces unnecessary message exchange (STATUS) and failures of calls.
  • the function of the invention can also be implemented using the ISUP (ISDN User
  • Fig. la and lb present a telephone exchange
  • Fig. 1 illustrates the action when the private automatic branch exchange PABX 1 for the first time receives a message concerning call transfer.
  • the branch exchange sends a SETUP message to the telephone exchange DX .
  • the telephone exchange DX goes to state Nl and returns a CALL PROCEEDING message to the branch exchange PABX 1.
  • the telephone exchange DX goes to state N3 and examines a file to establish whether the NOTIFY message and the Notification Indicator ("Diverting") parameter are supported for this branch ex- change.
  • the branch exchange is sent the information regarding call transfer because, according to the file, NOTIFY was supported.
  • the branch exchange does not support the NOTIFY message in the N3 state, so it sends a STATUS message giving the Cause as #97 (Message type non-existent or not implemented) and status data N3 indicating that NOTIFY is not supported in the state in question.
  • the telephone exchange DX sends an ALERTING message to the branch exchange PABX 1, indicating that the called subscriber is on-hook and the called subscriber's telecommunication terminal is ringing. After this, the system goes e.g. to state N4 and starts corresponding actions .
  • the information that the branch exchange PABX 1 does not identify the NOTIFY message in state N3 is stored by the telephone exchange DX in a record for branch exchange PABX 1 in an appropriate file.
  • the telephone exchange DX examines the data for branch exchange PABX 1 in the file to establish whether the NOTIFY message is supported for that branch exchange. Since the file for the branch exchange now contains information, stored on the previous occasion, indicat- ing that the branch exchange PABX 1 did not identify the message, no NOTIFY message will be sent, but in- stead an ALERTING message will be sent directly in state N3.
  • Fig. 2 presents an initial situation corresponding to Fig. la and lb, where the telephone ex- change DX exchanges messages with another branch exchange PABX 2.
  • the telephone exchange DX can see from the information for branch exchange PABX 2 that the branch exchange PABX 2 does identify the NOTIFY message, so it is sent to the branch exchange PABX 2.
  • Fig. 3 presents a situation that is common in the signalling between a branch exchange PABX and a telephone exchange DX in current technology.
  • the initial situation is again as in Fig. la and lb.
  • state N3 the telephone exchange DX sends to the private automatic branch exchange PABX a notice of diversion of a call.
  • the branch exchange PABX announces that it does not support the NOTIFY message.
  • the telephone exchange DX has already sent an ALERTING message and changed its state.
  • the branch exchange PABX indicates that it is in state N3 , but the telephone exchange DX is already in state N4. According to the specification, the call is disconnected if the states are not the same.
  • Another possibility is the situation presented in Fig. la.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Sub-Exchange Stations And Push- Button Telephones (AREA)
  • Telephonic Communication Services (AREA)

Abstract

The invention concerns a method for implementing the signalling between a telephone exchange (DX) and a private automatic branch exchange (PABX) in a telecommunication system comprising a telephone exchange (DX) and a private automatic branch exchange (PABX) connected to the telephone exchange. In method of the invention, retransmission of a message sent by the telephone exchange (DX) to the private automatic branch exchange (PABX) is prevented when, based on the message, the private automatic branch exchange (PABX) has returned to the telephone exchange (DX) a response message indicating an error condition or incompatibility. Moreover, the invention concerns a system for implementing the signalling between a telephone exchange and a private automatic branch exchange in a telecommunication system comprising a telephone exchange (DX) and a private automatic branch exchange (PABX) connected to the telephone exchange. The system of the invention comprises means for preventing the retransmission of a message to be sent from the telephone exchange (DX) to the private automatic branch exchange (PABX) when, based on the message, the private automatic branch exchange (PABX) has returned to the telephone exchange (DX) a response message indicating an error condition or incompatibility.

Description

METHOD AND SYSTEM FOR IMPLEMENTING SIGNALLING BETWEEN TELEPHONE EXCHANGE (DX) AND A PRIVATE AUTOMATIC BRANCH EXCHANGE (PABX)
The present invention relates to telecommunication systems. The invention concerns a method and system for implementing the signalling between a tele- phone exchange and a private automatic branch exchange .
In the signalling between a telephone exchange and a private automatic branch exchange, the telephone exchange may sometimes send the branch ex- change a message that the latter cannot identify. The branch exchange may not be able to handle the message in the state in which it was received. In this case, the branch exchange usually sends the telephone exchange a message informing the latter about an error situation. When corresponding situations recur, the telephone exchange and the branch exchange again exchange messages which do not result in any further action, or the call connection is disconnected in consequence of unknown conditions. The object of the present invention is to eliminate the drawbacks described above. A specific object of the present invention is to disclose a new type of method and system which can be used to eliminate unnecessary messages from the signalling between a telephone exchange and a branch exchange as well as failures of calls.
The invention concerns a method for implementing the signalling between a telephone exchange and a private automatic branch exchange in a telecom- munication system. The telecommunication system comprises a telephone exchange, a private automatic branch exchange connected to the telephone exchange and a telecommunication terminal connected to the branch exchange. According to the invention, a message sent by the telephone exchange to the branch exchange is not sent again when, based on the message, the branch exchange has returned to the telephone exchange a response message indicating an error condition or incompatibility. In other words, repeated transmission of the message is prevented in the telephone exchange. In a preferred embodiment of the invention, the response message returned by the branch exchange to the telephone exchange contains a parameter which has not been identified or which is not supported. In an embodiment, the response message sent by the branch exchange to the telephone exchange contains informa- tion regarding the state of the branch exchange at the time when the message was received.
In a preferred embodiment of the invention, the information contained in the response message sent by the branch exchange to the telephone exchange is stored in conjunction with the telephone exchange. In an embodiment, when the transmission of a message to be sent from the telephone exchange to the branch exchange has been disabled, the setting disabling its transmission can be removed. After this, sending such messages to the branch exchange is again allowed. This function is usable e.g. in a situation where the functions of a branch exchange have been developed further as a consequence of a software update but the telephone exchange is not accurately informed about the modified functions.
The invention also concerns a system for implementing the signalling between a telephone exchange and a branch exchange in a telecommunication system comprising a telephone exchange, a private automatic branch exchange connected to the telephone exchange and a telecommunication terminal connected to the branch exchange. The system comprises means for preventing retransmission of a message to be sent from the telephone exchange to the branch exchange when, based on the message, the branch exchange has returned to the telephone exchange a response message indicating an error situation or incompatibility. In a preferred embodiment, the private automatic branch exchange comprises means for sending a parameter that has caused a disorder in the response message of the branch exchange to the telephone ex- change. A parameter sent by the telephone exchange to the branch exchange may go unidentified by the branch exchange. The branch exchange may be in a state in which it does not support the parameter. In an embodiment, the private automatic branch exchange comprises means for sending to the telephone exchange information concerning the state of the branch exchange at the time when the message was received.
The system preferably comprises means for storing the information contained in the response mes- sage sent by the branch exchange to the telephone exchange in conjunction with the telephone exchange. In an embodiment, the system comprises means for removing a setting disabling the transmission of a message to be sent from the telephone exchange to the branch ex- change.
In the following, the invention will be described by the aid of a few examples of its embodiments with reference to the attached drawing, wherein
Fig. la and lb present, by way of example, a signalling arrangement according to the invention;
Fig. 2 presents a signalling example; and
Fig. 3 is an example illustrating an error situation occurring in the signalling.
The method and system of the invention are applicable e.g. in the DX200 switching system manufactured by Nokia. 'Branch exchange' refers to a private exchange used by an enterprise or other community and connected to a public telecommunication network. Calls are connected automatically. The branch exchange is often provided with different functions than an exchange in the public telecommunication network, e.g. direct inward dialling and night service connection. The telephone exchange and the branch exchange are connected to each other e.g. via an ISDN line (ISDN, Integrated Services Data Network) . Possible signalling protocols are e.g. DSS1 (Digital Subscriber Signalling System No. 1) , DSS1+ or PSS1 (Private Subscriber Signalling System No. 1) .
The signalling sent to the branch exchange subscription may contain a message that is not identified or which cannot be handled in the state in which it was received. Correspondingly, the message may contain a parameter which cannot be identified or which is not supported. In this case, a STATUS message with an appropriate CAUSE value (e.g. #101 - Message not compatible with call state, #97 - Message type non- existing or not implemented, #99 - Information element non-existent or not implemented) can be sent from the branch exchange. In addition, the message includes the call state in which the message was received as well as the parameter or message identifier not identified. These data can be used to maintain information regarding things not understood by the subscription in question. Next time, this message or parameter will not be sent to that subscription. When necessary, the original data can be restored, in which case the informa- tion in question may again be sent to the subscription. Thus, the signalling originally functions in the same way against each subscription. This learning procedure reduces unnecessary message exchange (STATUS) and failures of calls. The function of the invention can also be implemented using the ISUP (ISDN User
Part) , which comprises a CONFUSION message, which corresponds to the STATUS message. The CONFUSION message contains the same kind of Cause parameter, but no status data. Fig. la and lb present a telephone exchange
DX and a private automatic branch exchange PABX. Fig. 1 illustrates the action when the private automatic branch exchange PABX 1 for the first time receives a message concerning call transfer. In the NO state, the branch exchange sends a SETUP message to the telephone exchange DX . The telephone exchange DX goes to state Nl and returns a CALL PROCEEDING message to the branch exchange PABX 1. The telephone exchange DX goes to state N3 and examines a file to establish whether the NOTIFY message and the Notification Indicator ("Diverting") parameter are supported for this branch ex- change. The branch exchange is sent the information regarding call transfer because, according to the file, NOTIFY was supported. However, the branch exchange does not support the NOTIFY message in the N3 state, so it sends a STATUS message giving the Cause as #97 (Message type non-existent or not implemented) and status data N3 indicating that NOTIFY is not supported in the state in question. In state N3 , the telephone exchange DX sends an ALERTING message to the branch exchange PABX 1, indicating that the called subscriber is on-hook and the called subscriber's telecommunication terminal is ringing. After this, the system goes e.g. to state N4 and starts corresponding actions .
The information that the branch exchange PABX 1 does not identify the NOTIFY message in state N3 is stored by the telephone exchange DX in a record for branch exchange PABX 1 in an appropriate file. In a situation as illustrated by Fig. lb, where the initial situation is the same as in the case of Fig. la, the telephone exchange DX examines the data for branch exchange PABX 1 in the file to establish whether the NOTIFY message is supported for that branch exchange. Since the file for the branch exchange now contains information, stored on the previous occasion, indicat- ing that the branch exchange PABX 1 did not identify the message, no NOTIFY message will be sent, but in- stead an ALERTING message will be sent directly in state N3.
Fig. 2 presents an initial situation corresponding to Fig. la and lb, where the telephone ex- change DX exchanges messages with another branch exchange PABX 2. In this case, the telephone exchange DX can see from the information for branch exchange PABX 2 that the branch exchange PABX 2 does identify the NOTIFY message, so it is sent to the branch exchange PABX 2.
Fig. 3 presents a situation that is common in the signalling between a branch exchange PABX and a telephone exchange DX in current technology. The initial situation is again as in Fig. la and lb. In state N3 , the telephone exchange DX sends to the private automatic branch exchange PABX a notice of diversion of a call. The branch exchange PABX announces that it does not support the NOTIFY message. However, the telephone exchange DX has already sent an ALERTING message and changed its state. The branch exchange PABX indicates that it is in state N3 , but the telephone exchange DX is already in state N4. According to the specification, the call is disconnected if the states are not the same. Another possibility is the situation presented in Fig. la.
By using the solution of the invention, in the situation illustrated in Fig. 3, sending a NOTIFY message to the branch exchange PABX would be avoided and the branch exchange would not send a STATUS mes- sage which would result in a failure of the call. In this way, unnecessary exchange of messages would also be reduced.
The invention is not restricted to the examples of its embodiments described above, but many variations are possible within the scope of the inventive idea defined in the claims

Claims

1. Method for implementing the signalling between a telephone exchange (DX) and a private automatic branch exchange (PABX) in a telecommunication system comprising a telephone exchange (DX) and a private automatic branch exchange (PABX) connected to the telephone exchange, charac t er i s ed in that retransmission of a message sent by the telephone exchange (DX) to the private automatic branch exchange (PABX) is prevented when, based on the message, the private automatic branch exchange (PABX) has returned to the telephone exchange (DX) a response message indicating an error condition or incompatibility.
2. Method as defined in claim 1, char - ac t e r i s ed in that the response message sent by the private automatic branch exchange (PABX) to the telephone exchange (DX) contains a parameter which has not been identified or which is not supported.
3. Method as defined in claim 1 or 2 , charac t eri s ed in that the response message sent by the private automatic branch exchange (PABX) to the telephone exchange (DX) contains information giving the call status during which the message was received.
4. Method as defined in any one of claims 1 -
3, charact e r i s ed in that information regarding the response message sent by the private automatic branch exchange (PABX) to the telephone exchange is stored in conjunction with the telephone exchange (DX) .
5. Method as defined in any one of claims 1 -
4, charac t e r i s ed in that the setting disabling the retransmission of the message from the telephone exchange (DX) to the private automatic branch exchange (PABX) is removed.
6. System for implementing the signalling between a telephone exchange and a private automatic branch exchange in a telecommunication system comprising a telephone exchange (DX) and a private automatic branch exchange (PABX) connected to the telephone exchange, charac t e ri s ed in that the system comprises means for preventing the retransmission of a message to be sent from the telephone exchange (DX) to the private automatic branch exchange (PABX) when, based on the message, the private automatic branch exchange (PABX) has returned to the telephone exchange (DX) a response message indicating an error condition or incompatibility.
7. System as defined in claim 6, char ac t e ri s ed in that the private automatic branch exchange (PABX) comprises means for sending in its re- sponse message to the telephone exchange (DX) a parameter not identified or not supported.
8. System as defined in claim 6 or 7, charac t e r i s ed in that the private automatic branch exchange (PABX) comprises means for sending to the telephone exchange (DX) information regarding the call status during which the message was received.
9. System as defined in any one of claims 6 - 8, charac t eri s ed in that the system comprises means by which the information contained in the response message sent by the private automatic branch exchange (PABX) to the telephone exchange (DX) is stored in conjunction with the telephone exchange.
10. System as defined in any one of claims 6 - 9, charac t eri s ed in that the system com- prises means for removing a setting disabling the transmission of a message to be sent from the telephone exchange (DX) to the private automatic branch exchange (PABX) .
PCT/FI1999/000677 1998-08-17 1999-08-16 Method and system for implementing signalling between a telephone exchange (dx) and a private automatic branch exchange (pabx) WO2000010345A2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU52933/99A AU5293399A (en) 1998-08-17 1999-08-16 Method and system for implementing signalling between a telephone exchange (dx) and a private automatic branch exchange (pabx)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI981768 1998-08-17
FI981768A FI981768A (en) 1998-08-17 1998-08-17 Method and system for providing signaling

Publications (2)

Publication Number Publication Date
WO2000010345A2 true WO2000010345A2 (en) 2000-02-24
WO2000010345A3 WO2000010345A3 (en) 2000-06-02

Family

ID=8552320

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI1999/000677 WO2000010345A2 (en) 1998-08-17 1999-08-16 Method and system for implementing signalling between a telephone exchange (dx) and a private automatic branch exchange (pabx)

Country Status (3)

Country Link
AU (1) AU5293399A (en)
FI (1) FI981768A (en)
WO (1) WO2000010345A2 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0769882A1 (en) * 1995-10-20 1997-04-23 Koninklijke KPN N.V. System for signal transfer between private branch exchanges
WO1998021904A1 (en) * 1996-11-11 1998-05-22 British Telecommunications Public Limited Company Telecommunications networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0769882A1 (en) * 1995-10-20 1997-04-23 Koninklijke KPN N.V. System for signal transfer between private branch exchanges
WO1998021904A1 (en) * 1996-11-11 1998-05-22 British Telecommunications Public Limited Company Telecommunications networks

Also Published As

Publication number Publication date
WO2000010345A3 (en) 2000-06-02
AU5293399A (en) 2000-03-06
FI981768A (en) 2000-02-18
FI981768A0 (en) 1998-08-17

Similar Documents

Publication Publication Date Title
US5309512A (en) Call waiting deluxe feature
KR100484693B1 (en) Presence information method and system
RU2173502C2 (en) Method for ensuring acknowledgement of message delivery through telephone network
US5892820A (en) Directory assistance access to intercept telephone numbers
EP1096808B1 (en) Communications switching system
US6301349B1 (en) Method and system to connect an unanswered forwarded communication directly to a voice mail service
CA2242153C (en) Method for providing an open interface to automatic recall service
AU707617B2 (en) Providing special services to a caller configured as a virtual called party
JPH07154482A (en) Telephone call processing method
AU731257B2 (en) Method and apparatus for providing calling service features within incompletely upgraded cellular telephone networks
WO2006069621A1 (en) Method for providing presence information in a telecom network
US6754325B1 (en) Caller control of call forwarding services
US6072866A (en) Path replacement scheme
US7454007B2 (en) Telecommunication switch using generic API to support multiple protocol-specific signal control functions
WO2000010345A2 (en) Method and system for implementing signalling between a telephone exchange (dx) and a private automatic branch exchange (pabx)
US6987843B1 (en) Network support for fax retry blocking
US6023505A (en) System and method for providing a busy signal to a communication
CN100379167C (en) Control of echo cancellers in a telecommunications system
US20070140462A1 (en) Telephone exchange apparatus and control method for group incoming of the same
CA2246132C (en) Method and device for providing intermediate telephone service with enhanced network reliability
AU753623B2 (en) Telecommunications networks
WO1999030473A1 (en) A method and system for automatic answering and recording of messages in a telephone system
JPH07131487A (en) Network connecting device
JPH0427258A (en) Outgoing control incoming connecting system
Osborne The use of CCITT No 7 signalling to support military enhancements

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW SD SL SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

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

Kind code of ref document: A3

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): GH GM KE LS MW SD SL SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase