CA2226249C - Call forwarding in a mobile communication system - Google Patents
Call forwarding in a mobile communication system Download PDFInfo
- Publication number
- CA2226249C CA2226249C CA002226249A CA2226249A CA2226249C CA 2226249 C CA2226249 C CA 2226249C CA 002226249 A CA002226249 A CA 002226249A CA 2226249 A CA2226249 A CA 2226249A CA 2226249 C CA2226249 C CA 2226249C
- Authority
- CA
- Canada
- Prior art keywords
- msc
- call
- sending
- network
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
- H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
Abstract
A digital cellular communication system supports call forwarding with better speech quality by avoiding unnecessary speech decoding when a call is forwarded from one network or exchange to another. A new information element that contains the network code of an originating mobile services switching center (MSC) is added in an initial address message, so that the address of the originating MSC can be properly determined by a terminating MSC or, if call forwarding has been initiated, by a forwarded-to MSC. A structured dialog is used for sending a speech coding request to the originating MSC in which a return result signal acknowledging the request is sent to the correct receiver in the terminating MSC or, if call forwarding has been initiated, in the forwarded-to MSC.
Description
CALL FORWARDING IN A MOBILE COMIVIUNICATION SYSTEM
BACKGROUND
Applicant's invention relates to a system providing supplementary services and transcoder control procedures for handling traffic between subscribers in a communication network. The invention more particularly relates to a system for providing call forwarding services to digital mobile subscribers in a digital cellular radiotelephone system.
A cellular radiotelephone system typically comprises a network of neighboring radio cells that together provide complete coverage of a geographic area to be serviced. Each cell has a base station (BS) that communicates with one or more mobile stations (MSs) through associated radio channels. A set of radio channels assigned to a given cell is different from the sets used in neighboring cells in order to avoid interference. Groups of BSs are controlled by respective mobile 15, services switching centers (MSCs), each of which is equivalent to a local exchange in the public switched telephone network (PSTN). Thus, an MSC is responsible for handling tasks such as switching, routing, and charging calls and communications to and from the PSTN and other networks.
Well known cellular systems such as the Nordic Mobile Telephone (NMT) system; Total Access Communication System (TACS); Advanced Mobile Phone System (AMPS); American Digital Cellular (ADC) system; Global System for Mobile Communication (GSM); and Personal Digital Cellular (PDC) system (formerly called the Japanese Digital Cellular (JDC) system) have all adopted standardized techniques for providing basic and supplementary services to roaming subscribers. As used in this application, the term "basic service" refers to the ability of a communication network simply to establish a call and to those services, such as three-party calling, which are available to all subscribers without requiring individualized subscription. The term "supplementary services" refers to those capabilities, in mobile as well as fixed networks, that go beyond "basic"
services and that require individual subscription before those services can be invoked.
BACKGROUND
Applicant's invention relates to a system providing supplementary services and transcoder control procedures for handling traffic between subscribers in a communication network. The invention more particularly relates to a system for providing call forwarding services to digital mobile subscribers in a digital cellular radiotelephone system.
A cellular radiotelephone system typically comprises a network of neighboring radio cells that together provide complete coverage of a geographic area to be serviced. Each cell has a base station (BS) that communicates with one or more mobile stations (MSs) through associated radio channels. A set of radio channels assigned to a given cell is different from the sets used in neighboring cells in order to avoid interference. Groups of BSs are controlled by respective mobile 15, services switching centers (MSCs), each of which is equivalent to a local exchange in the public switched telephone network (PSTN). Thus, an MSC is responsible for handling tasks such as switching, routing, and charging calls and communications to and from the PSTN and other networks.
Well known cellular systems such as the Nordic Mobile Telephone (NMT) system; Total Access Communication System (TACS); Advanced Mobile Phone System (AMPS); American Digital Cellular (ADC) system; Global System for Mobile Communication (GSM); and Personal Digital Cellular (PDC) system (formerly called the Japanese Digital Cellular (JDC) system) have all adopted standardized techniques for providing basic and supplementary services to roaming subscribers. As used in this application, the term "basic service" refers to the ability of a communication network simply to establish a call and to those services, such as three-party calling, which are available to all subscribers without requiring individualized subscription. The term "supplementary services" refers to those capabilities, in mobile as well as fixed networks, that go beyond "basic"
services and that require individual subscription before those services can be invoked.
Individual supplementary subscriber services may be divided into two types:
those that modify or supplement the process of originating a ca.ll (referred to here as "A-subscriber services"); and those that modify or supplement the process of terminating a call (referred to here as "B-subscriber services"). A-subscrfber services include, but are not limited to, barring of outgoing calls and private numbering plans. B-subscriber services may be broken down into those that are invoked unconditionally, i.e., regardless of the status of the called subacriber or the network, and those whose invocation depends on a particular status or condition being present at the subscriber or in the network. Unconditional B-subscriber services include, but are not limited to, barring of incoming calls and unconditional call forwarding. Conditional B-subscriber services include call forwarding on busy, call forwarding on no reply, call forwarding on congestion, and call waiting.
To keep track of the MSs, a data base called a home location register (HLR) may be provided as a node in the mobile radio communication network. When a user (MS) subscribes to receive service from an operator, subscriber inforxnation such as the supplementary service(s) selected by the user is entered in that operator's HLR. Also, the HI,R stores information about the location of the MS including information identifying the MSC serving the MS's current location. This Amended Sheet information is updated as the MS moves around by having the MS send location information to its HLR by means of an MSC. Thus, when an MS roams into a new MSC area, it registers with that MSC, which then requests data about the MS from the HLR and informs the HLR of the MSC area in which the MS is currently located.
The HLR typically plays a part in managing individual supplementary subscnber services in that, in addition to storing the current location of a roaming subscriber, the HLR
may also store subscriber categories and call forwarding numbers (called "C-numbets"). The HLR updates subscnber category information and C-numbers in its memory when requested to do so by an authorized terminal. The HLR transmits selected parts of this information to an interrogating MSC on the occasion of registration of a roaming MS, and to a gateway MSC
(GMSC) on the occasion of call to a MS, as explained in more detail below.
In a typical network, A-subscriber services and conditional B-subscriber services are provided by the MSC, based on the subscriber categories provided to the visitor MSC
(VMSC) by the HLR at the time of registration. Unconditional B-subscriber services are invoked by the HLR because a call to a MS always means tbat the first MSC
contacted (ie., the GMSC) consults the HI,R in order to leam the whereabouts of the subscriber. Thus, the HLR is in the best position to handle unconditional services such as sending to the GMSC the C-number to which the call is to be unconditionally forwarded.
In order to standardize communication between HLRs and MSCs, cellular radiotelephone systems have adopted the Mobile Application Part (MAP) and Translation Capabilities Application Part (TCAP) of the communication protocol known as International Telegraph and Telephone Consultative Committee (CCITT) Signaling System No.
7.Recommendations Q.70]-Q.707, Q.711-Q714, and Q.77I-Q.775 in International Telegraph and Telephone Consultative Committee's (CCI'I'T) "Blue Book" Fascicle V1.7 Specifications of Signaling System No 7, Intemational Telecommunication Union (ITU), 1989. Somewhat different variants of the MAP and TCAP protocols are used with the different cellular standards (GSM, ADC, PDC, etc.). The MAP provides the signaling procedures for communication between MSs. The network part of PDC is descnbed in the standard Internode Specifications for Digital Mobile Connnunications Network, Telecommunications Technical Committee (TTC) JJ70.10, Ver. 3.2.
Amended Sheet According to various exemplwy embodiments of Applicant's invention, existing signaling channels of a radio communication system are used to transmit simple request messages related to a particular subscriber-initiated supplementary service that is desired by a mobile subscriber. The request signaling for such a service from the MS to the network, as well as the confirmation signaling from the network to the MS indicating whether or not this service request has been complied with, are transmitted over Layer 3. "Layer 3" is a term that defines where, and in which logical channels, a particular message is transmitted and received. Layer 3 is described, for example, in Recommendation Q.930 in CCITT's "Blue Book", Fascicle VI, 11, Digital Subscriber Signaling System No. 1(DSS 1), Network Layer, User Network Management".
A communication system may be considered as having at least three layers.
Layer 1 is the physical layer, which defines the parameters of the physical communication channel, e.g., radio frequenay spacing, carrier modulation characteristics, etc. Layer 2 defines the techniques necessary for the accurate transmission of infonnation within the constraints of the physical channel (Layer 1), e.g., error correction and detection, etc. Layer 3 defines the procedures for transparent transfer of infonnation over the Layer 2 data link layer.
The specific hardware implementations of radio communication systems are beyond the scope of the discussion here, but those skilled in the art will readily appreciate that this invention can be applied to any such system where signaling for supplementary services occurs between a mobile or portable station and a network. One example of a radio communication system is a cellular communication network in which an MSC is connected between a PSTN and one or more BSs that transmit and receive signals from the MSs. When a call is connected, communication takes place over a traffic channel, whereas the initial connection of a call and transfer of a call from one BS to another typically takes place over a control channel. The specifica.tion of such traffic and control channels can be according to the applicable standard for the system being implemented, e.g., GSM, ADC, PDC, etc.
As new supplementary services are developed, they can be quickly incorporated by use of a network definition known as Intelligent Network (IN). The idea of IN
is to provide intelligent nodes (I-nodes) in the network that may be consulted by other nodes in the network and updated from other nodes. 1-nodes are data processing equipment connected to other nodes only through data links for signaling; I-nodes do not have switched user connections for Amended Sheet ~~ I ~ _ , speech or for user data transfer. Consequently, they may be accessed via data links only from particular other nodes in the network, such as service switching points (SSPs) in the PSTN.
those that modify or supplement the process of originating a ca.ll (referred to here as "A-subscriber services"); and those that modify or supplement the process of terminating a call (referred to here as "B-subscriber services"). A-subscrfber services include, but are not limited to, barring of outgoing calls and private numbering plans. B-subscriber services may be broken down into those that are invoked unconditionally, i.e., regardless of the status of the called subacriber or the network, and those whose invocation depends on a particular status or condition being present at the subscriber or in the network. Unconditional B-subscriber services include, but are not limited to, barring of incoming calls and unconditional call forwarding. Conditional B-subscriber services include call forwarding on busy, call forwarding on no reply, call forwarding on congestion, and call waiting.
To keep track of the MSs, a data base called a home location register (HLR) may be provided as a node in the mobile radio communication network. When a user (MS) subscribes to receive service from an operator, subscriber inforxnation such as the supplementary service(s) selected by the user is entered in that operator's HLR. Also, the HI,R stores information about the location of the MS including information identifying the MSC serving the MS's current location. This Amended Sheet information is updated as the MS moves around by having the MS send location information to its HLR by means of an MSC. Thus, when an MS roams into a new MSC area, it registers with that MSC, which then requests data about the MS from the HLR and informs the HLR of the MSC area in which the MS is currently located.
The HLR typically plays a part in managing individual supplementary subscnber services in that, in addition to storing the current location of a roaming subscriber, the HLR
may also store subscriber categories and call forwarding numbers (called "C-numbets"). The HLR updates subscnber category information and C-numbers in its memory when requested to do so by an authorized terminal. The HLR transmits selected parts of this information to an interrogating MSC on the occasion of registration of a roaming MS, and to a gateway MSC
(GMSC) on the occasion of call to a MS, as explained in more detail below.
In a typical network, A-subscriber services and conditional B-subscriber services are provided by the MSC, based on the subscriber categories provided to the visitor MSC
(VMSC) by the HLR at the time of registration. Unconditional B-subscriber services are invoked by the HLR because a call to a MS always means tbat the first MSC
contacted (ie., the GMSC) consults the HI,R in order to leam the whereabouts of the subscriber. Thus, the HLR is in the best position to handle unconditional services such as sending to the GMSC the C-number to which the call is to be unconditionally forwarded.
In order to standardize communication between HLRs and MSCs, cellular radiotelephone systems have adopted the Mobile Application Part (MAP) and Translation Capabilities Application Part (TCAP) of the communication protocol known as International Telegraph and Telephone Consultative Committee (CCITT) Signaling System No.
7.Recommendations Q.70]-Q.707, Q.711-Q714, and Q.77I-Q.775 in International Telegraph and Telephone Consultative Committee's (CCI'I'T) "Blue Book" Fascicle V1.7 Specifications of Signaling System No 7, Intemational Telecommunication Union (ITU), 1989. Somewhat different variants of the MAP and TCAP protocols are used with the different cellular standards (GSM, ADC, PDC, etc.). The MAP provides the signaling procedures for communication between MSs. The network part of PDC is descnbed in the standard Internode Specifications for Digital Mobile Connnunications Network, Telecommunications Technical Committee (TTC) JJ70.10, Ver. 3.2.
Amended Sheet According to various exemplwy embodiments of Applicant's invention, existing signaling channels of a radio communication system are used to transmit simple request messages related to a particular subscriber-initiated supplementary service that is desired by a mobile subscriber. The request signaling for such a service from the MS to the network, as well as the confirmation signaling from the network to the MS indicating whether or not this service request has been complied with, are transmitted over Layer 3. "Layer 3" is a term that defines where, and in which logical channels, a particular message is transmitted and received. Layer 3 is described, for example, in Recommendation Q.930 in CCITT's "Blue Book", Fascicle VI, 11, Digital Subscriber Signaling System No. 1(DSS 1), Network Layer, User Network Management".
A communication system may be considered as having at least three layers.
Layer 1 is the physical layer, which defines the parameters of the physical communication channel, e.g., radio frequenay spacing, carrier modulation characteristics, etc. Layer 2 defines the techniques necessary for the accurate transmission of infonnation within the constraints of the physical channel (Layer 1), e.g., error correction and detection, etc. Layer 3 defines the procedures for transparent transfer of infonnation over the Layer 2 data link layer.
The specific hardware implementations of radio communication systems are beyond the scope of the discussion here, but those skilled in the art will readily appreciate that this invention can be applied to any such system where signaling for supplementary services occurs between a mobile or portable station and a network. One example of a radio communication system is a cellular communication network in which an MSC is connected between a PSTN and one or more BSs that transmit and receive signals from the MSs. When a call is connected, communication takes place over a traffic channel, whereas the initial connection of a call and transfer of a call from one BS to another typically takes place over a control channel. The specifica.tion of such traffic and control channels can be according to the applicable standard for the system being implemented, e.g., GSM, ADC, PDC, etc.
As new supplementary services are developed, they can be quickly incorporated by use of a network definition known as Intelligent Network (IN). The idea of IN
is to provide intelligent nodes (I-nodes) in the network that may be consulted by other nodes in the network and updated from other nodes. 1-nodes are data processing equipment connected to other nodes only through data links for signaling; I-nodes do not have switched user connections for Amended Sheet ~~ I ~ _ , speech or for user data transfer. Consequently, they may be accessed via data links only from particular other nodes in the network, such as service switching points (SSPs) in the PSTN.
5 New services are introduced by adding new program modules in the I-nodes, each corresponding to an IN functional entity. For example, a services control point (SCP) is the node in the network where most of the service logic resides, and an SSP is the node that handles the switching functions necessary to enable the services invoked by the SCP. These nodes correspond to functional entities which have been defined by the IN
standazds presented in CCTTT Recommendation Q.1218. A service data function (SDF) is also implemented in the SCP that stores the service data needed for the SCF.
Communication between the SSF and the SCF (and between the SSP and SCP) is carried out in accordance with a protocol called the InteIligent Network Application Part (1NAP), which is also part of CCITT No. 7_ IN solutions in the fixed network environment achieve rapid introduction of new services as a result of the functional division between the SCF and the SSF, in which the complete individual service logic resides in the SCF, and the SSF only performs generic switching functions (e.g., monitoring and reporting call events; setting up new legs; and disconnecting legs) under the direction of the SCF. The IN solution cannot also be applied to the cellular environment because of the conflict between the operation strategies of the SCF
and the HLR, the SDF and the HLR, and the SSF and the MSC. The SCF outperforms the same functions as the ALR, but it uses a different implementation and different interfaces.
The same may be said of Amended Sheet . II I I ._ _ .
standazds presented in CCTTT Recommendation Q.1218. A service data function (SDF) is also implemented in the SCP that stores the service data needed for the SCF.
Communication between the SSF and the SCF (and between the SSP and SCP) is carried out in accordance with a protocol called the InteIligent Network Application Part (1NAP), which is also part of CCITT No. 7_ IN solutions in the fixed network environment achieve rapid introduction of new services as a result of the functional division between the SCF and the SSF, in which the complete individual service logic resides in the SCF, and the SSF only performs generic switching functions (e.g., monitoring and reporting call events; setting up new legs; and disconnecting legs) under the direction of the SCF. The IN solution cannot also be applied to the cellular environment because of the conflict between the operation strategies of the SCF
and the HLR, the SDF and the HLR, and the SSF and the MSC. The SCF outperforms the same functions as the ALR, but it uses a different implementation and different interfaces.
The same may be said of Amended Sheet . II I I ._ _ .
the SDF and the HLR, as well as the SSF and the MSC.
For examplc:, the SCF is meant to control all services in an intelligent net-work, but this arrangement is violated by the cellular standards that always require the HLR to contain the information necessary for invoking services such as unconditional call forwarding and barring of incoming calls. Similarly, the SDF
serves as the subscriber data storage function in the intelligent network, but the HLR always stores subscriber data in a cellular network.
In a digital cellular phone network, speech is sent in digital form between terminals, e.g., from an originating digital MS to a phone in the PSTN or to another MS. An input analog speech signal at a digital MS is converted into digital form according to a speech coding algorithm that conforms to the applicable standard. The PDC system uses a speech coding algorithm that is a member of a class of speech coders known as code-excited linear predictive (CELP) coders, or vector-sum-excited linear predictive (VSELP) coders. A VSELP coder converts an analog speech signal into a digital speech signal, taking into account the expected frequency and amplitude distribution of the human voice. In this way, it is possible to compress a speech bandwidth of 3.1 kilohertz (kHz) into only 6.7 kilobits per second (kb/s), which is much less than the 64 kb/s that would be necessary if normal pulse code modulation (PCM) were used. On the other hand, such coded speech cannot be used by others without converting the coded signal into normal digital speech using a device called a transcoder, or codec.
Besides speech coding, many systems also use channel coding. For example, a PDC channel coder encodes the digital speech signal with redundant information according to block and convolutional codes for detecting and correcting transmission errors. The PDC channel coder takes VSELP digital speech having a rate of 6.7 Kb/s and converts it to a channel-coded signal having a rate of 11.2 Kb/s, which can be passed unrestricted through the network, e.g., from one MSC to another, over a 64-Kb/s channel. It will be appreciated that 11.2 Kb/s is full-rate transmission;
half-rate transmission (5.6 Kb/s) of a channel coded signal derived from digital speech from a PSI-CELP speech coder can also be used.
For examplc:, the SCF is meant to control all services in an intelligent net-work, but this arrangement is violated by the cellular standards that always require the HLR to contain the information necessary for invoking services such as unconditional call forwarding and barring of incoming calls. Similarly, the SDF
serves as the subscriber data storage function in the intelligent network, but the HLR always stores subscriber data in a cellular network.
In a digital cellular phone network, speech is sent in digital form between terminals, e.g., from an originating digital MS to a phone in the PSTN or to another MS. An input analog speech signal at a digital MS is converted into digital form according to a speech coding algorithm that conforms to the applicable standard. The PDC system uses a speech coding algorithm that is a member of a class of speech coders known as code-excited linear predictive (CELP) coders, or vector-sum-excited linear predictive (VSELP) coders. A VSELP coder converts an analog speech signal into a digital speech signal, taking into account the expected frequency and amplitude distribution of the human voice. In this way, it is possible to compress a speech bandwidth of 3.1 kilohertz (kHz) into only 6.7 kilobits per second (kb/s), which is much less than the 64 kb/s that would be necessary if normal pulse code modulation (PCM) were used. On the other hand, such coded speech cannot be used by others without converting the coded signal into normal digital speech using a device called a transcoder, or codec.
Besides speech coding, many systems also use channel coding. For example, a PDC channel coder encodes the digital speech signal with redundant information according to block and convolutional codes for detecting and correcting transmission errors. The PDC channel coder takes VSELP digital speech having a rate of 6.7 Kb/s and converts it to a channel-coded signal having a rate of 11.2 Kb/s, which can be passed unrestricted through the network, e.g., from one MSC to another, over a 64-Kb/s channel. It will be appreciated that 11.2 Kb/s is full-rate transmission;
half-rate transmission (5.6 Kb/s) of a channel coded signal derived from digital speech from a PSI-CELP speech coder can also be used.
In a call between two digital MSs, correct transcoder control procedures used to handle traffic are only obtained if the Integrated Services Digital Network LTser Parts (ISUP) and I-node map procedures are guaranteed end to end, i.e., if the call remains completely within the PDC network at all times. In such a case, both the originating and terminating subscribers are connected to an 11.2-Kb/s VSELP-speech- and channel-coded connection. Theoretically, it is possible to convert the 11.2-Kb/s speech- and channel-coded information up to a 64 Kb/s call at the originating MS, and then convert the information back again at the terminating MS.
In practice, the speech quality is reduced, so it is necessary to synchronize both speech coders to one another and set them to a "codec-through connect" mode.
Figure la depicts the transcoders in a "codec-through connect" mode.
Reference characters A, B, and C represent 11.2-Kb/s VSELP-speech- and channel-coded calls. Reference characters D and F represent signalling connections from MS-A to MSC-A and from MS-B to MSC-B, respectively. Reference character E
represents an ISUP signalling connection. Reference character G represents a MAP
signalling connection.
Figure lb depicts a signalling diagram for a call between two digital MSs.
Referring to Figure lb, the originating MSC receives a SETUP message from the calling MS and orders an analysis of the called party number. The transcoder will set to "speech" at the originating MSC regardless of whether or not a "Call to MS"
result is obtained. This is important so that it is possible to hear any tones or announcements that occur and also handle the case when call forwarding occurs.
Within the ISUP, the messages contain additional information regarding the mobile specific data. An initial address message (IAM) contains a transmission medium requirement (TMR) or unrestricted digital information, as well as information representing transfer capability, including whether "speech" or "speech and data" can be transferred, whether the data is 11.2-Kb/s or VSELP coded, and whether the coding standard is the standard defined for the network. The IAM
also contains call reference (CR) information, identifying the call in the originating MSC
and the signalling point code (SPC) of the originating MSC, and network code (NC) information, identifying the originating network.
Upon reception of the IAM, the terminating MSC pages the called MS and allocates a CR. The terminating MSC returns its CR and SPC in an address complete message (ACM). The originating MSC receives the ACM and stores the CR value from the ACM. The SPC from the ACM is discarded, and the terminating MSC's SPC is obtained instead from a codec setup request (CODEC SET REQ) message that is sent to request the through-connection. At this point, the terminating MSC has sufficient information to initiate the MAP communication with the originating MSC, but the originating MSC does not have enough information to begin such a communication before receiving a message from the terminating MSC.
The terminating call proceeds as normal until the reception of a connect (CONN) message from the MS. At this point, call setup is halted while the transcoder control procedures are initiated. From an analysis of the received IAM
and user service information, the terminating MSC recognizes that the call is coming 15, from another digital MS and sets its transcoder to the "codec-through connect"
mode. The terminating transcoder then begins to send speech and synchronization (SS) frames. Using the SPC, NC, and CR received in the IAM, the terminating MSC sends the MAP CODEC SET REQ message to request the originating transcoder to switch to "codec-through connect" mode. A timer TCodec, awaiting a codec set acknowledge (CODEC SET ACK) message, is started in the terminating MSC.
Upon reception of the CODEC SET REQ message in the originating MSC, the originating transcoder begins to send SS frames on the speech circuit.
When this has been done, the originating MSC sends the CODEC SET ACK message back to the terminating MSC using the CR stored earlier and the SPC and NC received in the CODEC SET REQ message. Upon reception of the CODEC SET ACK
message, call setup continues with the sending of an answer message (ANM). If the CODEC SET ACK message is not received before Tcodec expires, then the call is released by the terminating MSC. The MAP messages are sent directly between the terminating and originating MSCs using the SPCs, NCs, and CRs sent during the call setup phase.
, In a standard PDC network as depicted in Figure 2, an originating MSC, denoted as MSC-A, is in radio contact with an originating digital MS, denoted as MS-A, that includes a speech coder and a channel coder. A call originated by MS-A
is set up from the MSC-A to a terminating MSC, denoted as MSC-B, through a link or connection 10; the MSC-B is in radio contact with a terminating digital MS, denoted as MS-B, that also includes a channel decoder and a speech decoder.
The MSC-A uses a MAP interface to ask the HLR about the current location of the MS-B, and to receive that MS-B's roaming number, which the MSC-A uses to route the call to the MS-B through the connection 10 and the MSC-B. Figure 2 shows the typical situation when call forwarding is not invoked by the MS-B, so the network operates in the "codec-through connect" mode and VSELP or CELP data passes through the connection 10, as Iayer 1 data.
The predetermined information elements in the PDC-standard signaling messages do not fully accommodate transcoder control procedures and some supplementary services. For example, the transcoder control procedures specified for the PDC system are inadequate for the traffic case when a terminating MS
has forwarded calls to another digital MS.
This situation is illustrated in Figure 3. When a call-forwarding service is invoked in MSC-B, a logic device in the MSC-B causes it to read in its category store (which was updated from the HLR through a MAP interface when the MS-B
roamed into the region served by the MSC-B) that MS-B has forwarded calls to a particular C-number given in the store. In response to this situation, the MSC-B
routes the call to a forwarded-to digital MS-C having the C-number through a connection 12 and a forwarded-to MSC, denoted as MSC-C, thereby completing the supplementary service.
When such a call is forwarded, it is difficult for the forwarded-to exchange MSC-C to identify the originating exchange MSC-A and to identify the originating CR information. In order for a terminating MSC of a digital MS to address the originating MSC of another digital MS, not only the SPC but also the network identity of the originating MSC must be determined by the terminating MSC. In the current PDC standard's specification of the I-node, the terminating MSC
derives tie network identity of the originating MSC from the "charge area" information included in an IAM sent from the originating MSC to the terminating MSC. In 5 particular, the network identity of the originating MSC is derived from the NC data and message area (MA) data in the IAM.
Nevertheless, in the traffic scenario illustrated in Figure 3 the "Charge Area"
information element of the IAM sent by the MSC-B cannot be used by the MSC-C
to derive the network identity of the originating MSC-A because the forwarding leg 10 is independent. Thus, the "Charge Area" information in the IAM sent by the MSC-B to the MSC-C relates to the forwarding subscriber MS-B, not the subscriber MS-A originating the call.
Moreover, as illustrated in Figures 3 and 4, when call forwarding is initiated, the codec setup request message to request speech and channel coding will 15, not reach its fmal destination, MSC-A, since the SPC data in the IAM is used to address the MSC-A and the NC data in the IAM is used to address the MSC-B. The reason for this is the forwarding subscriber MS-B is charged for the forwarding leg of the call. Furthermore, since the forwarding MSC-B may belong to a network that is different from the network of the originating MSC-A, call forwarding may.
be impossible to handle with the transcoder control procedures of a single network.
The other above-mentioned problem for call forwarding is call referencing under the ISUP for communication between different exchanges and networks.
According to the PDC standard and the current I-node specification in the ISUP, the terminating MSC-B sends an address complete message (ACM) to the originating MSC-A. The ACM message includes the SPC of the terminating MSC-B, as well as a CR allocated by the MSC-B. The parameters SPC and CR are used by the MSC-A when sending the codec setup acknowledge message to the MSC-B to confirm that the request for speech and channel coding has been received.
As illustrated in Figure 5, if the subscriber MS-B forwards calls to another digital MS in contact with the MSC-C, the SPC and CR stored in the originating MSC-A will still be those of the (formerly) terminating MSC-B. Since the MSC-C
is the terminating MSC of the forwarded call, the codec setup acknowledge message that is sent from the MSC-A to the MSC-C contains the CR of the MSC-B instead of the CR of the MSC-C. In other words, the CR of the codec setup request message does not correspond to the CR of the codec setup acknowledge message.
Since no response will be received in the MSC-C with the CR allocated by the MSC-C, the timer started in the MSC-C to accommodate the call will elapse, the setup procedure will be unsuccessful, and the call will be released.
As shown in Figure 3, VSELP or CELP data is decoded in the MSC-A and passes through connection 10, MSC-B, and connection 12 as ordinary PCM data.
The MSC-C then re-codes the information using both speech and channel coding and passes the re-coded information to the MS-C. In CELP/VSELP coding, only analog speech signals must be provided to a speech coder, i.e., two coders should not be connected in tandem. Thus, the conventional PDC standard provides that the forwarding leg between the MSC-B and the MSC-C and MS-C is established as an independent call: the MSC-A decodes the speech data for transmission to the MSC-C, which re-codes it for transmission to the MS-C. To forward a call, the forwarding MSC changes the TMR to either "speech" or 3.1 kHz audio. When a call is forwarded, both subscribers will have a transcoder connected in "speech"
mode which may lead to a loss in speech quality. The result of this extra decoding/coding is reduced speech quality because CELP/VSELP coding trades speech quality for lower bit rate.
SUMMARY
With Applicant's invention, unnecessary speech decoding in the current PDC
standard network is avoided when a call is forwarded from one digital terminal or network to another. Applicant's call forwarding solution overcomes two shortcomings of the current PDC standard: it provides for identifying the oriainatinQ
exchange and the originating call reference when a call is forwarded from one digital network to another.
It is therefore an object of Applicant's invention to avoid unnecessary speech and channel coding and decoding when a call is forwarded from one digital network to another.
It is therefore yet another object of Applicant's invention to enable existing digital network standards to support call forwarding operations while improving speech quality.
In accordance with Applicant's invention, these and other objects are achieved by providing accurate network identification and call referencing during a call forwarding operation. Positive network identification is realized through the use of a new information element which contains the network code of the originating MSC, which will not be changed during call setup in the network, even when call forwarding is invoked.
Accurate call referencing is realized through the use of Transaction Capability Application Part (TCAP) services which assure that a return result from the originatuig MSC, acknowledging the codec setup request message, will always be sent to the correct terminating MSC.
BRIEF AESCRIMON OF'I'HE DRAWINGS
Figures la, lb illustrate a conventional call setup between mobile stations Figure 2 illustrates call routing in a conventional mobile communications network without invocation of a call-forwarding supplementary service;
Figure 3 illustrates a call-forwarding supplementary service in a mobile cornmunioations network;
Figure 4 shows network messaging sequences in the case of call forwarding;
Figure 5 depicts network messaging in the case of call forwarding;
Figure 6 illustrates a call-forwarding supplementary service in a mobile - communications network according to Applica.nt's invention; and Figure 7 illustrates a calling party parameter number field modified to include "MSC
address" information element.
DETAILED DESCRIPTION
Call forwarding presents special problems for transcoder control in a network Amended Sheet . II I I . , that are solved by Applicant'a invention. For ilhutrative purposes, an originating MSC is denoted as MSC-A; an MSC that forwards a call is denoted as MSC-B; and an MSC
to which caDs have been forwarded is denoted as MSC-C. The invention is not restricted to the use of these labels, however, but appiies to any type or nuinlrer of network components involved in a caII forwarding operadon.
As illustrated by Figure 6, Applicant's invention provides for VSELP or CEI.P
data pasaing through the connection 10, as Layer 1 data, as before, but this information is not decoded in the MSC-A. Instead, a"codec-through eonnect" mode is established througliout the network for the call, so that VSELP or CELP data passes through the connection 12, as Layer 1 data, to the MSC-C, which simply forwards the inform,ation to the MS-C. One result is avoidance of the extra decoding/eoding that reduces speech quality.
When call forwarding is activated between digital MSs in a digital cellular network like the PDC system, the call that is forwarded to the MSC-C by the MSCB is handled as an independent call from the MSC-A. Thus, the netwodc or exchange that forwarded the call (e.g., MSC-B) to the third patty (e.g., MSC-C) must perform appropriate processing so that the aignals attribuued to the forwarded ea11 affect the originating party in a way such that the originating network does not need to recognize that call forwardu-g has been activated.
Network identity is one part of the required pmcessing that a network must .perform during a call forwarding operation. To provide accurate recognition of the network identity of an originating MSC-A during a call forwarding operation, data which is used to addrrss the MSC-A from the answering mobile subsen'ber MS~C is clearly sepmted from other data.
That is, the "Charge Area" information eleznent in IAM is not used for addressing the MSC-A. Instead, a new information element called "MSC address", wbich contains the network code of the MSC-A, is added in the ISUP iAM.
An ilfiatration of part of the format of ISUP IAM is the calling party parameter number field shown in Telecoinmunicatioas Technicad Committee (TTC) Fig. 1-91JJ-70.10 of Appendix I of the ISUP. This fietd is modified as shown in Figure 7 to include the "MSC
address" information Amended Shent . ~I I I . .
In practice, the speech quality is reduced, so it is necessary to synchronize both speech coders to one another and set them to a "codec-through connect" mode.
Figure la depicts the transcoders in a "codec-through connect" mode.
Reference characters A, B, and C represent 11.2-Kb/s VSELP-speech- and channel-coded calls. Reference characters D and F represent signalling connections from MS-A to MSC-A and from MS-B to MSC-B, respectively. Reference character E
represents an ISUP signalling connection. Reference character G represents a MAP
signalling connection.
Figure lb depicts a signalling diagram for a call between two digital MSs.
Referring to Figure lb, the originating MSC receives a SETUP message from the calling MS and orders an analysis of the called party number. The transcoder will set to "speech" at the originating MSC regardless of whether or not a "Call to MS"
result is obtained. This is important so that it is possible to hear any tones or announcements that occur and also handle the case when call forwarding occurs.
Within the ISUP, the messages contain additional information regarding the mobile specific data. An initial address message (IAM) contains a transmission medium requirement (TMR) or unrestricted digital information, as well as information representing transfer capability, including whether "speech" or "speech and data" can be transferred, whether the data is 11.2-Kb/s or VSELP coded, and whether the coding standard is the standard defined for the network. The IAM
also contains call reference (CR) information, identifying the call in the originating MSC
and the signalling point code (SPC) of the originating MSC, and network code (NC) information, identifying the originating network.
Upon reception of the IAM, the terminating MSC pages the called MS and allocates a CR. The terminating MSC returns its CR and SPC in an address complete message (ACM). The originating MSC receives the ACM and stores the CR value from the ACM. The SPC from the ACM is discarded, and the terminating MSC's SPC is obtained instead from a codec setup request (CODEC SET REQ) message that is sent to request the through-connection. At this point, the terminating MSC has sufficient information to initiate the MAP communication with the originating MSC, but the originating MSC does not have enough information to begin such a communication before receiving a message from the terminating MSC.
The terminating call proceeds as normal until the reception of a connect (CONN) message from the MS. At this point, call setup is halted while the transcoder control procedures are initiated. From an analysis of the received IAM
and user service information, the terminating MSC recognizes that the call is coming 15, from another digital MS and sets its transcoder to the "codec-through connect"
mode. The terminating transcoder then begins to send speech and synchronization (SS) frames. Using the SPC, NC, and CR received in the IAM, the terminating MSC sends the MAP CODEC SET REQ message to request the originating transcoder to switch to "codec-through connect" mode. A timer TCodec, awaiting a codec set acknowledge (CODEC SET ACK) message, is started in the terminating MSC.
Upon reception of the CODEC SET REQ message in the originating MSC, the originating transcoder begins to send SS frames on the speech circuit.
When this has been done, the originating MSC sends the CODEC SET ACK message back to the terminating MSC using the CR stored earlier and the SPC and NC received in the CODEC SET REQ message. Upon reception of the CODEC SET ACK
message, call setup continues with the sending of an answer message (ANM). If the CODEC SET ACK message is not received before Tcodec expires, then the call is released by the terminating MSC. The MAP messages are sent directly between the terminating and originating MSCs using the SPCs, NCs, and CRs sent during the call setup phase.
, In a standard PDC network as depicted in Figure 2, an originating MSC, denoted as MSC-A, is in radio contact with an originating digital MS, denoted as MS-A, that includes a speech coder and a channel coder. A call originated by MS-A
is set up from the MSC-A to a terminating MSC, denoted as MSC-B, through a link or connection 10; the MSC-B is in radio contact with a terminating digital MS, denoted as MS-B, that also includes a channel decoder and a speech decoder.
The MSC-A uses a MAP interface to ask the HLR about the current location of the MS-B, and to receive that MS-B's roaming number, which the MSC-A uses to route the call to the MS-B through the connection 10 and the MSC-B. Figure 2 shows the typical situation when call forwarding is not invoked by the MS-B, so the network operates in the "codec-through connect" mode and VSELP or CELP data passes through the connection 10, as Iayer 1 data.
The predetermined information elements in the PDC-standard signaling messages do not fully accommodate transcoder control procedures and some supplementary services. For example, the transcoder control procedures specified for the PDC system are inadequate for the traffic case when a terminating MS
has forwarded calls to another digital MS.
This situation is illustrated in Figure 3. When a call-forwarding service is invoked in MSC-B, a logic device in the MSC-B causes it to read in its category store (which was updated from the HLR through a MAP interface when the MS-B
roamed into the region served by the MSC-B) that MS-B has forwarded calls to a particular C-number given in the store. In response to this situation, the MSC-B
routes the call to a forwarded-to digital MS-C having the C-number through a connection 12 and a forwarded-to MSC, denoted as MSC-C, thereby completing the supplementary service.
When such a call is forwarded, it is difficult for the forwarded-to exchange MSC-C to identify the originating exchange MSC-A and to identify the originating CR information. In order for a terminating MSC of a digital MS to address the originating MSC of another digital MS, not only the SPC but also the network identity of the originating MSC must be determined by the terminating MSC. In the current PDC standard's specification of the I-node, the terminating MSC
derives tie network identity of the originating MSC from the "charge area" information included in an IAM sent from the originating MSC to the terminating MSC. In 5 particular, the network identity of the originating MSC is derived from the NC data and message area (MA) data in the IAM.
Nevertheless, in the traffic scenario illustrated in Figure 3 the "Charge Area"
information element of the IAM sent by the MSC-B cannot be used by the MSC-C
to derive the network identity of the originating MSC-A because the forwarding leg 10 is independent. Thus, the "Charge Area" information in the IAM sent by the MSC-B to the MSC-C relates to the forwarding subscriber MS-B, not the subscriber MS-A originating the call.
Moreover, as illustrated in Figures 3 and 4, when call forwarding is initiated, the codec setup request message to request speech and channel coding will 15, not reach its fmal destination, MSC-A, since the SPC data in the IAM is used to address the MSC-A and the NC data in the IAM is used to address the MSC-B. The reason for this is the forwarding subscriber MS-B is charged for the forwarding leg of the call. Furthermore, since the forwarding MSC-B may belong to a network that is different from the network of the originating MSC-A, call forwarding may.
be impossible to handle with the transcoder control procedures of a single network.
The other above-mentioned problem for call forwarding is call referencing under the ISUP for communication between different exchanges and networks.
According to the PDC standard and the current I-node specification in the ISUP, the terminating MSC-B sends an address complete message (ACM) to the originating MSC-A. The ACM message includes the SPC of the terminating MSC-B, as well as a CR allocated by the MSC-B. The parameters SPC and CR are used by the MSC-A when sending the codec setup acknowledge message to the MSC-B to confirm that the request for speech and channel coding has been received.
As illustrated in Figure 5, if the subscriber MS-B forwards calls to another digital MS in contact with the MSC-C, the SPC and CR stored in the originating MSC-A will still be those of the (formerly) terminating MSC-B. Since the MSC-C
is the terminating MSC of the forwarded call, the codec setup acknowledge message that is sent from the MSC-A to the MSC-C contains the CR of the MSC-B instead of the CR of the MSC-C. In other words, the CR of the codec setup request message does not correspond to the CR of the codec setup acknowledge message.
Since no response will be received in the MSC-C with the CR allocated by the MSC-C, the timer started in the MSC-C to accommodate the call will elapse, the setup procedure will be unsuccessful, and the call will be released.
As shown in Figure 3, VSELP or CELP data is decoded in the MSC-A and passes through connection 10, MSC-B, and connection 12 as ordinary PCM data.
The MSC-C then re-codes the information using both speech and channel coding and passes the re-coded information to the MS-C. In CELP/VSELP coding, only analog speech signals must be provided to a speech coder, i.e., two coders should not be connected in tandem. Thus, the conventional PDC standard provides that the forwarding leg between the MSC-B and the MSC-C and MS-C is established as an independent call: the MSC-A decodes the speech data for transmission to the MSC-C, which re-codes it for transmission to the MS-C. To forward a call, the forwarding MSC changes the TMR to either "speech" or 3.1 kHz audio. When a call is forwarded, both subscribers will have a transcoder connected in "speech"
mode which may lead to a loss in speech quality. The result of this extra decoding/coding is reduced speech quality because CELP/VSELP coding trades speech quality for lower bit rate.
SUMMARY
With Applicant's invention, unnecessary speech decoding in the current PDC
standard network is avoided when a call is forwarded from one digital terminal or network to another. Applicant's call forwarding solution overcomes two shortcomings of the current PDC standard: it provides for identifying the oriainatinQ
exchange and the originating call reference when a call is forwarded from one digital network to another.
It is therefore an object of Applicant's invention to avoid unnecessary speech and channel coding and decoding when a call is forwarded from one digital network to another.
It is therefore yet another object of Applicant's invention to enable existing digital network standards to support call forwarding operations while improving speech quality.
In accordance with Applicant's invention, these and other objects are achieved by providing accurate network identification and call referencing during a call forwarding operation. Positive network identification is realized through the use of a new information element which contains the network code of the originating MSC, which will not be changed during call setup in the network, even when call forwarding is invoked.
Accurate call referencing is realized through the use of Transaction Capability Application Part (TCAP) services which assure that a return result from the originatuig MSC, acknowledging the codec setup request message, will always be sent to the correct terminating MSC.
BRIEF AESCRIMON OF'I'HE DRAWINGS
Figures la, lb illustrate a conventional call setup between mobile stations Figure 2 illustrates call routing in a conventional mobile communications network without invocation of a call-forwarding supplementary service;
Figure 3 illustrates a call-forwarding supplementary service in a mobile cornmunioations network;
Figure 4 shows network messaging sequences in the case of call forwarding;
Figure 5 depicts network messaging in the case of call forwarding;
Figure 6 illustrates a call-forwarding supplementary service in a mobile - communications network according to Applica.nt's invention; and Figure 7 illustrates a calling party parameter number field modified to include "MSC
address" information element.
DETAILED DESCRIPTION
Call forwarding presents special problems for transcoder control in a network Amended Sheet . II I I . , that are solved by Applicant'a invention. For ilhutrative purposes, an originating MSC is denoted as MSC-A; an MSC that forwards a call is denoted as MSC-B; and an MSC
to which caDs have been forwarded is denoted as MSC-C. The invention is not restricted to the use of these labels, however, but appiies to any type or nuinlrer of network components involved in a caII forwarding operadon.
As illustrated by Figure 6, Applicant's invention provides for VSELP or CEI.P
data pasaing through the connection 10, as Layer 1 data, as before, but this information is not decoded in the MSC-A. Instead, a"codec-through eonnect" mode is established througliout the network for the call, so that VSELP or CELP data passes through the connection 12, as Layer 1 data, to the MSC-C, which simply forwards the inform,ation to the MS-C. One result is avoidance of the extra decoding/eoding that reduces speech quality.
When call forwarding is activated between digital MSs in a digital cellular network like the PDC system, the call that is forwarded to the MSC-C by the MSCB is handled as an independent call from the MSC-A. Thus, the netwodc or exchange that forwarded the call (e.g., MSC-B) to the third patty (e.g., MSC-C) must perform appropriate processing so that the aignals attribuued to the forwarded ea11 affect the originating party in a way such that the originating network does not need to recognize that call forwardu-g has been activated.
Network identity is one part of the required pmcessing that a network must .perform during a call forwarding operation. To provide accurate recognition of the network identity of an originating MSC-A during a call forwarding operation, data which is used to addrrss the MSC-A from the answering mobile subsen'ber MS~C is clearly sepmted from other data.
That is, the "Charge Area" information eleznent in IAM is not used for addressing the MSC-A. Instead, a new information element called "MSC address", wbich contains the network code of the MSC-A, is added in the ISUP iAM.
An ilfiatration of part of the format of ISUP IAM is the calling party parameter number field shown in Telecoinmunicatioas Technicad Committee (TTC) Fig. 1-91JJ-70.10 of Appendix I of the ISUP. This fietd is modified as shown in Figure 7 to include the "MSC
address" information Amended Shent . ~I I I . .
element. The "MSC address" is not changed during call setup in the network, even though call forwarding is invoked. Thus, the address of the MSC-A can always be accurately retrieved, and call setup will be successful.
Another part of the processing that a network must perform during a call forwarding operation is call referencing of the terminating MSC by the originating MSC. The problem in the conventional call referencing processes for call forwarding noted above is that the CR of the terminating MSC is sent to the origiinating MSC via lSUP in the ACM message. The ACM is sent to the originating MSC-A prior to call forwarding, so the "terminating" MSC according to the ACM
message is not the forwarded-to MSC-C but rather the forwarding MSC-B. Thus, the ACM message does not always indicate the MSC-C, where the forwarded-to MS-C answers.
The problems of call referencing are solved by not sending the CR via ISUP
from the terminating MSC-B to the originating MSC-A in the ACM message.
Instead, TCAP services are used. One feature of the TCAP, which provides a wide variety of applications for the transfer of information between nodes in a cellular network, is dialog handling, in which two users can exchange much information.
A
TCAP dialog can be either structured or unstructured. An unstructured dialog, which does not require a reply from a user, is conventionally used for network control. A structured TCAP dialog, which requires a reply from a user or replies to a user, is preferable for the "Codec-thru control" MAP procedures in a network.
The TCAP includes operations of four different classes, the attributes of which are shown in Table I below.
TABLE I
CLASS DESCRIPTION
1 return message is alwavs sent indicating the transmission result 2 return message is only sent if an error occurred during the transmission 3 return message is only sent if the transmission was free from errors 11 4 no return message is sent A TCAP Class 4 operation is conventionally used for "codec setup request", and is defined according to Table H. Using a TCAP Class 4 operation, a "codec setup request" is sent by the terminating MSC-B to the originating MSC-A, but no return result is sent from the originating MSC-A back to the terminating MSC.
TABLE II
Codec setup request Timer = 0 Class = 4 Tag Code = 01001001 arameters contained in INVOKE O/M
CR M
Codec status M
10 inked operation 4ull The conventional codec setup acknowledge message is defined according to Table III.
Another part of the processing that a network must perform during a call forwarding operation is call referencing of the terminating MSC by the originating MSC. The problem in the conventional call referencing processes for call forwarding noted above is that the CR of the terminating MSC is sent to the origiinating MSC via lSUP in the ACM message. The ACM is sent to the originating MSC-A prior to call forwarding, so the "terminating" MSC according to the ACM
message is not the forwarded-to MSC-C but rather the forwarding MSC-B. Thus, the ACM message does not always indicate the MSC-C, where the forwarded-to MS-C answers.
The problems of call referencing are solved by not sending the CR via ISUP
from the terminating MSC-B to the originating MSC-A in the ACM message.
Instead, TCAP services are used. One feature of the TCAP, which provides a wide variety of applications for the transfer of information between nodes in a cellular network, is dialog handling, in which two users can exchange much information.
A
TCAP dialog can be either structured or unstructured. An unstructured dialog, which does not require a reply from a user, is conventionally used for network control. A structured TCAP dialog, which requires a reply from a user or replies to a user, is preferable for the "Codec-thru control" MAP procedures in a network.
The TCAP includes operations of four different classes, the attributes of which are shown in Table I below.
TABLE I
CLASS DESCRIPTION
1 return message is alwavs sent indicating the transmission result 2 return message is only sent if an error occurred during the transmission 3 return message is only sent if the transmission was free from errors 11 4 no return message is sent A TCAP Class 4 operation is conventionally used for "codec setup request", and is defined according to Table H. Using a TCAP Class 4 operation, a "codec setup request" is sent by the terminating MSC-B to the originating MSC-A, but no return result is sent from the originating MSC-A back to the terminating MSC.
TABLE II
Codec setup request Timer = 0 Class = 4 Tag Code = 01001001 arameters contained in INVOKE O/M
CR M
Codec status M
10 inked operation 4ull The conventional codec setup acknowledge message is defined according to Table III.
Codec setup confirm Timer = 0 Class = 4 Tag Code = 01001010 arameters contained in INVOKE O/M
CR M
OK/NG M
Linked operation Null Instead, in accordance with one aspect of Applicant's invention, a TCAP
Class 1 operation is used for "codec setup request". Thus, a return result from the originating MSC-A, acknowledging the "codec setup request", is always sent to the correct terminating MSC as provided by the normal TCAP features. Using a TCAP
structured dialog, the originating MSC-A can also respond with a reject component, if desired.
The "codec setup request" operation according to this invention is defined according to Table IV, using the current I-node specification.
CR M
OK/NG M
Linked operation Null Instead, in accordance with one aspect of Applicant's invention, a TCAP
Class 1 operation is used for "codec setup request". Thus, a return result from the originating MSC-A, acknowledging the "codec setup request", is always sent to the correct terminating MSC as provided by the normal TCAP features. Using a TCAP
structured dialog, the originating MSC-A can also respond with a reject component, if desired.
The "codec setup request" operation according to this invention is defined according to Table IV, using the current I-node specification.
TABLE IV
Codec setup request Timer--5 Class=l Code=01001001 Parameters contained in INVOKE O/M
IICR M
Codec Status M
Parameters contained in O/M
RETURN RESULT
Null Linked Operation Null Error Codec Failure As an alternative to using a structured TCAP procedure, as described in Table IV, i.e.
using an unstxuctured dialog, a field can be added to each of the Class 4 "codec setup request confirm" (codec setup acknowledge) messages of Telecommunications Technical Committee (TTC) JJ 70.10 Ver.3. The added fields might be called "CI", for "call identity", as shown in Table V for the "codec setup request" message, and would be the call reference allocated by the MSC-C (the actual termuiating MSC).
TABLE V
Codec setup request Timer=0 Class--4 Tag Code= 01001001 Parameters contained in INVOKE O/M
IICR M
Codec status M
Call identity M
Linked operation Null Adding the CI fields, which would conveniently have the same format as the IICR
fields, enables the use of Class 4 operations, but the originator of the operation automatically receives an answer whether the operation was successful. A correct call reference would always be returned to the originator. Adding the Cl fields fiilfills the objectives of class 4, identifying the call initially and staying unchanged.
Amended Sheet . ~ , I :_.._ ..._ . .
Codec setup request Timer--5 Class=l Code=01001001 Parameters contained in INVOKE O/M
IICR M
Codec Status M
Parameters contained in O/M
RETURN RESULT
Null Linked Operation Null Error Codec Failure As an alternative to using a structured TCAP procedure, as described in Table IV, i.e.
using an unstxuctured dialog, a field can be added to each of the Class 4 "codec setup request confirm" (codec setup acknowledge) messages of Telecommunications Technical Committee (TTC) JJ 70.10 Ver.3. The added fields might be called "CI", for "call identity", as shown in Table V for the "codec setup request" message, and would be the call reference allocated by the MSC-C (the actual termuiating MSC).
TABLE V
Codec setup request Timer=0 Class--4 Tag Code= 01001001 Parameters contained in INVOKE O/M
IICR M
Codec status M
Call identity M
Linked operation Null Adding the CI fields, which would conveniently have the same format as the IICR
fields, enables the use of Class 4 operations, but the originator of the operation automatically receives an answer whether the operation was successful. A correct call reference would always be returned to the originator. Adding the Cl fields fiilfills the objectives of class 4, identifying the call initially and staying unchanged.
Amended Sheet . ~ , I :_.._ ..._ . .
In accordance with an alternative aspect of Applicant's invention, the "codec setup request" is defined using Abstract Syntax Notat: on 1 (ASN. 1), which is a language for describing structured information that is recommended by the International Telegraph & Telephone Consultative Committee (CCITT). The "codec setup request" in ASN.1 notation is shown below:
ASN. 1 Formal Description CodecSetupRequest :: = OPERATION
PARAMETER
callReference CallReference codecStatus CodecStatus RESULT
ERRORS CodecFailure The CR and SPC information elements that are conventionally sent in the ACM message can be deleted from the ACM message, since these information elements are exchanged using other messages. This frees space in the ACM
message for additional information.
Applicant's invention, as described above, enables call forwarding to be supported in a PDC-standard network, while providing better speech quality by avoiding unnecessary speech decoding when a call is forwarded from one network or exchange to another. A new information element called "MSC address" that contains the network code of an originating MSC is added in the ISUP IAM, so that the address of the originating MSC can be properly determined by a terminating MSC or, if call forwarding has been initiated, by a forwarded-to MSC that receives calls forwarded from the terminating MSC. A TCAP Class 1 structured dialog is used for the "codec setup request" operation, so that a return result signal acknowledging the "codec setup request" is sent to the correct receiver, in the terminating MSC or, if call forwarding has been initiated, in the forwarded-to MSC.
It will be understood that Applicant's invention is not limited to the particular embodiments that have been described and illustrated. I.e. the invention could be applied to any digital cellular communication system like e.g. D-AMPS (ADC) or GSM. Of course, the inventive solution could be used for multiple call forwarding like; A-B--iC->D, A-B---C---D-+E etc. Where "A" represents the originating subscra'ber roaming in a region served by MSC-A, "B" represents a subscriber roaming in a region served by MSC-B which subscriber "B" has forwarded his call to another subscriber "C"
roaming in a region served by MSC-C which subscriber "C" in his tam has forwarded his calls to yet another subscriber "D" roanming in a region served by MSC-D and so on. This application contemplates any and all modifications that fall within the spirit and scope of Applicant's invention as defined by the following claims.
Amended Sheet . ~ I ,~
ASN. 1 Formal Description CodecSetupRequest :: = OPERATION
PARAMETER
callReference CallReference codecStatus CodecStatus RESULT
ERRORS CodecFailure The CR and SPC information elements that are conventionally sent in the ACM message can be deleted from the ACM message, since these information elements are exchanged using other messages. This frees space in the ACM
message for additional information.
Applicant's invention, as described above, enables call forwarding to be supported in a PDC-standard network, while providing better speech quality by avoiding unnecessary speech decoding when a call is forwarded from one network or exchange to another. A new information element called "MSC address" that contains the network code of an originating MSC is added in the ISUP IAM, so that the address of the originating MSC can be properly determined by a terminating MSC or, if call forwarding has been initiated, by a forwarded-to MSC that receives calls forwarded from the terminating MSC. A TCAP Class 1 structured dialog is used for the "codec setup request" operation, so that a return result signal acknowledging the "codec setup request" is sent to the correct receiver, in the terminating MSC or, if call forwarding has been initiated, in the forwarded-to MSC.
It will be understood that Applicant's invention is not limited to the particular embodiments that have been described and illustrated. I.e. the invention could be applied to any digital cellular communication system like e.g. D-AMPS (ADC) or GSM. Of course, the inventive solution could be used for multiple call forwarding like; A-B--iC->D, A-B---C---D-+E etc. Where "A" represents the originating subscra'ber roaming in a region served by MSC-A, "B" represents a subscriber roaming in a region served by MSC-B which subscriber "B" has forwarded his call to another subscriber "C"
roaming in a region served by MSC-C which subscriber "C" in his tam has forwarded his calls to yet another subscriber "D" roanming in a region served by MSC-D and so on. This application contemplates any and all modifications that fall within the spirit and scope of Applicant's invention as defined by the following claims.
Amended Sheet . ~ I ,~
Claims (9)
1. A method for setting up a call between an originating subscriber roaming in a region served by a first Mobile services Switching Center (MSC) and a terminating subscriber roaming in a region served by a second MSC in a digital cellular radiotelephone network in which the terminating subscriber has forwarded calls to a forwarded-to subscriber roaming in a region served by a third MSC, comprising the steps of:
sending a message to the second MSC from the first MSC, the message identifying a network to which the originating subscriber belongs and a call reference identifying the call in the first MSC;
passing the message to the third MSC from the second MSC;
sending a request to the first MSC from the third MSC, the request requesting setup of speech coding and channel coding; and sending a return signal from the first MSC to the third MSC, the return signal acknowledging the request.
sending a message to the second MSC from the first MSC, the message identifying a network to which the originating subscriber belongs and a call reference identifying the call in the first MSC;
passing the message to the third MSC from the second MSC;
sending a request to the first MSC from the third MSC, the request requesting setup of speech coding and channel coding; and sending a return signal from the first MSC to the third MSC, the return signal acknowledging the request.
2. The method of claim 1, further including the steps of:
speech coding and channel coding data for transmission from the originating subscriber; and channel decoding and speech decoding data received from the originating subscriber by the terminating subscriber;
wherein the step of channel decoding and speech decoding data is performed only once for the call.
speech coding and channel coding data for transmission from the originating subscriber; and channel decoding and speech decoding data received from the originating subscriber by the terminating subscriber;
wherein the step of channel decoding and speech decoding data is performed only once for the call.
3. The method of claim 1, wherein the steps of sending a request and sending a return signal are performed as a structured TCAP-dialog.
4. The method of claim 1, wherein the steps of sending a request and sending a return signal are performed as unstructured TCAP-dialogs.
5. The method of claim 4, wherein in each of the unstructured TCAP-dialogs for requesting and sending a return signal a field is included, which field indicates the identity of the call.
6. An apparatus for setting up a call between an originating subscriber roaming in a region served by a first Mobile services Switching Center (MSC) and a terminating subscriber roaming in a region served by a second MSC in a digital cellular radiotelephone network in which the terminating subscriber has forwarded calls to a forwarded-to subscriber roaming in a region served by a third MSC, comprising:
means for sending a message to the second MSC from the first MSC, the message identifying a network to which the originating subscriber belongs and a call reference identifying the call in the first MSC;
means for passing the message to the third MSC from the second MSC;
means for sending a request to the first MSC from the third MSC, the request requesting setup of speech coding and channel coding; and means for sending a return signal from the first MSC to the third MSC, the return signal acknowledging the request.
means for sending a message to the second MSC from the first MSC, the message identifying a network to which the originating subscriber belongs and a call reference identifying the call in the first MSC;
means for passing the message to the third MSC from the second MSC;
means for sending a request to the first MSC from the third MSC, the request requesting setup of speech coding and channel coding; and means for sending a return signal from the first MSC to the third MSC, the return signal acknowledging the request.
7. The apparatus of claim 6, wherein the request sending means and the return signal sending means carry out a structured TCAP-dialog.
8. The apparatus of claim 6, wherein the wherein the request sending means and the return signal sending means carry out unstructured TCAP-dialogs.
9. The apparatus of claim 8, wherein the unstructured TCAP-dialogs carried out by the request sending means and the return signal sending means include a field which indicates the identity of the call.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/498,410 | 1995-07-05 | ||
| US08/498,410 US5867784A (en) | 1995-07-05 | 1995-07-05 | Call forwarding in a mobile communication system |
| PCT/SE1996/000904 WO1997002713A1 (en) | 1995-07-05 | 1996-07-03 | Call forwarding in a mobile communication system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2226249A1 CA2226249A1 (en) | 1997-01-23 |
| CA2226249C true CA2226249C (en) | 2008-04-22 |
Family
ID=23980973
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002226249A Expired - Lifetime CA2226249C (en) | 1995-07-05 | 1996-07-03 | Call forwarding in a mobile communication system |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US5867784A (en) |
| EP (1) | EP0836788A1 (en) |
| JP (1) | JP3821301B2 (en) |
| KR (1) | KR100424033B1 (en) |
| CN (1) | CN1092907C (en) |
| AU (1) | AU708474B2 (en) |
| CA (1) | CA2226249C (en) |
| RU (1) | RU2153772C2 (en) |
| WO (1) | WO1997002713A1 (en) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2181177T3 (en) * | 1997-01-23 | 2003-02-16 | Siemens Ag | PROCEDURE FOR ADMINISTRATION OF ADDITIONAL SERVICES IN A COMMUNICATION NETWORK. |
| US6512924B2 (en) * | 1997-10-01 | 2003-01-28 | Ntt Mobile Communications Network Inc. | Mobile communications system |
| US6138007A (en) * | 1997-11-26 | 2000-10-24 | Nortel Networks Corporation | Methods and systems for late call forwarding when roaming from GSM system to IS41 system |
| US6519252B2 (en) * | 1997-12-31 | 2003-02-11 | Ericsson Inc. | System and method for connecting a call to a mobile subscriber connected to the Internet |
| FI106905B (en) * | 1998-05-12 | 2001-04-30 | Ericsson Telefon Ab L M | Method and device in a telecommunication system |
| US6181937B1 (en) * | 1998-07-01 | 2001-01-30 | Erkki Joensuu | Method for avoiding unnecessary signalling in a cellular communications system |
| US6301473B1 (en) * | 1998-07-17 | 2001-10-09 | Telefonaktiebolaget L M Ericsson (Publ) | Call transfer activation indicator in a radio telecommunications network |
| DE19833318C2 (en) * | 1998-07-24 | 2001-08-02 | Bosch Gmbh Robert | Process for the transmission of digital user data |
| KR100270657B1 (en) * | 1998-08-19 | 2000-12-01 | 윤종용 | Method for transmitting tag in air interface of cellular system |
| US6256612B1 (en) * | 1998-12-03 | 2001-07-03 | Telefonaktiebolaget L M Ericsson (Publ) | End-to-end coder/decoder (codec) |
| FI108767B (en) * | 1999-02-24 | 2002-03-15 | Ericsson Telefon Ab L M | Call connection in a telecommunications system |
| US6615037B1 (en) | 1999-06-18 | 2003-09-02 | Nortel Networks Limited | Method apparatus and system for call forwarding when roaming from a first type network to a second type network in a communication system |
| US6519454B1 (en) * | 1999-12-15 | 2003-02-11 | Lucent Technologies Inc. | Apparatus and method providing ubiquitous call transfer of an incoming call to a mobile subscriber unit |
| US7142857B1 (en) * | 2000-04-26 | 2006-11-28 | Lucent Technologies Inc. | Apparatus, method and system for maintaining call control at a gateway mobile switching center utilizing a packet network |
| KR20010108926A (en) * | 2000-06-01 | 2001-12-08 | 윤종용 | Homezone termination trigger service method |
| JP3449353B2 (en) * | 2000-12-13 | 2003-09-22 | 日本電気株式会社 | Communication system and transcoder alignment method |
| US20020087693A1 (en) * | 2000-12-29 | 2002-07-04 | Marshall Donald Brent | Method and system for distributing service functionality |
| KR20030039220A (en) * | 2001-11-12 | 2003-05-17 | 에스케이텔레텍주식회사 | Short Message Receipt Switching Method using Mobile Communication Device |
| US20030194994A1 (en) * | 2002-04-11 | 2003-10-16 | Per Svedberg | Method for preventing call forwarding in a group call |
| JP4005863B2 (en) * | 2002-07-19 | 2007-11-14 | 株式会社エヌ・ティ・ティ・ドコモ | Service control apparatus, transfer source exchange, service control system, and service control method |
| US20040147258A1 (en) * | 2002-08-21 | 2004-07-29 | Lg Electronics Inc. | Call pick-up system and method in a mobile communication network |
| US20040203802A1 (en) * | 2002-12-23 | 2004-10-14 | Mccormick Mark Alan | Process for optimizing speech coding as a function of end user device characteristics |
| US7024197B2 (en) * | 2003-03-03 | 2006-04-04 | Lucent Technologies Inc. | Wireless mid-call transfers |
| US20050170819A1 (en) * | 2004-01-29 | 2005-08-04 | Barclay Deborah L. | Mobile communication device call barge-in |
| US20080057943A1 (en) * | 2006-09-06 | 2008-03-06 | Cingular Wireless Ii, Llc | Remote call forwarding in a wireless network from a telecommunications device inside or outside the wireless network |
| EP2127422A1 (en) * | 2007-02-16 | 2009-12-02 | Telefonaktiebolaget LM Ericsson (PUBL) | Controlling supplementary subscriber services in overlayed ims-based telecommunications networks |
| CN101420669B (en) * | 2007-10-25 | 2010-08-25 | 华为技术有限公司 | Method, system and apparatus for call forwarding |
| CN101420668B (en) * | 2007-10-25 | 2010-10-13 | 华为技术有限公司 | Method, system and apparatus for implementing call forwarding |
| CN101841788B (en) * | 2010-06-12 | 2015-10-21 | 中兴通讯股份有限公司 | The methods, devices and systems of forwarded calls |
| ZA201508087B (en) * | 2014-12-30 | 2017-01-25 | Comviva Tech Limited | Method and device for providing sponsored communication services to loan non-eligible subscribers |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4924480A (en) * | 1988-03-11 | 1990-05-08 | American Telephone And Telegraph Company | Codecs with suppression of multiple encoding/decodings across a connection |
| US5291544A (en) * | 1989-10-03 | 1994-03-01 | Koninklijke Ptt Nederland N.V. | Method of transferring, between two switching exchanges for mobile services, the handling of an active connection with a mobile terminal |
| US5119397A (en) * | 1990-04-26 | 1992-06-02 | Telefonaktiebolaget L M Ericsson | Combined analog and digital cellular telephone system having a secondary set of control channels |
| US5142654A (en) * | 1990-08-09 | 1992-08-25 | Appex Corporation | Cellular telephone system and method for dynamically switching between call routing options |
| FI87963C (en) * | 1991-06-06 | 1993-03-10 | Telenokia Oy | FOERFARANDE FOER BILDANDE AV ETT ANKOMMANDE SAMTAL TILL EN RADIOTELEFON I ETT CELLRADIOTELEFONSYSTEM |
| SE470505B (en) * | 1992-10-27 | 1994-06-06 | Ellemtel Utvecklings Ab | Ways in GSM / VLR to handle additional service procedures against CPR |
| US5608779A (en) * | 1994-11-08 | 1997-03-04 | Motorola, Inc. | Method for communications between mobile units using single and multiple switching center configurations |
-
1995
- 1995-07-05 US US08/498,410 patent/US5867784A/en not_active Expired - Lifetime
-
1996
- 1996-07-03 CA CA002226249A patent/CA2226249C/en not_active Expired - Lifetime
- 1996-07-03 AU AU63262/96A patent/AU708474B2/en not_active Ceased
- 1996-07-03 EP EP96922366A patent/EP0836788A1/en not_active Withdrawn
- 1996-07-03 WO PCT/SE1996/000904 patent/WO1997002713A1/en not_active Application Discontinuation
- 1996-07-03 KR KR10-1998-0700026A patent/KR100424033B1/en not_active IP Right Cessation
- 1996-07-03 RU RU98102184/09A patent/RU2153772C2/en not_active IP Right Cessation
- 1996-07-03 JP JP50508597A patent/JP3821301B2/en not_active Expired - Lifetime
- 1996-07-03 CN CN96196464.2A patent/CN1092907C/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| AU6326296A (en) | 1997-02-05 |
| JP3821301B2 (en) | 2006-09-13 |
| CA2226249A1 (en) | 1997-01-23 |
| AU708474B2 (en) | 1999-08-05 |
| WO1997002713A1 (en) | 1997-01-23 |
| KR100424033B1 (en) | 2004-04-17 |
| EP0836788A1 (en) | 1998-04-22 |
| CN1194082A (en) | 1998-09-23 |
| JPH11509055A (en) | 1999-08-03 |
| RU2153772C2 (en) | 2000-07-27 |
| CN1092907C (en) | 2002-10-16 |
| US5867784A (en) | 1999-02-02 |
| KR19990028728A (en) | 1999-04-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2226249C (en) | Call forwarding in a mobile communication system | |
| US5504804A (en) | Providing individual subscriber services in a cellular mobile communications network | |
| US6522655B1 (en) | Method and apparatus in a telecommunications system | |
| JP3977441B2 (en) | Transport of short message service (SMS) messages within telecommunication networks | |
| EP1123626B1 (en) | Ip roaming number gateway | |
| US5883943A (en) | Calling party name delivery to digital phone subscriber | |
| AU711917B2 (en) | Methods for processing an outgoing and an incoming call in a mobile communications system | |
| US20060211425A1 (en) | Method and apparatus for acquiring user equipment capability information in a communication in a communication network | |
| US6408173B1 (en) | Billing ID correlation for inter-technology roaming | |
| US8588732B2 (en) | Method and system of PSAP call back of IN subscriber | |
| Henry-Labordere et al. | SMS and MMS interworking in mobile networks | |
| CA2378647C (en) | Method for increasing the flexibility of a communication network with separated call control and bearer control | |
| US6920126B2 (en) | Method for routing links through a packet-oriented communication network | |
| US20040235462A1 (en) | Notification of calling party when mobile called party becomes available | |
| CN101155173B (en) | Method and system for circuit field sensing IMS field multimedia conversation media information | |
| US6873858B1 (en) | Bridge mechanism, and associated method, for multi-network radio communication system | |
| FI114274B (en) | Call routing | |
| JP2002010318A (en) | Apparatus and method for using packet network to maintain call control at gateway mobile switching centre | |
| WO2000051313A2 (en) | Call set-up in a telecommunications system | |
| RU2356183C2 (en) | Method for signalling in reverse direction of transfer service in case of call "incoming in mobile network - outcoming from ptsn/isdn" | |
| Henry-Labordere | Virtual Roaming Systems for GSM, GPRS and UMTS: Open Connectivity in Practice | |
| MXPA00012965A (en) | Signalling in a telecommunications network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKEX | Expiry |
Effective date: 20160704 |