EP1505845A1 - Procédé et dispositif pour déterminer au moins un paramètre de transmission dans un système de transmission - Google Patents
Procédé et dispositif pour déterminer au moins un paramètre de transmission dans un système de transmission Download PDFInfo
- Publication number
- EP1505845A1 EP1505845A1 EP03017895A EP03017895A EP1505845A1 EP 1505845 A1 EP1505845 A1 EP 1505845A1 EP 03017895 A EP03017895 A EP 03017895A EP 03017895 A EP03017895 A EP 03017895A EP 1505845 A1 EP1505845 A1 EP 1505845A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- communication
- channel
- decoding
- type
- data
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
Definitions
- the present invention relates to a method and apparatus for detecting at least one transmission parameter in a transmission system, in particular at one between a first and a second node of a transmission system arranged interface, wherein between the first and the second node
- There are several channels that allow communication between nodes Transmission system on the other hand the communication with at least one participant serve, being for communication between nodes of the transmission system a predetermined number of communication protocols come into consideration.
- the present invention finds particular application in the field of mobile networks.
- GSM network standard
- a radio frequency which only this participant was assigned. This frequency was occupied by the participant as long as how he maintained his connection, no matter whether there were breaks in conversation irrespective of the services and services purchased by it be offered to the associated providers.
- the so-called second generation followed as a system of the 2.5th generation the so-called GPRS.
- the UMTS network joined.
- the UMTS network transmits various kinds of information on the channels, For example, information between nodes of the transmission system, information, which are addressed to several participants, as well as information sent to only directed to a particular participant. The information is divided into useful information as well as management information. For monitor devices or protocol testers or the like, which only a specific interface in such a mobile network accessible, there is now the problem that they are from an already established Transmission need to find out how each channel is allocated to one Decryption and thus allow further processing of the transmitted data.
- the document 3GPP TS 25.301 provides an overview of the channel assignment for a UMTS network ,
- the documents 3GPP TS 25.427 and 3GPP TS 25.435 deal with the frame protocol, the document 3GPP TS 25.321 with the MAC, the document 3GPP TS 25.322 with the RLC, the document 3GPP TS 25.331 with the RRC and finally the document 3GPP TS 25.433 with the NBAP.
- Further information about ALCAP can be found in ITU ITU Q.2630.2. For the SSCOP reference is made to the ITU directive ITU Q.2110.2.
- Figure 1 shows for better understanding of the problem underlying the invention a section of a UMTS network with one MSC 10, three RNCs (Radio Network Controller) 14A, 14B, 14C, three nodes B 16A, 16B, 16C and three user equipments 18A, 18B, 18C.
- RNCs Radio Network Controller
- Node B forms a logical node, such as the BTS in a GSM network; he is responsible for sending and receiving in one or several radio cells, so-called cells, to / from User Equipment; he terminates the lub interface, d. H. the NBAP and the ALCAP; it serves the RF power control and he controls a predeterminable number of radio cells.
- a Node B is therefore one Base station to which a plurality of transmitting and receiving antennas are connected, wherein each such antenna combination defines a radio cell.
- An RNC controls the use and integrity of the radio resources; he terminates RANAP, NBAP, ALCAP, RNSAP and RRC / RLC / MAC and it forms the central element of a UMTS network.
- An RNC is therefore a radio exchange station, at the several Such base stations are connected.
- the functions of the protocol used on the lub interface can be used like describe: management of lub transport resources, logical operation and Maintenance of the Node B, in particular lub link management, radio cell configuration management, Radio Network Performance Measurements, Resource Event Management, Management of the CTCH (Common Transport Channel), Radio Resource Management and Radio Network Configuration Alignment. It also includes the Implementation of a specific operation and maintenance transport, as well as the Function of system information management.
- the lub interface implemented the following functions: traffic management for common channels, d. H. for channels that are common to all subscribers connected to the corresponding Node B. apply, in particular access control, performance management and data transmission.
- traffic management for Dedicated Channels d. H. Channels associated with a particular subscriber, in particular Radio Link Management, Radio Link Supervision, Channel Allocation / Deallocation, Performance Management, Measurement Report, Dedicated Transport Channel Management as well as data transmission.
- FIG. 2 shows the protocols and layers involved in the lub interface.
- the lowest Protocol layer forms the physical layer 20, on the one hand, the frame protocols Setting up FP 22, on the other hand, SSCOP 24 protocols of a section backup layer.
- Layer 24 is followed by the ALCAP (Access Link Control Application Part) 26 as well as the NBAP (Node B Application Part) 28, the base station management serve.
- An NBAP connection is used in particular for the configuration the radio cells and opens the channels for the radio cells.
- An ALCAP connection defines the assignment of the channels opened by NBAP.
- the ALCAP 26 specific is for an ATM (Asynchronous Transfer Mode) transport layer, eliminating the ALCAP on an IP protocol transport layer.
- the following is from a ATM transport layer is also assumed to be the distinction between NBAP and ALCAP.
- the invention is also for an IP protocol transport layer applicable, but then the distinction between NBAP and ALCAP is inevitably eliminated.
- ALCAP 26 and NBAP 28 are for communication between the RNC and the Node B.
- the frame protocols 22 are specifically the channel types FACH, RACH and PCH, which are passed on to all participants of a Node B, and DCH, which is dedicated to a particular subscriber.
- the RRC 34 which is a radio Resource Controller acts.
- FIG. 3 shows a more detailed schematic representation of the difference between an RNC 14 and a node B 16 links used.
- further FP links for the radio cell no. n drawn. As can be seen from FIG.
- the connections end ALCAP and NBAP in each node, while connections PCH, RACH and FACH node-B side by side to the multiple participants and the connection DCH to a particular subscriber.
- the information transmitted in the six said channels is transmitted in a single channel and therefore the problem of distinction the individual channels, as in the present UMTS network does not occur.
- the object of the present invention therefore consists in the aforementioned Process or the device mentioned in such a way that the Implementation of monitoring tasks is once again facilitated.
- the present invention is based on the finding that the above object is achieved by an auto-configuration process can be solved, in which the individual parameters on the basis of previously known distinguishing parameters or according to the trial-and-error method be determined automatically. This is a determination of the relevant transmission parameters even without knowledge of user-specific length agreements possible for data packages.
- the steps according to the invention are oriented to determine the transmission parameters to the standards, so that user-specific Solutions do not need to be considered.
- the decoding is stopped as soon as meaningfully decoded with the currently used communication protocol Data does not originate or all communication protocols considered none meaningful decoded data. Subsequently, the result of the decoding evaluated and made the following decision:
- the present channel is for communication between nodes of the transmission system, if reasonable decoded data results during decoding, if a communication protocol for communication between the nodes of Transmission system was used, or if in the decoding no reasonable decoded data and to all communication protocols for the communication with at least one participant was used. Or it will second, the decision made, the present channel is used for communication with at least one participant, if decoded decoding reasonable Data yield and a communication protocol for communication with at least a subscriber was used, or, if no decoding have yielded meaningful decoded data and all communication protocols for the Communication between the nodes of the transmission system were used.
- the present channel is for communication between nodes of the transmission system, if reasonable decoded data results during decoding, if a communication protocol for communication between the nodes of Transmission system was used, or if in the decoding no reasonable decoded data and to all communication protocols for the communication with at least one participant was used.
- the decision made the present channel is used for communication with at least one participant, if decoded
- the above first mentioned decision is made and come several types of communication channels between the nodes of the system preferably executes the following further steps: decoding at least a first one Amount of data of the received data stream assuming it is a communication channel of a first type. Subsequently, the result of the Decoding evaluated and made the following decision: If in the decoding Meaningful decoded data result in: Increase of a meter reading in favor the decision that this is a communication channel of the first type acts to 1; or, if decoding does not provide meaningful decoded data result: The present channel is not a communication channel of the first type.
- These Type of approach takes into account that there may be data patterns that are both make sense with an NBAP link as well as an ALCAP link.
- bit patterns at different locations in a frame are preferably evaluated at different locations in a frame and finally made a majority decision.
- the last two steps mentioned of decoding and evaluating are preferably repeated on the assumption that it is is a communication channel of at least a second or further Type. As a result, this type can accumulate points and thereby ultimately hit the one Influence decision.
- the steps of decoding and evaluating become preferably repeated for at least a second or further amount of data. Prefers This can be a different amount of data in the same frame with other standards also corresponding amounts of data in another Frames are evaluated, i. in particular, that within a frame corresponding location arranged bit patterns are evaluated.
- the method according to the invention is, for example to a UMTS-type transmission system
- the interface can be a lub or a lur interface
- the first node is an RNC node
- the second node is Node B. or an RNC node.
- a communication channel for communication between two Node can be of type NBAP and / or another of type ALCAP.
- the present channel of the Communication with at least one participant serves the following further steps First, it checks whether the particular channel is a Channel to the node or one channel to the participant, and next the particular channel to a group of types according to the result of the verification step assigned.
- Steps are performed. For a predetermined amount of data, in particular one Frame containing at least one field for a serial number of a data length, in particular of a frame, within a header field and a payload field, Determine the length of the field for the sequence number and then assign of the particular channel to a group of types according to the result of the previous one Determining step.
- group used in the present invention also includes only one group member include.
- the respectively determined result is preferred in a higher-level protocol layer and in case the respective result is not verified could, the respective determination step and possibly subsequent determination steps and the verification step is repeated until the respective determined result is verified could be.
- the particular communication channel for communication with at least one Subscriber is of a particular transport channel type, in particular of the type FACH, RACH, PCH or DCH, and of a particular type of logic channel, in particular of type BCCH, CCCH or PCCH.
- the above object is achieved also achieved by a device for carrying out the method according to the invention.
- Preferred embodiments of the invention are monitoring devices or protocol testers, although it can also be provided that realized software or hardware To arrange components in one place and the transmission of the at least one Transfer parameters to perform elsewhere.
- the device can be designed in particular to the determined transmission parameters to set the configuration of the device automatically, so that the requirements can be kept low on the training of the operator. Thereby Operators can already after brief briefing the invention Operate the device.
- the inventive device may further comprise a memory or coupled to a memory in which parameter sets for specific operators Such transmission systems can be stored, and by which they a user can be loaded as currently used parameters. In this Context can also be provided, from such parameter sets for the respective acceptance step. This allows the determination the actual transmission parameters are compressed significantly in time.
- the present invention is exemplified by an lub interface described in a UMTS mobile network. Without limitation the procedure at other interfaces of a UMTS network or another Communication network.
- a coarse division is made, i. it will probably be, whether it is a channel of a frame protocol 22, see FIG. 2 or not. In the event that there is no frame protocol 22, it is therefore one NBAP 28 or an ALCAP 26. So it is determined whether it is a specific Channel around a channel for communication between nodes of the transmission system or a channel for communication with at least one participant.
- a received at the lub interface data stream is after the for the Communication between RNC 14 and Node B 16 or communication with at least decode a UE 18 eligible communication protocol.
- the decoding is set as soon as with the currently used communication protocol meaningful decoded data or any communication protocols that may be considered did not yield meaningful decoded data.
- the present channel is used for communication between nodes of the transmission system.
- the present channel is used the communication with at least one participant.
- it is therefore a channel of type NBAP or ALCAP, while in the second case the channel represents a frame protocol.
- the framework to be analyzed is tried by ALCAP or NBAP rules to decode. If decoding errors occur, it could be the other one Act protocol. However, at least NBAP is a complex protocol, the ASN.1 data carries coded by packet encoding rules. A complete decoding would therefore be inefficient and time consuming. This is especially important the UMTS monitoring technology, where the processing speed is a critical Parameter is. In the method according to the invention therefore only a few Evaluated octets of the frame to be analyzed and then a preliminary Decide whether it is an ALCAP or NBAP application. Preliminary decision means that for each selected data packet Points are awarded to either ALCAP or NBAP.
- the procedure to be performed is in progress therefore, for example, as follows: If the first octet equals an NBAP message type, For example, Initiating Message, Outcome, Successful Outcome or Unsuccessful outcome, then NBAP gets a first point. Is the second octet equal to a valid NBAP method code, e.g. Eg id-RadioLinkSetup, then receives NBAP another point. Is the fifth octet a valid ALCAP message type, ALCAP gets a point. Is the seventh octet available, d. H.
- the frame length is equal to or greater than seven, and if this octet is a valid ALCAP parameter type, ALCAP gets another point. ALCAP also gets this point if none Message parameters are present, d. H. the frame contains only six octets. Finally, NBAP gets another point if bit 7 or bit 3 in the seventh octet is equal to "1" because these bits are always "0" in valid ALCAP frames (so-called spare bits).
- the procedure is as follows: under the frame protocol channels There are three downlink data channel types, d. H. Data channels directed towards the subscriber are FACH, PCH and DSCH, and three uplink data channel types, i. Data channels directed to the node, namely RACH, CPCH and USCH, and Although in addition to the DCH, either a downlink, an uplink or a bidirectional Connection can be. Each of these types has a different structure Header and payload, in addition to a large number of transport formats, transport format compilations and logical link combinations.
- condition 36 see FIG. 4, is not met, d. H. CPCH and / or DSCH frames exist, then the algorithm continues to work in the case of DSCH frames, because DSCH frames have a header size greater than 5 and similar to that DCH type can be separated. Accordingly, after separation of the DCH type Channel types with a header length of four, namely FACH; RACH and PCH.
- Condition 38 determines whether it is an uplink or a downlink is. If it is an uplink, this channel is of the RACH type. If it is a downlink, the present channel is of type FACH or PCH. With the box 40, the serial number (CFN) is evaluated, in particular the Bit length of the serial number. If these 8 bits are on, it is a channel of type FACH, this has 12 bits, it is a channel of type PCH.
- CPCH frames it is not possible between CPCH and RACH frames using the algorithm shown in Figure 4, since both have exactly the same structure, but then the knowledge of the mapping of the logical Channels from higher layers, such as MAC or RLC, are used to filter out the required CPCH frames. Similar to the header length, the payload CRC can be used to track the length of the payload frame.
- the determination of transport formats, transport format compilations or the combinations and modes of the logical channels is much more difficult.
- the 3GPP specification describes some given configurations and each manufacturer applies certain settings to configure its system. These parameters can be stored in a database. Most of these data are network dependent. Preferably, therefore, a database is designed so that it does not stores only the manufacturer-dependent settings, but also the network-dependent. These databases can be used in accordance with the procedure "Trial-and-error" settings required for correct decoding determine.
- Another way to determine the transport formats uses the information blocks (SIBs) of the NBAP system, which can be monitored in the NBAP protocol. Both methods, d. H. the use of a database and the use of the SIB information can also be used together to determine the number of Ways to reduce.
- SIBs information blocks
- TDD Time Division Duplex
- CCC Common Control Channel
- the transport channel has been determined to be of the "RACH” type, the further procedure is shown in Figure 6: If the first two bits equal “0xb00", then the logical Channel of type CCCH, the associated RLC mode is "transparent". At other first two bits is either TDD or a CPCH or no CCCH (Common Control Channel).
- the star in Figure 6 is intended to indicate that the algorithm presented can not distinguish between RACH and CPCH. Therefore it is possible that one CPCH MAC PDU, whose first two bits are equal to 0xb00, is misinterpreted as a RACH which is mapped to a CCCH.
- a transport channel from Type PCH no distinction is necessary, see Figure 7, since PCH PDUs no TCTF field to have. A PCH is always mapped to a logical channel of type PCCH and the RLC mode is always "transparent".
- the length of the RLC length indicator field which is equal to 7 or 15 bits, must be the Frame protocol transport formats are derived. For logical common control Channels, see assumption 2 in the last list of assumptions, will become the RLC used only by the RRC.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP03017895A EP1505845B1 (fr) | 2003-08-05 | 2003-08-05 | Procédé et dispositif pour déterminer au moins un paramètre de transmission dans un système de transmission |
DE50302716T DE50302716D1 (de) | 2003-08-05 | 2003-08-05 | Verfahren und Vorrichtung zum Ermitteln mindestens eines Übertragungsparameters in einem Übertragungssystem |
US10/887,382 US7907586B2 (en) | 2003-08-05 | 2004-07-07 | Determining a transmission parameter in a transmission system |
JP2004229692A JP4235915B2 (ja) | 2003-08-05 | 2004-08-05 | 伝送システムの伝送パラメータ測定方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP03017895A EP1505845B1 (fr) | 2003-08-05 | 2003-08-05 | Procédé et dispositif pour déterminer au moins un paramètre de transmission dans un système de transmission |
Publications (2)
Publication Number | Publication Date |
---|---|
EP1505845A1 true EP1505845A1 (fr) | 2005-02-09 |
EP1505845B1 EP1505845B1 (fr) | 2006-03-22 |
Family
ID=33547641
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP03017895A Expired - Lifetime EP1505845B1 (fr) | 2003-08-05 | 2003-08-05 | Procédé et dispositif pour déterminer au moins un paramètre de transmission dans un système de transmission |
Country Status (4)
Country | Link |
---|---|
US (1) | US7907586B2 (fr) |
EP (1) | EP1505845B1 (fr) |
JP (1) | JP4235915B2 (fr) |
DE (1) | DE50302716D1 (fr) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1596617A1 (fr) | 2004-05-11 | 2005-11-16 | Tektronix International Sales GmbH | Procédé et dispositif pour la détermination d'au moins un paramètre topologique d'un réseau cellulaire de télécommunication |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8161162B1 (en) * | 2004-06-30 | 2012-04-17 | Kaseya International Limited | Remote computer management using network communications protocol that enables communication through a firewall and/or gateway |
KR100606370B1 (ko) * | 2004-11-30 | 2006-07-31 | 엘지노텔 주식회사 | 3지피피 시스템에서의 스케줄링 정보의 오류검출 방법 |
US8438248B2 (en) * | 2006-03-29 | 2013-05-07 | Intel Corporation | Optimization of network protocol options by reinforcement learning and propagation |
JP4910657B2 (ja) * | 2006-11-27 | 2012-04-04 | 富士通株式会社 | 移動無線ネットワーク制御方法及び装置 |
EP2127154B1 (fr) * | 2007-02-06 | 2018-01-31 | LG Electronics Inc. | Vérification d'information de système dans un système de communication sans fil |
KR101405965B1 (ko) * | 2007-06-25 | 2014-06-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
US8892757B2 (en) * | 2009-10-13 | 2014-11-18 | Blackberry Limited | Methods and apparatus for intelligent selection of a transport protocol for content streaming |
JP5614530B2 (ja) * | 2010-04-28 | 2014-10-29 | ブラザー工業株式会社 | 情報通信システム、ノード装置、情報処理方法、及び情報処理プログラム |
EP3866356B1 (fr) * | 2020-02-17 | 2023-08-23 | Rohde & Schwarz GmbH & Co. KG | Procédé de mesure de la puissance totale rayonnée d'un dispositif sous test ainsi qu'un système de test |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0713310A2 (fr) * | 1994-11-04 | 1996-05-22 | Canon Information Systems, Inc. | Capteur pour protocole de réseau |
WO2003025767A2 (fr) * | 2001-09-18 | 2003-03-27 | Invensys Systems, Inc. | Dispositif de bus multi-protocole a detection automatique des protocoles |
WO2003047280A2 (fr) * | 2001-11-23 | 2003-06-05 | Actix Limited | Systemes d'essais et de surveillance de reseaux |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5991299A (en) * | 1997-09-11 | 1999-11-23 | 3Com Corporation | High speed header translation processing |
US6400695B1 (en) * | 1998-05-22 | 2002-06-04 | Lucent Technologies Inc. | Methods and apparatus for retransmission based access priority in a communications system |
AU2001229450A1 (en) * | 2000-01-14 | 2001-07-24 | Interdigital Technology Corporation | Wireless communication system with selectively sized data transport blocks |
DE60018723T2 (de) * | 2000-06-26 | 2006-05-11 | Alcatel | Adressierungsschema für ein IP basiertes funkzugriffsnetz |
DE10140114A1 (de) * | 2001-08-16 | 2003-03-13 | Infineon Technologies Ag | Vorrichtung und Verfahren zur Qualitätsprüfung von über einen Funkkanal übertragenen Datenpaketen |
US20030223417A1 (en) * | 2002-06-04 | 2003-12-04 | Masashi Higashida | Method of processing data packets |
US20040205752A1 (en) * | 2003-04-09 | 2004-10-14 | Ching-Roung Chou | Method and system for management of traffic processor resources supporting UMTS QoS classes |
WO2004112406A1 (fr) * | 2003-06-18 | 2004-12-23 | Utstarcom (China) Co. Ltd. | Procede permettant de mettre en oeuvre diffserv dans le reseau d'acces sans fil du systeme de telecommunication mobile universel |
-
2003
- 2003-08-05 DE DE50302716T patent/DE50302716D1/de not_active Expired - Lifetime
- 2003-08-05 EP EP03017895A patent/EP1505845B1/fr not_active Expired - Lifetime
-
2004
- 2004-07-07 US US10/887,382 patent/US7907586B2/en active Active
- 2004-08-05 JP JP2004229692A patent/JP4235915B2/ja not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0713310A2 (fr) * | 1994-11-04 | 1996-05-22 | Canon Information Systems, Inc. | Capteur pour protocole de réseau |
WO2003025767A2 (fr) * | 2001-09-18 | 2003-03-27 | Invensys Systems, Inc. | Dispositif de bus multi-protocole a detection automatique des protocoles |
WO2003047280A2 (fr) * | 2001-11-23 | 2003-06-05 | Actix Limited | Systemes d'essais et de surveillance de reseaux |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1596617A1 (fr) | 2004-05-11 | 2005-11-16 | Tektronix International Sales GmbH | Procédé et dispositif pour la détermination d'au moins un paramètre topologique d'un réseau cellulaire de télécommunication |
Also Published As
Publication number | Publication date |
---|---|
JP4235915B2 (ja) | 2009-03-11 |
US7907586B2 (en) | 2011-03-15 |
EP1505845B1 (fr) | 2006-03-22 |
DE50302716D1 (de) | 2006-05-11 |
US20050030903A1 (en) | 2005-02-10 |
JP2005057784A (ja) | 2005-03-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE60206329T2 (de) | Verfahren zum Einstellen eines Benutzereinrichtungsidentifikators in einem Funkkommunikationssystem | |
DE60031566T2 (de) | Signalisierungsverfahren und apparate in einem zellularen netz | |
EP1325590B1 (fr) | Procede de transmission de paquets de donnees par une interface air d'un systeme de telephonie mobile | |
DE602004010209T2 (de) | Verbesserte Aufwärtsrichtungsdatenübertragung | |
DE60035210T2 (de) | Verfahren zur ablaufplanung einer paketübertragung über ein umts-netz | |
EP1656809B1 (fr) | Procede de selection d'une voie de transmission disponible par envoi d'une valeur de decision negative et d'une valeur de decision positive supplementaire, ainsi que station de base correspondante, terminal mobile et reseau de radiotelephonie mobile | |
EP3142410B1 (fr) | Terminal utilisateur et station de base pour l'administration des rapports d'état de tampon | |
DE60106457T2 (de) | Zuteilung von datenübertragungsbetriebsmitteln bei der paketvermittelten datenübertragung | |
EP2044796B1 (fr) | Groupement d'infromations d'accès d'un terminal utilisateur à une cellule de radiotéléphonie mobile dans une trame d'informations système | |
DE10252535A1 (de) | Vorrichtung und ein Verfahren zur Übertragung von Datenpaketen verschiedener Verbindungen an einen Empfänger | |
EP1505845B1 (fr) | Procédé et dispositif pour déterminer au moins un paramètre de transmission dans un système de transmission | |
EP1596617B1 (fr) | Procédé et dispositif pour établir et effectuer un scénario de test pour un contrôleur de reseau real d'un reseau de communications mobile | |
DE602004000763T2 (de) | Verfharen zur Verwaltung der Dienstqualität (QOS) in einem Mobilfunkkommunikationssystem | |
DE102006044529A1 (de) | Verfahren zum Erzeugen und Senden von Systeminformationen, Netzwerkeinrichtung, Verfahren zum Überprüfen, ob einem Mobilfunk-Teilnehmergerät der Zugang in einer Mobilfunkzelle ermöglicht ist, Mobilfunk-Teilnehmergerät und Verfahren zum Ermitteln von gültigen Systeminformationen | |
EP1135892B1 (fr) | Procede et systeme de communication pour la transmission de donnees d'une combinaison de plusieurs services par l'intermediaire de canaux physiques utilises en commun | |
EP1049294A2 (fr) | Réseau avec plusieurs grappes de réseau pour radiocommunication de paquets | |
WO2001056314A1 (fr) | Procede pour signaler une attribution de canaux dans un systeme de radiocommunication | |
EP1570700B1 (fr) | Procede pour detecter le comportement multi-utilisateurs sur l'interface hertzienne dans des systemes de telephonie mobile gprs et egprs | |
DE69931132T2 (de) | Funkstrecke mit dynamischer Anpassung | |
DE60018452T2 (de) | System und verfahren zur identifizierung von kodierungs/dekodierungs-informationen in einem mobilkommunikationsnetzwerk | |
EP1679919A1 (fr) | Procédé et dispositif d'attribution d'au moins un paramètre à un canal de transmission | |
DE10053746B4 (de) | Verfahren zur Übertragung von Authentifizierungsdaten in einem Funk-Kommunikationsystem | |
DE19944334C1 (de) | Verfahren zum Betreiben eines Mobilfunknetzes | |
DE10031539C2 (de) | Verfahren und Anordnung zur Steuerung einer Sende-/Empfangseinrichtung durch Auswertung durchgeleiteter Signalisierung | |
DE102004037815B4 (de) | Mobilfunkeinrichtung und Verfahren zum Steuern von Mobilfunk-Senderessourcen in einer Mobilfunkeinrichtung |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20040227 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR |
|
AX | Request for extension of the european patent |
Extension state: AL LT LV MK |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: TEKTRONIX INTERNATIONAL SALES GMBH |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
AKX | Designation fees paid |
Designated state(s): DE FR GB IT |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): DE FR GB IT |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D Free format text: NOT ENGLISH |
|
REF | Corresponds to: |
Ref document number: 50302716 Country of ref document: DE Date of ref document: 20060511 Kind code of ref document: P |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: 710B Free format text: EXTENSION APPLICATION: APPLICATION FOR EXTENSION OF THE PERIOD(S) PRESCRIBED BY RULE(S) SCHEDULE 4 PARA 2 FILED ON 20060901 |
|
ET | Fr: translation filed | ||
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
26N | No opposition filed |
Effective date: 20061227 |
|
GBT | Gb: translation of ep patent filed (gb section 77(6)(a)/1977) |
Effective date: 20070321 |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: 9110 Free format text: EXTENSION ALLOWED: PERIOD(S) PRESCRIBED BY RULE(S) SCHEDULE 4 PARA 2 EXTENDED UNDER RULE 110(6) IN ACCORDANCE WITH THE DECISION OF THE COMPTROLLER DATED 20070122 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: IT Payment date: 20120823 Year of fee payment: 10 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20130823 Year of fee payment: 11 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20130805 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST Effective date: 20150430 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20140901 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20220829 Year of fee payment: 20 Ref country code: DE Payment date: 20220829 Year of fee payment: 20 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R071 Ref document number: 50302716 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: PE20 Expiry date: 20230804 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION Effective date: 20230804 |