WO2000051387A1 - Identification de services de telecommunications dans une passerelle - Google Patents

Identification de services de telecommunications dans une passerelle Download PDF

Info

Publication number
WO2000051387A1
WO2000051387A1 PCT/IB2000/000229 IB0000229W WO0051387A1 WO 2000051387 A1 WO2000051387 A1 WO 2000051387A1 IB 0000229 W IB0000229 W IB 0000229W WO 0051387 A1 WO0051387 A1 WO 0051387A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
network
terminal
switch
msc
Prior art date
Application number
PCT/IB2000/000229
Other languages
English (en)
Inventor
Harri Honko
Matti Harmovaara
Original Assignee
Nokia Mobile Phones Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from GBGB9904181.6A external-priority patent/GB9904181D0/en
Priority claimed from GBGB9908847.8A external-priority patent/GB9908847D0/en
Application filed by Nokia Mobile Phones Limited filed Critical Nokia Mobile Phones Limited
Priority to JP2000601875A priority Critical patent/JP2002538695A/ja
Priority to EP00905231A priority patent/EP1155587A1/fr
Priority to AU26855/00A priority patent/AU772746B2/en
Priority to CA002364722A priority patent/CA2364722A1/fr
Publication of WO2000051387A1 publication Critical patent/WO2000051387A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0435—Details
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/72—Finding out and indicating number of calling subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H04L2012/6421—Medium of transmission, e.g. fibre, cable, radio, satellite
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H04L2012/6475—N-ISDN, Public Switched Telephone Network [PSTN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H04L2012/6486—Signalling Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1307—Call setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13091—CLI, identification of calling line
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13098—Mobile subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13103—Memory
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13176—Common channel signaling, CCS7
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13209—ISDN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13396—Signaling in general, in-band signalling

Definitions

  • the present invention relates to a method and apparatus for identifying the type of telecommunications service required during call establishment over two networks.
  • it relates to a method and apparatus for establishing call control appropriate to the telecommunications service, and more specifically to the service identified by the originating network.
  • Communications networks have different characteristics and operating principles. Some are designed specifically for telecommunications and others are intended for more diverse data communications. Many different network architectures are employed, and a wide variety of data communication protocols are used to transmit information. Some networks, for example parts of the traditional Public Switched Telephone Network (PSTN) still utilise anologue data transmission techniques, while others, for example the Integrated Services Digital Network (ISDN) and the Public Land Mobile Network (PLMN), of which the GSM mobile telephone network is an example, employ digital communication technology. Networks specifically designed for telecommunications still commonly use circuit switched data communication, in which specific network resources are allocated to establish and maintain a connection between end users of the network.
  • PSTN Public Switched Telephone Network
  • ISDN Integrated Services Digital Network
  • PLMN Public Land Mobile Network
  • networks more typically, those designed primarily for general- purpose data communications, such as the Internet and local area networks, use packet switched communications protocols in which no dedicated physical connection must be established or maintained.
  • packet switched communications protocols in which no dedicated physical connection must be established or maintained.
  • the continuous flow of data to be transmitted is divided into packets, each of which is routed, often in an independent connectionless manner, between the end users of the network.
  • PSTN Public Switched Telephone Network
  • PLMN Public Land Mobile Network
  • ISDN Integrated Services Digital Network
  • PLMN Public Land Mobile Network
  • ISDN and PLMN networks are both considered as purely digital in nature, it should be noted that in certain situations end-to-end digital communication between ISDN and PLMN networks may not be possible. This situation may arise, for example due to the characteristics of intervening connecting network elements. Thus, special consideration will also be given to ISDN - PLMN interworking issues.
  • a bearer service is a type of telecommunications service that provides the capability for the transmission of signals between user-network interfaces [Ref. ITU-T 1.112].
  • ITU-T 1.112 In order for circuit switched communication to take place between two dissimilar networks, an end-to-end connection must be established. This requires an appropriate bearer service to be set up and maintained between each user's terminal equipment and its respective network interface. If the networks in question employ different communication protocols, as is generally the case, protocol conversion is also required to enable end-to-end communication.
  • the type of bearer service to be established depends on the type of telecommunications service required by the end users. For example, in some situations it may be necessary to establish a bearer service appropriate for a conventional speech telephone call, while in other cases a bearer service suitable for fax or data communication may be required.
  • end-to-end indication of the type of communication requested is desirable in order to enable selection of an appropriate bearer service in both networks.
  • data communications and signalling protocols are typically different in the two networks, the signalling of requested call type information between the networks cannot be achieved in a straightforward manner.
  • FIG. 1 illustrates the architecture of the GSM Public Land Mobile Network.
  • the GSM architecture comprises a gateway mobile switching centre (MSC) 10 which interfaces with fixed networks such as the PSTN and / or ISDN 15 and a GSM radio network.
  • the GSM radio network comprises base station systems comprising a base station controller 16 and base transceiver stations (BTS) 17.
  • BSS base transceiver stations
  • the BSS comprises a transcoder TC (e.g. for converting to GSM speech).
  • the TC 101 is shown in the BSC, but could alternatively be in another part of the BSS, such as a BTS 17.
  • Mobile stations are coupled to the BTSs via an air interface.
  • the gateway MSC is also connected to subscriber and terminal equipment databases in the form of a home location register (HLR) 12, visitor location register (VLR) 13, and equipment identity register (EIR) 14.
  • the EIR contains information relating to the mobile terminals and the VLR provides a local store of all the information required to handle calls to and from mobile users in the location area relating to that particular VLR.
  • the HLR 12 permanently stores all the user parameters of the mobile stations, including the subscriber numbers associated with a particular mobile station and their corresponding service type. Since the PSTN is an analogue network and the GSM PLMN is digital, they are not directly compatible.
  • the gateway MSC 10 has an associated interworking function (IWF) 11 , which is a functional entity enabling interworking between the PLMN and PSTN / ISDN.
  • the interworking function comprises a modem or modem pool for interfacing with analogue PSTN networks.
  • the interworking function IWF in the gateway MSC 10 acts as the network interface for both the PSTN / ISDN and the PLMN and provides the necessary protocol conversion to enable end-to-end communication.
  • GSM 09.07 a subscriber is allocated a number of MSISDNs, each associated with a particular telecommunications service.
  • Some interworking information (IWI) is linked with each of these numbers and stored in the subscriber's HLR.
  • the contents of the interworking information is specified in GSM 03.08 and comprises either one or two complete BC (Bearer Capability) information elements, whose contents are specified by GSM recommendation 07.01 and which are coded as described in GSM recommendation 04.08 para 10.5.4.5.
  • an initial SETUP message is sent which includes the called line identification (CLI) [Step 1].
  • the HLR contains a database entry corresponding to this CLI indicating the call type.
  • the MSC 10 asks the HLR 12 for the call type and bearer capability corresponding to the CLI, and sends a setup message to the MS 18 to inform it of the incoming call and of the call type [Step 2].
  • the MS 18 responds by sending a CALL- CONF message after having checked its compatibility (e.g. user profile capability) with the requested bearer capability [Step 3].
  • This message is forwarded as a CALL-PROC message to the PSTN by the MSC 10 [Step 4].
  • the MS sends an ALERT message to the MSC informing it that ringing has started to the called subscriber [Step 5] and consequently the MSC connects the ringing tone to the calling subscriber [Step 6].
  • a CONNECT message is sent from the MS to the MSC [Step 7] and then from the MSC to the PSTN [Step 8] when the called subscriber answers and a connection appropriate for the data call is made.
  • a multiple numbering scheme such as that defined in GSM 09.07, eliminates the need for end-to-end signalling of call type and bearer capability information in situations where end-to-end digital communication cannot be effected.
  • This feature of the multiple numbering scheme is particularly advantageous in mobile terminated calls that originate from a PSTN. Because the mobile subscriber is allocated a separate telephone number for each telecommunications service and appropriate interworking information is associated with each number, there is no need to transmit information about the call type and required bearer services across the boundary between the PSTN and the GSM network. This approach solves the problem of how to provide information about the required bearer service for data calls originating from the PSTN.
  • the multiple numbering scheme may also simplify interworking with ISDN networks.
  • Embodiments of the present invention provide a mechanism which identifies and maps call identification information (e.g. call type and bearer capability information) between dissimilar networks.
  • a mapping scheme can be used for example to: a) enable optimisation of bearers in a multiple numbering scheme; b) allow the use of a reduced numbering scheme; or c) enable implementation of a single numbering scheme.
  • mapping of call identification information between dissimilar networks is needed. This is achieved in embodiments of the invention by enhancing the functionality of the interworking function between networks, enabling the reformatting of call type information and enhanced o
  • mapping the call type information eliminates the need for the aforementioned multiple numbering scheme. It thus simplifies operability of the system from a user standpoint, as the caller only needs to remember one number for the party to be called. Also, it reduces the need to increase the length of subscriber numbers to cater for additional services subscribed to in the future. Furthermore, the processing strain on the HLR is reduced. Mapping the bearer services, on the other hand, provides the additional advantage of enabling the radio bearer to be optimised. That is, the radio bearer may be negotiated to match that of the PSTN / ISDN, thus optimising the bandwidth used by the wireless network.
  • a switch for establishing a call between a terminal of an originating network and a terminal of a terminating network, the switch comprising: an input for receiving call identification information in a first format from the originating network; means for reformatting received call identification information into a second format; an output means for outputting the call identification information in the second format over the terminating network; and connection means for completing a connection, suitable for the identified call between the terminals.
  • This switch enables the elimination and / or reduction of the use of the aforementioned multinumbering scheme.
  • the call identification information may comprise call type information and/or bearer information.
  • the call type information may, for example, relate to telecommunications service information (e.g. H.324, teleservice information).
  • telecommunications service information e.g. H.324, teleservice information.
  • the provision of bearer information enables the terminating network to use the same bitrate as is available on the originating side, thereby ensuring that bandwidth efficiency is optimised.
  • the terminating network is preferably a wireless communications network, such as an UMTS or GSM network.
  • the switch is an MSC or GMSC.
  • the switch may further comprise means, coupled to the input, for determining primary call type information on the basis of a subscriber number, for forwarding first primary call identification information to the output, and for forwarding further primary call identification information to the reformatting means.
  • a switch may, for example, enable a dual numbering system to be adopted, to distinguish between calls of primary types “speech" and "data". In this case, all calls of "speech" primary type are preferably automatically connected, and further determination of actual data type is made of calls of "data" primary type.
  • a method for establishing a call between a terminal of an originating network and a terminal of a terminating network comprising: receiving call identification information in a first format from the originating network; reformatting received call identification information into a second format; outputting the call identification information in the second format over the terminating network; and completing a connection, suitable for the identified call, between the terminals.
  • a method for establishing a call between a terminal of an originating network and a terminal of a terminating network comprising: establishing a call of a predetermined type; transmitting call identification information in a first format from the originating terminal to the terminating network; reformatting received call identification information into a second format; transmitting the call identification information in the second format to the terminating terminal; and establishing a connection, suitable for the identified call, between the terminals.
  • a switching system for establishing a call from a terminal of an originating network and a terminal of a terminating network, the switching system comprising: means for receiving call identification information in a first format from the originating network; means for reformatting received call identification information into a second format; means for transmitting the call identification information in the second format over the terminating network; and connection means for completing a connection, suitable for the identified call, between the terminals.
  • an MSC is provided with a transcoder and interworking function. This is in contrast to conventional GSM systems for example, in which the transcoder forms part of the base station subsystem.
  • FIG. 1 illustrates the current GSM PLMN and its connection to the
  • Figure 2 illustrates data call establishment from a PSTN terminal to a mobile station using the conventional multiple numbering scheme
  • Figure 3 illustrates establishment of an H.324 transparent video call from a PSTN terminal to a mobile station using an enhanced multiple numbering scheme according to a first embodiment of the invention
  • Figure 4 illustrates establishment of an H.324 transparent video call from a PSTN terminal to a mobile station using an enhanced multiple numbering scheme according to the first embodiment of the invention, illustrating involvement of the PSTN local exchange during call setup
  • Figure 5 illustrates identification of the telecommunications service required for a PSTN originating call by an MSC of the invention
  • Figure 6 illustrates establishment of a data call from a PSTN terminal to a mobile station using a single numbering scheme according to a second embodiment of the invention
  • Figure 7 illustrates establishment of a data call from a PSTN terminal to a mobile station using a single numbering scheme according to a second embodiment of the invention and shows the involvement of the PSTN local exchange
  • Figure 8 illustrates an alternative method of data call establishment
  • Figure 22 illustrates establishment of a data call from a PSTN terminal to a mobile station according to a third embodiment of the present invention
  • Figure 23 illustrates, in further detail, establishment of a data call from a PSTN terminal to a mobile station according to the third embodiment of the present invention.
  • Figure 24 illustrates typical mapping information for an H.324 call
  • the invention concerns a method and apparatus for the control of different call types between incompatible networks, using unique call type differentiation. It is described with reference to the networks shown in Figure 1 , namely the analogue PSTN network which uses in band signalling and the wireless digital GSM network which uses out band signalling. However, the invention is not restricted to call control over these networks, and is equally applicable to other non-directly compatible networks.
  • a landline network such as the PSTN or ISDN
  • UMTS universal mobile telecommunication system
  • the H.324 recommendations provide a framework for the implementation of multimedia terminals, permitting the communication of real-time video, audio or data, or any combination thereof.
  • Multimedia terminals implemented according to H.324 may be stand-alone terminal equipment connected to a fixed-line PSTN / ISDN or may be mobile terminals for use in a PLMN.
  • An H.324 multimedia terminal may also be implemented in a PC or computer workstation.
  • the basic H.324 recommendation sets down the requirements for a multimedia terminal designed for connection to a fixed line analogue telecommunications network, such as a PSTN telephone system.
  • the H.324/1 recommendation (H.324 Annex D) defines equivalent requirements for multimedia terminals connected to fixed line networks providing digital communication e.g. ISDN networks and H.324/M (H.324 Annex C) provides certain modifications to H.324, specifically designed to improve the robustness of the multimedia bit-stream to data transmission errors. These modifications have greatest effect on the H.223 multiplexing protocol.
  • H.324/M variant of H.324 is especially suitable for use in mobile applications, where transmission of multimedia data takes place over particularly error-prone communication channels.
  • recommendation H.324/M is not limited to mobile multimedia applications and may also be used in fixed-line networks.
  • the differences between H.324 and H.324/M are described in Annex C of the H.324 recommendation.
  • the basic functional elements of an H.324 terminal intended for connection to an analogue PSTN are: a) A video codec implemented according to ITU-T recommendation H.261 or H.263; b) An audio codec according to recommendation G.723.1 ; c) Data protocols to support data applications such as electronic whiteboards, still image transfer, file exchange, database access, audiographics conferencing, remote device control, network protocols etc.
  • all data protocols are optional, but may include: i) T.120 point-to-point and multi-point teleconferencing; ii) T.84 point-to-point still image transfer; iii) T.434 point-to-point file transfer; iv) H.224 / H.281 far-end camera control; v) T.30 facsimile transfer; vi) T.140 text conversation protocol; d) A control protocol according to ITU-T recommendation H.245, providing signalling to enable correct end-to-end operation of the multimedia terminal; e) A multiplexing protocol according to H.223, for multiplexing video, audio data and control information into a single bit-stream for transmission and for demultiplexing received multimedia bit-streams; and f) A modem, conforming to recommendations V.34 and V.8 (and optionally V. ⁇ bis).
  • the V.34 / V.8 / V. ⁇ bis compliant modem of an H.324 multimedia terminal is an essential element, enabling the terminal to provide an analogue output for transmission to the PSTN and enabling the conversion of analogue signals received from the PSTN into a digital bit-stream for further processing and / or reproduction within the terminal.
  • the modem may be implemented as an external unit, in which case it is connected as an interface between the multimedia terminal and the PSTN and its operation is controlled by the multimedia terminal according to recommendation V.250 (ex V.25ter).
  • the calling terminal When setting up e.g. a video call between two H.324 multimedia terminals, connected via a PSTN telephone network, the calling terminal initiates a call start-up procedure.
  • the calling terminal first requests a connection according to the standard procedures for analogue (voice) telephony.
  • the H.324 terminal Upon successful setup of a conventional analogue (voice) connection, the H.324 terminal enters a V.8 start-up procedure.
  • the calling terminal transmits a Cl (Call Indication) calling tone in which it signals the "H.324" V.8 CF (Call Function) which, according to the V.8 recommendation has a value 0x21.
  • the CF information element identifies the call type required by the calling terminal.
  • the calling terminal subsequently detects a response from a V.34 compliant modem at the receiving end, the start-up procedure for that modem is followed. It should be noted that if both the calling and called multimedia terminals support V. ⁇ bis, the users have the opportunity to speak before proceeding to multimedia telephony.
  • the data rates used in end-to-end communication are defined in the V.34 recommendation and range from 2400 bits/s to 33600 bits/s. Support of the two highest data rates, 31200 bits/s and 33600 bits/s, is optional, the highest rate for which support is mandatory being 28800 bits/s. In multimedia (e.g. video) communications, higher data rates are preferred due to the large data throughput required for real-time video. Thus, data rates of 28800 bits/s and above are considered the most appropriate for use in video telephony applications.
  • V.140 Call setup between two H.324/1 compliant multimedia terminals connected via an ISDN network is generally performed according to recommendation V.140.
  • Call setup according to V.140 has three phases. In phase 1 , the calling terminal transmits a repeating characteristic 80-bit pattern to indicate to the called terminal that it supports V.140. If a characteristic V.140 bit pattern is also detected in received data, this indicates that the called terminal supports V.140 and call setup can proceed.
  • the calling terminal may fall back to any other non-V.140 protocols it supports, for example V.8 or V.8bis.
  • the calling terminal In order to enable fall-back to V.8 or V. ⁇ bis, the calling terminal also transmits V. ⁇ / V. ⁇ bis messages coded as digital audio (according to recommendation G.711) and listens for corresponding digitally encoded V. ⁇ / V. ⁇ bis responses from the called terminal.
  • phase 2 of the V.140 call setup procedure is entered.
  • the calling terminal now determines the characteristics of the ISDN connection.
  • a variety of ISDN networks are currently in use, including networks that provide communication at 56 kbits/s and 64 kbits/s. Thus, the nature of the end-to-end digital link, including data rate and bit alignment, must be confirmed before the link can be used for multimedia communication.
  • phase 3 of the call setup procedure is entered. In this phase, the terminals exchange mode capabilities and select a mode.
  • H.324/I specifies that the calling multimedia terminal provides call type information in BC (Bearer Capability) and LLC (Low Layer Compatibility) information elements. These information elements are defined in ITU-T recommendation Q.931 , which describes the protocol used in ISDN networks to establish, maintain and terminate network connections.
  • H.324/M In mobile a multimedia terminal implemented according to H.324/M (i.e. according to Annex C of H.324), the V.3 / V.34 modem is replaced with any appropriate wireless interface.
  • H.324/M envisages that direct establishment of multimedia calls will be possible due the digital connection provided between terminals resident in PLMN networks.
  • the data rates used for multimedia communication in future networks will be compatible with ITU-T recommendation V.110 and support will be provided for higher rates, such as 64 kbits/s.
  • multimedia terminals implemented according to recommendations H.324, H.324/I and H.324/M are adapted to employ different call setup procedures and provide their bearer capability information in different ways. Different data transfer rates and communications protocols are also used. Many of these differences arise from the characteristics and requirements of the networks in which the multimedia terminals are designed to operate.
  • the exemplary embodiments of the invention presented below describe a number of alternative procedures that enable improved call establishment between dissimilar networks, with particular emphasis on multimedia (video) telephony. These include embodiments that provide an enhanced multiple numbering scheme, embodiments that allow the use of a reduced numbering scheme and embodiments that enable implementation of a single numbering scheme. Some embodiments relate specifically to interworking between PSTN and PLMN networks, while others are related to interworking between ISDN and PLMN networks. In all cases, both mobile terminated and mobile originated call setup scenarios are described.
  • the interworking function of the gateway MSC has a modem or modem pool providing compatibility with V. ⁇ , V.34, V.110, V.140 and optionally V. ⁇ bis.
  • V. ⁇ the functionality of the IWF should be implied.
  • call setup signalling within the PLMN network i.e. between the gateway MSC and the mobile terminal
  • GSM recommendation 04.08 para 9.3 Call setup signalling within the UMTS mobile network will be closely based on the provisions of GSM 04.08 and is defined in ITU-T recommendation 24.08. Therefore close correspondence between the two systems is assumed.
  • call setup signalling within the ISDN network i.e. between ISDN terminal equipment and ISDN local exchanges
  • a SETUP message is sent by the network (e.g. from an MSC) to the mobile station in order to initiate call establishment.
  • MSC mobile originated
  • call establishment is initiated when a SETUP message is sent from the mobile terminal to the network (GSM 04.08, paragraph 9.3.23).
  • the SETUP message contains a number of information elements (lEs) that provide call routing and control information, as well as information about the nature of call to be established.
  • the SETUP message may contain up to two Bearer Capability (BC) information elements (referred to as Bearer Capability 1 and Bearer Capability 2), two Low Layer Compatibility (LLC) information elements and two High Layer Compatibility (HLC) lEs.
  • BC Bearer Capability
  • LLC Low Layer Compatibility
  • HLC High Layer Compatibility
  • the purpose of the BC information element(s) is to describe a bearer service(s) for a call to be established and it is used for compatibility checking as described in GSM 04.08 Annex B. Details of the structure, contents and coding of the BC IE(s) are provided in GSM 04.08 paragraph 10.5.4.5.
  • the purpose of the Low Layer Compatibility information element is to provide a means which should be used for compatibility checking by an addressed entity (e.g. a mobile terminal in an MT call). Details of the role played by LLC lEs in compatibility checking are presented in Annex B of GSM 04.08. As will be described later in the text, according to some embodiments of the invention, the LLC IE is chosen to contain information about a requested call type (e.g. an H.324 multimedia / video call). It should be noted that when a call is established between mobile terminals within a PLMN, the LLC information element is transmitted transparently from the calling party to the called party.
  • a requested call type e.g. an H.324 multimedia / video call
  • the invention provides means for transmitting call type information between networks in situations where end-to-end communication of LLC information elements is not possible .
  • the High Layer Compatibility information element is also intended to provide a remote user with a means for compatibility checking.
  • the content and coding of HLC lEs is described in GSM 04.08, paragraph 10.5.4.16 and its use in compatibility checking is presented in Annex B of that recommendation.
  • HLC lEs are used to contain information about a requested call type.
  • High Layer Compatibility information elements are transmitted transparently between originating and terminating parties within a PLMN, end-to-end transmission of HLC lEs between dissimilar networks cannot be guaranteed.
  • call type information is provided in HLC information elements, means are also provided to ensure that call type information can be communicated in situations where end-to-end transmission of HLC lEs is not possible.
  • a CALL-CONF (Call Confirmed) message is sent by a called mobile station as a reply to the network in order to confirm an incoming call request.
  • the CALL- CONF message contains a number of information elements. Specifically, it may contain up to two Bearer Capability (BC) information elements. However, BC lEs are only included in the CALL-CONF message under certain conditions.
  • BC Bearer Capability
  • the situations in which bearer capability information is included in a CALL-CONF message are a) when the mobile station wishes a bearer service to be established other than that indicated in the Bearer Capability 1 information element of an incoming SETUP message or b) when the Bearer Capability 1 information element received in connection with an incoming SETUP message is missing (e.g. empty) or not fully specified.
  • Examples of the use of bearer capability information in CALL-CONF messages when interworking between dissimilar networks are presented in the examplary embodiments of the invention which follow.
  • the first embodiment of the invention relates to implementation of an enhanced multiple numbering scheme and will be described in the context of video call establishment from a PSTN multimedia terminal to a mobile multimedia terminal, as illustrated in Figures 3 and 4.
  • Figure 3 illustrates an example of video call establishment from a PSTN terminal to a mobile station using an enhanced multiple numbering plan.
  • the called party bearer capability information related to the called subscriber number is retrieved from the HLR.
  • the IWF modem After reaching the connect phase [Step 8], the IWF modem starts listening to the Cl (Call Indication) messages and proceeds to handshake with the modem of the originating end [Step 9].
  • a standard compliant PSTN H.324 application will send the V.8 CF code 0x21 [Step 10]. Only after detecting the validity of incoming V. ⁇ code does the MSC know that originating end is requesting a H.324 service and is not, for example a misdialled speech call to the called party's dedicated H.324 video service number.
  • FIG 4 illustrates the same embodiment of the invention as described in connection with Figure 3, showing the role played by the PSTN local exchange (LE) in call setup.
  • the term local exchange is used to denote e.g. the telephone exchange with which the PSTN multimedia terminal is connected.
  • Call setup signalling between exchanges within the PSTN network and between PSTN exchanges and (gateway) MSCs of the PLMN network takes place via a signalling network known as Signalling System Number 7 (SS7), the properties and implementation of which are defined in the ITU-T Q.700 series of recommendations.
  • SS7 Signalling System Number 7
  • signalling between ISDN networks and the PLMN also takes place via an SS7 network, as does intra- PLMN signalling, for example between MSCs.
  • the call setup messages used in the SS7 signalling system are termed ISUP (ISDN User Part) messages. Definitions of the ISUP messages discussed in connection with embodiments of the present invention can be found in ITU-T recommendation Q.762.
  • establishment of a video call from a PSTN multimedia terminal commences when the PSTN local exchange (LE) issues an ISUP Initial Address Message (IAM) [Step 1].
  • the IAM initiates seizure of an outgoing circuit and transmits number and other information relating to routing and handling of the call.
  • the number indicated by the IAM is the called party's video service number.
  • the IAM retrieves the call type and bearer capability information for the number indicated from the HLR 12 and transmits that information in a SETUP message to the MS 1 ⁇ [Step 2].
  • the call type and bearer capability information retrieved from the HLR is carried in the Bearer Capability 1 information element of the SETUP message.
  • the MS 18 responds by sending a CALL-CONF message to the MSC 10 after having checked its compatibility (e.g. user profile capability) with the requested bearer capability [Step 3].
  • This message is forwarded as an ISUP Address Complete Message (ACM) to the calling terminal's PSTN local exchange [Step 4].
  • ACM informs the PSTN LE that all the address signals required for routing the call to the called party have been received.
  • the MS 18 sends an ALERT message to the MSC 10, informing it that ringing has started to the called subscriber [Step 5].
  • This information is passed back to the PSTN LE as an ISUP Call Progress Message (CPG) [Step 6] and the PSTN LE subsequently connects the ringing tone to the calling terminal.
  • CPG ISUP Call Progress Message
  • CONNECT message is sent from the MS 18 to the MSC 10 [Step 7]. This is transmitted back to the PSTN LE as an ISUP Answer Message (ANM) [Step 8].
  • the IWF modem After reaching the connect phase [Step 8], the IWF modem starts listening [Step 9] for the V.8 Cl (Call Indication) messages expected from an H.324 compliant PSTN multimedia terminal. If a V.8 CF code 0x21 is received from the calling terminal [Step 10], the IWF modem replies, indicating its compatibility with V.34. Subsequently a V.34 start-up and handshaking procedure is initiated [Step 11] and an appropriate bearer for end-to-end communication is finally selected. As previously described, the V.34 recommendation makes provisions for the use of a range of data rates from 2400 bits/s up to 33600 bits/s, of which the higher data rates are most appropriate for video telephony.
  • a V.34 data rate of 23 ⁇ 00 bits/s is chosen for communication in the PSTN link of the end-to-end connection.
  • a corresponding V.110 bearer service is selected for communication in the PLMN (GSM) link of the end-to-end connection.
  • the enhanced multiple numbering scheme for mobile terminated calls according to the first embodiment of the invention provides the advantage that the bearer services selected for end-to-end communication are optimised through a process of negotiation in which the interworking function of the gateway MSC listens to and interprets signalling from the originating network.
  • the gateway MSC 10 is provided with additional functionality, as outlined in Figure 5. Generally, this functionality is provided by the IWF and optionally the transcoder TC. However, alternatively, it may be provided by other parts of the MSC and / or other switches in the network.
  • the signalling detector 41 In PSTN originated, mobile terminated call setup, the signalling detector 41 (comprising the TC and IWF) firstly detects signalling from the PSTN [Step 301]. Then it interprets the in-band signalling messages relating to the telecommunication services and maps them into appropriate digital out-band signalling [Step 302]. After mapping, the MSC 10 provides the appropriate call setup messaging for the identified call type [Step 303] to the mobile terminal. Consequently, the mobile station 18 is informed of the call type and required bearer service and an appropriate call connection is affected. Typical mapping information for an H.324 call is shown in Figure 24, and further information on the mapping process is provided under the heading "Mapping" later in the text.
  • the MSC 10 receives out- band digital signalling from the mobile terminal indicating the type of call to be established and the bearer service(s) required. The MSC then converts (maps) the call type and bearer service information received from the MS 18 into appropriate analogue in-band signalling that can be interpreted by the terminating PSTN terminal.
  • the IWF of the MSC is generally required to map call type and bearer service information between different out-band digital formats.
  • end-to-end digital connection between PLMN and certain ISDN networks may not be possible and thus in some cases it is necessary to transmit call type information to a terminating ISDN network in-band or to receive in-band signalling from an ISDN network.
  • the gateway MSC is also provided with the functionality to perform call type and bearer service information mapping operations between the PLMN and ISDN.
  • a given gateway MSC may enable interworking between the PLMN and PSTN only, the PLMN and ISDN only, a combination of the two, or may also provide interworking with other networks. Therefore, no limitation as to the general functionality of such a gateway MSC should be implied from the following description of the invention.
  • specific information elements e.g. bearer capability BC, High / Low Layer Compatibility HLC / LLC etc.
  • HLC / LLC High / Low Layer Compatibility
  • Figure 6 illustrates call establishment from a PSTN terminal to a mobile station using a single numbering plan according to the second embodiment of the invention.
  • the MSC 10 comprises both the IWF and TC. Also, it is adapted to conform at least with V. ⁇ , and preferably V. ⁇ bis, so that it can recognise a call type from the V. ⁇ / V. ⁇ bis call function information category.
  • the MSCs modem pool includes a modem, which conforms to V.34, so as to support V. ⁇ and optionally V. ⁇ bis. This modem acts as a signalling detector 41 for detecting and interpreting V. ⁇ / V. ⁇ bis signalling.
  • an initial SETUP message is sent from the PSTN terminal to the MSC 10 [Step 1].
  • the MSC 10 sends a SETUP message to the MS 18 associated with the subscriber number dialled, using GSM / UMTS call control signalling [Step 2].
  • the SETUP message informs the MS 18 of the incoming call and of a default call type: in this case speech.
  • the MS 18 responds by sending a CALL-CONF message, after having checked its compatibility with the requested bearer capability [Step 3]. This message is forwarded as a CALL-PROC message to the PSTN by the MSC 10 [Step 4].
  • the MS sends an ALERT message to the MSC informing it that ringing has started to the called subscriber [Step 5] and consequently the MSC connects the ringing tone to the calling subscriber [Step 6].
  • a CONNECT message is sent from the MS to the MSC [Step 7] and then from the MSC to the PSTN [Step 8] when the called subscriber answers and a default speech connection is made [Step 9], and appropriate speech transcoding is activated in the transcoder unit.
  • the V.8 / V. ⁇ bis signalling detector 41 of the MSC 10 interprets the PSTN originated V. ⁇ / V.8bis signalling [Step 10].
  • the signalling related to the telecommunication services is mapped into corresponding GSM / UMTS signalling by the MSC 10.
  • the signalling detector 41 identifies the telecommunication service category as a multimedia (H.324) call and a 28. ⁇ kbps transparent bearer service category. In other cases, more than one bearer service may be selected: for example, one for images and one for data.
  • connections within the MSC (including activation of modems) are rearranged for example as in the GSM Phase 1 proposed "alternate speech and data" service.
  • the GSM / UMTS speech bearer output to the mobile station speech channel is preferably blocked to prevent loudspeaker activation in the MS until the call type has been determined. However connection between the terminals is maintained.
  • Step 11 After successful detection of the signalling expected by the modem configuration, the modems at the MSC and in the PSTN start a handshaking process [Step 11] which results in connection with a commonly agreed data modulation rate.
  • the bearer capability for the wireless network is set to be the same as that determined for the PSTN, so as to optimise the bandwidth.
  • the MSC instigates modification of the bearer using the GSM layer 3 call control protocol (GSM 04. O ⁇ ) and the MS 1 ⁇ is informed of the requested call type and bearer [Step 12].
  • the MS returns a message to the MSC to complete the GSM / UMTS bearer modification process [Step 13].
  • the connection is now complete for multimedia communication between the PSTN terminal and MS 1 ⁇ . Communication takes place in 3.1 kHz (external to the PLMN) bearer service using the category involving the IWF modem and optimised radio bearer [Step 14].
  • Figure 7 illustrates PSTN originated, mobile terminated call setup according to the second embodiment of the invention, showing the involvement of the PSTN local exchange (LE), again using the example of an H.324 multimedia call. Further examples relating to the exchange of bearer capability information between the MSC 10 and the MS18 are also provided.
  • establishment of an H.324 call from a PSTN multimedia terminal commences when the PSTN local exchange (LE), with which the calling multimedia terminal is connected, issues an ISUP Initial Address Message (IAM) [Step 1].
  • IAM ISUP Initial Address Message
  • the MSC 10 sends a SETUP message to the MS 18 associated with the dialled number using GSM / UMTS call control signalling [Step 2].
  • the SETUP message informs the MS 18 of the incoming call and, in this case, of a default call type: speech.
  • Information concerning the requested bearer service for the default call type is indicated in the Bearer Capability (BC) information element.
  • BC Bearer Capability
  • the MS 18 responds by sending a CALL-CONF message to the MSC 10 after having checked its compatibility (e.g. user profile capability) with the requested bearer capability [Step 3].
  • the CALL-CONF message contains information relating to the call types and bearer services supported by the mobile station.
  • the CALL-CONF message may contain one or two BC lEs and the order in which bearer capabilities are listed may indicate a preference for a particular choice of bearer service.
  • the MSC Having received the CALL-CONF message from the MS, the MSC issues an ISUP Address Complete Message (ACM) to the calling terminal's PSTN local exchange [Step 4].
  • ACM ISUP Address Complete Message
  • the ACM informs the PSTN LE that all the address signals required for routing the call to the called party have been received.
  • the MS 1 ⁇ sends an ALERT message to the MSC 10, informing it that ringing has started to the called subscriber [Step 5].
  • This information is passed back to the PSTN LE as an ISUP Call Progress Message (CPG) [Step 6] and the PSTN LE subsequently connects the ringing tone to the calling terminal.
  • CPG Call Progress Message
  • a CONNECT message is sent from the MS 1 ⁇ to the MSC 10 [Step 7].
  • This is transmitted back to the PSTN LE as an ISUP Answer Message (ANM) [Step ⁇ ]
  • a default speech connection is made [Step 9] and appropriate speech transcoding is activated in the transcoder unit.
  • the V. ⁇ / V. ⁇ bis signalling detector 41 of the MSC 10 starts listening for PSTN originated V. ⁇ / V. ⁇ bis signalling [Step 10]. Any received V.8 / V.bis signalling related to telecommunication services is mapped into corresponding GSM / UMTS signalling by the MSC 10. After successful detection of the V. ⁇ / V. ⁇ bis signalling from the calling H.324 PSTN terminal, the modems at the MSC and in the PSTN terminal start a handshaking process [Step 11] which results in connection with a commonly agreed data modulation rate.
  • the bearer capability for the wireless network is set to be the same as that determined for the PSTN, so as to optimise the bandwidth.
  • the MSC instigates modification of the bearer using the GSM layer 3 call control protocol (GSM 04.03 para 9.3.13) and the MS 16 is informed of the requested call type and bearer [Step 12].
  • the MS returns a message to the MSC to complete the GSM / UMTS bearer modification process [Step 13].
  • the connection is now complete for multimedia communication between the PSTN terminal and MS 16 [Step 14].
  • FIG ⁇ illustrates an alternative PSTN originated, mobile terminated call setup procedure according to the second embodiment of the invention.
  • PSTN local exchange involvement of the PSTN local exchange in call setup signalling is also shown.
  • establishment of an H.324 multimedia call begins when the PSTN local exchange, with which the calling multimedia terminal is connected, issues an ISUP Initial Address Message (IAM) [Step 1].
  • IAM ISUP Initial Address Message
  • the MSC 10 sends a SETUP message to the MS 18 associated with the dialled number using GSM / UMTS call control signalling [Step 2].
  • the SETUP message informs the MS 18 of the incoming call, but unlike the example call setup procedure described in connection with Figures 6 and 7, no default call type is indicated to the mobile terminal.
  • the bearer capability information element of the SETUP message is left empty.
  • receipt of a SETUP message containing no bearer capability information informs the mobile terminal that the calling party resides outside the PLMN network and is not able to provide direct out-band digital signalling relating to the call type and bearer service required.
  • the mobile station forms a CALL-CONF message and transmits it to the MSC [Step 3].
  • both call type and bearer capability information is provided in the CALL-CONF message in a standardised manner in accordance with the provisions of GSM 04.08 para 9.3.2 (or equivalent UMTS recommendation).
  • GSM 04.08 para 9.3.2 or equivalent UMTS recommendation
  • the MSC issues an ISUP Address Complete Message (ACM) to the calling terminal's PSTN local exchange [Step 4].
  • ACM ISUP Address Complete Message
  • the MS 18 sends an ALERT message to the MSC 10, informing it that ringing has started to the called subscriber [Step 5].
  • CPG ISUP Call Progress Message
  • the PSTN LE subsequently connects the ringing tone to the calling terminal.
  • a CONNECT message is sent from the MS 18 to the MSC 10 [Step 7]. This is transmitted back to the PSTN LE as an ISUP Answer Message (ANM) [Step 8].
  • the V.8 / V.8bis signalling detector 41 of the MSC 10 starts listening for PSTN originated in-band signalling that might indicate the call type and bearer service required by the calling terminal [Step 9]. Specifically, if the signalling detector receives a V. ⁇ CF code 0x21 , the signature of an H.324 standard compliant PSTN multimedia terminal, the IWF modem replies, indicating its compatibility with V.34. Subsequently a V.34 start-up and handshaking procedure is initiated [Step 10], which results in connection between the MSC IWF and the calling PSTN terminal with a commonly agreed data modulation rate.
  • the bearer capability for the wireless network is set to be the same as that determined for the PSTN, so as to optimise the bandwidth and the connection is completed for end-to-end multimedia communication [Step 11].
  • a V.34 data rate of 23 ⁇ 00 bits/s is chosen for communication in the PSTN link of the end- to-end connection and a corresponding V.110 bearer is selected for communication in the PLMN (GSM) link.
  • GSM PLMN
  • FIGs 9, 10 and 11 illustrate two alternative examples of call establishment for a mobile originated, PSTN terminated multimedia call, according to the second embodiment of the invention.
  • a default speech call is first established and then modified to a multimedia call at some later time using V. ⁇ bis signalling generated in, and then transmitted in-band from the MSC to the PSTN multimedia terminal.
  • V. ⁇ bis signalling generated in, and then transmitted in-band from the MSC to the PSTN multimedia terminal.
  • a multimedia call is established directly using appropriate V. ⁇ signalling, generated by the MSC and transmitted in-band to the receiving PSTN terminal.
  • the first alternative requires both the MSC and the receiving PSTN multimedia terminal to have V. ⁇ bis functionality. If either one is not compliant with V. ⁇ bis, mobile originated multimedia call setup proceeds according to the second alternative.
  • FIG. 9 illustrates a first alternative method of call establishment from a GSM / UMTS mobile station to a PSTN terminal (mobile originated call) according to the second embodiment of the invention.
  • a default speech call is first established between the MS and the PSTN terminal.
  • appropriate V. ⁇ bis is sent to the PSTN terminal in order to effect the changeover from speech to multimedia call.
  • This method of mobile originated multimedia call establishment therefore requires that the MSC 10 is adapted to conform with V. ⁇ bis, so that it can send and recognise a call type from the V.8bis call function information category.
  • the MSCs modem pool includes a modem, which conforms to V.34, so as to support V.8bis.
  • the modem-transcoder unit of MSC acts as a signalling source and detector 41 for detecting and interpreting V. ⁇ bis signalling.
  • an initial SETUP message is sent from the MS 16 to the MSC10.
  • the SETUP message includes a video service specific codepoint by default in both the bearer capability BC and HLC / LLC information elements [Step 1].
  • the MSC 10 interprets the requested service from the BC information element and sends a SETUP message to the PSTN terminal 15 [Step 2].
  • the called terminal interprets the requested service from the peer-to-peer transmitted HLC / LLC information element.
  • the SETUP message [Step 2] does not forward digital call control specific information to PSTN terminal 15 to indicate the requested bearer service. Instead, it merely indicates a default call type (e.g. , chorus, ft, ft, ft, ft, ft, ft, ft, ft, ft, ft, ft, ft, ft, ft, ft, a default call type (e.g. , chorus, etc.
  • a default call type e.g. , chorus
  • the PSTN terminal responds by sending a CALL-CONF message, without indication of the expected bearer service [Step 3]. Receipt of a CALL-CONF message without indication of bearer capability information effectively informs the MSC that the called party resides in a PSTN network.
  • a CALL-PROC message is forwarded to the mobile station 13 by the MSC 10 [Step 4]. Then the PSTN terminal sends an ALERT message to the MSC informing it that ringing has started to the called subscriber [Step 5] and consequently the MSC connects the ringing tone to the calling subscriber [Step 6]. Finally, a CONNECT message is sent from the PSTN terminal to the MSC [Step 7] and then from the MSC to the MS 1 ⁇ [Step ⁇ ] when the called subscriber answers and a default speech connection is made [Step 9].
  • the DCE in signalling detector 41 is told by the PLMN to send appropriate V. ⁇ bis signalling (for example, as described in Intel's Videophone Ready Modem Handbook Revision 1.1 and the H.324 specification) towards the PSTN terminal 15 [Step 10].
  • V. ⁇ bis signalling for example, as described in Intel's Videophone Ready Modem Handbook Revision 1.1 and the H.324 specification
  • the appropriate signalling is interpreted at the PSTN terminal 15, it switches to the appropriate DTE-DCE mode and starts modem handshaking with the modem in MSC 10 [Step 11]. This results in establishment of a data connection between modems with a common data modulation.
  • the bearer capability for the wireless network is set to be the same as that determined for the PSTN, so as to optimise the bandwidth, and the MS 13 is informed of the requested call type [Step 12].
  • the MS also gets confirmation that it has received an acknowledgement for its original video call mode change request, and returns a message to the MSC to complete the UMTS bearer modification process [Step 13].
  • the connection is now complete for multimedia communication between the MS 1 ⁇ and PSTN terminal [Step 14]. Communication takes place in 3,1 kHz (external to the PLMN) bearer service category [Ref: GSM 2.02] involving a modem in the interworking function of MSC 10 and using the optimised radio bearer.
  • Figure 10 illustrates a second alternative method of call establishment from a GSM / UMTS mobile station 1 ⁇ to a PSTN terminal (mobile originated call setup) according to the second embodiment of the invention. More particularly, it shows establishment of an MS originated video call with direct video initialisation using MSC-configured V. ⁇ signalling which originates in a data mode enabled modem of the MSC 10.
  • the interworking function of the MSC is adapted to conform with V. ⁇ , (but not V. ⁇ bis), so that it can send and recognise a call type from the V. ⁇ call function information category.
  • the MSCs modem pool includes a modem, which conforms to V.34, so as to support V. ⁇ . This modem acts as a signalling source and detector 41 for detecting and interpreting V. ⁇ signalling.
  • an initial SETUP message is sent from the MS 1 ⁇ to the MSC 10 [Step 1].
  • the SETUP message sent from the mobile station to the MSC includes a video service specific codepoint by default in both the bearer capability BC and HLC information elements.
  • the MSC 10 Having received the SETUP message from the mobile station, the MSC 10, in turn, sends a SETUP message to the PSTN terminal 15 associated with the dialled subscriber number [Step 2].
  • the SETUP message informs the PSTN terminal 15 of the incoming call, but in this case no default call type is indicated.
  • the PSTN terminal 15 responds by sending a CALL-CONF message [Step 3], which is forwarded as a CALL-PROC message to the mobile station 1 ⁇ by the MSC 10 [Step 4].
  • the PSTN terminal sends an ALERT message to the MSC, informing it that ringing has started to the called subscriber [Step 5] and consequently the MSC connects the ringing tone to the calling subscriber [Step 6].
  • a CONNECT message is sent from the PSTN terminal 15 to the MSC [Step 7] and the MSC, in turn transmits a CONNECT message to the mobile station [Step 3].
  • the MSC instructs the signalling detector 41 to generate in-band signalling to identify the call type and bearer service required by the calling mobile station to the PSTN terminal.
  • the IWF modem starts generating V. ⁇ Cl (Call Indication) messages, including the 0x21 CF code expected from an H.324 compliant multimedia terminal [Step 9]. If the signalling detector 41 subsequently receives an appropriate reply from the PSTN, for example indicating that the called terminal incorporates a V.34 compatible modem, the IWF initiates a V.34 start-up and handshaking procedure, resulting in connection between the MSC and the PSTN with a mutually agreed data modulation rate.
  • V. ⁇ Cl Common Indication
  • the bearer capability for the wireless network is set to be the same as that determined for the PSTN, so as to optimise the bandwidth and the connection is completed for end-to-end communication [Step 10a].
  • a V.34 data modulation rate of 23. ⁇ kbits/s is established in the PSTN link and a corresponding V.110 data rate is used in the PLMN (GSM) link.
  • the MSC instigates establishment of a speech call between the MS and PSTN terminal.
  • An end-to-end speech connection is then established [Step 10b]. This provides the system with a "fall-back" capability, preventing call failure in situations where, for example, the called PSTN does not support the call type and / or bearer service requested by the calling PLMN terminal.
  • Figure 11 illustrates the same mobile originated, PSTN terminated call set up scenario as described in connection with Figure 10, showing the role played by the PSTN local exchange.
  • Call establishment between ISDN and PLMN terminals according to the second embodiment of the invention will now be described with reference to Figures 12 to 19, which cover a variety of call setup scenarios, including both mobile terminated and mobile originated calls.
  • Figures 12 to 15 describe call setup between ISDN and PLMN networks assuming that a video service specific codepoint is included by default in both the bearer capability BC and HLC information elements.
  • Figures 12 and 13 illustrate call establishment from an ISDN multimedia terminal to a mobile multimedia terminal (mobile terminated call), while Figures 14 and 15 illustrate call establishment from a mobile multimedia terminal to an ISDN multimedia terminal (mobile originated call).
  • Figures 13 and 15 illustrate how a multimedia call can be established between the ISDN and PLMN networks when end-to-end (peer-to-peer) out-band digital signalling cannot be effected.
  • Figures 16 to 19 describe call setup between ISDN and PLMN networks assuming that a video service specific codepoint is included by default in both the bearer capability BC and LLC information elements.
  • Figures 16 and 17 illustrate call establishment from an ISDN multimedia terminal to a mobile multimedia terminal (mobile terminated call), while Figures 13 and 19 illustrate call establishment from a mobile multimedia terminal to an ISDN multimedia terminal (mobile originated call).
  • Figures 17 and 19 illustrate how a multimedia call can be established between the ISDN and PLMN networks when end-to-end (peer-to-peer) out-band digital communication is not possible.
  • Figure 12 illustrates mobile terminated digital domain call setup with peer-to- peer HLC assuming global acceptance of the HLC information element to indicate an H.324 call type and use of a single numbering scheme for mobile discourse
  • an initial SETUP message is sent to the gateway MSC 10 [Step 1].
  • the SETUP message includes the called line identification (CLI) and an indication of the requested call type / bearer service.
  • CLI line identification
  • the SETUP message includes a video service specific codepoint by default in both the bearer capability BC and HLC information elements and that the ISDN terminal requests a UDI (Unrestricted Digital Information) 64 kbits/s bearer service.
  • UDI Unrestricted Digital Information
  • the mobile station responds by sending a CALL-CONF message to the MSC, after having checked its compatibility (e.g. user profile capability) with the requested bearer capability [Step 3]. If the mobile station cannot support the requested bearer service, it provides an indication of an alternative bearer service, for example a V.110 23. ⁇ kbits/s bearer, in the CALL-CONF message. This message is forwarded as a CALL-PROC message to the ISDN terminal by the MSC 10 [Step 4]. Next, the MS sends an ALERT message to the MSC, informing it that ringing has started to the called subscriber [Step 5] and subsequently the MSC connects the ringing tone to the calling subscriber [Step 6].
  • a CALL-CONF message to the MSC, after having checked its compatibility (e.g. user profile capability) with the requested bearer capability [Step 3]. If the mobile station cannot support the requested bearer service, it provides an indication of an alternative bearer service, for example a V.
  • a CONNECT message is sent from the MS to the MSC when the called subscriber answers [Step 7a].
  • the MSC then issues a CONNECT message to the ISDN terminal [Step ⁇ a] and a connection according to the originally requested bearer is made [Step 9a]. If an alternative bearer was suggested by the mobile terminal in the CALL- CONF message, call connection proceeds as shown in Steps 7b, 8b and 9b, resulting in the establishment of an alternative bearer.
  • Figure 13 illustrates call establishment from an ISDN terminal 15 to a mobile station 18 using a single numbering scheme according to the second embodiment of the invention.
  • the initial SETUP message transmitted from the ISDN terminal includes a video service specific codepoint by default in both the bearer capability BC and HLC information elements.
  • end-to-end digital communication is not possible.
  • the transcoder in MSC 10 is adapted to conform with V.140 (the ISDN in-band signalling protocol comparable to V. ⁇ / V. ⁇ bis used in PSTN networks), so that it can recognise a call type from the in-band transmitted V.140 information.
  • V.140 the ISDN in-band signalling protocol comparable to V. ⁇ / V. ⁇ bis used in PSTN networks
  • the MSCs modem-transcoder 41 is adapted to detect V.140 signalling in the LSBs of 56 / 64 kbps PCM modulated data as explained in the V.140 specification.
  • the modem- transcoder unit of MSC acts as a signalling detector 41 for detecting and interpreting V.140 signalling.
  • an initial SETUP message is sent from the ISDN terminal to the MSC 10 [Step 1].
  • the MSC 10 sends a SETUP message to the MS 18 associated with the subscriber number dialled using GSM / UMTS call control signalling [Step 2].
  • the SETUP message informs the MS 18 of the incoming call and of a default call type: in this case speech with 3,1 kHz bearer service category (GSM 02.02).
  • the MS 18 responds by sending a CALL-CONF message after having checked the compatibility with the requested bearer capability [Step 3]. This message is forwarded as a CALL- PROC message to the ISDN by the MSC 10 [Step 4].
  • the MS sends an ALERT message to the MSC informing it that ringing has started to the called subscriber [Step 5] and consequently the MSC connects the ringing tone to the calling subscriber [Step 6].
  • a CONNECT message is sent from the MS to the MSC [Step 7] and then from the MSC to the ISDN [Step 8].
  • appropriate speech transcoding is activated in the transcoder unit.
  • the V.140 signalling detector 41 of the MSC 10 listens for and interprets ISDN originated V.140 signalling [Step 10].
  • the detected signalling related to the telecommunication services is mapped into corresponding GSM / UMTS signalling by the MSC 10.
  • the detector 41 identifies the telecommunication service categories as a multimedia (H.324) call and a 64kbps transparent UDI bearer service category and the MSC instigates modification of the bearer using the layer 3 call control protocol.
  • the bearer capability for the wireless network is set to be the same as that determined for the ISDN, and the MS 18 is informed of the requested call type in the BC information element [Step 11].
  • the MS returns a message to the MSC to complete the GSM / UMTS bearer modification process [Step 12].
  • the connection is now complete for UDI multimedia communication between the PSTN terminal and MS 18 [Step 13].
  • Figure 14 provides two examples of mobile originated, ISDN terminated call setup, assuming peer-to-peer digital communication.
  • end-to-end digital communication is possible i.e. through the ISDN, PLMN and any intervening networks, for example an SS7 network linking the ISDN local exchange and the gateway MSC.
  • the mobile terminal requests a UDI bearer service of 64 kbits/s and in the second a V.110 / 2 ⁇ . ⁇ kbits/s bearer service is requested.
  • the called terminal is compatibile with the requested call type / bearer service.
  • an initial SETUP message is sent to the gateway MSC 10 [Step 1a / 1 b].
  • the SETUP message includes the called line identification (CLI) and an indication of the requested call type / bearer service.
  • CLI line identification
  • the SETUP message includes a video service specific codepoint by default in both the bearer capability BC and HLC information elements.
  • the MSC 10 interprets and forwards the requested call type and bearer service information in a SETUP message to the ISDN terminal [Step 2a / 2b].
  • the ISDN terminal responds by sending a CALL-CONF message to the MSC [Step 3a / 3b].
  • the MSC then issues a CALL-PROC message to the calling mobile station [Step 4a / 4b] to indicate that call setup is proceeding.
  • the ISDN terminal sends an ALERT message to the MSC, informing it that ringing has started to the called subscriber [Step 5a / 5b] and subsequently the MSC connects the ringing tone to the calling subscriber [Step 6a / 6b].
  • a CONNECT message is sent from the ISDN terminal to the MSC when the called subscriber answers [Step 7a / 7b].
  • the MSC then issues a CONNECT message to the mobile station [Step ⁇ a / ⁇ a] and the requested bearer service is established for end-to-end communication [Step 9a / 9b].
  • FIG. 15 illustrates call establishment from a mobile station to an ISDN terminal (mobile originated call) according to the second embodiment of the invention, in the situation that end-to-end communication of the HLC is not possible.
  • the transcoder in the MSC 10 is adapted to conform with V.140 so that it can indicate a call type as in-band transmitted V.140 information.
  • the MSCs modem-transcoder 41 can indicate V.140 signalling in the LSBs of 56 / 64 kbps PCM modulated data, as explained in the V.140 specification.
  • the modem-transcoder unit of MSC acts as a signalling source 41 for transmitting, detecting and interpreting V.140 signalling.
  • an initial SETUP message is sent which, in this example, includes the video service specific codepoint by default in both BC and HLC information elements [Step 1].
  • the MSC 10 interprets the requested service from the BC information element and in optimal case the called party would reside within digital call control domain (ISDN, other PLMN) end terminal would interpret it from the peer-to-peer transmitted HLC information element.
  • ISDN digital call control domain
  • the SETUP message transmitted from the MSC [Step 2] does not forward the digital call control specific information to the ISDN terminal.
  • the ISDN terminal responds by sending a CALL-CONF message [Step 3].
  • connection signalling is completed with knowledge by MSC 10 that the called party resides in either an ISDN or PSTN network [Steps 4 - 3].
  • the default user data in this case speech
  • the transcoder-voice modem unit 41 of MSC10 [Step 9].
  • the transcoder in the signalling detector 41 is instructed by the PLMN to send appropriate V.140 (and / or simultaneous V. ⁇ bis signalling) as described in V.140 and Intel's Videophone Ready Modem Handbook & H.324 specification towards the ISDN terminal 15 [Step 10].
  • V.140 and / or simultaneous V. ⁇ bis signalling
  • the signalling is interpreted in the ISDN terminal, it switches to an appropriate UDI mode and activates the video application at its own end.
  • the bearer capability for the wireless network is set to be the same as that determined for the ISDN, so as to optimise the bandwidth, and the MS 13 is informed of the requested call type within the BC information element [Step 11].
  • the MS also gets a confirmation that it has received an acknowledgement for its original video call mode change request.
  • the MS 1 ⁇ returns a message to the MSC to complete the GSM / UMTS bearer modification process [Step 12].
  • the connection is now complete for multimedia communication between the MS 1 ⁇ and the ISDN terminal [Step 13]. Communication takes place in 64 kbps UDI bearer service category.
  • Figure 16 illustrates call establishment from an ISDN terminal to a mobile station (mobile terminated call) using a single numbering scheme according to the second embodiment of the invention and further shows the involvement of the ISDN local exchange (LE) in call setup.
  • the example of Figure 16 once more illustrates establishment of a multimedia (video) call.
  • call type information is provided by default in both the bearer capability BC and LLC information elements transmitted from the ISDN terminal to the gateway MSC in the initial call SETUP message. This is in contrast to the examples presented in Figures 12 to 15, where call type information was carried in the BC and HLC information elements.
  • the ISDN and PLMN are such that the LLC information element may be communicated end-to-end between networks.
  • Call control signalling between the ISDN terminal and the ISDN local exchange with which it is connected is implemented according to ITU-T recommendation Q.931 which provides standardised signalling for call setup, maintenance and teardown in ISDN networks.
  • the ISDN call control procedures defined in Q.931 are substantially similar to those used in GSM call control signalling.
  • ISDN local exchanges are general connected to gateway MSCs of the PLMN network via an SS7 network, as defined in the ITU-T Q.700 series recommendations. Call control signalling between the ISDN local exchange and the gateway MSC is accomplished using ISUP (ISDN User Part) messaging as defined in ITU-T recommendation Q.762.
  • ISUP ISDN User Part
  • Call establishment from an ISDN terminal to a PLMN mobile terminal commences when the ISDN terminal issues a Q.931 SETUP message [Step 1].
  • a video service specific codepoint is included by default in both the bearer capability BC and LLC information elements of the SETUP message.
  • the Q.931 SETUP message is received by the ISDN local exchange, it issues an ISUP IAM (Initial Address Message) to the gateway MSC of the PLMN [Step 2].
  • ISUP IAM Initial Address Message
  • the MSC is able to receive direct out-band signalling indicating the contents of the LLC and BC information elements.
  • the MSC interprets the information concerning the requested call type and bearer capability received in connection with the IAM message and converts it into a format appropriate for transmission in the PLMN, for example as a GSM SETUP message, according to GSM 04.03 para 9.3.23 [Step 3] or its UMTS equivalent.
  • the ISDN local exchange informs the calling terminal that call setup is progressing by issuing a Q.931 CALL-PROC message [Step 4].
  • the mobile station On receipt of the SETUP message, the mobile station checks its compatibility with the requested call type and bearer capability and transmits a CALL- CONF message back to the MSC [Step 5]. The MSC subsequently issues an ISUP Address Complete Message (ACM) to the ISDN local exchange to indicate that all the address signals required for routing of the call to the called party have been received [Step 6]. Next, the mobile terminal sends an ALERT message to the MSC informing it that ringing has started to the called subscriber [Step 7].
  • ACM ISUP Address Complete Message
  • This information is forwarded as an ISUP Call Progress Message (CPG) via the SS7 network to the ISDN local exchange [Step ⁇ ] which, in turn, sends a Q.931 ALERT message to the calling ISDN terminal and subsequently connects the ringing tone to the calling subscriber.
  • CPG Call Progress Message
  • a CONNECT message is sent from the MS to the MSC and is forwarded as an ISUP Answer Message (ANM) to the ISDN local exchange.
  • the ISDN local exchange sends a Q.931 CONNECT message to the calling subscriber and a connection suitable for the call in question is established.
  • the call connection phase proceeds as indicated by steps 10a, 11a, 12a and 13a, of Figure 16.
  • the calling ISDN terminal initially requests a multimedia (video) call using a 64 kbits/s UDI bearer service. In the event that the mobile terminal cannot provide the required bearer service (e.g.
  • Figure 17 also illustrates call establishment from an ISDN terminal to a mobile station (mobile terminated call) using a single numbering scheme according to the second embodiment of the invention.
  • a video service specific codepoint is included by default in both the bearer capability BC and LLC information elements of the SETUP message.
  • end-to-end digital out- band communication is not possible, for example due to properties of the intervening network.
  • the interworking function IWF of the gateway MSC is invoked during call setup.
  • the IWF is adapted to conform with V.140, so that it can recognise a call type from in- band transmitted V.140 information.
  • the MSCs modem- transcoder 41 is adapted to detect V.140 signalling in the LSBs of 56 / 64 kbps PCM modulated data as explained in the V.140 specification.
  • the modem-transcoder unit of MSC acts as a signalling detector 41 for detecting and interpreting V.140 signalling.
  • a Q.931 SETUP message is sent from the ISDN terminal to the MSC 10 [Step 1]. Information concerning the requested call type and bearer service is present in the BC and LLC information elements of the Q.931 SETUP message.
  • the MSC 10 then sends a SETUP message to the MS 18 associated with the subscriber number dialled using GSM / UMTS call control signalling [Step 2].
  • the SETUP message informs the MS 18 of the incoming call and of a default call type: in this case speech with 3,1 kHz bearer service category (GSM 02.02).
  • the MS 18 responds by sending a CALL-CONF message after having checked the compatibility with the requested bearer capability [Step 3]. This message is forwarded as a CALL- PROC message to the ISDN by the MSC 10 [Step 4]. Then, the MS sends an ALERT message to the MSC informing it that ringing has started to the called subscriber [Step 5] and consequently the MSC connects the ringing tone to the calling subscriber [Step 6]. Finally, a CONNECT message is sent from the MS to the MSC [Step 7] and then from the MSC to the ISDN [Step 8]. When the called subscriber answers and a default speech connection is made [Step 9], appropriate speech transcoding is activated in the transcoder unit.
  • the V.140 signalling detector 41 of the MSC 10 starts to listen for and interpret ISDN originated V.140 signalling [Step 10].
  • the detected signalling related to the telecommunication services is mapped into corresponding GSM / UMTS signalling by the MSC 10 and, in this embodiment, the MSC instigates modification of the bearer using the layer 3 call control protocol.
  • the detector 41 identifies the telecommunication service categories as a multimedia (H.324) call and a 64kbps transparent UDI bearer service category.
  • the bearer capability for the wireless network is set to be the same as that determined for the ISDN, and the MS 1 ⁇ is informed of the requested call type in the BC information element [Step 11].
  • the MS returns a message to the MSC to complete the GSM / UMTS bearer modification process [Step 12].
  • the connection is now complete for UDI multimedia communication between the ISDN terminal and MS 1 ⁇ [Step 13].
  • Figure 13 illustrates two examples of call establishment from a mobile station to an ISDN terminal (mobile originated call) according to the second embodiment of the invention. It also illustrates the involvement of the ISDN ⁇ n
  • Steps 1a to 13a in Figure 18 it is assumed that the calling mobile terminal (and the PLMN) is capable of supporting video telephony using a UDI bearer at a data rate of 64 kbits/s, corresponding to the maximum data rate available for communication in the ISDN network.
  • This situation can be considered optimal, as the capabilities of the mobile station (and the PLMN) match those of the ISDN and the maximum data rate available in the system can be used for end-to-end communication.
  • mobile stations designed for use in 3 rd Generation PLMN networks such as the UMTS system will be capable of supporting this kind of bearer service.
  • Steps 1 b to 13b in Figure 18 it is assumed that the calling mobile station and / or the PLMN does not support a UDI bearer at a data rate of 64 kbits/s. Therefore, the MS requests a video call to be established using a bearer service with a lower data rate, in this case a V.110, 28.8 kbits/s bearer service.
  • the data rate used for end-to-end communication is thus limited by the capabilities of the mobile station and / or PLMN. This situation might arise, for example when using a first generation multimedia mobile terminal in 2 nd Generation PLMN networks offering data rates appropriate for video telephony.
  • Steps 1a to 13a of Figure 18 call establishment from a PLMN mobile station to an ISDN terminal commences when the PLMN terminal issues a SETUP message [Step 1a], conforming with the recommendations of GSM 04.08 para 9.3.23 or its UMTS equivalent.
  • a video service specific codepoint is included by default in both the bearer capability BC and LLC information elements of the SETUP message.
  • the SETUP message is received by the MSC of the PLMN, which subsequently sends an ISUP Initial Address Message (IAM) to the ISDN local exchange [Step 2a].
  • IAM ISUP Initial Address Message
  • the ISDN LE receives direct out-band signalling indicating the contents of the LLC and BC information elements. It then transmits a Q.931 SETUP message to the called ISDN terminal, indicating the requested call type and bearer capability in the BC and LLC information elements of the SETUP message [Step 3a].
  • the gateway MSC informs the calling mobile station that call setup is proceeding by issuing a CALL-PROC message [Step 4a].
  • the ISDN terminal On receipt of the SETUP message, the ISDN terminal checks its compatibility with the requested call type and bearer capability and transmits a Q.931 CALL-CONF message back to the ISDN local exchange [Step 5a]. The ISDN local exchange subsequently issues an ISUP Address Complete Message (ACM) to the MSC to indicate that all the address signals required for routing of the call to the called party have been received [Step 6a]. Next, the ISDN terminal sends an ALERT message to the ISDN local exchange, informing it that ringing has started to the called subscriber [Step 7a].
  • ACM ISUP Address Complete Message
  • This information is forwarded as an ISUP Call Progress Message (CPG) via the SS7 network to the MSC [Step 8a] which, in turn, sends an ALERT message to the calling mobile station [Step 9a] and subsequently connects the ringing tone to the calling subscriber.
  • CPG ISUP Call Progress Message
  • a Q.931 CONNECT message is sent from the ISDN terminal to the MSC [Step 10a] and is forwarded as an ISUP Answer Message (ANM) to the MSC [Step 11a].
  • NAM ISUP Answer Message
  • the MSC sends a CONNECT message to the calling subscriber [Step 12a] and a connection suitable for the call in question is established [13a], in this case a UDI bearer service with a data rate of 64 kbits/s.
  • call establishment proceeds in a manner similar to that just described.
  • the mobile station does not support the 64 kbits/s UDI bearer, but indicates its support for a V.110 2 ⁇ . ⁇ kbits/s bearer service in the initial SETUP message.
  • FIG 19 illustrates call establishment from a mobile station to an ISDN terminal (mobile originated call setup) according to the second embodiment of the invention, in the situation that end-to-end communication of the LLC information element is not possible.
  • the transcoder in the MSC 10 is adapted to conform with V.140 so that it can indicate a call type as in-band transmitted V.140 information.
  • the MSCs modem- transcoder 41 can indicate V.140 signalling in the LSBs of 56 / 64 kbps PCM modulated data, as explained in the V.140 specification.
  • the modem- transcoder unit of MSC acts as a signalling source 41 for transmitting, detecting and interpreting V.140 signalling.
  • call setup proceeds in a manner analogous to that described in connection with Figure 15.
  • Figures 20 and 21 illustrate mobile-to-mobile call setup scenarios according to the second embodiment of the invention, again using the establishment of a multimedia call as an example.
  • Figure 20 describes call establishment between two UMTS mobile stations, and shows the ISUP call setup signalling that takes between MSCs within the PLMN network.
  • Figure 21 illustrates call establishment between a UMTS mobile station and a. 2 nd generation (e.g. GSM) mobile station.
  • GSM Global System for Mobile communications
  • FIGS 22 and 23 illustrate call establishment from a PSTN terminal to a mobile station using a dual numbering plan. This embodiment provides a hybrid arrangement in which only two numbers are used: one to identify speech calls and the other to identify data calls.
  • the HLR 12 contains a database entry corresponding to the called line identification indicating the call type.
  • this database has only two entries: one indicating that the call type is speech and the other indicating that the call type is data. If the call type is speech, the PSTN originating signal is transcoded by the TC 101 of the MSC 10 and transmitted over the radio network. However, if it is data, the actual type is determined by the IWF 11 as described with reference to Figure 5 above.
  • FIG 22 illustrates call establishment for a speech call.
  • a call originates from the PSTN 15, an initial SETUP message is sent which includes the called line identification (CLI) - in this case for a speech call.
  • the HLR contains a database entry corresponding to this CLI indicating the call type as speech.
  • the MSC 10 asks the HLR 12 for this call type (bearer capability) corresponding to the CLI, and sends a SETUP message to the MS 18 to inform it of the incoming call and that the call type is speech [Step 2],
  • the MS 18 responds by sending a CALL-CONF message after having checked the compatibility (e.g. user profile capability) with the requested bearer capability [Step 3].
  • the compatibility e.g. user profile capability
  • This message is forwarded as a CALL-PROC message to the PSTN by the MSC 10 [Step 4].
  • the MS sends an ALERT message to the MSC informing it that ringing has started to the called subscriber [Step 5] and consequently the MSC connects the ringing tone to the calling subscriber [Step 6].
  • a CONNECT message is sent from the MS to the MSC [Step 7] and then from the MSC to the PSTN [Step 8] when the called subscriber answers and a connection appropriate for the speech call is made.
  • FIG 23 illustrates call establishment for a data call.
  • a call originates from the PSTN 15 (in this example a multimedia call)
  • an initial SETUP message is sent which includes the called line identification (CLI) - in this case for a data call.
  • the HLR contains a database entry corresponding to this CLI indicating the call type as data.
  • the MSC 10 asks the HLR 12 for this call type (bearer capability) corresponding to the CLI, and sends a setup message to the MS 18 to inform it of the incoming call and of a default call type (e.g. a default data type) [Step 2].
  • a default call type e.g. a default data type
  • the MS 1 ⁇ responds by sending a CALL-CONF message after having checked the compatibility with the requested bearer capability [Step 3].
  • This message is forwarded to the PSTN as a CALL-PROC message by the MSC 10 [Step 4].
  • the MS sends an ALERT message to the MSC informing it that ringing has started to the called subscriber [Step 5] and consequently the MSC connects the ringing tone to the calling subscriber [Step 6].
  • a CONNECT message is sent from the MS to the MSC [Step 7] and then from the MSC to the PSTN [Step 8] when the called subscriber answers and the default connection is made [Step 9].
  • the MSC endeavours to determine the actual data type.
  • the V. ⁇ / V. ⁇ bis signalling detector 41 of the MSC 10 interprets the PSTN originated V. ⁇ / V. ⁇ bis signalling [Step 10].
  • the signalling related to the telecommunication services is mapped into corresponding GSM / UMTS signalling by the MSC 10 and, in this embodiment, the MSC instigates modification of the bearer using the GSM layer 3 call control protocol (GSM 04.03 para 9.3.13).
  • GSM 04.03 para 9.3.13 GSM layer 3 call control protocol
  • the detector 41 identifies the telecommunication service as a multimedia call (H.324) and the bearer service as a 23.8kbps transparent bearer service category.
  • connections within the MSC are rearranged for example as in the GSM Phase 1 proposed "alternate speech and data" service.
  • the GSM / UMTS speech bearer output to the mobile station speech channel is preferably blocked to prevent loudspeaker activation in the MS until the call type has been determined. However connection between the terminals is maintained.
  • modem handshaking takes place [Step 11].
  • the bearer capability for the wireless network is set to be the same as that determined for the PSTN, so as to optimise the bandwidth, and the MS 18 is informed of the requested call type [Step 12].
  • the MS returns a message to the MSC to complete the GSM / UMTS bearer modification process [Step 13].
  • the connection is now complete for multimedia communication between the PSTN terminal and MS 18 [Step 14]. Communication takes place via the MSC modem pool using the optimised radio bearer.
  • mapping operations performed by the MSC will now be described, firstly from V.8 to GSM and then optional mapping for V. ⁇ bis.
  • this mapping is only exemplary and similar mapping could take place for future networks such as UMTS.
  • GSM signalling is generally derived from ISDN, i.e. it is based on ITU-T Q.931 recommendation. So too are 3G telecommunication systems such as UMTS, hence, their particular compatibility with such mapping methods.
  • information relating to the telecommunications service is mapped into the HLC (high level capability) information element in GSM (based on Q.931).
  • information relating to the bearer service is mapped into the BC (bearer capability) information element in GSM.
  • Further details of the HLC, BC and also the LLC (low level capability element) are also provided in the following description of the mapping.
  • the V.8, V. ⁇ bis and GSM signalling information which is relevant to the determination of telecommunication service types, is outlined below.
  • the references refer to the following documents, the contents of which are incorporated herein by reference:
  • ITU-T Recommendation V. ⁇ bis (08/96) - Procedures for the identification and selection of common modes of operation between data circuit-terminating equipment (DCEs) and between data terminal equipment (DTEs) over the general switched telephone network and on leased point-to-point telephone-type circuits
  • Table 2 in [3] lists the information categories that are available in V.8 signalling.
  • the call-function octet has 3 option bits, and Table 3 in [3] illustrates how these option bits are used to identify particular call functions.
  • the information interpreted from the call function category can be mapped into the Q.931 HLC information element to provide the GSM network with information pertaining to the telecommunications service or call function and the bearer service.
  • Table 4 in [3] indicates the availability of PSTN V-Series modulation modes other than V.90. The availability is only shown if the modulation mode can be used with the indicated call function, and if it is desired to convey that capability to the remote DCE. For example, if an H.324 application is used, the use of a V.34 full duplex mode is mandatory, and the other options would not be indicated.
  • the modulation mode information is only used between DCEs in order to find out the common modulation modes.
  • the MSC/IWF determines the data rate from the modem (e.g. 28.8kbps) on the basis of how good the quality (BER) of the PSTN line is.
  • GSM specification 04-08 [6] defines the messages for circuit switched call control.
  • section 9.3.23.1 in [6] defines the SETUP message content for mobile terminated call establishment. This message is sent over the network to the mobile station to initiate mobile terminated call establishment.
  • the SETUP message contains relevant information elements for the BC (bearer capability), HLC (high level capability) and LLC (low level capability). As mentioned above, it is these information elements which the V.8 call function category information is mapped into. BC
  • FIG. 10.5.88 in [6] illustrates the BC element for GSM. This element contains 16 octets (8 bit units). Certain bits or coding points need to be stored in octets 3, 4, 6, 6a, 6c and 6d in order to support H.324, as outlined below.
  • the coding points shown above are used to indicate the user rate. At present there is no e.g. 28. ⁇ kbps user rate available in GSM. However, Q.931 offers a wider set of user data rates that can be used when specifying the BC information element. (An outline of how the mapping might occur for the 28.8kbps and other unspecified data rates in GSM is outlined under the heading "Potential BC for other user rates").
  • Bits 4 to 7 are spare and shall be set to "0".
  • Bits 1 to 3 are spare and shall be set to "0".
  • BC information used in GSM in-band signalling is derived from Q.931 and modified for the purposes of GSM.
  • the BC element discussed above is proposed to be used in UMTS in a frame of reference of this patent application.
  • This coding point is User information layer 1 protocol (octet 5) and is described below:
  • Non-ITU-T standardized rate adaption This implies the presence of octet 5a and, optionally, octets 5b, 5c and 5d.
  • the use of this code point indicates that the user rate specified in octet 5a is defined by the user. Additionally, octets 5b, 5c and 5d, if present, are defined consistent with the user specified rate adaption.
  • the low layer compatibility information element is illustrated in Figure10.5.104 of [6].
  • the purpose of the low layer compatibility information element is to provide a means which should be used for compatibility checking by an addressed entity (e.g., a remote user or an interworking unit or a high layer function network node addressed by the calling user).
  • the Low Layer Compatibility information element is transferred transparently by a PLMN between the call originating entity (e.g. the calling user) and the addressed entity. Except for the information element identifier, the low layer compatibility information element is coded as in ETS 300 102-1.
  • This information element is not necessarily needed because the same coding can be conveyed in the BC.
  • the purpose of the high layer capability information element is to provide a means by which the remote user can check for compatibility.
  • the high layer compatibility information element is coded as shown in figure 10.5.102 and table 10.5.125 of [6].
  • the High Layer Compatibility information element is transported transparently by a PLMN between a call originating entity (e.g. a calling user) and the addressed entity (e.g. a remote user or a high layer function network node addressed by the call originating entity).
  • a call originating entity e.g. a calling user
  • the addressed entity e.g. a remote user or a high layer function network node addressed by the call originating entity.
  • a network which provides some capabilities to realise teleservices may interpret this information to provide a particular service.
  • the F.700 Recommendation provides a methodology for constructing multimedia services which is timely and responsive to the needs of both the End-User and Service Provider.
  • This methodology links generic End-User application requirements with the established set of network independent building blocks or other communications capabilities being developed within ITU-T.
  • the procedures described in this Recommendation are intended for use in developing a series of General Service Recommendations which combine the required communication tasks and media components into an architecture for generic services (e.g. for Multimedia Conferencing Service, Multimedia Distribution Service, etc.). Where applicable Recommendations are not yet available, this methodology can be used as the basis for a structured dialogue between End-Users and Service Providers in arriving at a responsive service solution.
  • Bits 1100001 through 1101111 could be used for e.g. H.324 code point or a totally new codepoint could be designed for UMTS use.
  • Table 6-2 in [4] lists the standard information categories that are available in V. ⁇ bis signalling. It comprises categories such as data and H.324 multimedia terminal to readily cater for such future teleservices. The coding for these teleservices are illustrated in Tables 6-3 and 6-5 of [4].
  • V. ⁇ bis capability exchange is that, in most cases, it enables terminals to ascertain very quickly when operation in H.324 mode is desired. This is because V.8bis capabilities indicate only the most basic and commonly used modes. If an H.324 operation mode not signalled by V. ⁇ bis is desired, the terminal must complete call establishment and perform a H.245 [7] capabilities exchange to determine if the far-end terminal supports the desired mode.
  • the CC field is formatted into one or more sub-fields. Each sub-field ends with the octet in which bit [n] is set to 1. Following the first sub-field, the remaining sub-fields, if present, shall appear in the same order in which the bits indicating their presence are transmitted. The actual bit assignments can be seen from [4]. In the first sub-field the following bits are allocated:
  • Video Shall be set only if bi-directional video is supported per Rec.
  • Audio Shall be set only if bi-directional audio is supported per Rec.
  • Encryption Shall be set only if encryption is supported per Rec. H.324 (sec. 6.7).
  • Data Indicates that a data subfield is present. Shall be set only if one or more bits in the data subfield are set.
  • Possible future allocations include Profiles (new subfield).
  • T.120 Shall be set only if T.120 conferencing is supported per Rec. H.324
  • T. ⁇ 4 Shall be set only if T.84 still image transfer is supported per Rec. H.324
  • T.434 Shall be set only if T.434 file transfer is supported per Rec. H.324 (sec.
  • V.42 Shall be set only if V.42 user data is supported per Rec. H.324 (sec.
  • V.14 Shall be set only if V.14 user data is supported per Rec. H.324 (sec.
  • PPP Shall be set only if IETF Point-to-Point protocol is supported via the
  • NLPID Network Layer Protocol Identifier
  • T.140 Shall be set only if T.140 Text Conversation Protocol for Multimedia
  • V.8bis may be supported by terminals as signalled via H.245 capabilities exchange.
  • V. ⁇ bis signalling can also be used when the call is first started in speech mode and after that it is switched to e.g. H.324 mode. For this reason, the MSC/IFW must all the time be able to listen the possible inband signalling coming from PSTN modem. The switch of service then initiates the bearer renegotiation in UMTS side where the "old" bearer is accomplished according to QoS parameters needed to H.324 call.
  • Modulation modes category (Octet - "modnO")
  • V.34 duplex availability (Bit 6)
  • Modulation control commands Modulation reporting control (+MR)
  • V.140 inband signals consist of HDLC-framed PDUs defined using ASN.1 syntax according to Recommendation X.680 and coded according to the packed encoding rules of Recommendation X.691.
  • V.140 signalling used in ISDN does more or less the same thing as V.8/V. ⁇ bis signalling in PSTN.
  • the capabilitySet field of the roleAndCapability PDU contains a sequence of one or more Capability structures, each expressing the terminal's ability to work in a particular multimedia or other communication protocol.
  • the transmitter shall include the complete list of modes in which it is currently able to operate. The list of possible modes is defined in Annex A of V.140, and may be extended in the future. Capabilities shall be listed in order of preference, from most-preferred to least-preferred. In our case the h324AnnexD should be the first (or only one) of the listed capabilities in capabilitySet field.
  • the receiving terminal can answer the transmitting terminal of the selected mode by using modeSelect PDU.
  • IsdnCapability CHOICE g711aLaw SEQUENCE ⁇ ... ⁇ , g711uLaw SEQUENCE ⁇ ... ⁇ , h320 SEQUENCE ⁇ ... ⁇ , h324AnnexD SEQUENCE ⁇ ... ⁇ , h324Multilink SEQUENCE ⁇ ... ⁇ , group4Fax SEQUENCE ⁇ ... ⁇ , t120 SEQUENCE R.. ⁇ , t140 SEQUENCE ⁇ ... ⁇ , - text chatting protocol v110 SEQUENCE ⁇ ... ⁇ , v120 SEQUENCE ⁇ ... ⁇ , rfc1661 SEQUENCE
  • IsdnMode CHOICE ⁇ nonStandard NonStandardPa ameter, g711aLaw SEQUENCE ⁇ . g711uLaw SEQUENCE ⁇ . h320 SEQUENCE!. h324AnnexD SEQUENCE!. h324Multilink SEQUENCE!. group4Fax SEQUENCE ⁇ . t120 SEQUENCE ⁇ . rfc1661 SEQUENCE!.
  • Message :: SEQUENCE cause a CHOICE nonStandard NonStandardParameter, timerExpiration NULL, roleCollision NULL, noSuitableModes NULL, invalidModeSelected NULL, protocolViolation NULL, modeNotAvailable NULL,
  • NonStandardMessage SEQUENCE nonStandardData NonStandardParameter
  • NonStandardParameter :: SEQUENCE nonStandardldentifier
  • NonStandardldentifier data OCTET STRING
  • GSM Global System for Mobile communications
  • Bearer Capability Information Element Fixed network user rate (octet 6d) 00100 28.8 kbps (Bits 54321 )
  • Bearer Capability Information Element Acceptable channel codings (octet 6e)
  • Bearer Capability Information Element Acceptable channel codings (octet 6e) 1 TCH/F9.6 acceptable (Bit 5)
  • Bearer Capability Information Element Acceptable channel codings (octet 6e) 1 TCH/F4.8 acceptable (Bit 4)
  • Bearer Capability Information Element Maximum number of traffic channels (octet 6e) 001 2 TCH (Bits 321)
  • Bearer Capability Information Element Connection element (octet 6c) 00 Transparent (Bits 76)
  • Bearer Capability Information Element User information layer 1 protocol (octet 5) 00110 Recommendations H.223 and H.245 (Bits 54321 )
  • the latest information coding point is not present in current GSM BC information element. It is taken from Q.931 and should be added to future UMTS BC information element.
  • High Layer Compatibility Information Element High layer characteristics identification (octet 4) 1100001 PSTN Multimedia Terminal (Bits 7654321 )
  • the present invention includes any novel feature or combination of features disclosed herein either explicitly or any generalisation thereof irrespective of whether or not it relates to the claimed invention or mitigates any or all of the problems addressed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé et un dispositif d'identification de services de télécommunications. Ce dispositif permet l'établissement d'un appel entre un terminal d'un réseau analogique source et un terminal d'un réseau numérique destinataire, et il comprend une entrée destinée à recevoir, dans un premier format et à partir du réseau source, des informations d'identification d'appel, des moyens de reformatage, dans un second format, de ces informations d'identification reçues, des moyens de sortie destinés à produire lesdites informations, dans le second format, sur le réseau destinataire, ainsi que des moyens de connexion servant à achever l'établissement d'une connexion adéquate entre les terminaux.
PCT/IB2000/000229 1999-02-24 2000-02-24 Identification de services de telecommunications dans une passerelle WO2000051387A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2000601875A JP2002538695A (ja) 1999-02-24 2000-02-24 ゲートウェイにおけるテレコミュニケーションサービスの識別
EP00905231A EP1155587A1 (fr) 1999-02-24 2000-02-24 Identification de services de telecommunications dans une passerelle
AU26855/00A AU772746B2 (en) 1999-02-24 2000-02-24 Telecommunication services identification in a gateway
CA002364722A CA2364722A1 (fr) 1999-02-24 2000-02-24 Identification de services de telecommunications

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
GBGB9904181.6A GB9904181D0 (en) 1999-02-24 1999-02-24 Telecommunication services identification
GB9904181.6 1999-02-24
GB9906756.3 1999-03-24
GB9906756A GB2347305A (en) 1999-02-24 1999-03-24 Telecommunication services identification
GB9908847.8 1999-04-19
GBGB9908847.8A GB9908847D0 (en) 1999-02-24 1999-04-19 Telecommunication services identification

Publications (1)

Publication Number Publication Date
WO2000051387A1 true WO2000051387A1 (fr) 2000-08-31

Family

ID=27269658

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2000/000229 WO2000051387A1 (fr) 1999-02-24 2000-02-24 Identification de services de telecommunications dans une passerelle

Country Status (6)

Country Link
EP (1) EP1155587A1 (fr)
JP (1) JP2002538695A (fr)
CN (1) CN1348664A (fr)
AU (1) AU772746B2 (fr)
CA (1) CA2364722A1 (fr)
WO (1) WO2000051387A1 (fr)

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004088951A2 (fr) * 2003-03-25 2004-10-14 Telefonaktiebolaget Lm Ericsson (Publ) Traitement de messages multimedia
WO2005107297A1 (fr) * 2004-04-21 2005-11-10 Kineto Wireless, Inc. Une methode et un systeme pour signaler le trafic et les types de support dans un systeme de commutation de reseau de telecommunication
US7072358B2 (en) 1999-05-31 2006-07-04 Nokia Corporation Transmission and interconnection method
EP1833235A1 (fr) 2002-12-12 2007-09-12 Dilithium Networks Pty Limited Procédé et système pour établir une session rapide entre des équipement à l'aide de H.324 et protocoles de télécommunications correspondants
US7327736B2 (en) 2000-09-27 2008-02-05 Wi-Lan, Inc. Changing of channel capabilities
EP1892979A1 (fr) * 2006-08-23 2008-02-27 Nokia Siemens Networks Gmbh & Co. Kg Sélection interactive d'un service au cas d'un appel destiné à un terminal mobile ayant des informations de compatibilité insuffisants
US7680143B2 (en) 2002-12-12 2010-03-16 Rpx Corporation Methods and apparatus for combining session acceleration techniques for media oriented negotiation acceleration
US7756546B1 (en) 2005-03-30 2010-07-13 Kineto Wireless, Inc. Methods and apparatuses to indicate fixed terminal capabilities
US7843900B2 (en) 2005-08-10 2010-11-30 Kineto Wireless, Inc. Mechanisms to extend UMA or GAN to inter-work with UMTS core network
US7873015B2 (en) 2002-10-18 2011-01-18 Kineto Wireless, Inc. Method and system for registering an unlicensed mobile access subscriber with a network controller
US7885644B2 (en) 2002-10-18 2011-02-08 Kineto Wireless, Inc. Method and system of providing landline equivalent location information over an integrated communication system
US7890099B2 (en) 2001-02-26 2011-02-15 Kineto Wireless, Inc. Method for automatic and seamless call transfers between a licensed wireless system and an unlicensed wireless system
US7904084B2 (en) 2005-08-26 2011-03-08 Kineto Wireless, Inc. Intelligent access point scanning with self-learning capability
US7953423B2 (en) 2002-10-18 2011-05-31 Kineto Wireless, Inc. Messaging in an unlicensed mobile access telecommunications system
US7957348B1 (en) 2004-04-21 2011-06-07 Kineto Wireless, Inc. Method and system for signaling traffic and media types within a communications network switching system
US8041385B2 (en) 2004-05-14 2011-10-18 Kineto Wireless, Inc. Power management mechanism for unlicensed wireless communication systems
JP2012257297A (ja) * 2001-10-10 2012-12-27 Core Wireless Licensing S A R L 通信モードの設定
CN105101237A (zh) * 2014-05-06 2015-11-25 中国移动通信集团浙江有限公司 一种通话质量拨测方法、服务器及自动拨测系统
US9490857B2 (en) 2002-09-20 2016-11-08 Iii Holdings 1, Llc Systems and methods for parallel signal cancellation
US9648644B2 (en) 2004-08-24 2017-05-09 Comcast Cable Communications, Llc Determining a location of a device for calling via an access point

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1317865C (zh) * 2003-10-30 2007-05-23 神达电脑股份有限公司 通讯交换机
US7953399B2 (en) * 2005-02-28 2011-05-31 Nokia Corporation Network-initiated service change from speech to multimedia
HK1081069A2 (en) * 2005-03-22 2006-05-04 Hutchison Whampoa Entpr Ltd Mobile video telephony method
CN100411437C (zh) * 2005-06-10 2008-08-13 中国移动通信集团公司 基于移动通信网络的可视电话呼叫失败的处理方法
DE102005050588B4 (de) * 2005-10-21 2010-07-08 Siemens Ag Signalisierung bezüglich des Aufbaus von H.324 Videotelefonie zwischen einer Mediagateway und einem Controller
US20080120428A1 (en) * 2006-11-21 2008-05-22 Sprint Communications Company L.P. Unique compressed call identifiers

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0771095A2 (fr) * 1995-10-24 1997-05-02 AT&T Corp. Gestion d'accès aux services Internet et multimédia mémorisés d'un terminal à support du protocole H.320
WO1997034437A1 (fr) * 1996-03-13 1997-09-18 Telefonaktiebolaget Lm Ericsson (Publ) Reseau mobile de telecommunication comportant un systeme integre de bureautique sans fil
EP0843454A2 (fr) * 1996-11-14 1998-05-20 Lucent Technologies Inc. Etablissement d'appels Internet vers un centre d'appel téléphonique
WO1998058475A1 (fr) * 1997-06-18 1998-12-23 Kabushiki Kaisha Toshiba Systeme de communication d'informations multimedia
DE19815430A1 (de) * 1998-04-07 1999-10-14 Deutsche Telekom Mobil Verfahren zum Verbindungsaufbau von einem Mobilfunknetz zu einer Zielrufnummer eines privaten Kommunikationsnetzes
US6073018A (en) * 1997-12-11 2000-06-06 Ericsson Inc System and method for interworking of wireless communication systems with ISDN networks

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0771095A2 (fr) * 1995-10-24 1997-05-02 AT&T Corp. Gestion d'accès aux services Internet et multimédia mémorisés d'un terminal à support du protocole H.320
WO1997034437A1 (fr) * 1996-03-13 1997-09-18 Telefonaktiebolaget Lm Ericsson (Publ) Reseau mobile de telecommunication comportant un systeme integre de bureautique sans fil
EP0843454A2 (fr) * 1996-11-14 1998-05-20 Lucent Technologies Inc. Etablissement d'appels Internet vers un centre d'appel téléphonique
WO1998058475A1 (fr) * 1997-06-18 1998-12-23 Kabushiki Kaisha Toshiba Systeme de communication d'informations multimedia
US6073018A (en) * 1997-12-11 2000-06-06 Ericsson Inc System and method for interworking of wireless communication systems with ISDN networks
DE19815430A1 (de) * 1998-04-07 1999-10-14 Deutsche Telekom Mobil Verfahren zum Verbindungsaufbau von einem Mobilfunknetz zu einer Zielrufnummer eines privaten Kommunikationsnetzes

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LINDBERGH D: "THE H.324 MULTIMEDIA COMMUNICATION STANDARD", IEEE COMMUNICATIONS MAGAZINE, vol. 34, no. 12, 1 December 1996 (1996-12-01), PISCATAWAY, NJ, US, pages 46 - 51, XP000636453, ISSN: 0163-6804 *

Cited By (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7072358B2 (en) 1999-05-31 2006-07-04 Nokia Corporation Transmission and interconnection method
US7327736B2 (en) 2000-09-27 2008-02-05 Wi-Lan, Inc. Changing of channel capabilities
US9071461B2 (en) 2000-09-27 2015-06-30 Wi-Lan, Inc. Changing of channel capabilities
US7890099B2 (en) 2001-02-26 2011-02-15 Kineto Wireless, Inc. Method for automatic and seamless call transfers between a licensed wireless system and an unlicensed wireless system
US7996009B2 (en) 2001-02-26 2011-08-09 Kineto Wireless, Inc. Method for authenticating access to an unlicensed wireless communications system using a licensed wireless communications system authentication process
US10270813B2 (en) 2001-10-10 2019-04-23 Conversant Wireless Licensing S.a.r.l. Setting mode of communication
US9882941B2 (en) 2001-10-10 2018-01-30 Conversant Wireless Licensing S.A R.L. Setting mode of communication
US8615223B2 (en) 2001-10-10 2013-12-24 Core Wireless Licensing S.A.R.L. Setting mode of communication
JP2012257297A (ja) * 2001-10-10 2012-12-27 Core Wireless Licensing S A R L 通信モードの設定
US9647708B2 (en) 2002-09-20 2017-05-09 Iii Holdings 1, Llc Advanced signal processors for interference cancellation in baseband receivers
US9544044B2 (en) 2002-09-20 2017-01-10 Iii Holdings 1, Llc Systems and methods for parallel signal cancellation
US9490857B2 (en) 2002-09-20 2016-11-08 Iii Holdings 1, Llc Systems and methods for parallel signal cancellation
US7953423B2 (en) 2002-10-18 2011-05-31 Kineto Wireless, Inc. Messaging in an unlicensed mobile access telecommunications system
US7873015B2 (en) 2002-10-18 2011-01-18 Kineto Wireless, Inc. Method and system for registering an unlicensed mobile access subscriber with a network controller
US7885644B2 (en) 2002-10-18 2011-02-08 Kineto Wireless, Inc. Method and system of providing landline equivalent location information over an integrated communication system
US7672322B2 (en) 2002-12-12 2010-03-02 Rpx Corporation Methods and system for fast session establishment between equipment using H.324 and related telecommunications protocols
EP1833235A1 (fr) 2002-12-12 2007-09-12 Dilithium Networks Pty Limited Procédé et système pour établir une session rapide entre des équipement à l'aide de H.324 et protocoles de télécommunications correspondants
US7388873B2 (en) 2002-12-12 2008-06-17 Dilithium Networks Pty Ltd. Methods and system for fast session establishment between equipment using H.324 and related telecommunications protocols
US7688837B2 (en) 2002-12-12 2010-03-30 Rpx Corporation Methods and system for fast session establishment between equipment using H.324 and related telecommunications protocols
US8009686B2 (en) 2002-12-12 2011-08-30 Rpx Corporation Methods and system for fast session establishment between equipment using H.324 and related telecommunications protocols
US7483441B2 (en) 2002-12-12 2009-01-27 Dilithium Networks Pty Ltd. Methods and system for fast session establishment between equipment using H.324 and related telecommunications protocols
US7680143B2 (en) 2002-12-12 2010-03-16 Rpx Corporation Methods and apparatus for combining session acceleration techniques for media oriented negotiation acceleration
WO2004088951A3 (fr) * 2003-03-25 2005-03-10 Ericsson Telefon Ab L M Traitement de messages multimedia
WO2004088951A2 (fr) * 2003-03-25 2004-10-14 Telefonaktiebolaget Lm Ericsson (Publ) Traitement de messages multimedia
US7957348B1 (en) 2004-04-21 2011-06-07 Kineto Wireless, Inc. Method and system for signaling traffic and media types within a communications network switching system
WO2005107297A1 (fr) * 2004-04-21 2005-11-10 Kineto Wireless, Inc. Une methode et un systeme pour signaler le trafic et les types de support dans un systeme de commutation de reseau de telecommunication
US8041385B2 (en) 2004-05-14 2011-10-18 Kineto Wireless, Inc. Power management mechanism for unlicensed wireless communication systems
US10070466B2 (en) 2004-08-24 2018-09-04 Comcast Cable Communications, Llc Determining a location of a device for calling via an access point
US11956852B2 (en) 2004-08-24 2024-04-09 Comcast Cable Communications, Llc Physical location management for voice over packet communication
US11252779B2 (en) 2004-08-24 2022-02-15 Comcast Cable Communications, Llc Physical location management for voice over packet communication
US10517140B2 (en) 2004-08-24 2019-12-24 Comcast Cable Communications, Llc Determining a location of a device for calling via an access point
US9648644B2 (en) 2004-08-24 2017-05-09 Comcast Cable Communications, Llc Determining a location of a device for calling via an access point
US7756546B1 (en) 2005-03-30 2010-07-13 Kineto Wireless, Inc. Methods and apparatuses to indicate fixed terminal capabilities
US7843900B2 (en) 2005-08-10 2010-11-30 Kineto Wireless, Inc. Mechanisms to extend UMA or GAN to inter-work with UMTS core network
US7904084B2 (en) 2005-08-26 2011-03-08 Kineto Wireless, Inc. Intelligent access point scanning with self-learning capability
EP1892979A1 (fr) * 2006-08-23 2008-02-27 Nokia Siemens Networks Gmbh & Co. Kg Sélection interactive d'un service au cas d'un appel destiné à un terminal mobile ayant des informations de compatibilité insuffisants
CN105101237B (zh) * 2014-05-06 2018-12-04 中国移动通信集团浙江有限公司 一种通话质量拨测方法、服务器及自动拨测系统
CN105101237A (zh) * 2014-05-06 2015-11-25 中国移动通信集团浙江有限公司 一种通话质量拨测方法、服务器及自动拨测系统

Also Published As

Publication number Publication date
JP2002538695A (ja) 2002-11-12
AU2685500A (en) 2000-09-14
CA2364722A1 (fr) 2000-08-31
CN1348664A (zh) 2002-05-08
EP1155587A1 (fr) 2001-11-21
AU772746B2 (en) 2004-05-06

Similar Documents

Publication Publication Date Title
AU772746B2 (en) Telecommunication services identification in a gateway
US6646998B1 (en) Mobile communication system and method for establishing a data call
US7227873B2 (en) Negotiation of used communication mode in a telecommunications system
US6556586B1 (en) Messaging system
US6081534A (en) Implementation of mutual rate adaptations in data services between GSM and DECT
FI100567B (fi) Verkkosovitin ja datansiirtomenetelmä matkaviestinverkossa
US6678527B1 (en) Multimedia and multiservice calls in mobile network
JP3727068B2 (ja) 移動通信ネットワークへの固定ネットワークプロトコルの適用
EP1205082B1 (fr) Mise en oeuvre des procedures d'etablissement de l'appel avec separation de la commande d'appel et de la commande de support
US8265696B1 (en) Digital telecommunication system
US6925304B2 (en) Method for data connections in a cellular mobile communication network
GB2347305A (en) Telecommunication services identification
US7000030B2 (en) Interworking method and apparatus
EP2254321A1 (fr) Dispositif et procédé pour configurer des connexions de commutation d'appel pour des services en temps réel dans des réseaux mobiles étendus
US20020122110A1 (en) Method and apparatus for providing a supplementary call service
RU2361367C2 (ru) Определение характеристик при переходе между aal2-сигнализацией и другой сигнализацией
Recommendation Network-independent basic transport service for the telematic services

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 00806683.3

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 09700690

Country of ref document: US

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2000905231

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 26855/00

Country of ref document: AU

ENP Entry into the national phase

Ref document number: 2364722

Country of ref document: CA

Ref document number: 2364722

Country of ref document: CA

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: IN/PCT/2001/1169/CHE

Country of ref document: IN

ENP Entry into the national phase

Ref document number: 2000 601875

Country of ref document: JP

Kind code of ref document: A

WWP Wipo information: published in national office

Ref document number: 2000905231

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: 2000905231

Country of ref document: EP