EP1082657A1 - Systeme de communication a architecture d'objets repartie - Google Patents

Systeme de communication a architecture d'objets repartie

Info

Publication number
EP1082657A1
EP1082657A1 EP99955344A EP99955344A EP1082657A1 EP 1082657 A1 EP1082657 A1 EP 1082657A1 EP 99955344 A EP99955344 A EP 99955344A EP 99955344 A EP99955344 A EP 99955344A EP 1082657 A1 EP1082657 A1 EP 1082657A1
Authority
EP
European Patent Office
Prior art keywords
software
communications apparatus
bus
subsystem
interface
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.)
Withdrawn
Application number
EP99955344A
Other languages
German (de)
English (en)
Inventor
Peter Gifford Cook
John Paul Sharrit
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Motorola Solutions Inc
Original Assignee
Motorola Inc
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 Motorola Inc filed Critical Motorola Inc
Publication of EP1082657A1 publication Critical patent/EP1082657A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/465—Distributed object oriented systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the invention relates in general to communications systems and, in particular, to communications systems that are capable of supporting a wide variety of different signal formats
  • Communications systems of the past generally use communications equipment that is designed to perform one or a small number of preassigned tasks for effecting communication between users
  • Such equipment generally works well within a narrow range of designed operation, but is unable to adapt to changing system requirements
  • Systems including this equipment therefore, have a limited range of uses and are prone to become obsolete before the associated hardware has reached a projected useful lifetime This leads to a situation where costly system redesigns are common and functional hardware units are being prematurely discarded
  • FIG 1 is a block diagram illustrating a communications apparatus in accordance with one embodiment of the invention
  • FIG 2 is a block diagram illustrating the functional interrelationships within the communications apparatus of FIG 1 in one embodiment of the present invention
  • FIG 3 is a block diagram illustrating a hardware configuration for a radio frequency (RF) subsystem in accordance with one embodiment of the present invention Detailed Description of the Drawings
  • the present invention relates to a communications apparatus having a distributed object architecture
  • the communications apparatus includes a plurality of communication subsystems all linked to a software bus
  • the communication subsystems each include at least one processor, such as general purpose microprocessor or a digital signal processor, for processing communications signals within the apparatus
  • Each processor has an associated memory for storing software programs for execution by the processor
  • Some of the software programs, known as software objects, are special purpose programs that are each operative for performing (in conjunction with the associated processor) a specific processing function
  • the software bus allows programs or objects that are resident in one of the communication subsystems to invoke software objects that are resident in other subsystems within the apparatus That is, if a program being executed in one subsystem requires a particular processing function to be performed, and the program does not have direct access to a subroutine or software object for performing that function, the program can use the software bus functionality to locate and invoke an object in another subsystem to perform the required function
  • the software bus permits a flow of information from subsystem to subsystem within the apparatus In
  • Each of the subsystems 16,18,20 includes one or more processors 42 for performing its assigned functions
  • Each processor 42 is preferably a commercially available digital processing device, such as a general purpose microprocessor (GPP), a reduced instruction set computer (RISC), a complex instruction set computer (CISC), or a digital signal processor (DSP), although other processing devices may be appropriate
  • Each processor 42 has an associated memory (such as a random access memory) for storing one or more software objects 30 (and, possibly, other programs) for execution by the processor 42
  • each of these software objects 30 represents a software program for performing a specific processing function
  • each software object 30 can be independently called and executed within a corresponding processor 42 to perform its respective function
  • the term "software object” refers to any limited purpose software routine regardless of programming language
  • software objects 30 can be stored in various locations within each of the subsystems 16, 18,20 To invoke a particular software object 30 within the communications apparatus 10 one needs to know where that object 30 is located within the apparatus 10 The software bus 12 keeps track of the locations of the locations
  • the software bus 12 receives a request from one of the subsystems 16-20 to have a particular processing function performed The software bus 12 then attempts to locate a software object 30 that is capable of performing the requested function Once found, the software bus 12 invokes the software object 30 and passes it any information needed to perform the desired processing function
  • the software bus 12 passes the results of the processing back to the requesting entity
  • the requesting entity can be any functionality within the apparatus 10 that is linked to the software bus 12
  • a control program being executed within one of the subsystems 16,18,20 sends a request to the software bus 12 to have a particular function, such as a demodulation function, performed on a communications signal
  • the control program next sends another request to the bus to have another function, such as a decryption function, performed This process is repeated until all required processing has been performed on the communication signal In this manner, a data "flow" through the communications apparatus 10 is established
  • the functions of the software bus 12 are implemented in software within the communications apparatus 10 That is, one of the processors within the apparatus 10 executes a software bus program that is resident in an associated memory to perform the functions of the software bus 12 Requests to the software bus 12 are delivered to an appropriate port of the implementing processor The software bus program then processes the requests as described above
  • the software bus program can be resident within any of the processors in the communications apparatus 10
  • the program can be resident within a processor within one of the subsystems 16,18,20 or within a separate, dedicated processor
  • the functioning of the software bus 12 will be substantially transparent to the requesting entity That is, the requesting entity will have no knowledge of the location of the software object 30 that it causes to be invoked
  • the software bus 12 includes functionality for linking into another software bus either internal or external to the communications apparatus 10
  • the software bus 12 can link into another software bus within an external user network thereby providing an additional source of objects for use in the communications apparatus 10 Such an external connection can be implemented using, for
  • the interface memory 14 is a storage means for storing information describing the interfaces between software programs in the various subsystems 16,18,20
  • interface memory 14 may include interface information for providing a software interface between a control program within the RF and modem subsystem 16 and a user verification object within security subsystem 18
  • interface memory 14 can store information describing available processing functions within communications apparatus 10 and the locations of corresponding software objects within the apparatus 10
  • the software bus 12 accesses the interface memory 14 to perform requests received from the subsystems 16,18,20
  • the software bus 12 can access interface memory 14 to determine if a particular requested processing function is available and, if so, where a corresponding software object is located
  • Interface memory 14 can also include any other information that is useful to the software bus 12 in performing its functions
  • the interface memory 14 preferably includes some form of non-volatile memory device, such as a disk drive or a non-volatile semiconductor memory
  • the non-volatile memory device is preferably programmable so that new information can be added and old outdated information can be modified
  • the software bus 12 includes an Object Request Broker (ORB) in accordance with the Common Object Request Broker Architecture (CORBA) standard
  • CORBA Common Object Request Broker Architecture
  • the CORBA standard is described, for example in a document entitled "The Common Object Request Broker Architecture and Specification” published by the Object Management Group, Revision 2 1 , August 1997, which is hereby incorporated by reference
  • the CORBA standard defines an interface definition language (IDL) that is used to describe the software interfaces for the software bus 12 As these software interfaces are rigorously defined and publicly available, anyone is capable of designing software objects that can interface with the ORB
  • the ORB is capable of providing an interface between virtually any two objects, regardless of the programming language used That is, a first software object written in C and located within the RF and modem subsystem 16 can interface with a second software object written in ADA and located within NCS 20
  • a first software object written in C and located within the RF and modem subsystem 16 can interface with a second software object written in ADA and located within
  • interface memory 14 includes an Interface
  • the IRL can provide, for example, persistent objects that represent the IDL information in a form available at run time.
  • the IRL can also be used to store additional information such as, for example, debugging information; libraries of stubs, skeletons, and templates; routines that can format or browse particular kinds of objects; and others.
  • the CORBA standard also defines an Implementation Repository that contains, among other things, information allowing the ORB to locate and invoke software objects within the system.
  • FIG. 2 is a block diagram illustrating the functional interrelationships within the communications apparatus 10 of FIG. 1 in one embodiment of the present invention. As shown, the block diagram is separated into three distinct functional portions representing the RF and modem subsystem 16, the security subsystem 18, and the NCS 20. In addition, further functional elements are shown outside of the three subsystems 16,18,20. In general, the functional blocks within the subsystems 16,18,20 represent individual software objects (or groups of objects) that are implemented within the subsystems 16,18,20 to perform specific functions.
  • Interconnections between functional blocks in different subsystems represent, in part, the functioning of the software bus 12.
  • interconnections between functional blocks within the same subsystem may also represent the functioning of the software bus 12.
  • the RF and modem subsystem 16 is responsible for performing most of the transmit/receive functions within the communications apparatus 10. That is, the RF and modem subsystem 16 performs functions such as signal modulation/demodulation, receiver preselection, channel coding/decoding, error detection/correction, and other functions normally performed in transmitters and/or receivers.
  • the transmit/receive functions performed within the RF and modem subsystem 16 are implemented in software using digital processing techniques. However, some of the functions can also be performed using hardware-based modules for providing added functionality. For example, a GPS card
  • a cellular communications card 62 and corresponding cellular antenna 64 can be provided for establishing a link to a cellular system.
  • various other standard, commercially available communications "slices" 90,92 can be provided within the RF and modem subsystem
  • some of the transmit/receive functions can be performed by dedicated hardware units external to the RF and modem subsystem 16.
  • a series of power amplifiers 36 can be provided for amplifying communications signals before they are transmitted into one or more wireless communications channels via corresponding antennas 34.
  • a switch 40 and a co-site unit 38 can be provided for reducing co-site interference.
  • Other functions that may be desirable to perform outside the RF and modem subsystem 16 include, for example, low noise amplification, up conversion/down conversion, signal beamforming (in phased array applications), power limiting, antenna multiplexing, and other such functions.
  • the security subsystem 18 is operative for providing, among other things, encryption/decryption services within the communications apparatus 10.
  • the security subsystem 18 is also operative for maintaining separation between the clear-text and encrypted signals.
  • the encryption/ decryption services are preferably performed as software routines within a processor in security unit 70.
  • the security unit 70 will include individual software objects for a plurality of different encryption schemes. As discussed previously, these software objects can be individually invoked from anywhere in the communications apparatus 10.
  • the security unit 70 can also include software objects for performing other security related functions, such as determining an appropriate encryption key for use with a particular user of the apparatus 10. Software objects can also be provided for investigating a current user of the apparatus 10 to determine whether he/she is authorized to use the apparatus 10.
  • This function can include, for example, comparing a signal signature of a received signal to stored signatures of known service pirates.
  • the security unit 70 can include a mass storage device (not shown) for storing, for example, user profiles, signal signatures, and/or encryption key information.
  • the NCS 20 is operative for providing an interface between the communications apparatus 10 and one or more external user devices 60.
  • An external user device 60 can include virtually any system or single unit for providing input/output with one or more users.
  • the NCS 20 provides a link between the communications apparatus 10 and one or more external wired communications networks such as, for example, a local area network (LAN) within an office building.
  • the NCS 20 provides an interface to a single personal computer, via a hardwired connection.
  • the communications apparatus 10 can be implemented in a handheld communicator, in which case the user device 60 includes a microphone, speaker, keyboard, and display unit.
  • the NCS 20 provides a connection to a private branch exchange (PBX) telephone system for providing an interface with multiple users of the PBX.
  • PBX private branch exchange
  • the communications apparatus 10 is implemented in a basestation and the NCS 20 provides an interface to a public switched telephone network (PSTN).
  • PSTN public switched telephone network
  • the NCS 20 can provide links to any combination of the above-identified systems and/or other systems.
  • the types of user connections that can be supported by the NCS 20 are virtually limitless.
  • the NCS 20 will include at least one software object corresponding to each of the external user devices 60 that will be serviced by the communications apparatus 10. These software objects are invoked within the apparatus 10 whenever communications with an associated user is desired.
  • any of the above described subsystems 16,18,20, or any additional subsystems can be split into multiple sub-subsystems which are each linked to the software bus 12.
  • the RF and modem subsystem 16 can be implemented as a separate RF subsystem and modem subsystem.
  • an inter-ORB protocol IOP
  • IOP inter-ORB protocol
  • the present invention does not require that related software objects be located within a common subsystem. That is, an apparatus 10 having, for example, encryption objects distributed throughout all available subsystems would not be outside the spirit and scope of the present invention.
  • the RF and modem subsystem 16 communicates with external communications entities via one or more antennas 34.
  • the RF and modem subsystem 16 communicates with the antennas 34 via a plurality of antenna ports 32.
  • Each of the antennas 34 is capable of radiating electromagnetic energy into and receiving electromagnetic energy from a corresponding wireless communications channel.
  • the external communications entities can include virtually any entity that is capable of performing wireless communication.
  • an entity can include a handheld communicator, a microwave antenna mounted atop an office building, a police band radio, a communications satellite, a GPS satellite, or any other external wireless communications platform.
  • the antennas 34 can include virtually any type of antenna for radiating/receiving electromagnetic energy including, for example, a patch antenna, a slot antenna, a horn antenna, a dipole antenna, or an array antenna.
  • FIG. 2 it should be noted that the RF and modem subsystem
  • the illustrated embodiment can be implemented as a multichannel device. That is, multiple external communications channels can be supported by the apparatus 10 by providing individual processing functionality within the RF and modem subsystem 16 for each of the channels. As shown in FIG. 2, the illustrated embodiment includes four separate channels (i.e., channels A, B, C, and D) each having corresponding modem 50, transmit/receive 52, and preselector 54 functionality. Each of the channels is connected to a dedicated antenna 34 for communicating with a corresponding wireless communications channel. In an alternative approach, antenna sharing can be implemented or an array antenna having multiple independent beams can be utilized.
  • the modem functions 50A-50D are ail implemented in a first processor
  • the T/R functions 52A-52D are all implemented in a second processor
  • the preselect functions 54A-54D are all implemented in a third processor.
  • a controller is then used to control the "flow" of information through the processors for the four channels (e.g., using the software bus 12).
  • each of the channels i.e., channels A, B, C, and D
  • each of the channels is implemented in a separate processor having the appropriate objects stored therein.
  • FIG. 3 is a block diagram illustrating a possible hardware configuration for an RF and modem subsystem 66 in accordance with one embodiment of the invention.
  • the RF and modem subsystem 66 includes: a GPP 72A, a DSP 72B, a
  • each of the different processors 72A-72C is operative for performing a particular type of operation.
  • the GPP 72A performs preselector functions
  • the DSP 72B performs transmit/receive functions
  • the RISC 72C performs modulation/demodulation functions.
  • the complexity of the processing functions to be performed will dictate the type of processor to be used.
  • the processors 72A-72C each include a RAM for storing a plurality of software objects to be executed by the corresponding processor (as well as other programs and data).
  • the processors 72A-72C are each individually coupled to the hardware bus 74 for use in communicating with one another and controller 80.
  • the hardware bus 74 is a standard, commercially available structure having standard hardware interface ports 78A-78n.
  • These standard interface ports 78A-78n can include, for example, standard PC expansion slots and/or standard RS-232 connectors. Communications through the interface ports 78A-78n will preferably follow protocols that are well-known and rigorously defined in the industry.
  • Each processor 72A-72C is preferably mounted on a circuit board having a standard connector for interfacing with a respective interface port 78A-78C.
  • the controller 80 is operative for, among other things, controlling the flow of information through the three processors 72A-72C for each of the channels (e.g., channels A, B, C, and D) of the communications apparatus 10.
  • the controller 80 can also control the operation of the various plug-in modules attached to the hardware bus 74.
  • the controller 80 can implement the software bus functionality within the apparatus 10.
  • the controller 80 functionality can be implemented within a separate processor or it can be implemented within one of the three processors 72A- 72C. In general, the controller 80 will know the signal format being used in each of the channels of the apparatus 10. In this way, the controller 80 will know which functions need to be performed on communications signals for each channel.
  • the controller 80 using the software bus functionality, invokes objects within the processors 72A-72C, in the appropriate order, to properly process communications signals within each channel. For example, after a signal is received from a particular external wireless communications channel, the controller 80 can process the signal by first invoking an appropriate preselector object within GPP 72A, then invoking an appropriate receive function within DSP 72B, and then invoking an appropriate demodulation function within RISC 72C. For signal transmission, the process would be reversed. Using the software bus functionality, the controller 80 will also be able to invoke objects within the other subsystems 18,20 to process the communications signals. In this manner, a signal flow can be established through the entire apparatus
  • the other subsystems 18,20 will also be connected to the hardware bus 74.
  • the mass storage unit 82 can be virtually any form of nonvolatile memory.
  • the mass storage unit comprises a hard disk drive.
  • the mass storage unit 82 can be used to store any information needed by the controller 80 to perform its functions.
  • the mass storage unit 82 can be used to store all of the interface information (and other information) needed by the software bus 12.
  • the mass storage unit 82 can also be used to store all of the programs that will be implemented in the controller 80.
  • the mass storage unit 82 can be used to store software objects and other programs that are to be implemented in the processors 72A-72C. Other uses are also possible.
  • the controller 80 can receive configuration instructions from a user of the apparatus 10 via the hardware bus 74.
  • a direct hardwired connection (not shown) can be maintained between the controller 80 and the user.
  • the controller 80 can also receive new software objects from a user for supporting new or changing signal formats.
  • the controller 80 can store the new software objects in the mass storage unit 82 for later use.
  • the RF and modem subsystem 66 of FIG. 3 is capable of supporting a large and varying set of waveforms.
  • the GPS plug-in module 84 and the cellular transceiver plug-in module 86 are commercially available modules that include standard hardware interfaces. As shown, they are simply plugged into corresponding interface ports on the hardware bus 74.
  • a plurality of expansion ports 78F-78n are provided for adding further cards or modules, such as commercially available slice modules Alternatively, or in addition, further processors can be added to the RF and modem subsystem 66 using the expansion ports 78G-78n.
  • Both the security subsystem 18 and the NCS 20 will include at least one processor for executing respective objects.
  • a program or object being executed in one of the processors of the communications apparatus 10 needs a particular function performed that it does not have direct access to, it will deliver a request to the software bus 12 which will attempt to locate a software object somewhere within the apparatus 10 that is capable of performing the function. If located, as discussed above, the software bus 12 will invoke the object and pass it any required information to perform the function. The software bus 12 will then return the results to the requesting functionality. If required, the software bus 12 can also search an attached network to locate the requested functionality. In the preferred embodiment, this is all transparent to the requesting entity.
  • one or more of the subsystems include reconfigurable hardware in addition to (or in place of) the processor/RAM combination.
  • a subsystem can include a field programmable gate array (FPGA) for processing communications signals.
  • the FPGA can be periodically reconfigured to provide varying communications functions within the subsystem. Reconfiguration is achieved by delivering a configuration file to the FPGA instructing it how to set up internal connections within the unit. Configuration files can be created for supporting various different waveforms and/or other processing functions.
  • Each processing function implemented within an FPGA is known as a hardware object.
  • FPGAs allow multiple hardware objects to be implemented within a single FPGA unit.
  • FPGAs are available that operate on either analog or digital signals.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Multi Processors (AREA)

Abstract

L'invention porte sur un appareil (10) de communication comportant plusieurs sous-systèmes (16, 18, 20) reliés à un bus de logiciels (12) et comportant chacun au moins un processeur (42) possédant une mémoire associée stockant des objets logiciels (30) associés chacun à une fonction spécifique de traitement. Le bus de logiciels (12) sert notamment d'interface entre les objets logiciels (30) des différents sous-systèmes pour permettre à l'un d'eux d'appeler tout autre objets logiciels (30) de l'appareil (10) de communication. Dans une exécution le bus de logiciels (12) est conforme à la norme CORBA.
EP99955344A 1998-06-01 1999-05-28 Systeme de communication a architecture d'objets repartie Withdrawn EP1082657A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US8768998A 1998-05-26 1998-05-26
PCT/US1999/011921 WO1999063436A1 (fr) 1998-06-01 1999-05-28 Systeme de communication a architecture d'objets repartie
US87689 2002-03-01

Publications (1)

Publication Number Publication Date
EP1082657A1 true EP1082657A1 (fr) 2001-03-14

Family

ID=22206674

Family Applications (1)

Application Number Title Priority Date Filing Date
EP99955344A Withdrawn EP1082657A1 (fr) 1998-06-01 1999-05-28 Systeme de communication a architecture d'objets repartie

Country Status (6)

Country Link
EP (1) EP1082657A1 (fr)
JP (1) JP2003524809A (fr)
AU (1) AU4319899A (fr)
CA (1) CA2333940A1 (fr)
IL (1) IL139134A0 (fr)
WO (1) WO1999063436A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100357850B1 (ko) * 2000-03-29 2002-10-25 삼성전자 주식회사 코버플락시모듈을 이용한 다양한 프로토콜 공통 서비스를위한 분산객체 지향 통신시스템 및 그 방법
US6532471B1 (en) * 2000-12-11 2003-03-11 International Business Machines Corporation Interface repository browser and editor
KR100395501B1 (ko) * 2000-12-27 2003-08-25 한국전자통신연구원 상위 설계 및 명세 언어 시스템과 코바간의 인터페이스장치 및 그 방법
JP6029501B2 (ja) * 2013-03-18 2016-11-24 株式会社日立国際電気 ソフトウェア無線装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5930295A (en) * 1996-02-23 1999-07-27 Isley, Jr.; William C. Mobile terminal apparatus including net radio service in a mobile satellite service communication system
EP0737922B1 (fr) * 1995-03-22 2003-05-14 Sun Microsystems, Inc. Procédé et dispositif pour la gestion de processus d'ordinateurs
CA2171568A1 (fr) * 1995-03-24 1996-09-25 Peter B. Kessler Methode et systeme de reconnaissance du type des interfaces multi-objet dans les environnements a objets repartis
CA2213213A1 (fr) * 1996-08-26 1998-02-26 Tandem Computers Incorporated Methode et appareil servant a effectuer des transactions corba de facon efficace
US5790817A (en) * 1996-09-25 1998-08-04 Advanced Micro Devices, Inc. Configurable digital wireless and wired communications system architecture for implementing baseband functionality

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO9963436A1 *

Also Published As

Publication number Publication date
WO1999063436A1 (fr) 1999-12-09
JP2003524809A (ja) 2003-08-19
CA2333940A1 (fr) 1999-12-09
AU4319899A (en) 1999-12-20
IL139134A0 (en) 2001-11-25

Similar Documents

Publication Publication Date Title
US5930704A (en) Reconfigurable subscriber terminal for a wireless telecommunications system
US5909437A (en) Software download for a subscriber terminal of a wireless telecommunications system
US5999990A (en) Communicator having reconfigurable resources
Lackey et al. Speakeasy: the military software radio
US6185197B1 (en) Control message transmission in telecommunications systems
US5724655A (en) Method and apparatus for operating a communication unit consisting of multiple devices
US20060141954A1 (en) Slice based architecture for a multifunction radio
WO1998053619A2 (fr) Chargement d'un logiciel d'arriere-plan dans des systemes de telecommunications cellulaires
KR20050014019A (ko) 다중 모드 ｒｆ 통신 장치
EP2256942A1 (fr) Système radio reconfigurable en temps réel
EP1082657A1 (fr) Systeme de communication a architecture d'objets repartie
KR20010034892A (ko) 분산된 객체 구조를 갖는 통신 시스템
MXPA00011925A (en) Communications system having a distributed object architecture
JPH09307335A (ja) アダプティブアンテナ装置
EP1546864A2 (fr) Interface de machine virtuelle destinee a des processeurs de logiciels programmables et de materiel reconfigurable
US7318225B1 (en) Object oriented software architecture for software reconfigurable wireless modem
US20060274705A1 (en) Providing distributed wide area coverage infrastructure using bluetooth signal combiner
US5446679A (en) Method for an operator station to perform requested functions when a functions processor is unable
JP7297968B2 (ja) ポータブル機器用ｖＳＩＭモジュールおよびポータブル機器
KR100204592B1 (ko) 개인 휴대 통신 시스템에서 공통데이터 정의 방법 및 메시지 번호 파일 작성방법
Van Hooft A heterogeneous software defined radio architecture for electronic signal interception, identification and jamming
CN118174799A (zh) 一种天线调谐器的控制方法及相关装置
US20070191021A1 (en) Apparatus and methods for information handling system with flexible communication capabilities
KR20000002441A (ko) 피지티엑스를 이용한 지피에스알과 피티엑스유의 통합 제어 및관리 방법과 파일럿 송신 기지국 시스템
JPH01212134A (ja) 無線通信システム

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

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

17P Request for examination filed

Effective date: 20010102

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE FI FR GB IT NL SE

18W Application withdrawn

Withdrawal date: 20010212