WO1996035301A1 - Cellular private branch exchanges - Google Patents
Cellular private branch exchanges Download PDFInfo
- Publication number
- WO1996035301A1 WO1996035301A1 PCT/US1996/006291 US9606291W WO9635301A1 WO 1996035301 A1 WO1996035301 A1 WO 1996035301A1 US 9606291 W US9606291 W US 9606291W WO 9635301 A1 WO9635301 A1 WO 9635301A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- cpbx
- private
- mobile
- branch exchange
- cellular
- Prior art date
Links
- 230000001413 cellular effect Effects 0.000 title claims abstract description 101
- 230000010267 cellular communication Effects 0.000 claims abstract description 9
- 238000004891 communication Methods 0.000 claims description 39
- 230000006870 function Effects 0.000 claims description 35
- 238000006243 chemical reaction Methods 0.000 claims description 17
- 230000008878 coupling Effects 0.000 claims description 6
- 238000010168 coupling process Methods 0.000 claims description 6
- 238000005859 coupling reaction Methods 0.000 claims description 6
- 238000012546 transfer Methods 0.000 claims description 3
- 238000000034 method Methods 0.000 description 62
- 238000012545 processing Methods 0.000 description 42
- 230000011664 signaling Effects 0.000 description 25
- 238000009826 distribution Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 11
- 235000019800 disodium phosphate Nutrition 0.000 description 9
- 230000000153 supplemental effect Effects 0.000 description 8
- 230000004044 response Effects 0.000 description 6
- 230000006978 adaptation Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 5
- 241000206607 Porphyra umbilicalis Species 0.000 description 4
- 230000008901 benefit Effects 0.000 description 4
- 230000010365 information processing Effects 0.000 description 4
- 238000001228 spectrum Methods 0.000 description 4
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 230000004941 influx Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000010200 validation analysis Methods 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 101150080339 BTS1 gene Proteins 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 230000008571 general function Effects 0.000 description 1
- 230000002401 inhibitory effect Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 108010041420 microbial alkaline proteinase inhibitor Proteins 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 101150117600 msc1 gene Proteins 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000013341 scale-up Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/2026—Wireless network, e.g. GSM, PCS, TACS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/32—Involving wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/18—Network planning tools
-
- 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/08—Access point devices
- H04W88/085—Access point devices with remote components
-
- 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/08—Access point devices
- H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/14—Interfaces between hierarchically different network devices between access point controllers and backbone network device
Definitions
- the present invention relates to apparatuses and methods for improving mobile communication. More particularly, the present invention relates to novel cellular private branch exchange apparatuses and methods that advantageously improve communication quality and network bandwidth, while simplifying implementation, maintenance, and upgrade.
- PBX's Wired and wireless private branch exchanges
- PBX's permit telephone sets within its domain to make calls among one another by using the switching circuits provided locally within the PBX base unit.
- wired PBX's wired telephone sets coupled thereto have the obvious disadvantage of being immobile.
- Prior art wireless PBX's offer some degree of mobility and ease of implementation yet suffer from some significant disadvantages.
- Fig. 1 illustrates a wireless private branch exchange system (wPBX) of the prior art, including a wPBX 100.
- WPBX 100 is coupled to a line 102, which typically couples to a public network.
- WPBX 100 is further coupled to lines 104 and 106.
- Line 104 is coupled to a base unit 108 while line 106 is coupled to another base unit, which is omitted from Fig.
- Base unit 108 includes an antenna 110 to facilitate cordless communication with a plurality of cordless handsets 112 and 114.
- each base unit such as base unit 108, typically controls two cordless handsets.
- cordless handsets in the prior art wireless PBX has no roaming capabilities, i.e., having another base unit handle a cordless handset's communication needs when it roams outside of the range of its home base unit. Roaming is not possible in the prior art wireless PBX because, for example, frequencies are not coordinated between wireless PBX systems and the cordless handsets do not have the capabilities to make the exchange between PBX's. Further, a cordless handset's telephone number in a wireless PBX system is typically associated with a given frequency, which is associated with a fixed port on the PBX.
- the cordless handset is fixed to a PBX port just as in normal wired PBX's, thereby inhibiting cordless handsets from roaming.
- Another disadvantage of the prior art wireless PBX systems relates to the use of low-power and proprietary transceivers, which significantly limit the range from which a cordless handset can be taken from its associated base.
- Cellular telephone systems are also known. However, calls from cellular phone sets are typically back-hauled all the way to a central switch, known as a public mobile services switching center (MSC), to be switched, or cross-connected. In other words, the actual switching is centralized in the prior art cellular communication systems.
- MSC public mobile services switching center
- a cellular account in prior art cellular systems invariably involves changes to the public cellular network.
- the centralized administration of cellular telephone accounts results in less flexibility and control for administrators at local sites, e.g., a telephone administrator of a client organization, to freely administer, update, add, and delete cellular accounts.
- a telephone administrator of a client organization e.g., a telephone administrator of a client organization
- the invention preferably minimizes reliance on the public cellular network while simplifying implementation, maintenance, and upgrade.
- the invention relates to a cellular private branch exchange for facilitating cellular communication for a first plurality of MS units, which includes a first BSS for communicating with a first and a second MS unit of the first plurality of MS units on respectively a first and a second cellular bearer data channel.
- the cellular private branch exchange further includes a cPBX unit coupled to the first BSS.
- the cPBX unit includes a private MSC for providing mobility management for the first plurality of MS units, the private MSC representing a first cross-connect node capable of cross-connecting the first bearer data channel with the second bearer data channel for calls between the first and the second MS units.
- the cPBX unit includes a private registry coupled to the private MSC, the private registry storing subscriber information pertaining to the first plurality of MS units.
- a call path between the first and the second MS units, including the first bearer data channel and the second bearer data channel, for the calls between the first and the second MS units does not get TRAUed, or rate adapted, if the first and the second MS's communicate at the same rate.
- the invention in another embodiment, relates to a cellular private branch exchange network for facilitating cellular communication among a first plurality of mobile stations implementing a first standard, which includes a private mobile services switching center for providing mobility management for the first plurality of mobile stations.
- the inventive cellular private branch exchange network further includes a private registry coupled to the private mobile services switching center for storing subscriber information regarding the first plurality of mobile stations.
- the inventive cellular private branch exchange network includes a private branch exchange unit coupled to the private mobile services switching center and the private registry for providing PBX functions for the first plurality of mobile stations, wherein the private mobile services switching center provides mobility management only for the first plurality of mobile stations, the private mobile services switching center performs cross connection of call paths only for calls among the first plurality of mobile stations, and the cellular private branch exchange network inhibits a second plurality of mobile stations implementing the first standard and not registered with the private registry from using resources of the cellular private branch exchange network for communication regardless whether the second plurality of mobile stations are authorized to communicate using a public network in the same geographic area.
- the inventive cellular private branch exchange network further includes a plurality of base station controllers coupled to the private mobile services switching center, the private mobile services switching center provides roaming and handoff capabilities for the first plurality of mobile stations when a first selected ones of the first plurality of mobile stations roam among location areas controlled by the plurality of base station controllers.
- FIG. 1 is a diagram showing a wireless private branch exchange system (wPBX) of the prior art
- Fig. 2 illustrates a representative cellular communication system
- Fig. 3 shows a stand-alone cellular cPBX system in accordance with one aspect of the present invention
- Fig. 4 shows in a symbolic format cPBX subsystem 206 of Fig. 3;
- Fig. 5 shows one implementation of a multi-site cPBX overlay network in accordance with one aspect of the present invention
- Fig. 6 shows, in one embodiment, a cPBX subsystem
- Fig. 7 shows, in one embodiment, a hybrid network
- Fig. 8 shows, in one embodiment, a symbolic representation of an inventive chassis in accordance with one aspect of the present invention
- Fig. 9 shows, in one embodiment, a TRX module
- Fig. 10A illustrates an intelligent TRAUing technique in accordance with one aspect of the present invention
- Figs. 10B and IOC show a trunk module in accordance with one aspect of the present invention
- Fig. 11 shows different possible configurations that a single modular system chassis may have in accordance with one aspect of the present invention
- Fig. 12 shows, in one embodiment, a multi-site configuration, including their possible signaling and bearer data paths;
- Fig. 13A shows, in one embodiment, a HLR/VLR registry
- Fig. 13B shows, in one embodiment, the steps involved when an MS unit wishes to update its location with a private HLR/VLR registry of a private cPBX network;
- Fig. 14 shows, in one embodiment, the steps involved when a private HLR/VLR registry processes a received access request
- Fig. 15 shows, in one embodiment, the steps involved in updating all HLR/VLR registries
- Fig. 16 shows, in one embodiment, the steps taken by the various subsystems of a private cPBX network when an MS unit originates a call from inside a private cPBX network;
- Fig. 17 shows, in one embodiment, the steps involved when a HLR/VLR registry checks the outgoing call capabilities of the calling MS unit;
- Fig. 18 shows, in one embodiment, the steps taken by the various subsystems of the private cPBX network in disconnecting a call
- Fig. 19 shows, in one embodiment, the steps involved when an MS unit of a private cPBX network acts as a receiving unit to receive a call initiated either from the external network or from another MS unit in the private cPBX network;
- Fig. 20A shows from the cPBX perspective the steps taken when an MS unit of the private cPBX network originates a call, in accordance with one embodiment of the present invention
- Fig. 20B is a continuation of Fig. 20A;
- Fig. 21 shows, in one embodiment, the steps taken by the cPBX of the present invention, from the cPBX perspective, when a call terminates on an MS unit of the private cPBX network;
- Fig. 22 shows, in one embodiment, the steps taken by a cPBX when a call from the external network is received by the home cPBX and forwarded to a destination cPBX.
- Fig. 2 shows in a simplified format a representative cellular communication system, and particularly a GSM system for illustration purposes, including four mobile station units (MS), also known as cellular handsets, 150, 152, 154, and 156, which communicate to an antenna subsystem 158.
- MS mobile station units
- MS's 150-156 typically communicate with antenna subsystem 158 via a radio link (RL) protocol, which is a LAPD-M protocol at GSM layer 2 and is defined by standard GSM 08.58.
- RL radio link
- Antenna subsystem 158 couples to transceiver units (TRX) 160 and 162 of base transceiver station (BTS) unit 164.
- TRX' s 160-162 outputs bearer data, which may be 8 Kbits per second (Kbps) or 16 Kbps (GSM) time division multiplexed (TDM) data representing, for example, voice conversations, facsimile, digital data, and the like.
- a TRX also outputs signaling information ,which is packet information that is forwarded either to antenna subsystem 158 for transmitting to the MS's or to a base station control function (BCF) 166 for communicating with a base station controller (BSC) or a mobile services switching center (MSC).
- BCF base station control function
- MSC mobile services switching center
- each of MS's 150-156 contains hardware and software that can handle from its end functions such as radio resources control (RR), mobility management (MM), call control (CC), short message service (SMS), and supplemental services (SS).
- Base control function (BCF) 166 is coupled to a transcoder-rate adapter unit (TRAU) 168 for switching between either 8 Kbps or 16 Kbps to 64 Kbps TDM data before being passed on to the BSC.
- a transcoder-rate adapter unit (TRAU) is used for performing rate conversion, or rate adaptation, between MS units communicating at different rates.
- TRAU unit 168 is coupled to an El module 170 of BTS unit 164.
- El module 170 represents the means by which BTS unit 164 can communicate with a base station controller (BSC) unit 172.
- BSC base station controller
- El module 170 represents a 2.048 Mbits signaling wired interface that is channelized into 64K bits channels.
- BCF 166 represents a CPU module that runs the software to handle provisioning of the TRAU or El resources at the request of base station controller (BSC) 172.
- BTS unit 164 is essentially a "dumb" subsystem that operates responsive to commands from BSC unit 172. For example, when BSC 172 first powers up, it will configure BTS unit 164 via a link 174 by down loading the configuration data across link
- Link 174 represents the terrestrial link that carries the TDM data between BTS unit 164 and BSC unit 172, typically using an interface known as Abis.
- a BSC unit may have multiple El modules for communicating with multiple BTS's.
- BSC unit 172 is shown having 3 El modules 176, 178, or 180 for communicating with 3 or more BTS's.
- BTS 164 shows only two transceiver units 160 and 162 for illustration purposes, it should be understood that a typical BTS unit may have any number of transceiver units.
- BSC unit 172 the job of BSC unit 172 is radio resource (RR) control. It manages certain requirements regarding the status and location of the mobile stations and details regarding how to communicate with the mobile stations in the appropriate modulation scheme. In this manner, BSC unit 172 helps to hide this level of detail from any components upstream, e.g., mobile services switching center (MSC) 182 or the public network that is upstream from MSC 182. BSC unit 172 also handles power control. BSC unit 172 directs BTS unit 164 and a transceiver unit therein to increase or decrease its transmission power from a handset to improve transmission quality.
- MSC mobile services switching center
- BSC unit 172 also monitors handset communication quality to prepare for power hand-overs, e.g., when one of the handsets roams among the different areas controlled by different BTS's. When a hand-over is eminent, BSC unit 172 further initiates the hand-over.
- the intra BSC hand-over of the prior art ensures that communication for a single circuit between a given mobile station and MSC unit 182 remains uninterrupted during handover.
- BSC unit 172 further includes processor 184 for handling the aforementioned radio resource control (RR), optional TRAU unit 186, and an El module 190.
- El module 190 provides the means through which BSC unit 172 can communicate with MSC unit 182.
- MSC unit 182 may communicate with any number of BSC unit 172 and includes, among other things, an El module 192, a processor 193, and a gateway MSC unit 194.
- GMSC unit 194 facilitates communication between the cellular communication system of Fig. 2 and the outside world, e.g., the public network.
- GMSC 194 is coupled to a link 194 for communicating with the public network.
- the communication between MSC 182 and the public network may be performed via the E interface.
- MSC unit 182 further include circuits to handle mobility management (MM), call control (CC) short message service (SMS), and other supplemental services (SS).
- MSC unit 182 performs some radio resource (RR) handling, e.g., inter BSC and inter MSC hand-overs.
- RR radio resource
- Inter BSC occurs when a mobile station roams among the BSC's.
- the radio resource control must be handled by the upstream MSC since a BSC would not know how to hand-over to another BSC when the mobile station roams from a BSC to another BSC.
- Fig. 3 shows in a simplified format a stand-alone cellular cPBX system in accordance with one aspect of the present invention.
- Cellular cPBX offers a cellular solution to, among others, rural areas or other environments such as factories or office complexes where mobility is important or where there is no readily available access to the public network.
- Stand-alone cPBX network 200 may optionally be coupled to a public network 202 via a connection 204 if access to the public network is desired.
- the coupling between stand-alone cPBX 200 and public network 202 may be accomplished, in one embodiment, via an El interface, which may represent a wired or a microwave link. If linked to a public network, stand-alone cPBX network 200 appears to public network 202 simply as another wired PBX.
- Stand-alone cPBX network 200 has sufficient resources to perform switching and communication management among its handsets without assistance from the public network.
- the mobility, roaming, and hand-off capabilities are handled by the resources within stand-alone cPBX network 200 without the intervention of public network 202.
- additional resources or features may be added to the private cPBX network without requiring corresponding changes in the public network.
- cPBX subsystem 206, BSC subsystem 208 and BTS subsystem 210, and MS units 212 and 214 are shown within stand-alone cPBX network 200.
- cPBX subsystem 206, BSC subsystem 208 and BTS subsystem 210 represent the inventive and enhanced versions of the respective MSC, BSC and BTS of the prior art.
- MS units 212 and 214 represent standard cellular handsets which are GSM standard handsets in the preferred embodiment.
- MS's 212 and 214 communicate with BTS subsystem 210 via an appropriate cellular interface such as the aforementioned radio link (RL) interface.
- RL radio link
- the typical radius of operation between each MS unit and a BTS subsystem is in the range of 2 to 3 Kilometers, which is substantially greater than the 200 meter range typically offered by the prior art wireless PBX.
- the additional range offered by the cellular cPBX of the present invention represents a significant advantage because it is difficult, as is well known to those skilled in the communication art, to scale up the distance offered by the prior art wireless bases and cordless handsets due to interference problems inherent in the prior art non-cellular cordless technology.
- Each cPBX subsystem 206 is capable of coupling to more than one BSC subsystem
- BSC subsystem 208 communicates with cPBX subsystem 206 via link 216 using, for example, an A interface.
- each BSC subsystem 208 is capable of coupling to more than one BTS subsystem 210.
- BTS subsystem 210 is coupled to BSC subsystem 208 via link 218 utilizing, for example, Abis interface.
- each BTS subsystem 210 is capable of coupling to a number of MS units, of which only two are shown.
- stand-alone cPBX network 200 is organized in a hierarchy, the top of which is occupied by cPBX subsystem 206.
- the stand-alone cPBX configuration shown in Fig. 3 can handle as few as 7 simultaneous calls up to as many as 1,000 (correlating to up to 10,000 MS's).
- FIG. 3 is a functional representation and that the different components of the stand-alone cPBX network 200 may either be integrated to co- locate at the same location or on a single chassis or dispersed in a wide geographic area to increase the domain of the private network.
- the ability to configure a physical chassis to perform individual BTS, BSC, or cPBX function, or any combination of these subsystems, represents a unique advantage of the present invention.
- stand-alone cPBX network 200 are designed such that they can be added or removed from stand-alone cPBX network 200 in a modular fashion. In this manner, a scalable stand-alone cPBX network may be realized, whose capabilities may be expanded or shrunk as necessary to fill the need of a particular site.
- each MS unit e.g., MS units 212 and 214
- cPBX subsystem 206 the information associated with each MS unit is registered in a home location registry (HLR) in cPBX subsystem 206 to permit an MS unit to utilize the resources of stand-alone cPBX network 200.
- HLR home location registry
- a registered MS unit may make calls via BTS subsystem 210, BSC subsystem 208, and cPBX subsystem 206 to a telephone set in public network 202.
- MS unit 212 being an MS unit that is registered with the HLR registry within cPBX subsystem 206 may make a local call to another MS unit also registered with the HLR registry within cPBX subsystem 206, e.g., MS unit 214 via BTS subsystem 210.
- MS unit 214 When an MS unit is registered with the HLR registry in cPBX 206, it may also receive a call, whether from public network 202 or from another MS unit that is registered with the same HLR registry.
- a standard GSM handset that is not registered with the HLR registry within cPBX subsystem 206 is deemed a non-native handset and cannot use the resources of stand-alone cPBX network 200 to make or receive calls.
- control over the resources of the private stand-alone cPBX network is enhanced, permitting the operator to more precisely tailor the private network resources to the number of MS units that are registered without worrying that an influx of non-native handsets may overwhelm the existing private network resources.
- the stand-alone cPBX may also advantageously challenge the handset for authorization, thereby improving security.
- each of BTS subsystem 210, BSC subsystem 208, and cPBX subsystem 206 is furnished with intelligent cross-connect capability. Consequently, the actual cross-connect that builds the connection between the calling
- MS unit and the receiving MS unit may be distributed down from cPBX subsystem 206, e.g. to BSC subsystem 208 or BTS subsystem 210 (for calls between MS units 212 and 214). If the call is made between MS units controlled by the same BSC subsystem, e.g., BSC subsystem 208 but different BTS subsystems, the cross-connect switching may be performed at BSC subsystem 208 instead of at cPBX subsystem 206.
- the channels containing the bearer data between MS units do not always have to be backhauled all the way to cPBX subsystem 206, thereby permitting the entire network to handle more traffic by freeing up the bandwidth leading to cPBX subsystem 206 if the required cross-connect between channels carrying bearer data could be performed by a component further down the hierarchy.
- GSM standard MS units in stand-alone cPBX network 200 transmit and receive data at a predefined rate, say 8 Kbps or 16 Kbps. Since the channels carrying bearer data may be cross-connected by a subsystem within the inventive stand-alone cPBX network 200 instead of at the public MSC, it is often not necessary to TRAU the bearer data channels for calls between MS units within the stand-alone cPBX network 200. Consequently, the ability to cross-connect certain calls within the private network without TRAUing advantageously improves communication quality and reduces the computational overhead associated with TRAUing.
- Fig. 4 shows in a symbolic format cPBX subsystem 206 of Fig. 3, including a gateway MSC (GMSC) block 250, a registry 252 which contains both the home location registry (HLR) and the visitor location registry (VLR registry), a private MSC block 254 and a cPBX block 256.
- GMSC block 250 represents the interface for communicating with the public network, e.g., public network 202 of Fig. 3.
- public network interface 258 and a transcoder/rate adapter unit (TRAU) block 260.
- public network interface 258 represents a trunk module which has been loaded with the appropriate software for communicating with the public network via standard interfaces such as ISDN, R2, and analog interfaces using inband or common analog signaling.
- TRAU block 260 resides in GMSC block 250 to facilitate rate conversion to build a call between an MS unit of the stand-alone cPBX network and a telephone set in public network 202 of Fig. 3 if they transmit and receive data at different rates.
- a registry is preferably provided in the cellular network of the present invention to provide mobility management of the mobile handsets.
- the home location registry (HLR) and visitor location registry (VLR registry) are preferably integrated in registry 252 of the present invention.
- Registry 252 of cPBX network 200 of Fig 4 serves, among others, to keep track of MS units that are authorized to use the resources of the stand-alone cPBX network, the subscriber data such as names, unique identification information such as is kept in subscriber information module (SIM) for GSM handsets, telephone numbers associated with the MS units, and the like. Subscriber information is kept track of because stand-alone cPBX network 200 must keep track of the MS units controlled by it as well as the subscribers on its network find the handsets.
- SIM subscriber information module
- PBX block 256 handles supplemental services (SS) that may be offered by stand-alone cPBX network 200. Furthermore, PBX block 256 handles the call control (CC) function, which includes the ability to intelligently understand the destination intended for the telephone number dialed. In one embodiment, the destination intended for the number dialed is determined in accordance to a numbering system. By way of example, extensions 2000 to 6000 may indicate a destination MS unit inside stand-alone cPBX network 200, while other numbers dialed may indicate calls that must be routed to telephone sets in the public network. PBX block 256 may also contain circuits for performing functions typically expected of a PBX system such as call forwarding, call transfer, and the like.
- Private MSC block 254 handles mobility management (MM) and with the help of the MM
- the PBX 256 handles call processing (CC) and
- Supplemental Services via the MM session and assists with RR by forwarding calls between cPBX's for handsets that have roamed into the coverage area of other cPBX's or need to be handed over to another cPBX.
- the private MSC 254 may listen to messages sent across the MM session to decide whether or not it should act as a BSC.
- the PBX function is bypassed, the circuit cross connect function to public MSC is made by the private MSC function.
- the intelligence within the private PBX block 256 may decide that switching may be more efficiently performed at a BSC or BTS further down the hierarchy. In this case, there is a signaling connection between the MS units and the cPBX for CC and SS control via the private
- the switched voice/data path for the call will not traverse the cPBX, but will be cross connected by the BSC's and/or BTS's further down the hierarchy.
- FIG. 5 shows one implementation of a multi-site cPBX overlay network including cPBX subnetworks 370, 372, and 374.
- each cPBX subnetwork has within it a cPBX subsystem, one or more BSC subsystems, one or more BTS subsystems, and a plurality of handsets.
- a public network represented symbolically by outline 376.
- cPBX subnetworks 370, 372 and 374 are coupled with one another via links 384, 386 and 388, forming a private overlay network.
- Links 384, 386, and 388 may represent leased link lines which may be part of public net 376 or, as is sometimes the case, an alternate private party net, permitting the cPBX subnetworks of the private multi-site network to communicate with one another.
- Communication among the cPBX subnetworks of the multi- site cPBX overlay network via links 378, 380, and 382 is typically accomplished using a cPBX protocol or versions of known protocols suitable and/or readily adaptable by those of ordinary skills in the art for use by the disclosed inventive cPBX.
- CPBX subnetworks 370, 372, and 374 further couple with respective bi-directional links 378, 380, and 382 respectively for communicating directly with the public network 376.
- PC17US96/06291 PC17US96/06291
- Fig. 5 also shows two MS units 390 and 392 within the domain of cPBX subnetwork 370 and are considered home with respect to cPBX subnetwork 370. There is also shown in Fig. 5 an MS unit 394 within the domain of cPBX subnetwork 374 which considers cPBX subnetwork 374 its home.
- calls between MS units 390 and 392, whether cross-connected at the BTS, the BSC, or the cPBX subsystem level within cPBX subnetwork 370 are preferably connected in the manner discussed earlier in connection with the stand-alone configuration of Fig. 3.
- a numbering system for efficiently identifying which cPBX subnetwork in a multi-site network a destination MS unit considers its "home".
- MS's on cPBX 370 may be associated with extensions 1000-2000, on cPBX 374 with extension 2001- 3000, and on cPBX subnetwork 372 with extension 3001-4000.
- cPBX subnetworks 370, 372, and 374 The sharing of a common numbering system permits each of cPBX subnetworks 370, 372, and 374 to recognize calls as within the private multi-site cPBX overlay network and to route such calls appropriately. As will be discussed later, cPBX subnetworks 370, 372, and
- 374 also share subscriber information to permit roaming that permit MS's to roam among the domain of the cPBX subnetworks of the network.
- Fig. 5 also shows an MS unit 396 in the domain of cPBX subnetwork 372.
- MS unit 396 represents an MS that has roamed away from its home cPBX subnetwork 370 and currently uses the radio resources associated with cPBX subnetwork 372 for its communication needs.
- the call path from public network 376 is typically connected to the cPBX subnetwork that the destination MS, i.e., MS unit 396, considers home.
- the call path will be connected to cPBX subnetwork 370 via link 378 or 400 and then forwarded to cPBX subnetwork 372 via link 384 to terminate the call at MS unit 396, which has roamed away from its home location area (of cPBX 370) into the location area controlled by cPBX subnetwork 372.
- each HLR/VLR registry of each cPBX subnetwork also knows the MS units that are considered home to it. In this manner, when MS unit 394 wants to build a call to MS unit 396, it may not need to first build a call to the home cPBX subnetwork of the destination MS, i.e., cPBX subnetwork 370.
- the ability of the present invention to use the resources of the private network to build calls between an MS unit in the multi-site cPBX network and another MS unit advantageously offloads switching from public network 376, reduces backhauling and charges that are typically associated with public network usage as well as improves the bandwidth of the public network.
- each cPBX subnetwork in a multi-site cPBX overlay network may communicate with another cPBX subnetwork in the same network via a plurality of links.
- the ability to utilize more than one link to communicate among cPBX subnetworks advantageously improves network reliability and access via redundancy as well as flexibility of implementation. For example, if link 388 is removed from the configuration of Fig. 5, e.g., due to equipment failure or if link 388 cannot be built, it is still possible for MS unit 394 to build a call to MS unit 390 via links 386 and 384 or links 382 and 378.
- This aspect of the invention is especially valuable in environments where it is difficult, due to geographical or legal considerations, to directly build physical links between certain cPBX subnetworks of the multi- site network.
- Fig. 6 shows in a simplified format a cPBX subsystem 420, representing a cPBX subsystem within, for example, cPBX subnetwork 370, cPBX subnetwork 372, or cPBX subnetwork 374.
- a gateway MSC (GMSC) block 422 Within cPBX subsystem 420, there is shown a gateway MSC (GMSC) block 422, a registry 424, a private MSC block 254, and a PBX block 256.
- GMSC block 422 represents the interface for communicating with phones, whether MS's or a wired phone, that are outside of the domain of the cPBX associated with cPBX subsystem 420.
- each registry contains not only information about the home handsets but also about handsets controlled by all other cPBX's in the network.
- Registry 424 contains the HLR/VLR registry within each cPBX subnetwork of the multi-site network. As discussed earlier, data within the HLR/VLR registry of each cPBX in the multi-site cPBX overlay network are duplicated among all cPBX's on the network to facilitate roaming.
- GMSC block 422 there is shown a public network interface block 258 and a
- PBX block 256 which were discussed in connection with Fig. 4.
- GMSC block 422 There is also shown in GMSC block 422 an internal network interface 426.
- internal network interface 426 represents a trunk module which has been loaded with the appropriate software to implement the cPBX protocol for communicating with cPBX's in the network.
- the TRAU is now moved from within the BSS to the external interfaces, e.g., between the cPBX and the external network, so that calls that do not need to be TRAUed do not get automatically TRAUed.
- cPBX subsystem 422 there may be one or more internal network interface 426 to facilitate communication with one or more cPBX's.
- Internal network interface 426 may, but typically does not, utilize a TRAU unit.
- TRAUing is often not necessary if the MS units making those calls transmit and receive at the same rate.
- the ability of the present invention to TRAU only when necessary advantageously improves the quality of the sound or data transmitted and reduces the computational overhead associated with performing rate conversion.
- non-native handsets cannot make use of the BTS, BSC, and MSC resources of the private system in the private network since non-native handsets are not registered with and therefore not recognized by the private HLR/VLR registry of the cPBX's of the private network.
- handsets which are non-native can use the resources of the private network as a BSS in order to access public MSC.
- Hybrid covers the situation where a non- native handset, because it is outside the public coverage (e.g., due to interference or range limitation) for example, can only access the public network via the BTS/BSC/MSC/cPBX resources of the private network.
- Examples include non-native MS units taken into an enclosed building or a remote location that is serviced by a private hybrid network.
- Fig. 7 shows in a simplified format hybrid network 500 including cPBX subsystem
- MS units 458 and 460 are considered MS units that are native to hybrid network 500. In other words, they are registered with the private HLR/VLR registry within cPBX subsystem 452. In one embodiment of hybrid network 500, MS units 458 and 460 preferably remain within the domain control by the private cPBX network in order to build calls among the MS units or out of the private network to a phone set in the public network.
- Fig. 7 also shows an MS unit 502 which is, for illustration purposes, a standard GSM handset that is non-native with respect to hybrid network 500.
- MS unit 502 represents a handset that typically can build calls through the public network, but is not registered with the private HLR/VLR registry of hybrid network 500.
- hybrid network 500 has the ability to permit non-native handsets, e.g., MS unit 502, to make use of its resources to build calls.
- the cPBX subsystem of the private hybrid network e.g., cPBX subsystem 452 enters the hybrid mode and acts as a BSS (if bandwidth is available) to allow that non-native handset to communicate with the public network.
- cPBX subsystem 452 acts as a part-private cPBX, part-public BSS.
- cPBX subsystem 452 appears as a BSS.
- cPBX subsystem 452 may function as a private MSC for calls routed among MS units of the private network or as a BSS for calls between a native MS unit and an external phone.
- Suitable application for hybrid systems include private shopping centers or manufacturing sites or remote locations where it is desirable for MS units belonging to a network to communicate with one another, but also has the ability to permit non-native MS units to use the resources of the private network to access the public network.
- hybrid network 500 is further furnished with control circuits to control the sharing of resources, e.g., radio bandwidth resources, TRAU resources, trunk resources (for example, El), or the like, between native MS units and non-native handsets.
- resources e.g., radio bandwidth resources, TRAU resources, trunk resources (for example, El), or the like
- non-native handsets can only use the private hybrid cPBX resources as a BSS when the allocation of resources for non-native MS units are not exceeded.
- a hybrid network 500 may decide that up to 20% of the radio bandwidth of the private network may be allocated to non-native handsets while at least 80% of the radio bandwidth resources should be allocated to native MS units.
- the ability to govern the sharing of resources between native handsets and non-native handsets advantageously ensures that MS units that are native to the hybrid network are not overwhelmed by an excessive influx of non-native handsets into the location area.
- Fig. 8 shows in a simplified format a symbolic representation of the inventive chassis.
- modules within the chassis are endowed with distributed processing and intelligence.
- the present invention advantageously creates a network in which resources can be scaled. Consequently, chassis configuration may done in a modular manner.
- call processing and cross-connection for the purpose of building calls can be made at more local levels by making use of the distributed time-space-time switching fabric, thereby improving the network bandwidth.
- Modular configuration permits components of the private network to either co-locate or be placed in geographically separate locations depending on need.
- chassis of various sizes are provided. By way of example, chassis having 3 slots, 9 slots, and 18 slots have been found to be suitable for commercial application.
- a cPBX For example, to service the needs of a small site, it is possible to combine the functionality of a cPBX, an MSC, a BSC, and a BTS within one chassis, effectively providing a cellular PBX solution in one box.
- a medium site it is possible to configure one chassis as a cPBX/BSC, and to locate other chassis, with are configured as BTS subsystems, in different geographical locations to enlarge the domain of the private network.
- TDM bus 522 represents a time division multiplexing bus for transferring synchronous data between modules at high speed.
- TDM bus 702 has a capacity of 16 subbusses X 8 megabits per second which represent a substantially greater bandwidth than is required by the current system.
- a trunk module (discussed shortly hereafter) requires only 2 megabits per second.
- the extra bandwidth on TDM bus 522 advantageously facilitates efficient switching of voice and digital data on TDM bus 522 as well as room for growth.
- a clock module 524 for generating timing/clock signals for the TDM bus.
- a clock module 524 for generating timing/clock signals for the TDM bus.
- CCPU cellular CPU module 526
- CCPU module 526 is coupled to an optional memory 528, e.g., a hard disk drive, flash memory, and the like, that contains the HLR/VLR registry.
- memory 528 e.g., a hard disk drive, flash memory, and the like, that contains the HLR/VLR registry.
- Fig. 8 also shows a TRX module 530 which is coupled to both TDM bus 522 and VME bus 520.
- TRX module 530 represents a transceiver for processing outgoing data to MS units and incoming data from MS units. TRX module 530 is explored in greater detail in Fig. 9.
- Trunk module 532 which is also coupled to both VME bus 520 and TDM bus 522.
- Trunk module 532 may represent, for example, an El module although this is not a requirement.
- processing is distributed in CCPU module 526, TRX module 530, and trunk module 532.
- TRX module 530 has the capability to send and receive voice or data traffic among MS units, performs the switching function between local MS units, or permits the data stream from one MS unit to be sent via TDM bus 522 to an appropriate interface for communicating with a terminating phone set that is external to the private cPBX network.
- RF distribution module 534 is typically coupled to two or more antennas, shown representatively in Fig. 8 as antennas
- Antennas 538 and 540 are the means by which the BTS subsystem is coupled to the "air interface" to send and receive data with the MS units.
- RF distribution module 534 contains diplexing circuitry that allows antennas 538 and 540 to both transmit and receive to reduce the number of antennas required for full duplex data transmissions.
- the RF distribution of Fig. 8 preferably includes more than one antenna for diversity reception, i.e., allowing the system to receive signals from either of the two physically separated antennas to choose the best signal from a given handset.
- a signal from an MS unit 542 may be antennuated when received by antenna 538, but may have a better signal- to- noise ratio when received by antenna 540.
- Diversity reception permits the signal received on antenna 540 to be selected for use. When transmitting, the transmission antenna is not critical since the MS units are themselves mobile.
- a chassis is populated with a TRX module 530, that chassis is capable of functioning as a BTS. Further, if the functionality of a BSC that does the radio resource (RR) management is loaded, the same chassis can combine the function of a BTS and a BSC in one box. When BTS and BSC functions are combined on the same common backplane, trunk modules which are ordinarily required for communication between two geographically separated opponents of the private network may be eliminated, thereby reducing and complexities.
- RR radio resource
- TRX module 530 advantageously includes distributed intelligence and processing.
- TRX module 530 comprises two main sections: an RF section 550 and a DSP section 552.
- RF section 550 represents a module which is coupled physically to DSP module 552.
- TRX module 530 occupies two slots in the common backplane of the inventive modular system chassis.
- DSP section 552 includes, for example, four digital signal processor (DSP) 557, 559, 561, and 563 to process 8 TDM time slots per radio channel of traffic.
- DSP section 552 further includes a processor (real time) 554 which is coupled to TDM bus 522 and VME bus 520 to perform processing of the signaling protocol, e.g., LAPD-M in GSM, thereby moving a functionality typically associated with prior art BCF into the TRX of the present invention.
- DSP modules send and receive data over TDM bus 522.
- DSP modules 557, 559, 561, and 563 communicate with processor 554 to facilitate LAPD-M processing.
- Processor 554 in turn uses VME bus 520 to send higher level protocols to CCPU 526 for processing therein.
- a diversity control 553 is coupled to the RF distribution module 534.
- Diversity control 553 monitors the incoming received signal to detect signal degradation. If, for example, diversity control 553 detects sufficient signal degradation in antenna 538, it sends a signal to a switch in RF distribution module 534 to select antenna 540.
- the RF communication and reception aspect is discussed in detail in a commonly assigned, co-pending U.S. patent application entitled “SPREAD SPECTRUM COMMUNICATION NETWORK WITH ADAPTIVE FREQUENCY AGILITY", U.S. Ser. No. 08/434,597, (Attorney docket No. A-60820), filed in the U.S. Patent Office on May 4, 1995 and incorporated herein by reference for all purposes.
- a GSM baseband module 556 performs a GMSK procedure to obtain TDMA frame data.
- GSM baseband module 556 can perform both inbound demodulation resulting in in- phase and quadrature-phase information as well as outbound modulation resulting in a baseband frequency.
- a processor that works well for this purpose is the Analog Devices AD7002 manufactured by Analog Devices Inc. of Santa Clara, California.
- MUX/DMUX 555 directs the inbound information to a plurality of processing paths to distribute the processing load. The signal processing aspect is discussed in detail in a commonly assigned, co-pending U.S.
- DSPs 559, 563 receive outbound information from the TDM bus.
- the information is divided among a plurality of processing strings.
- One example that works well is to send all even TDMA time slots to a first DSP string 559, 557, and to send all odd TDMA time slots to a second DSP string 563, 561.
- the processing is performed in parallel and the resulting outbound information is presented to MUX/DMUX 555, which multiplexes the time slots to form TDMA frames, sends them to GSM baseband module 556 and then to RF distribution module 534 for transmission.
- a Real Time Processor (RTP) 554 provisions and controls DSPs 557, 559, 561, 563 in order to schedule information processing.
- RTP 554 also performs power control and measurement preprocessing and link access protocols (LAPD-M) for information error detection and correction.
- LAPD-M link access protocols
- RTP 554 keeps track of inbound information and outbound information to further enhance TRX 530 efficiency and permit the communication of inbound information and outbound information over the TDM bus.
- RTP 554 communicates control information over the VME bus with CCPU 526. Included in this control information is base station radio and MS power and timing information collected by TRX 530 as well as other packetized information from the MS. RTP 554 receives instructions from CCPU 526 regarding operating parameters and processing requirements.
- each RF module is assigned a frequency.
- To perform signal processing on the received signals from different RF modules there is necessarily a central processing resource for processing the bursts from various RF modules and outputting a signal stream representing the signal from that MS unit.
- the processing of the received data is more centralized in the prior art, with different RF modules receiving signal bits from a given handset during diversity reception and feeding those bits into a single, centralized processor and DSP resources.
- frequency hopping is performed within a single RF module. Therefore, a stream of data from an MS unit can be received by a single RF unit, e.g., RF section 550, and still be able to facilitate diversity reception via the inventive frequency agile synthesizer. Consequently , it is possible to count on data from an MS unit to be received via a single RF module.
- a single RF unit e.g., RF section 550
- RF section 550 e.g., RF section 550
- the invention contemplates locally coupling a processor, e.g., processor 554, as well as digital signal processing resources, e.g., the DSP modules in DSP section 552, to a single RF module.
- a processor e.g., processor 554
- digital signal processing resources e.g., the DSP modules in DSP section 552
- the processor LAPD-M processor in one specific implementation
- the processing resource becomes scalable based on the number of TRX module provided.
- Each TRX module can now have coupled with it a processor, e.g., process of 554, to do LAPD-M processing at a local level. In this manner, the addition of another TRX module to handle additional MS units does not burden an existing centralized processing or DSP resource.
- a processor e.g., process of 554
- the result is a highly scalable cPBX system wherein additional TRX module, each equipped with its own LAPD-M and DSP distributed processing capability can be provided on an as needed basis.
- the distribution of processing and DSP resources to TRX module to facilitate a modular and scalable cPBX system represent one significant advantage of the present invention.
- Fig. 10A illustrates in a symbolic format the intelligent TRAUing aspect of the present invention.
- Fig. 10a shows a simple cPBX system including an MSC subsystem 580, a BSC subsystem 582, BTS subsystems 584 and 586, and MS units 588, 589, and 590.
- TRAU resource is provided at each of BTS subsystems 584 and 586, BSC subsystems 582, and MSC subsystem 580 as shown.
- the present invention advantageously bypasses the TRAU resource along the call path. For example, if MS units 558 and 589 communicate at 8 Kbps, calls between these two MS units may be cross-connected via BTS subsystem 584 and the actual call path may be built without switching in the TRAU resource in BTS subsystem 584.
- the call path may also be built through BTS subsystem 584.
- the call path now includes a TRAU resource, which exists in BTS subsystem 584, to perform the necessary rate conversion.
- calls between MS units within the same cPBX network may also be cross-connected via either via BSC subsystem 582 or MSC subsystem 580 with or without utilizing the TRAU resources provided therein. It should be noted that for calls from an MS unit within the private cPBX network and a telephone set in the public network, TRAUing is usually necessary in order to conform with the 64 Kbits requirement of the public network.
- TRAU resources down to components lower in the hierarchy of the private network advantageously saves the network bandwidth since calls between MS units that need TRAUing may be cross-connected at a lower level in the hierarchy.
- the ability of the present invention to employ TRAU resources along a call path only if TRAUing is necessary advantageously improves call quality and reduces the computational overhead associated with TRAUing.
- trunk module (TM) 532 is a time/space switch 602, which is coupled to both the TDM bus for data and the VME bus for control. Time/space switch 602 is capable of routing information between the TDM bus, processor 604, interface framers 606 and 607, and DSPs 608a-f.
- Time/space switch 602 is described herein according to its communication data rates and switch capabilities. Any device of performing these functions can be used in the present invention, such as the 3C Ltd. C3280 processor, manufactured by 3C Lid. of Kowloon, Hong Kong or a Siemens PEB 2045 Memory Time Switch, manufactured by Siemens Corp. of New York, New York (USA).
- Time/space switch 602 has many ports as shown in Fig. 10B.
- a PCM input port is coupled to all 16 TDM subbusses, which can each transfer 8Mbps.
- time/space switch 602 can communicate with up to 16 modules such as TRXs, other TMs, or any other type modules attached to the TDM bus.
- TRXs Trigger Switches
- TMs Trigger Switches
- TDM bus A larger number is possible if time/space switch 602 is configured to have even more ports and the TDM bus is configured to have even more subbusses.
- Time/space switch 602 supports many of the switching functions described in this disclosure as well as in the commonly assigned, copending patent application entitled "METHODS AND APPARATUSSES FOR AN INTELLIGENT SWITCH", a commonly assigned international application filed under the PCT on May 3, 1996 in the U.S. receiving office (Attorney docket No. WAVEP004.P) incorporated herein by reference for all purposes.
- the base station when the base station is configured to perform switching functions, the base station can perform functions of a cellular PBX, a local loop, or other similar functions.
- Processor 604 is coupled to time/space switch 602 via 8Mbps CPU360Y and CPU360Z input ports, and further coupled to 8Mbps path Y and path Z output ports, as shown. Processor 604 is also coupled to VME bus, as shown in Fig. 10B. Processor 604 is provided to perform protocol processing. Possible protocols include Abis, A, SS#7, and ISDN. This processing enables cooperative interworking between other elements of the GSM network and the PSTN. If protocol processing is not required, then processor 604 may be omitted since CCPU 526 includes a processor for performing general functions.
- Framers 606, 607 are coupled to time/space switch 602 via 2Mbps framer ports TxA and TxB.
- the 2Mbps is typically an El interface rate, but can be modified for any interface rate.
- Framers 606, 607 are configured to communicate with other network elements such as a BTS, BSC, MSC, PBX, PSTN, or others. Since the base station can be configured to perform the functions of a BTS, BSC, or MSC, the type of interface may be changed to accommodate the particular required interface function. For example, framers 606, 607 shown in Fig. 10B can interface with an El at 2Mbps, a Tl at 1.544Mbps, DS0 at 64 Kbps, or other digital interface.
- DSPs 608a-f are coupled to time/space switch via 8Mbps Path Y and path Z output ports. DSPs 608a-f can perform a variety of functions including transcode rate adaptation, echo canceling, or other special functions such as those described below. Once DSPs 608a-f complete their respective functions, the information is then delivered back to time/space switch 602 via pathY and pathZ input ports.
- Time/space switch 602 receives control signals from CCPU 526 over the VME bus, instructing time/space switch 602 what to switch or connect.
- time/space switch 602 routes the information to a DSP 608 to perform the processing.
- DSPs 608a-f there are 6 DSPs 608a-f, however, there may be from zero to any number as required for the processing. Further, the DSPs 608a-f may each have 2 or 4 processor engines such as AT&T DSP1611 or Tl TMS320C52 to perform the required processing function.
- the GSM MS units may, for example, communicate compressed voice at 16 Kbps, while the PSTN DS0 interface is at 64 Kbps.
- a DSP 608 modifies the compression to accommodate this rate change.
- the DSP 608 can also accommodate a rate change between any rates such as 8 Kbps, 16 Kbps and 64 Kbps.
- Fig. 11 shows in a simplified format the different possible configurations that a single modular system chassis, say one having nine slots, may have.
- the present invention preferably endows individual modules with their own processing and intelligent resources, e.g., endowing TRX modules of Fig. 9 with its own processor and DSP resources or TM module of Fig. 10B with its own switching, TRAU, echo cancellation and other resources, advantageously improves modularity, thereby facilitating efficient and modular configuration within a single chassis.
- the present invention uses a common backplane, including buses having sufficient bandwidth capacity to perform switching, e.g., the TDM bus discussed in connection with Fig. 8, that flexibly permits different modules to be added or removed in a chassis depending on need.
- a single common chassis to configure these different subsystems advantageously reduces manufacturing costs as well as upgrade costs.
- the use of a single chassis for configuration as a BTS, a BSC, a cPBX, or any combination of the above flexibly permits the private cPBX network to be configured according to geographic and customer requirements. Properly populated, the chassis and its modules flexibly form a private micro cellular network solution that is complete and self contained.
- a common chassis having, for example, nine slots may be configured purely as a BTS subsystem by populating the chassis with, for example, up to three
- TRX modules one TM (Trunk ) module, one CCPU module, one clock module, and one RF distribution module.
- a clock module requires no slot and a TRX module requires two slots.
- the chassis may be populated with, for example, one clock module, up to three CCPU modules, up to six trunk modules. In a typical BSC subsystem, no TRX module is required.
- a suitable configuration may include one clock module, one RF distribution module, up to two CCPU modules, up to two trunk modules, and up to two TRX modules.
- a suitable cPBX subsystem may be populated using the same chassis as follows: one clock module, up to three CCPU modules, and up to six trunk modules. In one embodiment, it is also possible to integrate the cPBX and BSC subsystems in one chassis.
- a suitable configuration for integrating the cPBX and BSC subsystems may include one clock module, up to three CCPU modules, and up to six trunk modules. Further, it is possible to integrate BTS, BSC and cPBX subsystems in a single chassis.
- a suitable configuration may include one clock module, one RF distribution module, up to two CCPU modules, up to two trunk modules, and up to two TRX modules. It should be noted that some of the above- mentioned modules may be physically similar from a hardware perspective if programmable logic is used and configuration essentially involves the loading of the appropriate software into memory for running on the CCPU and for configuring the TRX modules.
- Fig. 11 A discusses a common backplane having nine slots, it should be apparent to those of skill in the art that a greater or fewer number of slots may be provided in a common chassis. In fact, one embodiment contemplates providing eighteen slots for a chassis. Furthermore, a greater or fewer number of CCPU modules may be provided with each subsystem to appropriately provide for the desired level of processing resource. For example, increasing the processing resource in a BTS subsystem may improve hand-over management and radio resource management. In one embodiment, each CCPU may be specifically associated with a set of trunk modules to facilitate efficient processing. The ability to add or remove processing resources to facilitate specific system requirements relates to the inventive modular aspect of the present invention.
- switching decisions are made at the cPBX subsystem (by the private MSC) for all calls, including calls between two MS units within the private cPBX network.
- the switching decision is made at the cPBX level
- the present invention in one embodiment, preferably cross-connects bearer data channels at as low a level in the private cPBX network hierarchy as possible.
- Fig. 12 shows a simplified multi-site configuration including cPBX subsystems 650, 652, and 680 coupled together via a link 654.
- a plurality of MS units 656, 658, 660, 662, 664, and 666 there is shown a plurality of MS units 656, 658, 660, 662, 664, and 666.
- an MS unit e.g., MS unit 656, preferably builds its signaling session all the way to the cPBX that controls the location area in which MS unit 656 is currently located, e.g., cPBX subsystem 650.
- the signaling session between MS unit 656 and cPBX subsystem 650 is shown representatively in Fig. 12 by dash line 668.
- the actual cross-connection between bearer data channels may be accomplished at a lower level in the private cPBX network hierarchy.
- the cross- connect between bearer data channels of MS units 656 and 658 may actually occur at BTS subsystem 670.
- the actual cross-connect of the bearer data channels may be made at BSC subsystem 672 although the signaling session represented by dash lines from each MS unit may reach all the way to cPBX subsystem 650.
- cPBX subsystem 650 may perform the cross-connect of bearer data channels itself, e.g., for calls between MS unit 656 and MS unit 664.
- the cross-connect may be made by more than one cPBX subsystem. This is the situation represented by bearer data path 674 between MS units 656 and MS unit 666 via cPBX subsystem 650, link 654, and cPBX subsystem 652. Note that the signaling session of MS unit 656 again is made to cPBX subsystem 650 via path 668, and the signaling session from MS unit 666 is made to cPBX subsystem 652 via path 676 as shown.
- the bearer data channel that carries data between MS unit 662 and MS unit 664 may be cross- connected at a BSC subsystem 678 instead of a BTS subsystem 680 if BSC subsystem 678 is better equipped to perform the cross-connect.
- BSC subsystem 678 the intelligence within cPBX 650 advantageously directs BSC subsystem 678, which for the purpose of illustration includes the necessary TRAU resource for performing rate conversion, to perform the actual cross-connect between the bearer data channel from MS unit 662 and bearer data channel from MS unit 664.
- BTS subsystem 680 will simply permit bearer data to and from MS unit 664 to traverse it to a higher level in the private cPBX network.
- Fig. 12 further shows a cPBX subsystem 680 coupled with cPBX subsystems 650 and 652 as well as with BSS's 682 and 684.
- cPBX subsystem 680 Within the domain of cPBX subsystem 680, shown are two MS units 688 and 690.
- BSS's 682 and 684 are directly coupled via link 686.
- signaling sessions from MS units 688 and 690 reaches cPBX subsystem 680 (via dashed lines 694 and 696 respectively), the actual cross connect of their bearer data channels may be made via BSS's 682 and 684 via link 686 without going through cPBX subsystem 680.
- each of BSS's 682 and 684 preferably has within it switching circuitries for switching calls among MS units that are in its domain.
- a BSS unit for example BSS 682
- BSS 682 lacks sufficient resources, e.g. TRAU for performing rate conversion, to properly complete a call path between MS units in its domain, it may pass the bearer data channels from those MS units up to an upstream cross connect node, which happens to be cPBX subsystem 680 in Fig. 12, permitting cPBX subsystem 680 to furnish additional resources to properly cross connect and complete the call path.
- Fig. 13A shows in a simplified format a HLR/VLR registry, e.g., registry 424 of Fig. 6.
- the HLR contains information pertaining to all home MS units.
- the information contained in a HLR may include subscriber information, supplemental service (SS) information, or the like.
- SS supplemental service
- the HLR/VLR registry information is duplicated in all interconnected cPBX's.
- the VLR registry contains information pertaining only to the MS units (whether or not that MS unit is home to the cPBX associated with that VLR registry) that are currently in the location area controlled by the cPBX associated with that VLR registry. In this manner, a VLR registry may contain information about MS units that are currently home if these MS units happen to be home to the cPBX associated with that VLR registry.
- the VLR registry further includes information pertaining to the MS units that have roamed into the location area controlled by the cPBX associated with that VLR registry.
- each record preferably includes a field for storing the IMSI of the MS unit.
- the IMSI or optionally some abbreviated version of the IMSI may be used to uniquely identify a record in the registry.
- the IMSI is used for recognizing MS units that are authorized to use the resources of the private cPBX unit network in the stand ⁇ alone or multi-site configuration.
- a typical HLR/VLR registry record further includes the telephone number assigned to the MS unit, subscriber information such as name, social security number, billing address, billing information, supplemental services subscribed by a particular MS unit, and the like.
- subscriber information such as name, social security number, billing address, billing information, supplemental services subscribed by a particular MS unit, and the like.
- information regarding the home location i.e., the cPBX subsystem considered to be home to a particular MS unit associated with a record
- current location i.e., the location area at which the MS unit associated with the record is currently located.
- both the HLR and the VLR registries are advantageously combined in one database.
- the home location and current location fields of the record then furnish information regarding whether a given MS unit is home to a cPBX and where in the network that MS unit currently locates.
- the HLR/VLR registry may include a greater or fewer number of fields as appropriate.
- HLR/VLR registry information in a network/multi-site configuration is, in one embodiment, duplicated among the cPBX's.
- the coordination of HLR/VLR registry information among the cPBX subsystems of a multi-site configuration facilitates roaming by providing information for building calls to MS units that have roamed away from its home location area.
- This is different from the prior art wireless PBX system, e.g., wireless PBX system of Fig. 1 in which the cordless phone sets have no ability to roam either from base to base or from wired PBX unit to wired PBX unit.
- the HLR/VLR registry records are advantageously defined using a
- GSM format In some configurations, e.g., hybrid, the use of a standard GSM format in the private HLR/VLR registry facilitates coordination with the public HLR/VLR registry for the purpose of handling MS units that can operate either under control of the private cPBX network or directly under control of the public network.
- Configuration of the private HLR/VLR registry may be performed by the system operator during periodic update/maintenance periods. During these periodic update periods, the system operator may create a new record, delete a record, obtain a record for review, or set a record to edit information in a record.
- updates to the private HLR/VLR registry are preferably performed via the MSC subsystem (unless otherwise indicated, the MSC or HLR/VLR registries mentioned in Figs. 13B-22 refers to the MSC subsystem or the HLR/VLR registry of the private cPBX network).
- the current location of an MS unit is preferably determined as MS units periodically checks in. If an MS unit is not turned on, the signaling session ends after a predetermined period and is assumed off by the HLR/VLR registry. In this case, the current location entry of the record associated with the inactive MS unit preferably reads NOT AVAILABLE, or some version of that message.
- the MSC subsystem associated with a cPBX subsystem receives the IMSI from an MS unit and accesses the private HLR/VLR registry for authentication for location updates or building calls. For an MS unit that have roamed from its home location area, the MSC subsystem where that MS unit is currently located receives the IMSI belonging to that MS unit and updates its own HLR/VLR registry (which is then used to update all HLR/VLR registry in a multi-site configuration).
- Figs. 13B-22 shows in a flowchart format the steps taken by the private cPBX network in performing MS unit location update, MS unit call origination, and MS unit call termination from both the perspective of the MS unit and of the cPBX subsystem.
- Fig. 13B is a flowchart showing the steps involved when an MS unit wishes to update its location with the private HLR/VLR registry of the private cPBX network.
- an updating MS unit sends to a BSC subsystem via a BTS subsystem a location update request.
- a location update request include the IMSI of the updating MS unit, e.g., a version of the IMSI, known as a TMSI (temporary MSI that is used in place of the IMSI for, among others, security reasons).
- the identity of the MS unit via either the IMSI or TMSI, uniquely identifies the MS unit that desires a location update.
- the BSC subsystem forwards to the MSC subsystem a SCCP connect request for the MS unit that sent the location update request in step 704.
- SCCP Signaling System 7
- SCCP connect request preferably represents, in one embodiment, a message conforming to signaling system 7 (SS7) or the A interface between the BSC and the private MSC function on the cPBX.
- SS7 signaling system 7
- the SCCP connect request encapsulates the location update request sent by the updating MS unit in step 702.
- Step 702 and 704 builds the mobility management (MM) session.
- step 706 the MSC subsystem sends to the BSC subsystem a SCCP connect confirm to validate that an MM connection is established.
- step 708 the MSC subsystem sends to the private HLR/VLR registry a process access request, which request includes the information contained in the location update request received at step 702 ,to ascertain via the private HLR/VLR registry whether the MS unit that is requesting the location update is "authorized", i.e., allowed to use the private network resources, and whether the updating MS unit has roamed away from its last location, necessitating an update in the private HLR/VLR registry.
- step 710 the private HLR/VLR registry processes the received access request which was sent in step 708. Step 710 is more fully explained in a subsequent Fig. 14.
- step 712 the private HLR/VLR registry sends the MSC a location update confirm, indicating whether the updating MS unit is authorized to use the resources of the private cPBX network. If the updating MS unit is authorized to use the resources of the private cPBX network, the location update confirm preferably further includes information indicating whether a location update has been performed in the HLR/VLR registry.
- decision box 714 it is ascertained whether the updating MS unit is authorized (from the location update confirm received in step 712). If it is determined in step 714 that the updating MS unit is authorized to use the resources of the private cPBX network, the method proceeds to step 716 wherein a location update confirmed message is sent from the MSC to the BSC.
- step 720 the SCCP clear message is sent from the MSC subsystem to the BSC subsystem to clear the MM session built in step 702 and step 740. Subsequent to steps 720, the BSC that receives the SCCP clear message in step 720 clears the channel all the way to the updating MS unit. In step 724, the BSC that receives the SCCP clear message in step 720 returns a clear complete message to the MSC, indicating that the MM session has been completely cleared. In step 726, the steps involved in updating location from an MS unit via an MSC is finished.
- step 714 if it is ascertained in step 714 that the updating MS unit is not authorized to use the resources of the private cPBX network, the method immediately proceeds to steps 728-734 to clear the SCCP or MM session.
- step 728 the MSC subsystem sends to the BSC subsystem a location update reject message, indicating that the request to update location by the updating MS unit cannot be processed.
- step 730 the MSC subsystem sends to the BSC subsystem an SCCP clear message to begin clearing the MM session. Subsequently, the BSC clears the channel all the way to the updating MS unit.
- step 734 the BSC subsystem sends to the MSC subsystem a clear complete message, indicating that the MM session built in steps 702 and 704 is cleared.
- Fig. 14 is a flowchart illustrating, in one embodiment, the steps involved when the private HLR/VLR registry processes the received access request in step 710 of Fig. 13B.
- step 752 the process access request message sent by the MSC subsystem of step 708 of Fig. 13B is received.
- the IMSI associated with the updating MS unit is checked, in step 754, against all entries in the private HLR/VLR registry to determine whether the updating MS unit is registered to use the resources of the private cPBX network.
- the validation procedure may be used in, for example, the stand-alone cPBX or a multi-site cPBX to screen out GSM MS units that are not native to the private cPBX network to prevent an influx of non-native MS units from overwhelming the resources of the private cPBX network.
- the validation procedure may be used in, for example, the stand-alone cPBX or a multi-site cPBX to screen out GSM MS units that are not native to the private cPBX network to prevent an influx of non-native MS units from overwhelming the resources of the private cPBX network.
- access to the resources of the private cPBX network by native or authorized MS units or the probability of such access is enhanced.
- step 754 may further include certain security functions such as password checking, challenging, authenticating, or the like. If it is ascertained in step 756 that the updating MS unit is authorized the use of resources of the private cPBX network, the network proceeds to step 758 to update all private HLR's/VLR's registries if necessary. In step 758, the identity of the updating MS unit is checked to see whether its location needs to be updated in the HLR/VLR registry that receives the process access request (and also in all HLR and VLR registries if a network of cPBX is involved). Step 758 is discussed in greater detail in Fig. 15.
- the private HLR/VLR registry sends in step 760 a location update confirm to the MSC subsystem.
- the location update confirm sent in step 760 indicates whether the updating MS unit is authorized to use the resources of the private cPBX network and if it does, whether an update to one or more private HLR/VLR registries has been performed.
- Fig. 15 is a flowchart showing, in one embodiment, the steps involved in updating all
- step 772 the updating MS unit is checked against the HLR/VLR registry associated with the cPBX subsystem that receives the access request to determine whether it is already registered to be in the location area controlled by the cPBX that received the access request. In other words, the method determines whether the updating MS unit has moved from its last known location area. In one embodiment, the HLR/VLR registry associated with the cPBX subsystem that receives the access request is checked to see whether the updating MS unit was last registered to be within the location area controlled by it. If the updating MS unit has not roamed from its last known location area, the method proceeds to step 774, representing the end of the steps of Fig. 15.
- step 772 if the updating MS unit has roamed away from its last know location area (as determined in step 772), the method proceeds to step 776 to update the HLR/VLR registry associated with the cPBX subsystem that receives the access request.
- step 778 the method optionally proceeds to step 778 to broadcast the newly edited HLR/VLR record, reflecting the changed current location area of the updating MS unit, to all HLR/VLR registries in the multi- site network for their updates. Note that it is not necessary in the stand-alone configuration to broadcast the changed record to any other cPBX's (since there is none).
- Fig. 16 is a flowchart showing, in one embodiment, the steps taken by the various subsystems of the private cPBX network when an MS unit originates a call from inside the private cPBX network.
- the steps of Fig. 16 start where Fig. 13B (MS location update) leaves off following step 716.
- steps 702 to 706 sends a process access request to the HLR/VLR registry for processing (steps 708-712), disabling the MS unit from using the resources of the private cPBX network if such usage is not authorized (steps 714, 728, 730, and 734), and permits the call to proceed if the updating MS unit is authorized to use the resources of the private cPBX network (steps 714, and 716). Since the steps of Fig. 16 involves an MS unit making a call instead of merely requesting a location update (as is the case of Fig.
- the calling MS unit may inform the cPBX subsystem using any method of signaling that is convenient to implement.
- the steps of Fig. 16 is not a location update attempt, it is typically not necessary to update the HLR/VLR registry regarding the location of the calling MS unit when a call is attempted.
- steps 758 and corresponding steps of Fig. 15 are not performed in one embodiment when an MS unit is building a call.
- the method proceeds from step 756 to step 760 directly if it is ascertained that the calling MS unit is authorized to use the resources of the private cPBX network.
- the calling MS unit sends the MSC (via the BTS and BSC) a setup message which typically includes, among others, the destination phone number and information indicating whether the call to be built is voice, data, fax, and the like.
- the HLR/VLR registry associated with the MSC that receives the set up message in step 802 validates whether the call attempted is permissible.
- certain handsets although authorized to use the private network resources, may be blocked from attempting to make calls to certain external areas, e.g., overseas or long distance. Step 804 is explained in greater detail in a subsequent Fig. 17.
- step 806 it is ascertained whether the calling MS unit is authorized to make the call attempted. If not, the method proceeds to step 808 to reject the attempt and to clear the MM session. The call attempted is also rejected, in step 808, if the caller attempts to use a supplemental service (SS) that calling MS unit has not subscribed to or is unavailable to the private cPBX network.
- SS supplemental service
- an SCCP clear message is preferably sent from the MSC to BSC to clear the MM session all the way to the MS unit. After the MM session is cleared, the BSC sends a clear complete message from the BSC to the MSC.
- the steps taken to clear the SCCP connection or the MM session is analogous to the steps taken in steps 728, 730, and 734 of Fig. 13B.
- step 806 determines whether the MS unit is indeed authorized to make the call.
- the method proceeds to step 810 where the HLR/VLR registry sends a map complete call which is a mobile-application-part type of message to the MSC.
- the map complete call sent in step 810 is received by the MSC from the HLR VLR registry in step 812.
- the MSC sends the cPBX an initial address message (IAM) which in the GSM implementation includes the destination phone number to indicate its desire to connect to a particular destination phone. If intelligent switching is involved, it is the cPBX that decides the optimal cross-connect point, e.g., via BTS, BSC, cPBX or forwards the call to a public network, or another cPBX.
- IAM initial address message
- step 816 the MSC sends to the MS unit a call proceeding message responsive to a validation of the destination phone to indicate that the call is being processed.
- step 818 an addressed complete message (ACM) is sent from the cPBX to the MSC to indicate that the entire destination number (the dialed number) has been received and that the call has been connected to its destination.
- ACM addressed complete message
- the receipt of the ACM message by the MSC also signifies a successful alerting on the called party, i.e., the destination phone is ringing.
- step 820 the MSC sends to the MS unit, responsive to the receipt of the ACM message received in step 818, an alerting message to the MS unit to inform the MS unit that the party called is being alerted and to turn on the ringer at the calling MS unit.
- step 822 the MSC sends the BSC an assignment request message to assign channel for the bearer, e.g., the actual voice/data, channel on the A interface and to instruct the BSC to use the assigned channel to build the call.
- the assigned channel represents the channel on which the calling MS unit may send and receive its bearer data.
- the MSC sends the assignment request to the BSC right after the MSC sends to the cPBX the IAM message (step 814). After the alerting message is received by the MS unit, the ringer circuit at the calling MS unit continues to ring until either the called party picks up the call or the caller hangs up, in which case the MM session is again cleared in the manner earlier discussed.
- step 824 it is assumed that the called party picks up the call and the cPBX, in particular the GMSC portion of the cPBX, sends an answer message (ANM) message to the MSC to indicate that the called party has answered the call by picking up.
- the MSC sends to the BSC the connect acknowledged message, responsive to the receipt of the ANM message in step 824 to instruct the BSC to connect the received (incoming) path as well as the call (outgoing) path.
- step 834 both the calling and the called party are connected all the way through and the call is now in progress.
- Fig. 17 is a flowchart illustrating, in one embodiment, the steps involved in step 804 of Fig. 16 (when the HLR VLR registry checks the outgoing call capabilities of the calling MS unit).
- the calling MS unit is checked against the HLR/VLR registry entries to determine whether this calling MS unit can make the call to the destination indicated by the telephone number dialed.
- the validation is performed using the IMSI, or some derivative of the IMSI that uniquely identifies the calling MS unit, e.g., the aforementioned TMSI, and the telephone number dialed.
- the IMSI uniquely identifies the calling MS unit in the HLR/VLR registries along with this calling capabilities.
- the telephone number dialed indicates the destination of the call, which is then checked against the HLR/VLR registry to determine whether or not the calling MS unit can make the call attempted.
- step 856 it is ascertained whether the calling MS unit has the capability to make the call attempted. If not, the call is rejected in step 858, representing step 808 of Fig. 17. Thereafter, the method proceeds to step 862 where the steps of Fig. 17 end. On the other hand, if it is determined in step 856 that the calling MS unit indeed has the capability to make the call attempted, the method proceeds to step 860 wherein the HLR/VLR registry sends to the MSC a map complete call message, representing step 810 of Fig. 16.
- Fig. 18 is a flowchart illustrating, in one embodiment, the steps taken by the various subsystems of the private cPBX network in disconnecting a call.
- a call is currently in progress, e.g., a call built via the steps of Fig. 16.
- the call is disconnected when either the calling party disconnects in step 902 or the called party disconnects in step 904. It should be noted that the call may also be disconnected when an MS unit in the call path roams out of range, in which case the signaling session ends after a predetermined time period.
- the MSC receives from the calling MS unit a disconnect message, signifying that the calling party either has hung up or has roamed out of range.
- the MSC receives from the called party via the cPBX a disconnect message, signifying that the called party either has hung up or has also moved out of range.
- step 906 the MSC sends to the cPBX a release message to be forwarded to the called party responsive to the receipt of the disconnect message in either step 902 or step 904.
- the called party may be in the private cPBX network or outside of it, in which case the release message is forwarded via the GMSC.
- step 908 the called party sends to the MSC via the cPBX a release message signifying the release authorization.
- step 910 release completion is acknowledged.
- the cPBX receives from the MSC a release complete message responsive to the release message sent in step 908.
- step 912 the MSC receives from the cPBX the release complete message responsive to the release message sent in step 906.
- step 914 all resources that are associated with the call being disconnected, e.g., TRAU, echo canceling, DSP, or the like, are released.
- step 916 and 918 the MSC clears the MM session all the way to the calling MS unit.
- step 916 the MSC sends to the BSC a SCCP clear message to initiate clearing of the MM session. Thereafter, the BSC clears the MM session all the way to the calling MS unit. In step 918, the BSC sends back to the MSC an SCCP clear complete message indicating that the MM session has been cleared.
- Fig. 19 is a flowchart showing, in one embodiment, the steps involved when an MS unit of the private cPBX network acts as a receiving unit to receive a call initiated either from the external network or from another MS unit in the private cPBX network.
- the MSC receives an initial address message (IAM) message from the network through the cPBX for a call that is terminating at an MS unit considered home to this MSC. If the calling unit is another MS unit in private cPBX network, the IAM message received in step 952 represents substantially the same IAM message sent by the calling MS unit in step 814 of Fig. 16.
- IAM initial address message
- step 954 the MSC sends a map send information service request for the incoming call to the local HLR/VLR registry to locate the MS unit represented by the telephone number in the IAM message.
- step 954 involves determining the current location of the destination MS unit in the private cPBX network (e.g., whether it has roamed away from its home location area), the IMSI number that corresponds to the telephone number received in the IAM message, the particular services subscribed to by the destination MS unit, and the like.
- the HLR/VLR registry after locating the current location area of the destination MS unit in step 954, sends a map page message to the MSC to request the MSC to page the destination MS unit by either its IMSI or some version thereof.
- the map page message is sent to the MSC where the MS unit is currently located ( as determined after consulting with the private HLR/VLR registry).
- both map send information message and map page messages are representative of a type of mobile application part message.
- the MSC responsive to receiving the map page message in step 956, sends to the proper BSC a paging request message.
- the receiving BSC's may be more than one BSC if the HLR/VLR is uncertain regarding which BSC location area the destination MS unit is located. In one embodiment, all BSC's controlled by the cPBX where the destination MS unit currently locates are paged. This is because the HLR/VLR registry typically knows which cPBX of the private cPBX network the destination MS unit is currently located but does not know the exact BSC/BTS which is in the range of the destination MS unit. Responsive to the paging request, the BSC or BSC's page the destination MS unit and wait to hear the paging response from the destination MS unit.
- step 960 if the paging request sent in step 958 reaches the destination MS unit, the destination MS unit then sends a paging response to the BSC (via a BTS), which response is then encapsulated in a SCCP connect request that the BSC subsequently forwards to the private MSC.
- the destination MS unit if no paging response is received within a predetermined period, it is assumed that the destination MS unit has either roamed out of the private cPBX network or is turned off and the circuit connection is rejected.
- step 962 the MSC, responsive to receiving the SCCP connect message from the
- step 960 returns a SCCP connect confirmed message to the BSC.
- steps in steps 960 and 962 build the mobility management (MM) session by associating the destination MS unit with a particular SCCP identifier.
- step 964 the destination MS unit that responded with a paging response (step 960) is then validated.
- the MSC sends to the HLR/VLR registry a process access request service request to validate the responding destination MS unit.
- step 964 the destination MS unit for which the paging request was sent (step 958) is further checked to see whether it is authorized or appropriate to establish bearer data communication channel to that destination MS unit.
- the MSC sends a setup message to the destination MS unit to set up a call.
- the setup message contains the call control information, e.g., the type of service required (e.g., data/voice/fax) and optionally the calling party's phone number, that is required for setting up the call.
- the MSC sends to the cPBX an address complete message (ACM), signifying to the network that enough of the address (e.g., the dialed phone number) has been received to enable the private cPBX network to locate the destination MS unit.
- ACM address complete message
- the MSC receives from the destination MS unit an alerting message, indicating that the MS unit has acknowledged that a call that terminates on it has been attempted and that ringing may begin.
- step 970 the MSC sends an ACM message to the private cPBX. It should be noted that although step 970 is shown after step 968 in Fig. 19 , step 970 in fact occurs asynchronously with respect to the steps of Fig. 19. By way of example, step 970 may occur as early as immediately following step 952.
- step 972 the MSC sends to the BSC (to be forwarded to the destination MS unit) an assignment request message to assign bearer data channel resources between the MSC and the BSC.
- the effect is to move the destination MS unit from a signaling only channel (which the MS unit has been on thus far in Fig. 19) to an assigned bearer data channel.
- step 974 the MSC receives from the BSC (which in turn receives from the destination MS unit) an assignment confirmed message, acknowledging the receipt and successful processing of the assignment request message sent by the MSC in step 972.
- the MSC is notified that a successful bearer channel resource assignment, which enables bearer data communication, has been made.
- steps 972 and 974 involve intelligent cross-connect that delegates the actual cross-connect between the incoming path and the outgoing path for calls between two MS units of the private cPBX network to a lower level in the hierarchy.
- step 978 the MSC receives from the destination MS unit a connect acknowledge message, indicating that the destination MS unit is picked up. Responsive to the received connect acknowledge message in step 978, the MSC sends to the cPBX a answer message (ANM) in step 980 to indicate to the calling unit (which may be in the external network or another MS unit in the private cPBX network) that the destination MS unit has answered by picking up the call. In step 982, the call is now in progress.
- NAM answer message
- Fig. 20A is a flowchart showing from the cPBX perspective, in one embodiment, the steps taken when an MS unit of the private cPBX network originates a call.
- the cPBX receives an initial address message (IAM) from the private MSC.
- IAM initial address message
- the IAM message typically includes the destination (ISDN) phone number dialed.
- ISDN destination phone number dialed.
- all digits of the destination phone number typically arrive all at once. In other implementations, the digits may arrive one at a time as the number is being dialed.
- the destination network determines whether it is a PSTN, a PLMN, another cPBX in a multi-site cPBX configuration, or internally within the cPBX that originates the call. In one embodiment, the destination network is ascertained by walking through a dialing tree one digit at a time to ascertain the outgoing path.
- the method determines whether the destination for the call is another MS unit in the private cPBX network. If it is determined in steps 1004 and 1006 that the destination of the call is another MS unit in the private cPBX network, the method proceeds to step 1008 wherein the cPBX sends the private HLR/VLR registry, a locate request. By sending the locate request to the HLR VLR registry, the cPBX takes the dialed phone number, which it receives in step 1002, and consults the HLR/VLR registry for the location of the destination MS unit.
- step 1010 the cPBX receives from the HLR/VLR registry a locate response message which pin points the location of the destination MS unit. After the location of the destination MS unit is determined or if it is determined 1006 that an MS unit is not the destination for the call, the method next proceeds in one of four branches depending on the call path.
- step 1012 representing the PSTN path (when the called party is a handset in the Public Land- based Mobile Network, the cPBX acts as a BSS).
- the cPBX assigns the appropriate interface for communication with the PSTN, e.g., public network interface 258 of Figs. 4, and 6, in step 1014.
- rate conversion and echo canceling resources i.e., TRAU and echo canceller, if necessary in step 1020.
- step 1024 the method connects the call through to the interface assigned in either step
- step 1024 may further include the exchange of messages, e.g., IAM, ACM, ANM (see, e.g., Fig. 16), and the actual connection from the private MSC to the appropriate interface the GMSC. Thereafter, the call is in progress in step 1026.
- messages e.g., IAM, ACM, ANM (see, e.g., Fig. 16)
- step 1028 representing a call path to another cPBX of the private cPBX network.
- step 1030 the cPBX assigns the appropriate interface for communication with another cPBX in the private cPBX network, e.g., internal network interface 426 of Fig. 6.
- step 1032 signifying that the incoming call path loops back into the same cPBX from which the call is originated and that the actual cross- connection of bearer data channels should be made internally either by the MSC of this cPBX or by another functional step, e.g., BSC, BTS, further down the hierarchy (if intelligent cross- connect is involved).
- the cPBX assigns the appropriate interface for communicating with the destination MS unit in the same cPBX that originates the call.
- the local interface assigned in step 1034 may be as simple as the location where the cross-connect between the outgoing path and the incoming path.
- the cPBX assign TRAU and echo canceling resources. This is because MS units within the private cPBX network typically communicate at the same rate, eliminating the need for performing rate conversion via a TRAU. If the originating MS unit and the terminating MS unit communicate at different rates, e.g., in Kbps versus 16 Kbps, a TRAU associated with the trunk module units may be switched in as needed.
- step 1036 the method proceeds to step 1036 to begin performing the cross-connect through to the appropriate interface to build the call.
- the cPBX forwards the IAM message (received in step 1002) as an IAM' to the appropriate interface.
- An IAM' message is sent in step 1036 to indicate that the message in an on-net type message which may differ from the standard IAM message typically sent off net.
- the IAM' message includes information to identify that different resource requirements, e.g., no echo canceling, no TRAU, as well as the communication rates of the MS units. In some cases, some of the above information may be included in the ACM' message as well.
- step 1038 the cPBX that sends out the IAM' message in step 1036 receives an
- step 1040 the cPBX that receives the ACM' message in step 1038 sends an ACM message to the origination MSC (the MSC associated with the cPBX subsystem in which domain the calling MS unit is located) responsive to receiving the ACM' message in step 1038. From step 1040 of Fig. 20A, the method proceeds to step 1042 of Fig. 20B.
- Figs. 20B is a continuation of Fig. 20A.
- the method ascertains in step 1042, based on the information received from the destination MSC in step 1038, whether it is necessary to adjust the bandwidth and to insert TRAU resources to permit MS units that communicate at different rates to establish communication.
- the information may be encapsulated in the ACM' message in one embodiment. If it is determined in step 1042 that the MS units communicate at different rates and that TRAU resources are necessary, the method proceeds to step 1034 to assign the appropriate resources.
- the present invention advantageously avoids TRAUing when it is unnecessary, thereby advantageously improving communication quality and decreasing the computational overhead associated with rate conversion.
- the assignment of the appropriate resources involve switching in the TRAU resources at the trunk module.
- step 1044 the method proceeds to step 1045 where it checks whether adjustment is successfully completed. If adjustment is not successfully completed (as determined in step 1045), the method proceeds to step 1047 to disconnect the call and then to step 1049, where the circuit enters the idle state.
- step 1045 if adjustment is successfully completed (as determined in step 1045) or if it is determined in step 1032 that there is no need to adjust bandwidth, the method proceeds to step 1046 where the actual cross-connection between the incoming and the outgoing path is performed.
- the actual connection may be made at the MSC, the BSC, or the BTS level in accordance with an intelligence switching scheme.
- cross-connection between MS units in the domain of the same cPBX is preferably performed at the MSC level.
- step 1048 the cPBX received from the destination MSC an ANM' message.
- step 1050 the cPBX forwards an answer message (ANM) to the origination MSC responsive to receiving the ANM' message in step 1028. From step 1050, the method proceeds to step 1052 wherein the call is in progress.
- NAM answer message
- Fig. 21 is a flowchart illustrating, in one embodiment, the steps taken by the cPBX of the present invention, from the cPBX perspective, when a call terminates on an MS unit of the private cPBX network. From step 1100, a distinction is made between calls that originate from the external network through an appropriate interface and calls that originate from a cPBX in the cPBX network. The left branch of Fig. 21 starting at step 1102 assumes that an initial address message
- Step 1104 is sent from an external public network and is received by the cPBX.
- the cPBX consults with the HLR/VLR registry to locate the destination MS unit in the cPBX network.
- Step 1104 is necessary in, for example, the multi-site configuration since the destination MS unit may have roamed away from its home location area.
- the steps performed in step 1104 of Fig. 21 are analogous to the steps performed in step 1006 - 1010 of Fig. 20A. If the destination MS unit is not turned on, the signaling session ends after a predetermined time period. As is apparent, step 1004 may be unnecessary in a stand-alone configuration that does not permit an MS unit to roam from cPBX to cPBX.
- step 1106 it is ascertained whether the destination MS unit, whose telephone number is encapsulated in the IAM message received in step 1102, is local to the cPBX that receives the IAM message in box 1102. If the destination MS unit has roamed away (as determined in steps 1104 and 1106), the method proceeds to step 1108 (which is explored in greater detail in Fig. 22).
- step 1110 the method proceeds to step 1110 wherein the cPBX assigns TRAU and echo canceller as necessary.
- TRAU and echo canceling resources may be necessary because MS units in a private cPBX network typically communicate at a different rate than phones coupled to either the public network.
- the call is set up via an application programming interface (API).
- API application programming interface
- the cPBX forward the IAM message received in step 1102 to the MSC.
- the address complete message (ACM) is received by the cPBX from the MSC signifying that the destination call has received the complete address.
- the bearer data channel is connected through from the private MSC to the appropriate interface (e.g., a public network interface in the GMSC portion of the cPBX). The connecting through between the appropriate interface and the private MSC facilities full duplex communication.
- the cPBX forwards the ACM message which was received in step 1114 to the external public network via the path connected in step 1116.
- the destination MSC sends an answer message (ANM) message to the cPBX to be forwarded to the public network in step 1120.
- NAM answer message
- the cPBX forwards the ANM message which was received in step 1120 to the external public network to signify that the called party has picked up the call.
- the call is now in progress.
- the method proceeds from step 1110 to 1130.
- the cPBX where the destination MS unit is located receives an IAM' (initial address message) from an cPBX on-net.
- the cPBX which sends the IAM' message (and received by the cPBX in step 1130) may be the MSC associated with the home cPBX if the destination MS unit has not roamed away from its home location area, from an MSC that is associated with another cPBX in the private cPBX network (when the origination MS unit is located in a location area controlled by another cPBX), or from another cPBX that forwards an external call. In this last scenario, the destination MS unit has roamed away and the IAM message received from the external network (a PSTN network) has been forwarded by the home cPBX.
- step 1140 the cPBX consults the HLR/VLR registry using a locate request message in order to ascertain the location area where the destination MS unit is located. If the destination MS unit is not local to the cPBX that receives the IAM' message in step 1130 (as determined in step 1150), the method proceeds to step 1152 where the signaling session ends. This is because the path starting at step 1130 assumes that the destination MS unit is local to the cPBX and if the destination MS unit turns out not to be local to the cPBX, the circuit avoids endless looping by simply timing out.
- the above-described situation may occur when an MS unit has roamed away and the HLR/VLR registries of the private cPBX network have not had the chance to update. In one embodiment, updates of HLR/VLR registries occur frequently enough that if the user redials the destination MS unit, it is highly probable that an update has already occurred permitting the call to be correctly forwarded to the appropriate cPBX.
- step 1140 If it is determined in steps 1140 and 1150 that the destination MS unit is local to the cPBX that receives the IAM' message in step 1130, the method proceeds to step 1154 wherein the cPBX that receives the IAM' message in step 1130 forwards an IAM message to the destination MSC. In step 1156, the destination MSC sends an address complete message
- the ACM message sent by the destination MSC acknowledges receipt of the IAM message sent in step 1154.
- the cPBX that receives the ACM message in step 1156 adjusts the bandwidth of the communication channels if necessary. The bandwidth may need to be adjusted, for example, when the originating MS unit communicates at 8 Kbps and the destination MS unit communicates at 16 Kbps.
- the cPBX itself switches in the appropriate resources (e.g., TRAU).
- the cPBX delegates the actual switching in of the appropriate resources for bandwidth adjustment down to other functional blocks of the hierarchy, e.g., BSC or BTS.
- step 1160 the communication path is connected through to the appropriate interface (e.g., internal network interface 426 of Fig. 6 or simply within the same private MSC if both the originating MS unit and the destination MS unit happen to be in the domain of the same cPBX).
- the appropriate interface e.g., internal network interface 426 of Fig. 6 or simply within the same private MSC if both the originating MS unit and the destination MS unit happen to be in the domain of the same cPBX.
- the connecting through from MSC to the appropriate interface in step 1160 facilities full duplex communication.
- step 1162 the method determines whether the bandwidth resources to accomplish bandwidth adjustment in step 1158 are available.
- the resources are determined to be available if the bandwidth adjustment can be accomplished by the cPBX directly communicating with the destination MS unit (which may or may not be the home cPBX of the destination MS unit). If it is determined in step 1162 that bandwidth resources are not available in this cPBX, the method proceeds to step 1164 where the destination cPBX (the cPBX that directly controls the destination MS unit) sends to the originating cPBX (the cPBX that sends the IAM' message in step 1130) an ACM' message which indicates, among other things, that bandwidth adjustment needs to made in the originating cPBX since there is insufficient bandwidth adjustment resources available in the destination cPBX.
- bandwidth adjustment may be made, in one embodiment, in steps 1042- 1044 of Fig. 20B.
- the originating cPBX in steps 1154 1156 may not necessarily represent the actual place where the call is originated, e.g., if the call originates from the external network and routed through the home (now considered originating) cPBX to the cPBX where the destination MS unit currently locates.
- step 1162 determines whether there is sufficient bandwidth resources for bandwidth adjustment in the destination cPBX. If it is determined in step 1162 that there is sufficient bandwidth resources for bandwidth adjustment in the destination cPBX, the method proceeds to step 1166 wherein the destination cPBX sends an ACM' message to the originating cPBX which indicates, among other things, that there is sufficient bandwidth adjustment resources within the destination cPBX, and there is consequently no need for the originating cPBX to adjust the bandwidth.
- the ACM' message sent in either step 1164 or 1168 corresponds to the message received in step 1038 of Fig. 20a.
- the method proceeds from eiti er steps 1164 or 1166 to step 1168 wherein the destination cPBX receives an answer message (ANM) from the private MSC.
- the ANM message indicates, among other things, that the called party at the destination MS unit has picked up the call.
- the origination cPBX which receives the ANM message in step 1168, then sends an ANM' message to the origination cPBX in step 1170. Thereafter, the method proceeds to step 1124 as shown in Fig. 21, wherein the call is in progress.
- Fig. 22 represents a more detailed flowchart of step 1108 of Fig. 21 representing the steps taken by the cPBX when a call from the external network is received by the home cPBX and forwarded to the destination cPBX where the destination MS unit has roamed to.
- echo canceling and TRAU resources are assigned if needed. As mentioned earlier, echo canceling and TRAU resources may be needed for calls coming in from the external network since phones on PSTN typically communicate at a different rate than MS unit in the private cPBX network.
- the originating cPBX which in this case represents the home cPBX where the off-net call is first sent, forwards the initial address message (IAM) that is received in step 1102 of Fig. 21 to the destination cPBX where the destination MS unit has roamed to. Since the message is internal within the private cPBX network, the IAM message received in step 1102 of Fig. 21 is converted in an IAM' message, which as discussed earlier, may include additional information such as rate conversion information, before being sent, in step 1204, to the destination cPBX. In one embodiment, the IAM' message in step 1204 is received in step 1130 of Fig. 21.
- step 1206 the destination cPBX returns an addressed complete message (ACM') to the originating cPBX, signifying that the entire address has been received.
- ACM' message received in step 1206 corresponds to the ACM' message sent in either step 1164 or step 1166 of Fig. 21.
- step 1208 the method ascertains whether the bandwidth needs to be adjusted. If the bandwidth needs to be adjusted (due to different rates of communication), the method proceeds to step 1210 wherein the cPBX assigns bandwidth adjustment resources as necessary.
- step 1212 the method determines whether the bandwidth is successfully adjusted. If not, the method proceeds to step 1214 where the call is disconnected, and to step 126 where the circuit enters its idle mode. The call is disconnected in step 1214 since both the originating cPBX (where the external call is first sent) and the destination (where the destination MS unit has roamed to) both failed to provide necessary resources to perform the required rate conversion.
- step 1212 determines whether the bandwidth is successfully adjusted or if no bandwidth adjustment is necessary (as determined in step 1208). If it is determined in step 1212 that the bandwidth is successfully adjusted or if no bandwidth adjustment is necessary (as determined in step 1208), the method proceeds to step 1214 wherein the bearer data channel is connected to the appropriate interface of the destination cPBX from the generator of the IAM' message that was sent in step 1204.
- step 1216 the destination cPBX, which receives the ACM' message in step 1206, sends an address complete message (ACM) message to the external network via the path connected in step 1214.
- ACM address complete message
- step 1218 if the called party has picked up the call on the destination MS unit, the private MSC sends, via the GMSC on the destination cPBX, an ANM' (answer message) which is received in step 1218 by the originating cPBX.
- the originating cPBX forwards an answer message (ANM) to the external network where the call originates (which may be a telephone set in the public network PSTN).
- NAM answer message
- ANM Answer Message
- BCF Base Station Control Function
- BSC Base station Controller
- BSS Base Station Subsystem
- BTS Base Transceiver Station
- CCPU Cellular CPU
- cPBX cellular Private Branch Exchange
- DSP Digital Signal Processing GMSC: Gateway for MSC
- GSM Global Systems for Mobile Communication
- F1LR Home Location Registry
- IAM Initial Address Message
- ISDN Integrated Services Digital Network
- IWF InnerWorking Functions
- LAPD-M Link Access Protocol on the Dm (control) channel
- MSC Mobile-Services Switching Center PSTN : Public S itched Telephone Network
- SMS Short Message Services
- TDM data Time Division Multiplexed Data
- TRAU Transcoder-Rate Adapter Unit
- TRX Transceiver
- VLR Visitor Location Registry
- VME An industry standard bus for interconnecting components wPBX: wired PBX APPENDIX B
Abstract
Description
Claims
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU57262/96A AU716535B2 (en) | 1995-05-04 | 1996-05-03 | Cellular private branch exchanges |
EP96915501A EP0824835A1 (en) | 1995-05-04 | 1996-05-03 | Cellular private branch exchanges |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/435,709 | 1995-05-04 | ||
US08/435,709 US5734699A (en) | 1995-05-04 | 1995-05-04 | Cellular private branch exchanges |
Publications (1)
Publication Number | Publication Date |
---|---|
WO1996035301A1 true WO1996035301A1 (en) | 1996-11-07 |
Family
ID=23729516
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US1996/006291 WO1996035301A1 (en) | 1995-05-04 | 1996-05-03 | Cellular private branch exchanges |
Country Status (8)
Country | Link |
---|---|
US (3) | US5734699A (en) |
EP (1) | EP0824835A1 (en) |
CN (1) | CN1153488C (en) |
AU (1) | AU716535B2 (en) |
CA (1) | CA2219791A1 (en) |
IN (1) | IN186014B (en) |
TW (1) | TW382871B (en) |
WO (1) | WO1996035301A1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998027765A2 (en) * | 1996-12-17 | 1998-06-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Use of isdn to provide wireless office environment connection to the public land mobile network |
EP0859529A2 (en) * | 1997-02-18 | 1998-08-19 | AT&T Corp. | System and methods for providing intelligent wireless access system |
US5999973A (en) * | 1997-03-28 | 1999-12-07 | Telefonaktiebolaget L M Ericsson (Publ) | Use of web technology for subscriber management activities |
EP1108337A1 (en) * | 1998-09-03 | 2001-06-20 | Interwave Communications Inc. | Cellular network communication system |
Families Citing this family (162)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6310940B1 (en) | 1966-12-16 | 2001-10-30 | Ncr Corporation | Personal computer interactive phone system |
US10361802B1 (en) | 1999-02-01 | 2019-07-23 | Blanding Hovenweep, Llc | Adaptive pattern recognition based control system and method |
US8352400B2 (en) | 1991-12-23 | 2013-01-08 | Hoffberg Steven M | Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore |
DE19525363A1 (en) * | 1995-07-12 | 1997-01-16 | Sel Alcatel Ag | Virtual private network for mobile subscribers |
DE69728079T2 (en) * | 1996-05-03 | 2005-01-20 | Agilent Technologies, Inc. (n.d.Ges.d.Staates Delaware), Palo Alto | Method and device for tracking the change of the identification code in a mobile communication system |
GB2316272B (en) * | 1996-08-09 | 2000-12-27 | Motorola Ltd | Method of local routing and transcoder therefor |
US5918177A (en) * | 1996-11-27 | 1999-06-29 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method of providing a mobile station's service support information to a radio telecommunications network |
US5933775A (en) * | 1996-12-16 | 1999-08-03 | Ncr Corporation | Mechanism for providing wireless audio and control channels for personal computer interactive phone (PCIP) system |
ATE220842T1 (en) * | 1997-01-23 | 2002-08-15 | Siemens Ag | METHOD FOR ADMINISTRATING ADDITIONAL SERVICES IN A COMMUNICATIONS NETWORK |
GR1002909B (en) * | 1997-02-20 | 1998-05-20 | Mobile phone switchboard | |
US6088343A (en) * | 1997-03-11 | 2000-07-11 | Optimay Corporation | GSM transceiver controlling timing races in channel establishment in a GSM protocol stack and method of operation thereof |
US6178335B1 (en) * | 1997-03-27 | 2001-01-23 | Siemens Information And Communication Networks, Inc. | Wireless communication system |
US6167271A (en) * | 1997-05-05 | 2000-12-26 | Northern Telecom Limited | Interface between cellular and wired networks with enhanced subscriber mobility |
US6829477B1 (en) * | 1997-08-27 | 2004-12-07 | Interwave Communications International, Ltd. | Private multiplexing cellular network |
US6141531A (en) * | 1997-11-26 | 2000-10-31 | Direct Wireless Corporation | Local wireless communication system with external communications link |
US6229793B1 (en) * | 1997-11-26 | 2001-05-08 | Nortel Networks Limited | Methods and systems for tandem IWF interconnectivity |
US6208627B1 (en) * | 1997-12-10 | 2001-03-27 | Xircom, Inc. | Signaling and protocol for communication system with wireless trunk |
US6574221B1 (en) * | 1997-12-19 | 2003-06-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Asynchronous transfer mode platform for mobile communications |
JPH11298930A (en) * | 1998-04-16 | 1999-10-29 | Nec Corp | Private branch of exchange providing hand-over function for phs |
EP0951192A1 (en) * | 1998-04-17 | 1999-10-20 | Alcatel | Wireless telecommunications system with user data transmission on a paging channel |
US6374078B1 (en) | 1998-04-17 | 2002-04-16 | Direct Wireless Corporation | Wireless communication system with multiple external communication links |
FR2778812B1 (en) * | 1998-05-12 | 2000-06-16 | Alsthom Cge Alcatel | MOBILE RADIO COMMUNICATION SYSTEM INCLUDING A PUBLIC SYSTEM AND AT LEAST ONE PRIVATE SYSTEM |
US6317754B1 (en) * | 1998-07-03 | 2001-11-13 | Mitsubishi Electric Research Laboratories, Inc | System for user control of version /Synchronization in mobile computing |
US6650649B1 (en) * | 1998-07-24 | 2003-11-18 | Hughes Electronics Corporation | Extension interface units in a communication system |
US6580914B1 (en) * | 1998-08-17 | 2003-06-17 | At&T Wireless Services, Inc. | Method and apparatus for automatically providing location-based information content on a wireless device |
DE19848306A1 (en) * | 1998-10-14 | 2000-04-20 | Schering Ag | High yield preparation of cytotoxic or fungicidal compound epothilon B, from phenylsulfonyl-butanol derivative by multistage process via new thiazole derivative intermediates |
US6631263B1 (en) * | 1998-11-06 | 2003-10-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Cell hand-off border identification using MS positioning and signal strength values |
US6539237B1 (en) * | 1998-11-09 | 2003-03-25 | Cisco Technology, Inc. | Method and apparatus for integrated wireless communications in private and public network environments |
DE19852091C1 (en) * | 1998-11-12 | 2000-05-25 | Deutsche Telekom Mobil | Method and device for improving the audio quality in a mobile radio network |
US6671506B1 (en) * | 1998-11-26 | 2003-12-30 | Samsung Electronics Co., Ltd. | Mobile communication system for home-zone service and method thereof |
US6681119B1 (en) * | 1998-12-31 | 2004-01-20 | Nortel Networks Ltd | Wireless communication system in which a call from a private branch exchange is selectively delivered to a mobile unit |
US7966078B2 (en) | 1999-02-01 | 2011-06-21 | Steven Hoffberg | Network media appliance system and method |
JP2000244963A (en) * | 1999-02-19 | 2000-09-08 | Fujitsu Ltd | Mobile communication system |
DE19909779A1 (en) * | 1999-03-05 | 2000-09-14 | Siemens Ag | Procedure for resource allocation in a radio communication system |
DE69942492D1 (en) * | 1999-03-08 | 2010-07-22 | Nokia Corp | TRANSMISSION METHOD IN A MOBILE COMMUNICATION SYSTEM |
US20030129997A1 (en) * | 1999-04-16 | 2003-07-10 | Siemens Information And Communication Mobile Llc | Conference feature for cordless telephone systems |
JP2000308132A (en) * | 1999-04-19 | 2000-11-02 | Nec Corp | Private exchange system |
US8379569B2 (en) * | 1999-04-21 | 2013-02-19 | Adc Telecommunications, Inc. | Architecture for signal distribution in wireless data network |
US7969965B2 (en) | 1999-04-21 | 2011-06-28 | Lgc Wireless, Inc. | Architecture for signal and power distribution in wireless data network |
US6990321B1 (en) | 1999-04-29 | 2006-01-24 | Ncr Corporation | Interactive phone system utilizing wireless channels |
GB2352125A (en) * | 1999-04-30 | 2001-01-17 | Nokia Corp | Wireless intranet office |
US7171199B1 (en) * | 1999-09-10 | 2007-01-30 | Lucent Technologies Inc. | Method and system for directing a data message in a wireless communications network including multiple wireless systems |
US6687243B1 (en) * | 1999-09-29 | 2004-02-03 | Cisco Technology, Inc. | Method and apparatus for integrated wireless communications in private and public network environments |
US7484008B1 (en) | 1999-10-06 | 2009-01-27 | Borgia/Cummins, Llc | Apparatus for vehicle internetworks |
FI111507B (en) * | 1999-11-26 | 2003-07-31 | Nokia Networks Oy | Method and Device for Performing Mobile Security Related Procedures in Hybrid Cellular Communications Systems |
SE517319C2 (en) * | 1999-12-01 | 2002-05-28 | Ericsson Telefon Ab L M | Systems and devices in private telecommunications systems where IP networks are used for signaling regarding inquiry and response messages |
US20010027528A1 (en) * | 1999-12-08 | 2001-10-04 | Pirkey Roger D. | Enhanced pin-based security method and apparatus |
US6879568B1 (en) | 1999-12-20 | 2005-04-12 | Cisco Technology, Inc. | Quick layer-3 message multiplexing |
US6882862B1 (en) * | 2000-01-21 | 2005-04-19 | Avaya Technology Corp. | Method for interfacing a private branch exchange with a wireless communications network and also with the public switched telephone network |
US7260078B1 (en) | 2000-02-08 | 2007-08-21 | Siemens Aktiengesellschaft | Method and system for providing management protocol mediation in wireless communications networks |
US6944150B1 (en) * | 2000-02-28 | 2005-09-13 | Sprint Communications Company L.P. | Method and system for providing services in communications networks |
CN1233186C (en) * | 2000-03-06 | 2005-12-21 | 西门子公司 | Method and device for transmitting vioce data in mobile radio network |
JP2001285476A (en) * | 2000-03-28 | 2001-10-12 | Fujitsu Ltd | Method for housing ip terminal, its gateway device, gatekeeper device and ip terminal |
US6430395B2 (en) | 2000-04-07 | 2002-08-06 | Commil Ltd. | Wireless private branch exchange (WPBX) and communicating between mobile units and base stations |
US7469142B2 (en) * | 2000-04-28 | 2008-12-23 | Cisco Technology, Inc. | Method and apparatus for inter-cell handover in wireless networks using multiple protocols |
US20010055298A1 (en) * | 2000-05-10 | 2001-12-27 | John Baker | Apparatus and system to provide wireless data services through a wireless access integrated node |
KR100334558B1 (en) * | 2000-05-24 | 2002-05-03 | 윤종용 | Wire·wireless unified in-building communication method and system |
KR100365790B1 (en) * | 2000-05-24 | 2002-12-26 | 삼성전자 주식회사 | System and method capable of public and private mobile communication service |
AU2000252889A1 (en) * | 2000-05-24 | 2001-12-03 | Airnet Communications Corporation | Control of gsm based radio cellular architectures integrated within transcoder and rate adaption units |
KR100362569B1 (en) * | 2000-05-24 | 2002-11-29 | 삼성전자 주식회사 | Call originating service method of public and private common mobile communication system and apparatus therefor |
US6970719B1 (en) | 2000-06-15 | 2005-11-29 | Sprint Spectrum L.P. | Private wireless network integrated with public wireless network |
US6976571B2 (en) * | 2000-07-31 | 2005-12-20 | Otis Elevator Company | Comb plate for people mover |
KR100346199B1 (en) * | 2000-08-18 | 2002-07-26 | 삼성전자 주식회사 | Roaming service method in private mobile exchange system |
US7123594B2 (en) * | 2000-08-21 | 2006-10-17 | Utstarcom Korea Limited | Method for separating and processing signal and bearer in all IP radio access network |
US7403795B1 (en) * | 2000-09-18 | 2008-07-22 | International Business Machines Corporation | Telephone network edge node device and method for bridging and privacy |
US7039025B1 (en) | 2000-09-29 | 2006-05-02 | Siemens Communications, Inc. | System and method for providing general packet radio services in a private wireless network |
US6690937B1 (en) * | 2000-11-17 | 2004-02-10 | Jeffrey C. Pfeiffer | Radio network system |
IT1321092B1 (en) * | 2000-11-24 | 2003-12-30 | Cselt Centro Studi Lab Telecom | MOBILE PRIVATE PHYSICAL TELECOMMUNICATION NETWORK. |
US6697621B2 (en) | 2000-12-06 | 2004-02-24 | Motorola, Inc. | Method and apparatus for providing services in a private wireless network |
JP2002185609A (en) * | 2000-12-12 | 2002-06-28 | Fujitsu Ltd | Mobile communication system using fixed radio telephone network |
US20020075844A1 (en) * | 2000-12-15 | 2002-06-20 | Hagen W. Alexander | Integrating public and private network resources for optimized broadband wireless access and method |
AU2002249807A1 (en) * | 2000-12-21 | 2002-07-30 | Commil Ltd. | Handoff methods for wireless private branch exchange |
US20020111166A1 (en) * | 2001-02-12 | 2002-08-15 | Opuswave Network, Inc. | Method and system for selecting a prefer red cell in a wireless communication system |
US7003287B2 (en) | 2001-02-12 | 2006-02-21 | Siemens Ag | System and method for call forwarding in a communication system |
US6816583B2 (en) | 2001-02-12 | 2004-11-09 | Siemens Aktiengesellschaft | System and method for call transferring in a communication system |
US6950650B2 (en) | 2001-02-12 | 2005-09-27 | Siemens Ag | System and method for call forwarding synchronization in a communication system |
DE60101662T2 (en) * | 2001-03-12 | 2005-04-14 | Alcatel | Resource management in a wireless business communication system |
US6987755B2 (en) * | 2001-03-22 | 2006-01-17 | Siemens Communications, Inc. | System and method for user notification in a communication system |
US6920318B2 (en) | 2001-03-22 | 2005-07-19 | Siemens Communications, Inc. | Method and system for providing message services in a communication system |
US6941152B2 (en) * | 2001-04-24 | 2005-09-06 | Ipr Licensing, Inc. | Wireless subscriber network registration system for configurable services |
US7489918B2 (en) | 2003-05-09 | 2009-02-10 | Intel Corporation | System and method for transferring wireless network access passwords |
US7298751B1 (en) | 2002-05-31 | 2007-11-20 | Intel Corporation | SS7 gateway for wireless communication networks |
US7409233B2 (en) * | 2001-06-14 | 2008-08-05 | Kyocera Wireless Corp. | System and method for providing location-based responses |
JP3994707B2 (en) * | 2001-09-17 | 2007-10-24 | 株式会社日立製作所 | Billing method and terminal device for information communication network system |
KR100454923B1 (en) * | 2001-09-28 | 2004-11-06 | 삼성전자주식회사 | Apparatus and method for coincidence of subscriber status between public land mobile network and private network |
US20040048610A1 (en) * | 2001-09-28 | 2004-03-11 | Kim Soo Hwan | Method and system for matching subscriber states in network in which public land mobile network and wired/wireless private network are interworked |
US20030081565A1 (en) * | 2001-11-01 | 2003-05-01 | Mcintosh Chris P. | Method and apparatus for providing communication between a PBX terminal and a public wireless network via a private wireless network |
KR100454945B1 (en) * | 2001-11-28 | 2004-11-06 | 삼성전자주식회사 | Public land mobile network and private mobile network integration service network and system therefor |
US7305467B2 (en) * | 2002-01-02 | 2007-12-04 | Borgia/Cummins, Llc | Autonomous tracking wireless imaging sensor network including an articulating sensor and automatically organizing network nodes |
US20030139180A1 (en) * | 2002-01-24 | 2003-07-24 | Mcintosh Chris P. | Private cellular network with a public network interface and a wireless local area network extension |
US8184603B2 (en) * | 2002-01-31 | 2012-05-22 | Lgc Wireless, Llc | Communication system having a community wireless local area network for voice and high speed data communication |
US7805161B1 (en) | 2002-06-03 | 2010-09-28 | Sprint Spectrum L.P. | Virtual visitor location register for a wireless local area network |
US7539183B2 (en) * | 2002-06-24 | 2009-05-26 | Emerson Network Power - Embedded Computing, Inc. | Multi-service platform system and method |
US20040037256A1 (en) * | 2002-08-22 | 2004-02-26 | Michael Heubel | Radio transmit point for packet based network communication |
US7385956B2 (en) | 2002-08-22 | 2008-06-10 | At&T Mobility Ii Llc | LAN based wireless communications system |
KR100492958B1 (en) * | 2002-09-10 | 2005-06-07 | 삼성전자주식회사 | Method and system for using to share public and private network in 1x ev-do system |
US7554940B2 (en) * | 2002-10-07 | 2009-06-30 | Nec Corporation | Mobile communication system, method of controlling operation thereof, and node used for the system |
US7826868B2 (en) * | 2002-10-10 | 2010-11-02 | Robbins Barry R | Extension of a local area phone system to a wide area network |
US8005070B2 (en) * | 2003-03-12 | 2011-08-23 | Lon Communication Mgmt. Llc | Extension of a local area phone system to a wide area network with handoff features |
JP2006520164A (en) * | 2003-03-12 | 2006-08-31 | ペルソナ ソフトウェア, インコーポレイテッド. | Extension of local area telephone system to wide area network telephone system. |
US7496360B2 (en) * | 2004-02-27 | 2009-02-24 | Texas Instruments Incorporated | Multi-function telephone |
US7805591B2 (en) * | 2004-03-03 | 2010-09-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for dual-core processing |
US8644886B1 (en) * | 2004-03-15 | 2014-02-04 | Avaya Inc. | Ring-tone messaging service |
US7529925B2 (en) | 2005-03-15 | 2009-05-05 | Trapeze Networks, Inc. | System and method for distributing keys in a wireless network |
US8818331B2 (en) | 2005-04-29 | 2014-08-26 | Jasper Technologies, Inc. | Method for enabling a wireless device for geographically preferential services |
US8478238B2 (en) | 2005-04-29 | 2013-07-02 | Jasper Wireless, Inc. | Global platform for managing subscriber identity modules |
US8346214B2 (en) | 2005-04-29 | 2013-01-01 | Jasper Wireless, Inc. | Self provisioning of wireless terminals in wireless networks |
US9167471B2 (en) | 2009-05-07 | 2015-10-20 | Jasper Technologies, Inc. | System and method for responding to aggressive behavior associated with wireless devices |
US8745184B1 (en) | 2007-05-18 | 2014-06-03 | Jasper Wireless, Inc. | Wireless communication provisioning using state transition rules |
US9226151B2 (en) | 2006-04-04 | 2015-12-29 | Jasper Wireless, Inc. | System and method for enabling a wireless device with customer-specific services |
EP1875618A4 (en) * | 2005-04-29 | 2012-01-25 | Jasper Wireless Inc | Self provisioning of wireless terminals in wireless networks |
US9307397B2 (en) | 2005-04-29 | 2016-04-05 | Jasper Technologies, Inc. | Method for enabling a wireless device with customer-specific services |
US8867575B2 (en) | 2005-04-29 | 2014-10-21 | Jasper Technologies, Inc. | Method for enabling a wireless device for geographically preferential services |
WO2007044986A2 (en) | 2005-10-13 | 2007-04-19 | Trapeze Networks, Inc. | System and method for remote monitoring in a wireless network |
US7573859B2 (en) | 2005-10-13 | 2009-08-11 | Trapeze Networks, Inc. | System and method for remote monitoring in a wireless network |
US8638762B2 (en) | 2005-10-13 | 2014-01-28 | Trapeze Networks, Inc. | System and method for network integrity |
US7724703B2 (en) | 2005-10-13 | 2010-05-25 | Belden, Inc. | System and method for wireless network monitoring |
DE502005006615D1 (en) * | 2005-11-08 | 2009-03-26 | Nokia Siemens Networks Gmbh | Method for coding voice data in a radio access network and device |
US7805073B2 (en) | 2006-04-28 | 2010-09-28 | Adc Telecommunications, Inc. | Systems and methods of optical path protection for distributed antenna systems |
US7558266B2 (en) * | 2006-05-03 | 2009-07-07 | Trapeze Networks, Inc. | System and method for restricting network access using forwarding databases |
US8966018B2 (en) | 2006-05-19 | 2015-02-24 | Trapeze Networks, Inc. | Automated network device configuration and network deployment |
US20070275711A1 (en) * | 2006-05-24 | 2007-11-29 | Buti Ajay K | Automatic credit and reconnect of dropped calls |
US9191799B2 (en) | 2006-06-09 | 2015-11-17 | Juniper Networks, Inc. | Sharing data between wireless switches system and method |
US7912982B2 (en) * | 2006-06-09 | 2011-03-22 | Trapeze Networks, Inc. | Wireless routing selection system and method |
US8818322B2 (en) | 2006-06-09 | 2014-08-26 | Trapeze Networks, Inc. | Untethered access point mesh system and method |
US9258702B2 (en) | 2006-06-09 | 2016-02-09 | Trapeze Networks, Inc. | AP-local dynamic switching |
US8060071B2 (en) * | 2006-08-09 | 2011-11-15 | Avaya Inc. | Enterprise mobility user |
US8340110B2 (en) | 2006-09-15 | 2012-12-25 | Trapeze Networks, Inc. | Quality of service provisioning for wireless networks |
US7873061B2 (en) | 2006-12-28 | 2011-01-18 | Trapeze Networks, Inc. | System and method for aggregation and queuing in a wireless network |
US8737454B2 (en) | 2007-01-25 | 2014-05-27 | Adc Telecommunications, Inc. | Modular wireless communications platform |
US8583100B2 (en) * | 2007-01-25 | 2013-11-12 | Adc Telecommunications, Inc. | Distributed remote base station system |
US8228891B2 (en) * | 2007-01-31 | 2012-07-24 | Avaya Inc. | Traffic load balancing |
EP2127422A1 (en) * | 2007-02-16 | 2009-12-02 | Telefonaktiebolaget LM Ericsson (PUBL) | Controlling supplementary subscriber services in overlayed ims-based telecommunications networks |
US20080276303A1 (en) * | 2007-05-03 | 2008-11-06 | Trapeze Networks, Inc. | Network Type Advertising |
US8310941B2 (en) * | 2007-05-21 | 2012-11-13 | Telefonaktiebolaget L M Ericsson (Publ) | Data driven connection fault management (DDCFM) in CFM maintenance points |
US8351901B2 (en) * | 2007-06-21 | 2013-01-08 | Airwalk Communications, Inc. | System, method, and computer-readable medium for user equipment registration and authentication processing by a femtocell system |
US9392445B2 (en) | 2007-08-17 | 2016-07-12 | Qualcomm Incorporated | Handoff at an ad-hoc mobile service provider |
US20090047966A1 (en) * | 2007-08-17 | 2009-02-19 | Qualcomm Incorporated | Method for a heterogeneous wireless ad hoc mobile internet access service |
US20090046644A1 (en) * | 2007-08-17 | 2009-02-19 | Qualcomm Incorporated | Service set manager for ad hoc mobile service provider |
US8644206B2 (en) | 2007-08-17 | 2014-02-04 | Qualcomm Incorporated | Ad hoc service provider configuration for broadcasting service information |
US8902904B2 (en) | 2007-09-07 | 2014-12-02 | Trapeze Networks, Inc. | Network assignment based on priority |
US8238942B2 (en) | 2007-11-21 | 2012-08-07 | Trapeze Networks, Inc. | Wireless station location detection |
WO2009100395A1 (en) | 2008-02-08 | 2009-08-13 | Adc Telecommunications, Inc. | Multiple-trx pico base station for providing improved wireless capacity and coverage in a building |
JP5211779B2 (en) * | 2008-03-19 | 2013-06-12 | 富士通株式会社 | Wireless communication system, operation management maintenance method, and operation management maintenance apparatus |
JP2009231862A (en) * | 2008-03-19 | 2009-10-08 | Fujitsu Ltd | Wireless communication system and wireless resource allocation method in the system and controller |
US8150357B2 (en) | 2008-03-28 | 2012-04-03 | Trapeze Networks, Inc. | Smoothing filter for irregular update intervals |
JP4894826B2 (en) * | 2008-07-14 | 2012-03-14 | ソニー株式会社 | COMMUNICATION DEVICE, COMMUNICATION SYSTEM, NOTIFICATION METHOD, AND PROGRAM |
US8978105B2 (en) | 2008-07-25 | 2015-03-10 | Trapeze Networks, Inc. | Affirming network relationships and resource access via related networks |
US8238298B2 (en) | 2008-08-29 | 2012-08-07 | Trapeze Networks, Inc. | Picking an optimal channel for an access point in a wireless network |
US20100093344A1 (en) * | 2008-10-14 | 2010-04-15 | Adc Telecommunications, Inc. | Multiplexing msc/vlr systems and methods |
US20100177751A1 (en) * | 2009-01-09 | 2010-07-15 | Adc Telecommunications, Inc. | System and method of delivering content over a local wireless system |
US20100178914A1 (en) * | 2009-01-09 | 2010-07-15 | Adc Telecommunications, Inc. | System and method of delivering content from a wireless communication unit |
US20100177680A1 (en) * | 2009-01-09 | 2010-07-15 | Adc Telecommunications, Inc. | System and method of delivering content using networked wireless communication units |
US8655261B2 (en) * | 2009-03-13 | 2014-02-18 | Raytheon Company | RF redirection module and system incorporating the RF redirection module |
US9179367B2 (en) | 2009-05-26 | 2015-11-03 | Qualcomm Incorporated | Maximizing service provider utility in a heterogeneous wireless ad-hoc network |
US8229393B2 (en) * | 2009-06-26 | 2012-07-24 | Altobridge Limited | Private cellular system with auto-registration functionality |
GB201001623D0 (en) * | 2010-02-01 | 2010-03-17 | Nec Corp | Mobile communication routing |
CA2853544C (en) | 2010-10-25 | 2017-09-19 | Projectone Solutions, Inc. | Multiple call session system and method for a mobile phone |
US8712419B2 (en) * | 2011-03-04 | 2014-04-29 | Telefonaktiebolaget L M Ericsson (Publ) | Local call local switching at handover |
US10499269B2 (en) | 2015-11-12 | 2019-12-03 | Commscope Technologies Llc | Systems and methods for assigning controlled nodes to channel interfaces of a controller |
CN106534126B (en) * | 2016-11-18 | 2020-03-31 | 海能达通信股份有限公司 | Data communication method, device, cluster system and transfer platform |
CN112492632B (en) * | 2020-11-09 | 2023-02-17 | 厦门亿联网络技术股份有限公司 | Anomaly monitoring method and system based on roaming system |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0462727A2 (en) * | 1990-06-18 | 1991-12-27 | Nortel Networks Corporation | Mobile communications |
WO1994005126A1 (en) * | 1992-08-26 | 1994-03-03 | Telecom Finland Oy | Mobile telephone system |
EP0595392A1 (en) * | 1992-10-26 | 1994-05-04 | Koninklijke Philips Electronics N.V. | Communications system, switching exchange and line card |
WO1994026073A1 (en) * | 1993-04-29 | 1994-11-10 | Telefonaktiebolaget Lm Ericsson | Subscriber services arrangement for mobile telecommunications system providing pabx access |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4726014A (en) * | 1983-01-11 | 1988-02-16 | U.S. Holding Company, Inc. | Cellular mobile radio service telephone system |
US4890315A (en) * | 1987-03-20 | 1989-12-26 | Orion Industries, Inc. | Cellular remote station with multiple coupled units |
GB2245455B (en) * | 1990-06-18 | 1994-04-27 | Stc Plc | Mobile communications |
US5357513A (en) * | 1990-12-06 | 1994-10-18 | Hughes Aircraft Company | Transmission power level adjustment in radio telephony |
AU659239B2 (en) * | 1991-12-06 | 1995-05-11 | Motorola, Inc. | Radiotelephone system controller |
US5386466A (en) * | 1991-12-30 | 1995-01-31 | At&T Corp. | Automatic initialization of a distributed telecommunication system |
JP3250742B2 (en) * | 1992-02-07 | 2002-01-28 | 株式会社日立製作所 | Campus network system |
US5353331A (en) * | 1992-03-05 | 1994-10-04 | Bell Atlantic Network Services, Inc. | Personal communications service using wireline/wireless integration |
CA2093843A1 (en) * | 1992-04-17 | 1993-10-18 | Stanley Kay | Cellular telephone with datagram and dispatch operation |
US5311571A (en) * | 1992-05-14 | 1994-05-10 | Motorola, Inc. | Method and apparatus for performing inbound calling in a wireless communication system having fixed communication units coupled to a telephone system by a telephone line shared in common |
FI95758C (en) * | 1992-05-25 | 1996-03-11 | Nokia Telecommunications Oy | Location update in cellular radio network |
US5442633A (en) * | 1992-07-08 | 1995-08-15 | International Business Machines Corporation | Shortcut network layer routing for mobile hosts |
EP0587211B1 (en) * | 1992-08-10 | 2000-02-09 | Lucent Technologies Inc. | A radio communication system and a radio base station for use in such a system. |
US5999810A (en) * | 1992-08-11 | 1999-12-07 | Lucent Technologies Inc. | Architecture for a wireless telecommunication system |
CA2109788C (en) * | 1992-11-30 | 2000-01-18 | Salman Yousef Abbasi | Microcell including remote radio channel units having a metallic microcell-macrocell wire link to a macrocell radio control complex |
US5353333A (en) * | 1992-12-30 | 1994-10-04 | At&T Bell Laboratories | Small wireless telecommunications system |
FR2700087B1 (en) * | 1992-12-30 | 1995-02-10 | Alcatel Radiotelephone | Method for adaptive positioning of a speech coder / decoder within a communication infrastructure. |
DE4304095B4 (en) * | 1993-02-11 | 2005-08-25 | Philips Intellectual Property & Standards Gmbh | mobile system |
FR2704556B1 (en) * | 1993-04-30 | 1995-07-13 | Rhone Poulenc Rorer Sa | Recombinant viruses and their use in gene therapy. |
JPH0828907B2 (en) * | 1993-05-10 | 1996-03-21 | 日本電気株式会社 | Call path control method in mobile communication system |
DE4315621A1 (en) * | 1993-05-11 | 1994-11-17 | Sel Alcatel Ag | Interface arrangement for connecting base stations to a private branch exchange |
FI96814C (en) * | 1993-06-23 | 1996-08-26 | Nokia Telecommunications Oy | Procedure for making a call |
FI932920A0 (en) * | 1993-06-23 | 1993-06-23 | Nokia Telecommunications Oy | Foerfarande Foer att aostadkomma ett samtal |
US5530945A (en) * | 1993-08-31 | 1996-06-25 | At&T Corp. | Infrastructure equipment in a wireless communication system serves different service providers |
US5504804A (en) * | 1994-01-19 | 1996-04-02 | Telefonaktiebolaget Lm Ericsson | Providing individual subscriber services in a cellular mobile communications network |
FI941125A (en) * | 1994-03-09 | 1995-09-10 | Nokia Telecommunications Oy | Mobile communication system and call control method |
JPH07250376A (en) * | 1994-03-10 | 1995-09-26 | Fujitsu Ltd | Cordless terminal control system |
GB2288101B (en) * | 1994-03-22 | 1998-04-29 | Nokia Mobile Phones Ltd | Multi-mode radio telephone |
JP2590739B2 (en) * | 1994-07-13 | 1997-03-12 | 日本電気株式会社 | Mobile station authentication method for private branch exchanges |
US5757902A (en) * | 1995-01-27 | 1998-05-26 | Matsushita Electric Industrial Co., Ltd. | Telephone exchange for wire telephone and radio telephone |
-
1995
- 1995-05-04 US US08/435,709 patent/US5734699A/en not_active Expired - Lifetime
- 1995-05-31 TW TW084105517A patent/TW382871B/en not_active IP Right Cessation
- 1995-11-27 IN IN1524CA1995 patent/IN186014B/en unknown
-
1996
- 1996-05-03 CN CNB961950676A patent/CN1153488C/en not_active Expired - Fee Related
- 1996-05-03 EP EP96915501A patent/EP0824835A1/en not_active Withdrawn
- 1996-05-03 AU AU57262/96A patent/AU716535B2/en not_active Ceased
- 1996-05-03 WO PCT/US1996/006291 patent/WO1996035301A1/en not_active Application Discontinuation
- 1996-05-03 CA CA002219791A patent/CA2219791A1/en not_active Abandoned
-
1997
- 1997-09-11 US US08/927,353 patent/US6212395B1/en not_active Expired - Fee Related
-
1998
- 1998-02-27 US US09/032,248 patent/US5999813A/en not_active Expired - Lifetime
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0462727A2 (en) * | 1990-06-18 | 1991-12-27 | Nortel Networks Corporation | Mobile communications |
WO1994005126A1 (en) * | 1992-08-26 | 1994-03-03 | Telecom Finland Oy | Mobile telephone system |
EP0595392A1 (en) * | 1992-10-26 | 1994-05-04 | Koninklijke Philips Electronics N.V. | Communications system, switching exchange and line card |
WO1994026073A1 (en) * | 1993-04-29 | 1994-11-10 | Telefonaktiebolaget Lm Ericsson | Subscriber services arrangement for mobile telecommunications system providing pabx access |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998027765A2 (en) * | 1996-12-17 | 1998-06-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Use of isdn to provide wireless office environment connection to the public land mobile network |
WO1998027765A3 (en) * | 1996-12-17 | 1998-10-08 | Ericsson Telefon Ab L M | Use of isdn to provide wireless office environment connection to the public land mobile network |
AU724375B2 (en) * | 1996-12-17 | 2000-09-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Use of ISDN to provide wireless office environment connection to the public land mobile network |
EP0859529A2 (en) * | 1997-02-18 | 1998-08-19 | AT&T Corp. | System and methods for providing intelligent wireless access system |
EP0859529A3 (en) * | 1997-02-18 | 1999-10-20 | AT&T Corp. | System and methods for providing intelligent wireless access system |
US5999973A (en) * | 1997-03-28 | 1999-12-07 | Telefonaktiebolaget L M Ericsson (Publ) | Use of web technology for subscriber management activities |
EP1108337A1 (en) * | 1998-09-03 | 2001-06-20 | Interwave Communications Inc. | Cellular network communication system |
EP1108337A4 (en) * | 1998-09-03 | 2004-04-28 | Interwave Comm Inc | Cellular network communication system |
Also Published As
Publication number | Publication date |
---|---|
IN186014B (en) | 2001-06-02 |
TW382871B (en) | 2000-02-21 |
CN1153488C (en) | 2004-06-09 |
AU5726296A (en) | 1996-11-21 |
US5734699A (en) | 1998-03-31 |
US5999813A (en) | 1999-12-07 |
AU716535B2 (en) | 2000-02-24 |
US6212395B1 (en) | 2001-04-03 |
EP0824835A1 (en) | 1998-02-25 |
CN1196154A (en) | 1998-10-14 |
CA2219791A1 (en) | 1996-11-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU716535B2 (en) | Cellular private branch exchanges | |
US6640108B2 (en) | Cellular communication system | |
US5953651A (en) | Cellular adjunct to a public wired network | |
US5887256A (en) | Hybrid cellular communication apparatus and method | |
US5818824A (en) | Private multiplexing cellular network | |
US5475735A (en) | Method of providing wireless local loop operation with local mobility for a subscribed unit | |
EP0993742B1 (en) | Providing wireless communications to a subscriber of a private wireline network | |
JP4391578B2 (en) | Communication system and method for addressing in multiple capacity wireless trunks | |
US5771275A (en) | Use of ISDN to provide wireless office environment connection to the public land mobile network | |
US6829477B1 (en) | Private multiplexing cellular network | |
EP0659321A1 (en) | Transferring a radio telephone call | |
EP0826292B1 (en) | Hybrid cellular communication apparatus and method | |
AU716483B2 (en) | Cellular adjunct to a public wired network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 96195067.6 Country of ref document: CN |
|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AL AM AT AU AZ BB BG BR BY CA CH CN CZ DE DK EE ES FI GB GE HU IS JP KE KG KP KR KZ LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TR TT UA UG US UZ VN AM AZ BY KG KZ MD RU TJ TM |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): KE LS MW SD SZ UG AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN |
|
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 1996915501 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 2219791 Country of ref document: CA Ref document number: 2219791 Country of ref document: CA Kind code of ref document: A |
|
WWP | Wipo information: published in national office |
Ref document number: 1996915501 Country of ref document: EP |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 1996915501 Country of ref document: EP |