WO2005107224A1 - Procede d'etablissement d'un protocole lors d'une session de conversation englobant plusieurs unites de communication participantes, des unites de communication autorisees a emettre, des unites de communication autorisees a recevoir et une unite de protocole - Google Patents

Procede d'etablissement d'un protocole lors d'une session de conversation englobant plusieurs unites de communication participantes, des unites de communication autorisees a emettre, des unites de communication autorisees a recevoir et une unite de protocole Download PDF

Info

Publication number
WO2005107224A1
WO2005107224A1 PCT/EP2005/050677 EP2005050677W WO2005107224A1 WO 2005107224 A1 WO2005107224 A1 WO 2005107224A1 EP 2005050677 W EP2005050677 W EP 2005050677W WO 2005107224 A1 WO2005107224 A1 WO 2005107224A1
Authority
WO
WIPO (PCT)
Prior art keywords
protocol
message
unit
communication unit
communication
Prior art date
Application number
PCT/EP2005/050677
Other languages
German (de)
English (en)
Inventor
Andreas Schmidt
Norbert Schwagmann
Original Assignee
Siemens Aktiengesellschaft
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 Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Publication of WO2005107224A1 publication Critical patent/WO2005107224A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/08—Trunked mobile radio systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/14—Delay circuits; Timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services

Definitions

  • walkie-talkies known for example under the name alkie-Talkie, enable voice messages to be sent to one or more call participants in real time.
  • the speaker presses a special talk button while speaking. This blocks other participants from speaking.
  • the transmission therefore takes place according to a half-duplex method.
  • Communication services in the manner of the half-duplex method are also referred to as PTT services (PTT "push-to-talk").
  • PTT services push-to-talk
  • the object of the invention is to create a log of a PTT session with several participating communication units automatically and in a simple manner. This object is achieved by the following method according to the invention:
  • Method for creating a protocol for a push-to-talk session with several participating communication units in that only one of these communication units is assigned an exclusive transmission right for the transmission of at least one user message for an authorization period, during which the other communication units only have a reception right of at least one User message is assigned, and in that a protocol unit at least receives a user message of the session and stores it in a log file on a memory module.
  • the method according to the invention enables the protocol to be created in a push-to-talk session (PTT "push-to-talk") with a number of participating communication units.
  • the number of participating communication units is not limited to a maximum number Communication devices that are already in use take part in a PTT session with the creation of a protocol, since no modifications to a communication device are necessary to participate.
  • the ProtokoUaji stores one or more user messages, e.g. Voice messages, in a log file.
  • This log file comprises one or more characteristic features of the log, e.g. the date and time when the creation of the log was started or the duration of the log recording. On the basis of these characteristic features, it is possible at a later point in time to easily follow the course of a PTT session with several participating communication units.
  • the invention also relates to a communication unit authorized to send to participate in a push-to-talk session with the creation of a protocol, with a sending unit for transmitting at least one user message during an authorization period in which an exclusive right to send is assigned, during which the other communication units are only assigned a right to receive at least one useful message.
  • the invention also relates to a communication unit authorized to receive to participate in a push-to-talk session with the creation of a protocol, with a
  • Receiver unit for receiving at least one payload rests during an authorization period in which only one right of reception is assigned.
  • the invention also relates to a protocol unit for participating in a push-to-talk session with several participating communication units and for creating a protocol, with a receiving unit for receiving at least one user message, with a processing unit for storing at least one user message of the session in a log file on a storage medium, and with a storage module on which the log file can be stored.
  • FIG. 1 shows a schematic representation of a section of a possible device for carrying out the method according to the invention with a plurality of communication units and a PTT server, which comprises a protocol unit, and with a plurality of communication messages which are transmitted between the communication units and the PTT server or the protocol unit as well as possible extensions,
  • FIGS. 2a-2b in a schematic representation of a possible structure of a log file and several associated elements and possible extensions and
  • FIGS. 3a-3n different SIP messages in XML syntax for controlling the protocol unit as well as for transmitting protocol information to the communication unit as well as possible extensions.
  • a section of a possible PTT system (PTT - "push-to-talk") can be seen in FIG.
  • a service of a PTT system is called a PTT service.
  • the PTT service is characterized in that a communication unit, e.g.
  • KE3 a group of communication units, e.g. KEl, KE2, KE3, for an authorization period, such as BT, an exclusive right to send user messages, such as NN1, NN2 is assigned.
  • an authorization period such as BT
  • the other communication units, e.g. KE1, KE2, this group is only assigned a right to receive user messages NN1, NN2.
  • the transmission takes place according to a half-duplex method.
  • KE1, KE2, K ⁇ 3 they exchange at least one user message
  • PTT service is carried out with the help of the PTT service. Further tasks of a PTT system are specified in the specification "Push-to-Talk Over Cellular” (POC), Architecture, Version 1.1.0, POC Release 1.0, at www.ericsson.com/multiservicenetworks/distr/ poc_specifications.zip.
  • POC Push-to-Talk Over Cellular
  • the PTT system of Figure 1 consists of several communication units KE1, KE2, KE3 and a PTT server PS. This PTT system is organized in a star shape.
  • the PTT server PS controls the PTT service and distributes one or more relevant communication messages to the communication unit.
  • a communication message comprises either a control message or a user message NN1, NN2.
  • a control message is to be understood as a message that contains information about the status of the PTT service or for controlling the PTT service.
  • One or more control messages can be sent and received by one or more communication units and / or a PTT server at any time.
  • a control message that is used to control a protocol unit PE is referred to as a control message SN1, SN2.
  • a control message which contains protocol information from the protocol unit PE for the communication unit KE1, KE2, KE3 participating in the PTT session and is sent to it is referred to as a protocol message PN1, PN2.
  • the useful message NN1, NN2 is to be understood as a communication message which comprises useful data which the communication unit KE3 authorized to send sends to the other communication units KE1, KE3 participating in the PTT session and authorized to receive.
  • useful data include, for example, voice data and or image data.
  • the PTT server PS comprises a transmission unit SEEP for sending at least one communication message and a reception unit EMEP for receiving at least one communication message. Furthermore, this has a processing unit VAEP for controlling the communication flow of the PTT service.
  • the PTT server PS also contains the protocol unit PE for creating a protocol for the PTT session with several participants
  • Communication units KE1, KE2, KE3 also includes a memory module SM for storing at least one user message NN1, NN2 in a log file PD.
  • the PTT server PS also has a connection network VXP, which is used to exchange information between the receiving unit EMEP, the transmitting unit SEEP, the processing unit VAEP, the protocol unit PE and the memory module SM.
  • the protocol unit PE is integrated in the PTT server PS.
  • the protocol unit PE can be implemented as an independent network unit, which is possibly connected to the PTT server PS via a communication link.
  • the protocol unit KE as an independent network unit, can have a receiving and transmitting device for receiving or transmitting communication messages.
  • the protocol unit PE can also be accommodated in a communication unit, for example communication unit KE1.
  • the memory module SM is integrated in the PTT server PS.
  • the memory module SM can be connected externally to the protocol unit PE via a communication link.
  • the communication unit KE3 authorized to send comprises a sending unit SEE3 for sending at least one communication message and a receiving unit EME3 for receiving at least one communication message. Furthermore, it has a processing unit VAE3 for evaluating received communication messages and for creating at least one communication message to be sent.
  • the transmission unit SEE3, the reception unit EME3 and the processing unit VAE3 are connected to one another via a connection network VX3, which is used to exchange information.
  • the communication unit KE1, KE2 authorized to receive comprises a sending unit SEE1 or SEE2 for sending at least one communication message and a receiving unit EME1 or EME2 for receiving at least one communication message. Furthermore, it has a processing unit VAE1 or VAE2 for evaluating at least one received communication message as well as for creating at least one communication message to be sent.
  • the communication unit KE1, KE3 authorized to receive each comprises a connection network VX1 or VX2, which is used to exchange information between the receiving unit EME1 or EME2, the transmitting unit SEE1 or SEE2 and the processing unit VAE1 or VAE2 within the respective communication unit KE1, KE2 authorized to receive.
  • One or more of the communication units KE1, KE2, KE3 can be integrated in a mobile radio device according to the GSM standard (GSM - Global System for Mobile) or the UMTS standard (UMTS - Universal Mobile Telecommunications System). Alternatively, they can be implemented in a fixed network device according to the ISDN standard (ISDN - Integrated Subscriber Digital Network) or also in a computer unit which is connected, for example, to a public Internet and / or to an intranet.
  • GSM Global System for Mobile
  • UMTS Universal Mobile Telecommunications System
  • the PTT service is preferably implemented using a packet-oriented system, such as the 3GPP-IMS (3GPP - "Third Generation Partnership Pro ect", IMS - "IP Multimedia Subsystem", IP - "Internet Protocol”).
  • 3GPP-IMS 3GPP - "Third Generation Partnership Pro ect", IMS - "IP Multimedia Subsystem", IP - "Internet Protocol”
  • One or more communication messages can be transmitted here, in particular using the UDP / RTP protocol (UDP - "Unified Data Protocol", RTP - "Real-time Transport Protocol”).
  • the communication unit KE2 initiates the establishment of a PTT session, with the two communication units KE1 and KE3 also taking part in this PTT session in addition to the communication unit KE2. To do this, it first sends a first invitation message TEN1 to the PTT server PS. As a result, the latter directs the invitation to participate in the PTT Session with the help of a second invitation message TEN2 to the communication unit KE3.
  • the communication unit KE3 confirms its participation in the PTT session by transmitting a first invitation confirmation message TBN1.
  • the PTT server PS transmits a third invitation message TEN3 with the request to participate in the PTT session to the communication unit KE1. This confirms your participation by means of a second invitation confirmation message TBN2.
  • the PTT server PS notifies the communication unit KE2 of the establishment of the PTT session by a first confirmation message BN1.
  • the protocol unit PE After the first confirmation message BN1 has been transmitted, the protocol unit PE is initialized. Here, for example, the protocol unit PE is informed that the communication units KE1, KE2, K ⁇ 3 participate in the PTT session to be logged.
  • the log file PD comprises a description part PDK and a message part PDN.
  • the description part PDK comprises one or more descriptive features of the PTT session to be logged. At least one of the following descriptive features is used:
  • PTT session identity a unique identifier for the PTT session, such as "Session_30.01.04".
  • Group of department heads Name for the group of communication units participating in the PTT session, e.g. "Group of department heads”.
  • Start and end time of the PTT session Here, the date and / or time for the start and end time of the PTT session is given, such as "PTT session: Start: 1/30/2004 8:00 AM; End: 1/30/2004 9:25 AM".
  • Start and end time of logging the start and end time of logging of the PTT session are communicated, which "may differ from the start and / or end time of the PTT session, such as" Logging: Start: January 30, 2004 8:05 a.m., end: 1/30/2004 9:05 a.m.
  • - List of participants at least one communication unit participating in the PTT session, e.g. Communication unit KE1, KE2, KE3, registered.
  • the time and date are specified.
  • the time in relation to the start time of the PTT session can be specified, e.g. "Participation of KE2: start: 00:17; end 00:35".
  • the communication unit KE2 has "PTT session: start: 1/30/2004 8:00; end: 1/30/2004 9:25" from 8:17 to 8:35 attended the PTT meeting.
  • the log file PD also includes the message part PDN.
  • the message part PDN consists of at least one section.
  • a section includes an el Spelling, for example NEBl, NEB2, and an associated message element, for example NEl, NE2.
  • a first section consists of the first element description NEBl and the associated first message element NEl.
  • a message element comprises either the user message NN1, NN2 or a message link, for example VK1, VK2, to the associated user message NN1 or NN2.
  • the user data contained in the user message NN1, NN2 can also be stored in the associated message element NE1, NE2.
  • the message link VK1, VK2 is preferably specified in the form of a URI (URI - "Uniform Resource Identifier").
  • the message link VKl, VK2 can also point to a memory address within the memory module SM at which the associated stored user message NN1 or
  • the element description NEB1, NEB2 includes further information on the associated message element NE1 and NE2.
  • One or more of the following information is preferably contained in the element description NEB1, N ⁇ B2:
  • the useful message NNl, NN2 or the message element NEl, NE2 is a specific communication unit, e.g. KEl, c.-i assignable.
  • This identification feature can be used to identify the participant's name, e.g. "John Smith", or the name of the communication unit, such as "KEl" included.
  • Start time and duration of the message element This shows the time at which the useful message contained in this message element was recorded.
  • the duration of this user message is also displayed. give.
  • the start time of this user message is displayed in the form of a relative time relative to the start time of the logging, such as "12 minutes and 23 seconds.
  • the duration of this user message is, for example," 1 minute and 12 seconds ".
  • it can be used instead of the duration User message the end time of this user message can be specified.
  • the protocol unit PE or another external network element may generate one or more identifiers that assign this message element or the useful message contained therein to a category.
  • the first message element NE1 may be assigned to the category "proposal for budget reduction".
  • At least one individual marking point MK1, MK2 is created for a communication unit, which is assigned to a specific message element. This enables the respective communication unit KE1, KE2, KE3 to quickly find one or more message elements NE1, NE2 on the basis of its individual marking points MK1, MK2.
  • the communication unit KE3 requests an exclusive transmission right for the transmission of at least one user message NN1, NN2. For this purpose, according to FIG. 1, it transmits an inquiry message FS to the PTT server PS. Since the transmission right is currently not assigned to any communication unit KE1, KE2, KE3, the PTT server grants the communication unit KE3 the exclusive transmission right. This is communicated to the communication unit K ⁇ 3 by means of a positive confirmation message PBN. The communication unit KE3 can now send one or more user messages NN1, NN2 for the authorization period BT.
  • the user message NN1, NN2 comprises user data which the communication unit KE3 authorized to send wants to send to the other communication units KE1, KE2 participating in the PTT session.
  • the useful data include, for example, a voice message or image data to be sent.
  • voice data can be compressed using the AMR compression method (AMR - Adaptive Multi Rate Codec), see 3GPP TS 26.071, Version 5.0.0.
  • AMR - Adaptive Multi Rate Codec see 3GPP TS 26.071, Version 5.0.0.
  • the speech signal recorded by the microphone for example, is divided into one or more speech frames with a length of 20 ms (ms-milliseconds). Each speech frame is then compressed separately.
  • RTP packet RTP - Real Time Transport Protocol
  • RTP A Transport Protocol for Real-Time Applications
  • IETF RFC 3551 RTP Profile for Audio and Video Conferences
  • a user message such as e.g. the useful message NNl comprises at least one IP packet.
  • a voice message from the communication unit KE3 which is several seconds long, can be represented by the useful message NN1.
  • This user message NN1 can consist of several individually transmitted IP packets.
  • the communication unit KE3 transmits its voice message to the PTT server PS using the user message NN1. This forwards this useful message NN1 to the other communication units KE1 participating in the PTT session in real time.
  • the PTT server PS also forwards this useful message NN1 to the protocol unit PE.
  • the protocol unit PE stores this useful message NN1 in a first message element NE1 together with an associated first element description NEBL in the protocol file PD.
  • the first element description NEBL comprises a unique identification feature of the communication unit KE3, for example "KE3 - contribution 5".
  • the first element description NEBl includes the start and end times for the associated first message element NEl, for example "Start: 08:17 End: 08:19".
  • an identification feature is also present in the message element NE1, for example "contribution 15" and a categorizing indicator "proposal for budget reduction".
  • the communication unit KE3 which is authorized to transmit, gives up its exclusive transmission right. For this purpose, it transmits an end message ES to the PTT server PS. This then deprives you of the exclusive broadcasting right.
  • the communication unit KE3 ends the PTT session. For this purpose, it transmits a session end message SE to the PTT server PS. The PTT then ends the PTT session. Furthermore, the PTT server also informs the protocol unit PE of the termination of the PTT session.
  • the log unit PE then closes the log file PD.
  • the description part PDK of the log file PD is updated.
  • the protocol unit PE then sends a first protocol message PN1 to the communication units KE1, KE2, KE3 with the aid of the transmission unit SEEP of the PTT server PS.
  • This first log message PN1 contains the log file P.
  • the first log message PN1 can contain a link PVK to the log file PD instead of the log file PD.
  • the link PVK is expediently specified in the form of a URI (URI - Uniform Resource Identifier).
  • the log unit PE can also store the log file PD on a memory module outside the PTT server PS, for example in a data server in another network NET.
  • An archive with log files of PTT sessions that have already ended is preferably present on this data server.
  • the first protocol message PN1 can be transmitted to one or more communication units which did not take part in the respective PTT session.
  • the PTT server PS uses a further session end message SE to notify the communication units KE1, KE2 that the PTT session has ended.
  • protocol message PN1, PN2 and / or the control message SN1, SN2 in XML format (XML - Extensible Markup Language), see "http // www.w3. Org / XML /", or in SDP format (SDP - Session Description Protocol), see IETF RFC 2327.
  • SIP protocol SIP - Session Initiation Protocol
  • IETF RFC 2616 SIP - Session Initiation Protocol
  • a SIP message denotes a message such as the first control message SN1, which is transmitted using the SIP protocol.
  • at least one protocol message PN1, PN2 and / or at least one control message SN1, SN2 can be integrated in at least one SIP header of a SIP message and transmitted by means of this SIP message, see IETF RFC 3261.
  • a SIP message is shown in FIG. 3a.
  • a SIP message consists of a rßlP header SIK and a SIP message part SIN.
  • the SIP message part SIN is shown in bold in FIGS. 3a-3n.
  • the SIP head SIK includes the following entries:
  • a first command B1 includes the type of this SIP message, such as a name "INVITE". In this example, this type indicates that a PTT session should be established.
  • the transmission protocol used is also specified, such as the SlP protocol with version 2.0 in the form of "SIP / 2.0".
  • a second command B2 describes a group address, such as " Trust-Team@ptt.siemens.com". This group address contains a list of communication units that are to participate in this PTT session. A SIP address for the respective communication unit, under which this can be reached, is preferably entered there. In the present example, this group address comprises the following SIP addresses: - Kl@siemenens.com - K2@siemenens.com - K3@siemenens.com
  • a third command B3 includes an identifier for the communication unit that initiates this PTT session.
  • the communication unit KE2 initiates this PTT session. So your SIP address can be used as an identifier for this communication unit K ⁇ 2, e.g. "KE2 @ siemens. Com".
  • a fourth command B4 with a name "Content-Type” contains a clear indication of the data type according to which the SIP message part SIN was created.
  • a data type with a name "application / features + XML" is used. This data type indicates that the associated SlP message part SIN contains one or more information for this PTT session.
  • the SIP message part SIN can include one or more information.
  • the type of information is described with a keyword SW. It may be appropriate to add further parameters to the keyword SW, which complete the description of the information to be specified. Since information can span several lines, the keyword SW is reproduced at the start and end of the information according to XML syntax.
  • Figure 3a several parameters for a PTT session within the SIP message part SIN are to be specified as information. This will the keyword SW with a name "features" used at the beginning and at the end of the information to be specified. At the beginning, an angle bracket is placed around the keyword SW, such as " ⁇ features>".
  • the keyword SW is enclosed in an angle bracket and an oblique line is placed in front of the keyword SW, such as " ⁇ /features>". If the information to be provided can be placed on one line, an abbreviated notation is introduced.
  • the beginning of the information to be specified is marked with an angle bracket, with the point to the left, followed by the keyword SW, such as " ⁇ features”. This is followed by the information to be provided.
  • the end is only marked with an oblique line followed by an angle bracket, with the point to the right, such as "/>".
  • the creation of the protocol was activated automatically, ie without an explicit request or request, after the first invitation message TEN1 was received by the PTT server PS.
  • the creation of the protocol can be activated by the communication unit that initiates the PTT session.
  • the communication unit KE2 inserts at least one control parameter in a control message, such as in the first control message SN1.
  • at least one control parameter can also be inserted in the first invitation message TEN1.
  • a possible implementation of the first invitation message TEN1 is shown in FIG. 3a.
  • the first invitation message TEN1 contains a first control parameter SP1, which instructs the protocol unit PE to activate the creation of the protocol for this PTT session.
  • the protocol unit PE expediently confirms the activation of the creation of the protocol with the aid of a protocol message, for example in the first confirmation message BN1.
  • This confirmation message BN1 can contain a SIP message part according to FIG. 3b.
  • This first confirmation message BN1 contains a first protocol information PI1, which indicates the activation of the creation of the protocol.
  • the activation of the creation of the protocol of the PTT session can also be activated by one of the communication units KE1, KE3 invited to the PTT session.
  • the first confirmation of participation message TBN1 comprises the SIP message part SIN from FIG. 3a.
  • This SIP message part SIN comprises at least the first control parameter SP1, which activates the creation of the protocol by the protocol unit PE.
  • the communication unit KE3 is invited to the PTT session using a protocol message, for example by means of the second invitation message TEN2.
  • This second invitation message TEN2 comprises a first protocol information PI1, which indicates that the creation of a protocol has been activated for this PTT session.
  • An advantageous realization of this first protocol information PI1 can be seen in FIG. 3b.
  • the communication unit KE3 confirms its participation in this PTT session by means of the first invitation confirmation message TBN1.
  • An advantageous SIP message part of this first invitation confirmation message TBN1 is shown in FIG. 3d.
  • the communication unit KE3 can indicate their consent to the recording of their sent useful messages in the protocol.
  • the communication unit KE3 can object to their consent to the logging of their sent useful messages.
  • the first invitation confirmation message TBN1 contains a third control parameter SP3 in its SIP message part. This third control parameter SP3 can be implemented according to FIG. 3e.
  • the respective communication unit sends a control message to the protocol unit PE.
  • This control message either contains the consent to the logging, which is indicated by means of the second control parameter SP2 according to FIG. 3d, or the rejection of the logging, which is indicated by means of the third control parameter according to FIG. 3e.
  • the communication unit KE1 is preset so that its user messages are not to be recorded in the protocol.
  • a control message also enables the respective communication unit to individually inform the protocol unit PE of its consent or rejection.
  • a communication unit can query its current setting, whether its user messages to be sent are recorded in the protocol or not, by the protocol unit PE. For this a corresponding request is made to the protocol unit PE by means of a control message.
  • FIG. 3f shows a possible SIP message part SIN which contains a fourth control parameter SP4.
  • This fourth control parameter SP4 requests the protocol unit PE to transmit the current status for the respective communication unit.
  • the protocol unit PE After receipt of this control message, the protocol unit PE will communicate the current status by means of a protocol message. If the consent to the logging of one or more user messages to be sent is present, the log message can transmit a thirteenth log information PI13 in its SIP message part SIN according to FIG. 3d. Otherwise, fourteenth log information PI14 is inserted into this log message.
  • At least one communication unit can stop the generation of the protocol for the PTT session and / or reactivate it at a later time. While creating the
  • Protocol is stopped, no useful messages are recorded by the protocol unit PE.
  • a communication unit for example the communication unit KE3, sends a first control message SN1 to the protocol unit PE.
  • This first control message SN1 comprises a fifth control parameter SP5, which indicates that the creation of the protocol is to be stopped.
  • FIG. 3g shows an advantageous implementation of the fifth control parameter SP5.
  • the protocol unit PE After the protocol unit PE has received this first control message SN1, it stops the creation of the protocol of the PTT session. It may inform one or more communication units involved in the PTT session by means of a third protocol message PN3 that the creation of the protocol has been stopped. For this purpose, it expediently inserts third protocol information PI3 into this third protocol collision message PN3 on.
  • a possible implementation of the third protocol information PI3 can be seen in FIG. 3g.
  • one of the communication units can continue to create the protocol.
  • this communication unit sends a first control message SN1 to the protocol unit PE, which comprises a sixth control parameter SP6.
  • This sixth control parameter SP6 indicates to the protocol unit PE that the creation of the protocol is to be continued.
  • An advantageous implementation of the sixth control parameter SP6 can be seen in FIG. 3h.
  • the protocol unit PE After the protocol unit PE has continued to create the protocol, this can be done with the help of another protocol message, e.g. a third protocol is followed by PN3, which inform the communication units participating in the PTT session about the continuation of the creation of the protocol.
  • the latter inserts fourth protocol information PI4 into the third protocol message PN3, which informs the respective communication unit of the continuation of the protocol.
  • a possible realization of the fourth protocol information PI4 can be seen in FIG. 3h.
  • the stopping or resuming of the creation of the protocol during a PTT session is expediently only possible for a specific communication unit. Pausing and resuming the creation of the protocol may only be permitted for the communication unit that initiated the PTT session, e.g. Communication unit KE2.
  • one or more participating communication units may be determined by means of protocol information, which may stop or continue the creation of the protocol.
  • the creation of the protocol of the PTT session is terminated before the termination of the PTT session.
  • a second control message SN2 at least one communication unit can request the protocol unit PE to end the creation of the protocol.
  • This second control message SN2 comprises a seventh control parameter SP7, which causes the protocol unit PE to end the creation of the protocol.
  • FIG. 3i shows an advantageous implementation of the seventh control parameter SP7.
  • the protocol unit PE After receipt of this second control message SN2, the protocol unit PE will end the creation of the protocol.
  • This fifth protocol information PI5 shows the respective communication unit that the creation of the protocol has ended.
  • An advantageous implementation of this fifth protocol information is shown in FIG. 3i. It may not be possible for every communication unit to finish creating the protocol. For example, termination can only be initiated by the communication unit that initiated this PTT session, such as communication unit KE2.
  • one or more media types are specified when the protocol is created.
  • a media type corresponds, for example, to a form of presentation of the user data in a user message or log file that is standardized according to the MIME standard (MIME - "Multipurpose Internet Mail Extensions"). Detailed information can be found in particular in the document IETF RFC 2045 "Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies".
  • MIME Multipurpose Internet Mail Extensions
  • the media type "audio / AMR” means that all user data to which this media type refers have been compressed according to the AMR process and are processed in accordance with the AMR process. were saved.
  • a detailed description for the media type "audio / AMR” can be found, for example, in the document IETF RFC 3267 "Real-Time Transport Protocol (RTP) Payload Format and File Storage, Format for the Adaptive Multi-Rate (AMR) and Adaptive Multi -Rate Wideband (AMR-WB) Audio Codecs "are taken.
  • RTP Real-Time Transport Protocol
  • AMR Adaptive Multi-Rate
  • AMR-WB Adaptive Multi -Rate Wideband Audio Codecs
  • transcoding is understood to mean that user data u are converted from one media type to another media type.
  • user data that have been compressed using the AMR method are transformed into text using transcoding. This is done by a device called a "speech-to-text". This device may be integrated in the PE protocol unit.
  • One or more media types can be predefined in the protocol unit PE.
  • one of the communication units can specify one or more permitted media types when the PTT session is initialized.
  • One or more types of media can be transmitted to the protocol unit PE by means of a control message, for example the first control message SN1 or the first invitation message TEN1 or participation confirmation message TBN2, TBN1.
  • an eighth control parameter SP8 is inserted into the respective control message.
  • FIG. 3a shows an advantageous implementation of an eighth control parameter SP8.
  • the media type is set by the eighth control parameter SP8 in such a way that the user data are stored in the log file PD in a compressed manner using the AMR method.
  • one or more parameters of the log file PD can be determined individually when the log file PD is created.
  • the name of the PTT session can be defined by one of the communication units participating in the PTT session.
  • the name of the PTT session is transmitted with a control message, such as through the first invitation message TEN1.
  • a ninth control parameter SP9 is inserted, which contains the name of the PTT session, such as "immediate measures to meet the project dates". After receipt of the first invitation message TEN1 by the protocol unit PE, this takes over this new name of the PTT session and enters it in the protocol file PD.
  • both the name of the log file PD and the address at which the log file PD to be created is stored can be individually defined.
  • a fourteenth control parameter SP14 is inserted in a control message, such as in the first invitation message TEN1.
  • This fourteenth control parameter SP14 includes the address and the file name of the log file, such as, for example, according to FIG. 3b "siemens.com/ Trust/ID123.prl". "Sie- mens.com/Pro ekt /" shows the address and "IDl23.prl" the file name.
  • the address instead of specifying the address and the file name, only the address can be specified. As in the implementation example according to FIG.
  • a ninth control parameter SP9 only includes the address at which this log file PD can be found, such as "siemens.com/ Trust/”.
  • the log unit PE uses the fifteenth control parameter SP15 to assign a file name for the log file PD. It can then use a fifth protocol information PI5 to transmit this file name together with the address in a second protocol message PN2 to at least one communication unit.
  • a possible implementation of the fifth protocol information PI5 is shown in FIG. 3b.
  • At least one communication unit it is possible for at least one communication unit to individually set the list of communication units which receive the log file PD or the link PVK to the log file PD.
  • a control message e.g. inserted one or more control parameters in the first invitation message TENl.
  • a tenth and eleventh control parameter SP10 or ⁇ P11 is inserted in the first invitation message TEN1 according to FIG. 3a. These indicate those communication units that are authorized to receive the log file PD or the link PVK to the log file PS.
  • the tenth control parameter SP10 denotes the group address, ie a list of the addresses of all participating communication units.
  • the eleventh control parameter SP11 includes an additional address of a communication unit that is not participating in the session, but is also to receive the protocol file PD.
  • the communication unit KE2 sends this first invitation message TEN1 with the tenth and eleventh control parameters SP10 and SP11 to the protocol unit PE. After completion of the creation of the protocol, this will send the communication file PD or a link PVK to the protocol file PD to all communication units, which are listed in the tenth and eleventh control parameters SP10 and SP11. It is thus possible to individually define those communication units which receive the log file PD or the link PVK to the log file PD after the creation of the log unit PE.
  • At least one of the participating communication units receives a list of those communication units that receive the log file PD or a link PVK to the log file PD.
  • an eighth and ninth protocol information PI8 or PI9 are inserted.
  • the eighth protocol information PI8 comprises the addresses of all participating communication units. This corresponds to the list of addresses of the group address " Trust-Team@ptt.siemens.com”.
  • the ninth protocol information PI9 includes an additional communication unit that does not participate in the PTT session, such as with an address "P.Mueller@siemens.com", but nevertheless sends the protocol file PD or a link PVK to the protocol file PD gets. This enables at least one communication unit participating in the PTT session to get an overview of those communication units that have access to the log file PD.
  • marking point MK1, MK2 can be set individually in the method.
  • the marking point MK1, MK2 points to a location in the log file PD.
  • the marking point MK1, MK2 preferably points to the beginning of a useful message.
  • the marking point MK1, MK2 can point to a location in the log file PD that corresponds to a specific point in time. For example, c-aurde started creating the log at 9:00 a.m.
  • the first marking point MK1 can point to the time 9:11 a.m. This point in time expediently lies within a useful message and the marking point thus points to a location within this useful message.
  • the marking point MK1, MK2 can be set individually by the communication unit KE1, KE2, KE3. With the aid of the marking point MK1, MK2, the communication unit KE1, KE2, KE3 can quickly find a specific location within the log file PD, such as the start of a user message.
  • two marking points MKl, MK2 can be used to mark the beginning and the end of a section within the log file PD. For this purpose, as described, a first marking point, such as the first marking point MK1, is first set to indicate the start of the section to be marked. Then a second marking point, such as the second marking point MK2, is defined, which indicates the end of the section to be marked.
  • a communication unit KE1, KE2, KE3 sends a first control message SN1 with a twelfth control parameter SP12 to the protocol unit PE, which then has a new marking point, such as e.g. sets the first marking point MK1 in the log file PD.
  • a new marking point such as e.g. sets the first marking point MK1 in the log file PD.
  • FIG. 3j An advantageous implementation of this twelfth control parameter SP12 is shown in FIG. 3j.
  • This twelfth control parameter SP12 preferably comprises several individual elements:
  • a first element SPEI identifies this twelfth control parameter SP12 as a control parameter with which a marking within the log file PD is to be made. This first element SPEI thus corresponds to a keyword SW.
  • a second element SPE2 specifies a unique identifier for the marking point to be added, such as "MKl”.
  • a third element SPE3 indicates whether this first marking point MK1 describes the beginning or the end of the section to be marked. In the present example, this third element SPE3 indicates that the marking point describes the beginning of the section to be marked.
  • a fourth element SPE4 contains a descriptive name for this first marking point MK1, such as "particularly important".
  • a fifth element SPE5 defines the resolution of a marking point.
  • the resolution can either be set to a user message or to a point in time in the log file PD.
  • the fifth element SPE5 indicates that the first marking point MK1 should point to a useful message, e.g. at the start of a user message.
  • a sixth element SPE6 indicates whether the first marking point MK1 should point to the user message that is currently being logged or to a user message from the past or future.
  • the sixth element SPE6 in Figure 3j shows the value "-1". This value indicates that the first marking point MK1 should not be set to the currently logged user message, but to the last logged user message.
  • the protocol unit PE After receiving this first control message SN1 with the twelfth control parameter SP12, the protocol unit PE enters the first marking point MK1 in the element description NEBL of the last logged useful message as an individual identifier.
  • the first marking point MK1 is symbolically indicated in FIG. 2b with a dashed arrow.
  • the log unit PE can store all the set marking points MK1, MK2 and the associated location within the log file PD in a separate list in the description part PDK of the log file PD.
  • the protocol unit PE can communicate to the communication unit KE3 by means of a third protocol message PN3 that the first marking point MK1 has been successfully entered in the protocol file PD.
  • PN3 contains a tenth protocol information PI10, which contains both the name of the first marking point MKl "MKl" and a status.
  • a possible realization of the tenth protocol information PI10 is printed in FIG. 3k.
  • the protocol unit PE can transmit a negative status "error" instead of a positive status , ok "using the third protocol message PN3.
  • the communication unit KE3 transmits a second control message SN2 to the protocol unit PE, which instructs the protocol unit PE to end the section to be marked.
  • this control message SN2 contains a thirteenth control parameter SP13.
  • a possible implementation of this thirteenth control parameter SP13 is shown in FIG. 31.
  • this thirteenth control parameter SP13 contains a twelfth element SPE12, which describes a unique identification feature for the second marking point MK2 to be added, such as "MK2".
  • this thirteenth control parameter SP13 comprises a thirteenth element SPE13.
  • This thirteenth element SPE13 indicates that the second marking point MK2 to be set describes the end of the section to be marked. Furthermore, a fourteenth element SPE14 is specified, which provides information about the marking point which marks the beginning of the section to be marked. In the present example, the fourteenth element SPE14 contains an entry "MKl" and thus points to the first marking point MKl. Finally, this thirteenth control parameter SP13 comprises a fifteenth element SPE15. This fifteenth element SPE15 indicates the resolution. In the present example, the second marking point MK2 is to be placed at the end of a useful message.
  • the protocol unit PE After receipt of the second control message SN2 and the thirteenth control parameter contained therein ters SP13, the protocol unit PE places this second marking point MK2 at the end of the currently logged useful message.
  • the marking point MK2 marks the end of the section to be marked, which is described by the marking points MK1 and MK2.
  • the marked section comprises the useful message of the message element NE1 and NE2.
  • the second marking point MK2 is entered as an individual identification for the communication unit KE3 in the message description NEB2.
  • This second protocol message PN2 comprises an eleventh protocol information PI11, which is shown as an example in FIG. 3m.
  • This first protocol information PIll includes the specification of the marking point MK2 and the status. The status indicates whether the entry of the marking point MK2 by the PE was successful or not. In the present example according to FIG. 3m, a positive status is communicated in the eleventh protocol information.
  • the protocol unit PE adds the PTT Session in one or more protocol messages, such as in the second invitation message TEN2, a twelfth protocol information PI12.
  • FIG. 3n An advantageous implementation of this twelfth protocol information PI12 is shown in FIG. 3n. This shows the respective receiving communication unit, such as the communication unit K ⁇ 3, that there is the possibility of creating the protocol of the PTT session.
  • at least one of the communication units KE1, KE2, KE3 can activate the creation of the protocol.
  • Protocol of a PTT session can be queried by one or more communication units KE1, KE2, KE3 at least one parameter regarding the creation of the protocol.
  • the name of the PTT session or the name of the log file PD is queried by the communication unit KE1.
  • one or more parameters for creating the log can be changed not only at the beginning, but also during logging.
  • a communication unit changes the name of the PTT session after the creation of the protocol has already started.
  • a special identification feature identifies useful messages which are to be combined into a task list for later processing.
  • a further protocol file can be created, which only includes the user messages marked with this special identification feature.
  • the display format can be changed when this additional log file is created.
  • This further log file is expediently stored in a textual representation.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé d'établissement d'un protocole lors d'une session de conversation. Selon l'invention, une seule unité de commande obtient un droit d'émission exclusif pour la transmission d'au moins une information utile au cours d'un intervalle d'autorisation. Au cours de l'intervalle d'autorisation, les autres unités de communication obtiennent uniquement un droit de réception d'au moins une information utile. Par ailleurs, une unité de protocole reçoit au moins une information utile de la session et l'enregistre dans un fichier de protocole, sur un module d'enregistrement. L'invention concerne également une unité de communication autorisée à émettre, une unité de communication autorisée à recevoir et une unité de protocole destinée à la mise en oeuvre du procédé selon l'invention.
PCT/EP2005/050677 2004-04-27 2005-02-16 Procede d'etablissement d'un protocole lors d'une session de conversation englobant plusieurs unites de communication participantes, des unites de communication autorisees a emettre, des unites de communication autorisees a recevoir et une unite de protocole WO2005107224A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004020533.7 2004-04-27
DE102004020533A DE102004020533A1 (de) 2004-04-27 2004-04-27 Verfahren zur Erstellung eines Protokolls bei einer Push-to-Talk Sitzung mit mehreren teilnehmenden Kommunikationseinheiten, sowie zum Senden berechtigte Kommunikationseinheiten, zum Empfangen berechtigte Kommunikationseinheiten und einer Protokolleinheit

Publications (1)

Publication Number Publication Date
WO2005107224A1 true WO2005107224A1 (fr) 2005-11-10

Family

ID=34960417

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2005/050677 WO2005107224A1 (fr) 2004-04-27 2005-02-16 Procede d'etablissement d'un protocole lors d'une session de conversation englobant plusieurs unites de communication participantes, des unites de communication autorisees a emettre, des unites de communication autorisees a recevoir et une unite de protocole

Country Status (2)

Country Link
DE (1) DE102004020533A1 (fr)
WO (1) WO2005107224A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007090324A1 (fr) 2006-02-06 2007-08-16 Huawei Technologies Co., Ltd. Procédé, système d'enregistrement de données vocales au cours d'une conversation en semi-duplex

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8010142B2 (en) * 2005-01-31 2011-08-30 Motorola Solutions, Inc. Method and apparatus for including a recording device in a push-to-talk over cellular communication session
KR20090091243A (ko) * 2006-12-22 2009-08-26 모토로라 인코포레이티드 푸시 오버 셀룰러를 위한 데이터 캡처 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1993003585A1 (fr) * 1991-07-31 1993-02-18 Telstra Corporation Limited Systeme de telecommunication
GB2332121A (en) * 1997-12-05 1999-06-09 Motorola As Two way radio communication system, radio unit and method of operation
WO2002035307A2 (fr) * 2000-10-24 2002-05-02 Vaeaenaenen Mikko Procede d"enregistrement vocal et moyens associes
WO2002082793A1 (fr) * 2001-04-05 2002-10-17 Timeslice Communications Limited Perfectionnements apportes a des procedes et a des systemes d'enregistrement vocal

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1993003585A1 (fr) * 1991-07-31 1993-02-18 Telstra Corporation Limited Systeme de telecommunication
GB2332121A (en) * 1997-12-05 1999-06-09 Motorola As Two way radio communication system, radio unit and method of operation
WO2002035307A2 (fr) * 2000-10-24 2002-05-02 Vaeaenaenen Mikko Procede d"enregistrement vocal et moyens associes
WO2002082793A1 (fr) * 2001-04-05 2002-10-17 Timeslice Communications Limited Perfectionnements apportes a des procedes et a des systemes d'enregistrement vocal

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007090324A1 (fr) 2006-02-06 2007-08-16 Huawei Technologies Co., Ltd. Procédé, système d'enregistrement de données vocales au cours d'une conversation en semi-duplex
EP1883256A1 (fr) * 2006-02-06 2008-01-30 Huawei Technologies Co., Ltd. Procédé, système d'enregistrement de données vocales au cours d'une conversation en semi-duplex
EP1883256A4 (fr) * 2006-02-06 2008-06-25 Huawei Tech Co Ltd Procédé, système d'enregistrement de données vocales au cours d'une conversation en semi-duplex

Also Published As

Publication number Publication date
DE102004020533A1 (de) 2005-11-24

Similar Documents

Publication Publication Date Title
DE102005037569B4 (de) Verfahren zum Vergeben eines Kommunikationsrechts, Kommunikationskonferenz-Sitzung-Server und Kommunikationskonferenz-Sitzung-Server-Anordnung
DE69927713T2 (de) Angekündigte Sitzungsbeschreibung
DE102005033667B4 (de) Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente
DE102005043003A1 (de) Telekommunikationskonferenz-Server, Telekommunikations-Endgerät, Verfahren zum Erzeugen einer Telekommunikationskonferenz-Steuernachricht, Verfahren zum Steuern einer Telekommunikationskonferenz, computerlesbare Speichermedien und Computerprogrammelemente
WO2006086939A1 (fr) Gestion de groupes dynamiques dans un systeme de communication cellulaire a poussoir de conversation
DE69917925T2 (de) Steuerung einer angekündigten sitzung
WO2006108379A1 (fr) Procede de formation d'une session de communication commune, procede de formation d'une premiere session de communication et d'une deuxieme session de communication a partir d'une session de communication commune et serveur de commande de session de communication
DE102006021375B4 (de) Verfahren zum Aufbau einer Push-to-talk-Kommunikationsverbindung
DE102004049907A1 (de) Verfahren zum Anfordern oder Zuteilen eines Push-to-talk-Sprachrechts und/oder zum Erfragen oder Mitteilen von Warteschlangeninformation, Push-to-talk-Client-Einheit, Push-to-talk-Steuerserverrechner und Entscheidungseinheit
DE102005042141A1 (de) Konferenz-Kommunikationssystem, Verfahren zum Betreiben eines Konferenz-Kommunikationssystems, Notifizierungseinrichtung und Verfahren zum Notifizieren eines Kommunikationsendgeräts
DE602004002471T2 (de) Verfahren und System zur Beteitstellung einer Übertragungsverbindung für Datenstromverkehr
WO2005067326A1 (fr) Procede de realisation d'une enquete aupres d'une pluralite d'appareils participants de communication, et appareils de communication correspondants
DE102004063298B4 (de) Verfahren zum rechnergestützten Verwalten von Kommunikationsrechten zum Kommunizieren mittels mehrerer unterschiedlicher Kommunikationsmedien in einer Telekommunikations-Konferenz mit mehreren Telekommunikations-Einrichtungen
DE102007051828B4 (de) Verfahren, System und Endgerätevorrichtung zur Akquisition von Medienmerkmalsinformation
WO2005107224A1 (fr) Procede d'etablissement d'un protocole lors d'une session de conversation englobant plusieurs unites de communication participantes, des unites de communication autorisees a emettre, des unites de communication autorisees a recevoir et une unite de protocole
DE102004010925B4 (de) Verfahren und Kommunikationsanordnung zum Aufbauen einer Push-to-talk-Kommunikationsverbindung und Push-to-talk-Client-Einheit
DE102005039668B4 (de) Verfahren zum rechnergestützten Bilden einer Konferenzsitzungs-Einladungsnachricht, Verfahren zum rechnergestützten Erzeugen einer Konferenzsitzung, Verfahren zum rechnergestützten Verarbeiten von Nachrichten in einer Konferenzsitzung, Konferenzsitzungs-Einladungsnachricht-Erzeugungseinheit, Konferenzsitzungs-Erzeugungseinheit und Kommunikations-Endgeräte
DE102005039669B3 (de) Verfahren zum rechnergestützten Erstellen einer Abstimmungs-Nachricht, Verfahren zum rechnergestützten Ermitteln mindestens eines Abstimmungs-Ergebnisses, Verfahren zum rechnergestützten Bearbeiten einer Abstimmungs-Nachricht, Transportprotokoll-Steuerungsprotokoll-Einheit, Konferenz-Abstimmungs-Auswerte-Einheit, Konferenz-Servereinheit und Kommunikations-Endgerät
DE102005049074B4 (de) Verfahren zum rechnergestützten Vergeben eines Kommunikationsrechts, Verfahren zum rechnergestützten Erzeugen einer Kommunikationsrecht-Anforderungsnachricht, Kommunikationsrecht-Vergabe-Einheit, Kommunikations-Konferenz-Servereinheit, Kommunikations-Konferenz-Nachricht-Erzeugungseinheit, Kommunikations-Endgerät und Verfahren zum rechnergestützten Initialisieren eines Konferenz-Nachrichtenflusses in einer Kommunikations-Konferenz
DE102008029142B3 (de) Verfahren zur Ermittlung aktiver Kommunikationssitzungen und Kommunikationssitzungs-Informationsserver
WO2010026023A1 (fr) Procédé de détermination de sessions de communication actives, serveur d'informations sur les sessions de communication, procédé de fourniture d'informations sur les sessions de communication actives et serveur de gestion de documents
DE102005039366B4 (de) Telekommunikations-Endgerät, Telekommunikationssystem, Telekommunikationssitzungs-Servereinheit, Verfahren zum Erzeugen und Senden einer Telekommunikationssitzungs-Nachricht, Verfahren zum Verwalten einer Telekommunikationssitzungs-Nachricht, Computerlesbare Speichermedien und Computerprogrammelemente
EP1170934A2 (fr) Méthode et système pour la communication entre des terminaux avec des aptitudes multimédia différents
DE102004045193B3 (de) Push-To-Talk-Over-Cellular (PoC) Verfahren
DE102005007342B4 (de) Kommunikationssystem und Verfahren zum Betreiben eines Kommunikationssystems

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG 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 MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

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

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)