EP1275261A1 - Application of rtp and rtcp in the amr transport in voice over ip networks - Google Patents
Application of rtp and rtcp in the amr transport in voice over ip networksInfo
- Publication number
- EP1275261A1 EP1275261A1 EP00925202A EP00925202A EP1275261A1 EP 1275261 A1 EP1275261 A1 EP 1275261A1 EP 00925202 A EP00925202 A EP 00925202A EP 00925202 A EP00925202 A EP 00925202A EP 1275261 A1 EP1275261 A1 EP 1275261A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- codec
- amr
- network element
- stream
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/181—Transcoding devices; Rate adaptation devices
-
- 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
- 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/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
Definitions
- the present invention relates to a method and a network system for conveying an Adaptive Multi-Rate (AMR) codec stream over multimedia IP networks.
- AMR Adaptive Multi-Rate
- the invention relates to transmitting an Adaptive Multi- Rate (AMR) codec stream over networks.
- a network can be a multimedia IP network, a third generation (3G) mobile network or a VoIP (Voice over IP) network in general .
- 3G third generation
- VoIP Voice over IP
- an AMR speech coding scheme has been selected. It is also to be used by the GSM (GPRS/EDGE GSM) .
- GSM GPRS/EDGE GSM
- the UMTS Release 2000 is targeted to provide IP service support over the UMTS air interface (Uu) .
- a transmission channel between two codecs (coder-decoder) in a network has a fixed data rate.
- codecs coder-decoder
- two mobile stations are connected with each other via a mobile network.
- the first mobile station contains a first codec
- the second mobile stations contains a second codec.
- the codecs perform the necessary encoding/decoding for converting a voice signal into a digital signal which is transmitted via the network and vice versa.
- the codecs serve to provide a certain data rate, for example, 22.8 kbit/s on a so-called “full rate channel”. In case of AMR codecs, it is possible to switch this data rate to another data rate, for example, to 11.4 kbit/s on a so- called “half rate channel”. This switching between the different data rates has to be performed simultaneously by both of the codecs involved.
- control of the AMR codecs involved is important.
- the control of the AMR codec is UMTS specific (ref. e.g., to 3GPP TS25.415) .
- the object underlying the present invention resides in providing a method by which an improved control of AMR codecs is possible.
- This object is solved by a method for conveying an Adaptive Multi-Rate (AMR) codec stream between a first codec and a second codec over a network, comprising the steps of transmitting AMR frames via a Real-Time Transport Protocol (RTP) stream, and transmitting an AMR control signal via a Real-Time Transport Control Protocol (RTCP) stream.
- AMR Adaptive Multi-Rate
- a control channel is provided between the two peer AMR codecs in order to benefit from the capabilities of the AMR concept.
- the codecs have a mechanism to signal to its peer the requests to change the codec mode.
- the macrodiversity needs to be taken into account in the AMR control, as all branches of the call need to have the same coding mode. Since according to the invention the coding mode, i.e., the AMR frames, are the same during the transmission even in different networks, this condition can be fulfilled by the invention.
- WCDMA Wideband CDMA, Wideband Code Division Multiple Access
- the interfaces are re-usable between different application areas.
- the number of different interfaces (protocol stack, procedures) in UMTS or in a Voice over IP environment (wireless and/or fixed) can be minimized in order to avoid interworking problems and unnecessary implementation effort.
- a first network element in which the first codec may be arranged, can be a mobile station, the method further comprising the step of performing a handover from a first base station to a second base station, wherein each base station is adapted to determine a need for a codec mode change and to suggest a codec mode independently and the mobile station is adapted to decide of the codec mode change on the basis of a predetermined criterion.
- the predetermined criterion can be using the lower quality mode of the codec modes suggested by the base stations.
- the predetermined criterion can be using the higher quality mode of the codec modes suggested by the base stations. By this measure, a high quality connection can be achieved.
- the first network element can be a mobile station, the method further comprising the step of performing a handover from a first base station to a second base station, wherein a network control element is adapted to determine a codec mode change.
- a central network element e.g., a Serving Radio Network Controller SRNC
- SRNC Serving Radio Network Controller
- a codec mode which has been determined by the network control element as described above can be sent to the first base station and/or the second base station via the Real-Time Transport Control Protocol stream.
- the invention also proposes a network element comprising a frames extracting/inserting means which is adapted to insert and/or extract Adaptive Multi-Rate (AMR) frames from and/or into a Real-Time Transport Protocol (RTP) stream, and a control signal extracting/inserting means which is adapted to insert and/or extract an AMR control signal from and/or into a Real-Time Transport Control Protocol (RTP) stream.
- the network element can be a mobile station, a gateway or the like.
- the network element can comprise a mode deciding means adapted to determine a need for a codec mode change and to suggest a codec mode .
- the network element can further comprise a mode deciding means adapted to decide, in case of a handover between a first base station and a second base station, a codec mode change on the basis of received suggested codec mode changes and of a predetermined criterion.
- the predetermined criterion can be using the lower quality mode of the codec modes suggested by the base stations, or, alternatively, using the higher quality mode of the codec modes suggested by the base stations.
- the mode deciding means can be arranged in a further network element (SRNC) .
- SRNC network element
- a network system comprising a first network element including a first codec for generating Adaptive Multi-Rate (AMR) codec frames, a second network element (BS) for receiving said AMR frames and including a transmitting means (CCU) for transmitting said AMR frames via a Real-Time Transport Protocol (RTP) stream and for transmitting an AMR control signal via a Real-Time Transport Control
- AMR Adaptive Multi-Rate
- BS second network element
- CCU transmitting means
- RTP Real-Time Transport Protocol
- RTCP Transmission Control Protocol
- GW third network element
- AMR frames from said RTP stream
- AMR control signal from said RTCP stream and for outputting said AMR frames and said AMR control signal
- fourth network element for receiving and processing said AMR frames and said AMR control signal.
- the first and the second network elements can be separately arranged network elements, or, alternatively arranged within a single network element.
- the third and fourth network elements can be separately arranged network elements or, alternatively, be arranged in a single network element.
- Fig. 1 shows a block diagram of a network configuration in which a method according to an embodiment is applied
- Fig. 2 shows a protocol stack for the transport within the network shown in Fig. 1;
- FIG. 3 shows a practical implementation of the embodiment shown in Fig. 1;
- Fig. 4 shows the situation of a handover between two base stations according to a second embodiment
- Fig. 5 shows the situation of a handover between two base stations according to a third embodiment
- Fig. 6 shows an example for a gateway without a codec.
- the method according to the invention uses the so-called Real-time Transport Protocol (RTP) to transmit AMR frames via a network, and the Real-time Transport Control Protocol (RTCP) is applied to transmit corresponding AMR control commands necessary for the codecs involved via the network .
- RTP Real-time Transport Protocol
- RTCP Real-time Transport Control Protocol
- the Real-time Transport Protocol (RTP, RFC1889) is a widely-used transport protocol for any real time communications over IP. There are already many payload types defined for RTP in order to support specific real time applications (like H.261 video, G.721 audio, etc.).
- RTCP Real-Time Control Protocol
- UDP port number i.e., the User Datagram Protocol port number
- UDP port number i.e., the User Datagram Protocol port number
- the invention is to apply RTCP for end-to-end codec control (i.e., control between the peer codecs) in UMTS and in whatever environment the AMR is used. It is noted that a narrow-band or a wide-band AMR can be used. As a consequence, there is a need to specify an RTP payload type for AMR coded speech as well as the mode change support into RTCP.
- a User Equipment On the left side, a User Equipment (UE) is shown which comprises an AMR codec (coder-decoder) for converting source signals like speech signals into data signals having a particular data rate.
- the AMR codec is adapted to form the output data signals into AMR frames, i.e., to transmit these data signals in an AMR frame stream or AMR frame channel .
- the necessary control signals for signalling changes of the codec mode and so on to a counterpart codec on the receiving side i.e., the AMR control signals are transmitted via an AMR control stream or AMR control channel.
- the AMR control signals include AMR mode commands.
- the counterpart codec resides in this case in a Media Gateway (MGW) . That is, the MGW may contain the codec function (physically the transcoder) . In general, the MGW performs functions like media conversions from one format to another (e.g., from an IP network to a Public Switched Telephone Network (PSTN)), payload processing (speech transcoding (i.e., the function of a codec) , echo cancelling etc.) .
- PSTN Public Switched Telephone Network
- the AMR frames and the AMR control signals are transmitted via the UMTS Uu interface to the Radio Access Network (RAN) .
- the AMR frames and the AMR control signals are received by a Base Station (BS) .
- BS Base Station
- the AMR frames which have been transmitted from the UE to the BS are inserted into an RTP stream, and the AMR control signals which have been transmitted from the UE to the BS are inserted into an RTCP control stream.
- the Iu interface can be the lu-PS interface between the RAN and the Packet Switched (PS) Core Network (CN) .
- PS Packet Switched
- CN Packet Switched Core Network
- the invention is also applicable for the Iu-CS interface between a Circuit Switched (CS) Core Network (CN) .
- the RTP stream and the RTCP stream are transmitted via an interface lu-PS (also defined in UMTS) to a Serving GPRS Support Node (SGSN) . Both streams are transmitted via an interface Gn (also defined in UMTS) to a Gateway GPRS Support Node (GGSN) . Finally, the RTP stream and the RTCP stream are transmitted via an interface Gi to a Gateway (MGW) which comprises a codec.
- the gateway is adapted to extract the AMR frames from the RTP stream and to extract the AMR control signals from the RTCP control stream.
- the codec of the gateway converts the received AMR frames into the data signals as needed for further transmitting or processing in the network to which the gateway is connected. Furthermore, the codec is adapted to change its mode in response to the AMR control signals received in the RTCP control stream.
- Fig. 2 the corresponding protocol stack for the transport outlined above is shown. It is noted that this protocol stack is to be defined for the UMTS Release 2000 (R00) terrestrial transport, i.e., the transport between the Base Station and the GW node (i.e., the node where the codec resides in the network side) .
- the user data part of the stack presented in Fig. 2 can be e.g., AMR speech frames conveyed in a header compressed RTP/UDP/IP payload.
- the header compression/stripping has been standardized in UMTS to take place in the Mobile Station (MS, i.e., the UE) and in a Radio Network Controller (RNC, as a part of the RAN) .
- MS Mobile Station
- RNC Radio Network Controller
- the UE as shown in Fig. 1 is a Mobile Station MS.
- the mobile station MS comprises a codec including a Channel Coding Unit CCU to be described later.
- The. MS is connected via a radio connection with a Base Station BS .
- the base station BS also comprises a Channel Coding Unit CCU.
- the CCU serves as a frames and control signal inserting/extracting means.
- an AMR frame is inserted into the RTP frame payload as such.
- the Channel Coding Unit CCU performs the radio channel coding (downlink) and decoding (uplink) . That is, in the case of an uplink, the CCU receives the AMR frame and the codec mode information (i.e., AMR control signal) for the uplink radio frame structure which has been transmitted from the UE to the BS . It then passes this information to a RTP protocol entity and to an associated RTCP protocol entity, respectively.
- the base station BS is connected to a Radio Network Controller (RNC) .
- RNC Radio Network Controller
- the base station BS and the RNC are parts of the RAN (Radio Access Network) shown in Fig. 1.
- the RNC is connected with a Gateway GW which comprises a further codec. It is assumed that the AMR frames transmitted between the mobile station MS and the gateway GW and vice versa are speech frames.
- other kind of traffic can be transmitted, for example video data and other data which require a real-time treatment or have to be delivered quickly for other reasons .
- the Channel Coding Units which are included in the MS and the BS, serve to determine the radio interface conditions, the resulting frame quality and the like, and serve to set different codec modes on the basis of these determination results.
- the CCU performs, e.g., the convolutional coding/decoding or Turbo coding/decoding for the radio interface transmission. That is, the CCUs set the corresponding AMR codec mode commands into the AMR control signals.
- the CCU inserts the commands, i.e., the AMR mode commands, into the RTCP stream.
- the AMR codec change command for the downlink (DL) AMR stream (CHANGE DL MODE) is received over the radio interface, i.e., the interface between the MS and the BS .
- a transmitting of a change command for the downlink AMR stream is indicated by the dotted arrow directed from the MS to the BS and further to the GW.
- the receiving BS inserts the information into the RTCP message that it subsequently sends towards the network node where the codec resides (which is in Fig. 3 the GW) .
- the codec mode is changed accordingly (the requested mode is included in the command) .
- Each AMR frame carries the information of the used codec mode.
- the change of codec mode is generally based on the radio interface conditions and the resulting frame quality that is determined by the Channel Coding Unit (CCU) located in the base station BS (UL) and in the mobile station MS (DL) .
- the CCU of the base station BS performs such a determination
- the mobile station MS performs the determination.
- the change command only needs to be sent over the radio interface, provided that there is only one base station participating in the call.
- the change command for the uplink AMR stream (CHANGE UL MODE) is indicated by a dotted arrow directed from the base station BS to the mobile station MS.
- the mechanism for UL codec mode change may be different.
- two alternative procedures are described as a second and a third embodiment, respectively.
- Fig. 4 shows a situation, in which a (soft) handover between two base stations BS1 and BS2 according to the second embodiment is illustrated.
- the mobile station MS comprises a codec and a CCU
- the base stations BS1 and BS2 each comprise a
- each base station involved in the given AMR call determines the need for UL codec mode change independently from each other.
- the mobile station MS receives from the base station BS1 a command CHANGE UL MODE1 and from the base station a command CHANGE UL MODE2.
- the MS is assigned the responsibility to make the decision of the mode change according to predefined criteria.
- the CCU of the MS is adapted to decide which one of the received codec change command is to be applied by the codec.
- the current codec mode is defined by the base station BS1.
- the base station BS2 requests another codec mode by issuing the command CHANGE UL M0DE2 via the LI layer.
- the mobile station MS has to decide which one of the modes should be applied, that is, whether the current mode should be changed to the new mode as requested by the base station BS2 , or whether the current codec mode should be maintained.
- a criterion can be, e.g., to apply the current mode if it is better than the proposed new mode. That is, the CCU of the MS selects the codec mode which provides a better quality. For example, in case the current codec mode is full rate and the new mode requested by the base station BS2 is half rate, the CCU decides to maintain the full rate since the full rate provides a better quality.
- An alternative criterion can be to apply the lower quality mode of the two. That is, the CCU of the MS selects the codec mode which has the lowest data rate. For example, in case the current codec mode is full rate and the new mode requested by the base station BS2 is half rate, the CCU decides to apply the half rate since the half rate has the lowest quality.
- this criterion aims for keeping the branch active, at the cost of overall quality of the call.
- a criterion can be to apply that codec mode which provides this certain data rate.
- the UL codec mode change is determined by the Serving RNC (SRNC) of the calls by some defined algorithm.
- SRNC Serving RNC
- the CHANGE UL MODE command needs to be conveyed in the RTCP message (i.e., within the RTCP stream) to the SRNC from the base station that requests the codec mode change. Then the decision of the change is signaled via RTCP back to all involved base stations .
- Fig. 5 This principle is illustrated in Fig. 5.
- the situation is shown in which a handover from the base station BS1 to the base station BS2 takes place.
- the mobile station MS is not involved in the decision on which codec mode is to be applied.
- the CCU of the base station BS1 and the CCU of the base station BS2 transmit requests for a change of the UL mode to a SRNC (Serving RNC) .
- the requests are in the form of AMR control signals which are transmitted via RTCP.
- the AMR control signal contain also the necessary information (e.g., radio interface conditions and the like) .
- the RTP streams are omitted and only the RTCP streams are shown.
- the SRNC performs a mode decision, for example by use of a particular control unit on the basis of the received control signals. Thereafter, the SRNC inserts the decided mode, which is an AMR control signal (AMR mode command) into the RTCP stream by which the decided codec mode is transmitted to the base stations BS1 and BS2. In turn, the base stations BS1 and BS2 transmits the decided codec mode (i.e., the decided UL mode) to the mobile station MS.
- AMR control signal AMR mode command
- the reason for the codec mode change can be something else than the radio interface conditions. It can be used e.g., for congestion avoidance. In this case the same principles apply as have been defined in the above text. That is, the RTCP is used as the control channel for indicating the need for the codec mode change. It is noted that in the embodiments described above, the RTP and RTCP protocols do not have to be terminated in the network element where the codecs are located. They can be applied also only in some parts of the route between the first codec and the second codec. In Fig. 3, for example, the codecs are in the UE (i.e., the MS) and in the GW, whereas the RTP/TCP is used only between the BS and the GW.
- the involved entity is the Channel Coding Unit (CCU) or an equivalent, that performs the radio channel decoding in the receiver.
- CCU Channel Coding Unit
- the RTP and RTCP are introduced.
- the CCU After having decoded the speech frame and the change-DL-mode information from the cannel coded radio frame (the radio frame may have been convolutionally coded, for example) the CCU passes this information to RTP (speech frame) and to RTCP (change mode information) . After that, the RTP/RTCP convey this information.
- the RTP becomes terminated (either in the second node, i.e., the destiny, or before that in some Gateway or equivalent) , the information needs to be taken out from RTP/RTCP and re-packed accordingly.
- the RTP/RTCP stream would become terminated in the second BS and its CCU would take the change-DL-mode information and insert it into the radio frame along with the speech frame (from RTP payload) .
- TrFO Transcoder Free Operation
- Fig. 6 shows a further example in which the Gateway GW on the left side performs only the functionality of extracting and inserting of AMR frames into the RTP stream and the functionality of extracting and inserting AMR control signals in the RTCP stream. That is, this Gateway is an example for a network element in which no codec is included and which does not perform any decision regarding the codec mode or the like. This gateway merely extracts and/or inserts AMR frames into or from the RTP stream and extracts and/or inserts AMR control signals into or from the RTCP stream.
- the RTP and RTCP streams are conveyed via an IP network (i.e., an "IP island") to a Media Gateway MGW which comprises a codec.
- IP network i.e., an "IP island”
- MGW Media Gateway MGW which comprises a codec.
- the original signal e.g., a voice signal
- a circuit switched network e.g., a circuit switched network to an opposite communication party.
- the embodiments can be arbitrarily combined.
- the second and the third embodiment can be combined. This can be effected with respect to the type of the mobile station concerned. That is, if the mobile station is capable of determining and suggesting an appropriate AMR codec mode, and if it also is capable to decide between different codec modes which are suggested by base stations involved in a handover, the method according to the second embodiment can be applied.
- the method according to the third embodiment can be applied. That is, only in this case a central network element performs the decision.
- a codec is arranged in a mobile station, and a further codec is arranged in a gateway.
- this structure can be varied arbitrarily.
- the gateway can be replaced by a second mobile station which is connected to the network via a second base station.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention proposes a method for conveying an Adaptive Multi-Rate (AMR) codec stream between a first codex and a second codec over a network, comprising the steps of transmitting AMR frames via a Real-Time Transport Protocol (RTP) stream, and transmitting an AMR control signal via a Real-Time Transport Control Protocol (RTCP) stream. Thus, an easy control of the AMR codec stream via UMTS or IP networks is possible.
Description
APPLICATION OF RTP AND RTCP IN THE AMR TRANSPORT IN VOICE
OVER IP NETWORKS
Field of the invention
The present invention relates to a method and a network system for conveying an Adaptive Multi-Rate (AMR) codec stream over multimedia IP networks.
BACKGROUND OF THE INVENTION
The invention relates to transmitting an Adaptive Multi- Rate (AMR) codec stream over networks. In particular, such a network can be a multimedia IP network, a third generation (3G) mobile network or a VoIP (Voice over IP) network in general . For UMTS (universal Mobile Telecommunication System) in 3GPP (3rd Generation
Partnership Project), an AMR speech coding scheme has been selected. It is also to be used by the GSM (GPRS/EDGE GSM) . The UMTS Release 2000 is targeted to provide IP service support over the UMTS air interface (Uu) .
Usually, e.g. in GSM, a transmission channel between two codecs (coder-decoder) in a network has a fixed data rate. In response to certain conditions of the channel, e.g., the connection quality or depending on the data rate of the source, however, it is advantageous to change the channel data rate. This changing is performed by using AMR.
In an implementation, for example, two mobile stations are connected with each other via a mobile network. The first mobile station contains a first codec, and the second mobile stations contains a second codec. The codecs perform the necessary encoding/decoding for converting a voice signal into a digital signal which is transmitted via the network and vice versa. The codecs serve to provide a certain data rate, for example, 22.8 kbit/s on a so-called "full rate channel". In case of AMR codecs, it is possible to switch this data rate to another data rate, for example, to 11.4 kbit/s on a so- called "half rate channel". This switching between the different data rates has to be performed simultaneously by both of the codecs involved.
Therefore, a control of the AMR codecs involved is important. At present (UMTS release 1999), the control of the AMR codec is UMTS specific (ref. e.g., to 3GPP TS25.415) .
However, such a control is not sufficient, in particular in case besides of UMTS also other network types are involved.
SUMMARY OF THE INVENTION
Accordingly, the object underlying the present invention resides in providing a method by which an improved control of AMR codecs is possible.
This object is solved by a method for conveying an Adaptive Multi-Rate (AMR) codec stream between a first codec and a second codec over a network, comprising the steps of transmitting AMR frames via a Real-Time
Transport Protocol (RTP) stream, and transmitting an AMR control signal via a Real-Time Transport Control Protocol (RTCP) stream.
By this method, i.e., using RTP and RTCP, a control channel is provided between the two peer AMR codecs in order to benefit from the capabilities of the AMR concept. Thus, the codecs have a mechanism to signal to its peer the requests to change the codec mode.
Furthermore, in case of a WCDMA (Wideband CDMA, Wideband Code Division Multiple Access) interface, the macrodiversity needs to be taken into account in the AMR control, as all branches of the call need to have the same coding mode. Since according to the invention the coding mode, i.e., the AMR frames, are the same during the transmission even in different networks, this condition can be fulfilled by the invention.
Furthermore, by the method according to the invention, the interfaces are re-usable between different application areas. Thus, the number of different interfaces (protocol stack, procedures) in UMTS or in a Voice over IP environment (wireless and/or fixed) can be minimized in order to avoid interworking problems and unnecessary implementation effort.
A first network element, in which the first codec may be arranged, can be a mobile station, the method further comprising the step of performing a handover from a first base station to a second base station, wherein each base station is adapted to determine a need for a codec mode change and to suggest a codec mode independently and the mobile station is adapted to decide of the codec mode change on the basis of a predetermined criterion.
The predetermined criterion can be using the lower quality mode of the codec modes suggested by the base stations. By this measure, a secure connection can be achieved.
Alternatively, the predetermined criterion can be using the higher quality mode of the codec modes suggested by the base stations. By this measure, a high quality connection can be achieved.
The first network element can be a mobile station, the method further comprising the step of performing a handover from a first base station to a second base station, wherein a network control element is adapted to determine a codec mode change. By this measure, a central network element (e.g., a Serving Radio Network Controller SRNC) is used for deciding on the codec mode. In this way, the mobile stations do not need to have the function of deciding on the codec mode. Such, the operational load for the mobile stations is reduced.
A codec mode which has been determined by the network control element as described above can be sent to the first base station and/or the second base station via the Real-Time Transport Control Protocol stream.
The invention also proposes a network element comprising a frames extracting/inserting means which is adapted to insert and/or extract Adaptive Multi-Rate (AMR) frames from and/or into a Real-Time Transport Protocol (RTP) stream, and a control signal extracting/inserting means which is adapted to insert and/or extract an AMR control signal from and/or into a Real-Time Transport Control Protocol (RTP) stream.
The network element can be a mobile station, a gateway or the like.
The network element can comprise a mode deciding means adapted to determine a need for a codec mode change and to suggest a codec mode .
The network element can further comprise a mode deciding means adapted to decide, in case of a handover between a first base station and a second base station, a codec mode change on the basis of received suggested codec mode changes and of a predetermined criterion.
The predetermined criterion can be using the lower quality mode of the codec modes suggested by the base stations, or, alternatively, using the higher quality mode of the codec modes suggested by the base stations.
The mode deciding means can be arranged in a further network element (SRNC) .
Alternatively, the above object is solved by a network system comprising a first network element including a first codec for generating Adaptive Multi-Rate (AMR) codec frames, a second network element (BS) for receiving said AMR frames and including a transmitting means (CCU) for transmitting said AMR frames via a Real-Time Transport Protocol (RTP) stream and for transmitting an AMR control signal via a Real-Time Transport Control
Protocol (RTCP) stream via the network, a third network element (GW) for receiving said RTP stream and said RTCP stream, for extracting said AMR frames from said RTP stream, for extracting said AMR control signal from said RTCP stream and for outputting said AMR frames and said
AMR control signal, and a fourth network element for receiving and processing said AMR frames and said AMR control signal.
The first and the second network elements can be separately arranged network elements, or, alternatively arranged within a single network element.
The third and fourth network elements can be separately arranged network elements or, alternatively, be arranged in a single network element.
BRIEF DESCRIPTION OF THE DRAWINGS
The present invention will be more readily understood with reference to the accompanying drawings in which:
Fig. 1 shows a block diagram of a network configuration in which a method according to an embodiment is applied;
Fig. 2 shows a protocol stack for the transport within the network shown in Fig. 1;
Fig. 3 shows a practical implementation of the embodiment shown in Fig. 1;
Fig. 4 shows the situation of a handover between two base stations according to a second embodiment;
Fig. 5 shows the situation of a handover between two base stations according to a third embodiment; and
Fig. 6 shows an example for a gateway without a codec.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
In the following, a preferred embodiment of the invention is described in more detail with reference to the accompanying drawings .
However, firstly, the idea according to the invention is described in general with reference to a block diagram shown in Fig. 1.
The method according to the invention uses the so-called Real-time Transport Protocol (RTP) to transmit AMR frames via a network, and the Real-time Transport Control Protocol (RTCP) is applied to transmit corresponding AMR control commands necessary for the codecs involved via the network .
The Real-time Transport Protocol (RTP, RFC1889) is a widely-used transport protocol for any real time communications over IP. There are already many payload types defined for RTP in order to support specific real time applications (like H.261 video, G.721 audio, etc.).
An integral part of the RTP is the Real-Time Control Protocol (RTCP) . It provides the control channel for the RTP data sources. The RTCP stream is separated from the associated RTP data stream by the port number (e.g., UDP port number, i.e., the User Datagram Protocol port number) . From the IP point of view, the control can be considered in-band.
The invention is to apply RTCP for end-to-end codec control (i.e., control between the peer codecs) in UMTS and in whatever environment the AMR is used. It is noted that a narrow-band or a wide-band AMR can be used.
As a consequence, there is a need to specify an RTP payload type for AMR coded speech as well as the mode change support into RTCP.
The method is described in the following with respect to Fig. 1.
On the left side, a User Equipment (UE) is shown which comprises an AMR codec (coder-decoder) for converting source signals like speech signals into data signals having a particular data rate. The AMR codec is adapted to form the output data signals into AMR frames, i.e., to transmit these data signals in an AMR frame stream or AMR frame channel .
The necessary control signals for signalling changes of the codec mode and so on to a counterpart codec on the receiving side, i.e., the AMR control signals are transmitted via an AMR control stream or AMR control channel. It is noted that the AMR control signals include AMR mode commands. It is noted that the counterpart codec resides in this case in a Media Gateway (MGW) . That is, the MGW may contain the codec function (physically the transcoder) . In general, the MGW performs functions like media conversions from one format to another (e.g., from an IP network to a Public Switched Telephone Network (PSTN)), payload processing (speech transcoding (i.e., the function of a codec) , echo cancelling etc.) .
The AMR frames and the AMR control signals are transmitted via the UMTS Uu interface to the Radio Access Network (RAN) . In particular, the AMR frames and the AMR control signals are received by a Base Station (BS) . In the RAN, the AMR frames which have been transmitted from
the UE to the BS are inserted into an RTP stream, and the AMR control signals which have been transmitted from the UE to the BS are inserted into an RTCP control stream.
Between the RAM and the UMTS Core Network, the RTP stream and the RTCP stream are conveyed via an Iu interface . The Iu interface can be the lu-PS interface between the RAN and the Packet Switched (PS) Core Network (CN) . However, it is noted that the invention is also applicable for the Iu-CS interface between a Circuit Switched (CS) Core Network (CN) .
The RTP stream and the RTCP stream are transmitted via an interface lu-PS (also defined in UMTS) to a Serving GPRS Support Node (SGSN) . Both streams are transmitted via an interface Gn (also defined in UMTS) to a Gateway GPRS Support Node (GGSN) . Finally,, the RTP stream and the RTCP stream are transmitted via an interface Gi to a Gateway (MGW) which comprises a codec. The gateway is adapted to extract the AMR frames from the RTP stream and to extract the AMR control signals from the RTCP control stream. The codec of the gateway converts the received AMR frames into the data signals as needed for further transmitting or processing in the network to which the gateway is connected. Furthermore, the codec is adapted to change its mode in response to the AMR control signals received in the RTCP control stream.
In Fig. 2, the corresponding protocol stack for the transport outlined above is shown. It is noted that this protocol stack is to be defined for the UMTS Release 2000 (R00) terrestrial transport, i.e., the transport between the Base Station and the GW node (i.e., the node where the codec resides in the network side) .
The user data part of the stack presented in Fig. 2 can be e.g., AMR speech frames conveyed in a header compressed RTP/UDP/IP payload. The header compression/stripping has been standardized in UMTS to take place in the Mobile Station (MS, i.e., the UE) and in a Radio Network Controller (RNC, as a part of the RAN) .
In the following, a practical implementation is described with respect to Fig. 3.
Here, the UE as shown in Fig. 1 is a Mobile Station MS. The mobile station MS comprises a codec including a Channel Coding Unit CCU to be described later. The. MS is connected via a radio connection with a Base Station BS . The base station BS also comprises a Channel Coding Unit CCU.
Here, the CCU serves as a frames and control signal inserting/extracting means. In particular, an AMR frame is inserted into the RTP frame payload as such. In the Base Station, the Channel Coding Unit CCU performs the radio channel coding (downlink) and decoding (uplink) . That is, in the case of an uplink, the CCU receives the AMR frame and the codec mode information (i.e., AMR control signal) for the uplink radio frame structure which has been transmitted from the UE to the BS . It then passes this information to a RTP protocol entity and to an associated RTCP protocol entity, respectively.
The base station BS is connected to a Radio Network Controller (RNC) . The base station BS and the RNC are parts of the RAN (Radio Access Network) shown in Fig. 1. The RNC is connected with a Gateway GW which comprises a further codec. It is assumed that the AMR frames
transmitted between the mobile station MS and the gateway GW and vice versa are speech frames. As a matter of course, also other kind of traffic can be transmitted, for example video data and other data which require a real-time treatment or have to be delivered quickly for other reasons .
Furthermore, the Channel Coding Units (CCU) , which are included in the MS and the BS, serve to determine the radio interface conditions, the resulting frame quality and the like, and serve to set different codec modes on the basis of these determination results. The CCU performs, e.g., the convolutional coding/decoding or Turbo coding/decoding for the radio interface transmission. That is, the CCUs set the corresponding AMR codec mode commands into the AMR control signals. In the BS, the CCU inserts the commands, i.e., the AMR mode commands, into the RTCP stream.
Now, a case is described in which the codec mode is to be changed.
The AMR codec change command for the downlink (DL) AMR stream (CHANGE DL MODE) is received over the radio interface, i.e., the interface between the MS and the BS . In Fig. 3, such a transmitting of a change command for the downlink AMR stream is indicated by the dotted arrow directed from the MS to the BS and further to the GW. The receiving BS inserts the information into the RTCP message that it subsequently sends towards the network node where the codec resides (which is in Fig. 3 the GW) . As soon as the GW receives the CHANGE DL MODE command inserted into the RTCP message, the codec mode is changed accordingly (the requested mode is included in the
command) . Each AMR frame carries the information of the used codec mode.
The change of codec mode is generally based on the radio interface conditions and the resulting frame quality that is determined by the Channel Coding Unit (CCU) located in the base station BS (UL) and in the mobile station MS (DL) . In particular, with respect to the uplink (UL) , the CCU of the base station BS performs such a determination, and concerning the downlink (DL) , the mobile station MS performs the determination.
In the uplink (UL) AMR stream, the change command only needs to be sent over the radio interface, provided that there is only one base station participating in the call. In Fig. 3, the change command for the uplink AMR stream (CHANGE UL MODE) is indicated by a dotted arrow directed from the base station BS to the mobile station MS.
If there are more than one base station involved (e.g., due to soft hand-over) then the mechanism for UL codec mode change may be different. In the following, two alternative procedures are described as a second and a third embodiment, respectively.
Fig. 4 shows a situation, in which a (soft) handover between two base stations BS1 and BS2 according to the second embodiment is illustrated. As in the first embodiment, the mobile station MS comprises a codec and a CCU, and the base stations BS1 and BS2 each comprise a
CCU. For simplifying the description, the remaining parts of the network (i.e., RNC, GW and the like) are omitted.
According to the second embodiment, each base station involved in the given AMR call determines the need for UL codec mode change independently from each other.
They also signal the request independently in the LI frame over the radio interface. In Fig. 3, this is indicated by the dotted arrows directed from the base station BS1 to the MS and directed from the base station BS2 to the MS, respectively. Each of the base stations BS1 and BS2 sends a codec change command. Thus, the mobile station MS receives from the base station BS1 a command CHANGE UL MODE1 and from the base station a command CHANGE UL MODE2.
The MS is assigned the responsibility to make the decision of the mode change according to predefined criteria. In particular, the CCU of the MS is adapted to decide which one of the received codec change command is to be applied by the codec.
For example, it is assumed that a handover from the base station BS1 to the base station BS2 is effected. Thus, the current codec mode is defined by the base station BS1. At the time of the handover, the base station BS2 requests another codec mode by issuing the command CHANGE UL M0DE2 via the LI layer. Now, the mobile station MS has to decide which one of the modes should be applied, that is, whether the current mode should be changed to the new mode as requested by the base station BS2 , or whether the current codec mode should be maintained.
A criterion can be, e.g., to apply the current mode if it is better than the proposed new mode. That is, the CCU of the MS selects the codec mode which provides a better quality. For example, in case the current codec mode is
full rate and the new mode requested by the base station BS2 is half rate, the CCU decides to maintain the full rate since the full rate provides a better quality.
This could lead to the case that the handover is not carried out, and even to dropping the corresponding branch from the call due to unacceptably quality.
Hence, this criterion should be applied in case a high quality connection is absolutely necessary.
An alternative criterion can be to apply the lower quality mode of the two. That is, the CCU of the MS selects the codec mode which has the lowest data rate. For example, in case the current codec mode is full rate and the new mode requested by the base station BS2 is half rate, the CCU decides to apply the half rate since the half rate has the lowest quality.
Thus, this criterion aims for keeping the branch active, at the cost of overall quality of the call.
As a matter of course, further criteria are possible. For example, in case an application in the mobile station MS requires a certain data rate, a criterion can be to apply that codec mode which provides this certain data rate.
Next, the second alternative procedure for handling a handover is described as the third embodiment.
According to the third embodiment, the UL codec mode change is determined by the Serving RNC (SRNC) of the calls by some defined algorithm. In this case, the CHANGE UL MODE command needs to be conveyed in the RTCP message (i.e., within the RTCP stream) to the SRNC from the base
station that requests the codec mode change. Then the decision of the change is signaled via RTCP back to all involved base stations .
This principle is illustrated in Fig. 5. As in Fig. 4, the situation is shown in which a handover from the base station BS1 to the base station BS2 takes place. In this case, however, the mobile station MS is not involved in the decision on which codec mode is to be applied. Instead, the CCU of the base station BS1 and the CCU of the base station BS2 transmit requests for a change of the UL mode to a SRNC (Serving RNC) . The requests are in the form of AMR control signals which are transmitted via RTCP. The AMR control signal contain also the necessary information (e.g., radio interface conditions and the like) . For simplifying the illustration, the RTP streams are omitted and only the RTCP streams are shown.
The SRNC performs a mode decision, for example by use of a particular control unit on the basis of the received control signals. Thereafter, the SRNC inserts the decided mode, which is an AMR control signal (AMR mode command) into the RTCP stream by which the decided codec mode is transmitted to the base stations BS1 and BS2. In turn, the base stations BS1 and BS2 transmits the decided codec mode (i.e., the decided UL mode) to the mobile station MS.
Generally the reason for the codec mode change can be something else than the radio interface conditions. It can be used e.g., for congestion avoidance. In this case the same principles apply as have been defined in the above text. That is, the RTCP is used as the control channel for indicating the need for the codec mode change.
It is noted that in the embodiments described above, the RTP and RTCP protocols do not have to be terminated in the network element where the codecs are located. They can be applied also only in some parts of the route between the first codec and the second codec. In Fig. 3, for example, the codecs are in the UE (i.e., the MS) and in the GW, whereas the RTP/TCP is used only between the BS and the GW.
In case of UMTS, the idea, as it has been illustrated in Fig. 1, is that in the User Equipment (Mobile Station) there does not have to be RTP and RTCP protocols implemented. Instead, the speech frames generated by the codec in UE can be transmitted over the radio interface
(Uu) by whatever means. In any case the command to change the downlink codec mode (change-DL-mode command) is sent. This is a normal AMR functionality. This information may be conveyed, e.g., in the radio frame structure itself (in Layer 1 frame, no additional protocols involved) . The implementation according to the invention takes this change-DL-mode information from the received radio frame (in the Base Station) .
In realistic cases, the involved entity is the Channel Coding Unit (CCU) or an equivalent, that performs the radio channel decoding in the receiver. Then, only after the CCU, the RTP and RTCP are introduced. After having decoded the speech frame and the change-DL-mode information from the cannel coded radio frame (the radio frame may have been convolutionally coded, for example) the CCU passes this information to RTP (speech frame) and to RTCP (change mode information) . After that, the RTP/RTCP convey this information. As soon as the RTP becomes terminated (either in the second node, i.e., the
destiny, or before that in some Gateway or equivalent) , the information needs to be taken out from RTP/RTCP and re-packed accordingly. For example, if there was an MS-MS call and a Transcoder Free Operation (TrFO) was applied, then the RTP/RTCP stream would become terminated in the second BS and its CCU would take the change-DL-mode information and insert it into the radio frame along with the speech frame (from RTP payload) .
Fig. 6 shows a further example in which the Gateway GW on the left side performs only the functionality of extracting and inserting of AMR frames into the RTP stream and the functionality of extracting and inserting AMR control signals in the RTCP stream. That is, this Gateway is an example for a network element in which no codec is included and which does not perform any decision regarding the codec mode or the like. This gateway merely extracts and/or inserts AMR frames into or from the RTP stream and extracts and/or inserts AMR control signals into or from the RTCP stream.
The RTP and RTCP streams are conveyed via an IP network (i.e., an "IP island") to a Media Gateway MGW which comprises a codec. In the codec, the original signal (e.g., a voice signal) is generated and transmitted via a, e.g., a circuit switched network to an opposite communication party.
The above description and accompanying drawings only illustrate the present invention by way of example. Thus, the embodiments of the invention and the modifications thereof described may vary within the scope of the attached claims.
In particular, it is noted that the embodiments can be arbitrarily combined. For example, the second and the third embodiment can be combined. This can be effected with respect to the type of the mobile station concerned. That is, if the mobile station is capable of determining and suggesting an appropriate AMR codec mode, and if it also is capable to decide between different codec modes which are suggested by base stations involved in a handover, the method according to the second embodiment can be applied. Thus, only in case the mobile stations concerned are not capable of performing such determinations and decisions, the method according to the third embodiment can be applied. That is, only in this case a central network element performs the decision.
Furthermore, the above embodiments have been described with respect to a structure in which a codec is arranged in a mobile station, and a further codec is arranged in a gateway. As a matter of course, this structure can be varied arbitrarily. For example, the gateway can be replaced by a second mobile station which is connected to the network via a second base station.
Claims
1. A method for conveying an Adaptive Multi-Rate (AMR) codec stream between a first codec and a second codec over a network, comprising the steps of transmitting AMR frames via a Real-Time Transport Protocol (RTP) stream, and transmitting an AMR control signal via a Real-Time Transport Control Protocol (RTCP) stream.
2. The method according to claim 1, wherein the first codec is arranged in a first network element (MS) , and the second codec is arranged in a second network element (GW) .
3. The method according to claim 2, wherein the first network element (MS) is a mobile station, the method further comprising the step of performing a handover from a first base station
(BS1) to a second base station (BS2) , wherein each base station is adapted to determine a need for a codec mode change and to suggest a codec mode independently and the mobile station (MS) is adapted to decide of the codec mode change on the basis of a predetermined criterion.
4. The method according to claim 3, wherein the predetermined criterion is using the lower quality mode of the codec modes suggested by the base stations.
5. The method according to claim 3, wherein the predetermined criterion is using the higher quality mode of the codec modes suggested by the base stations.
6. The method according to claim 2, wherein the first network element (MS) is a mobile station, the method further comprising the step of performing a handover from a first base station (BS1) to a second base station (BS2), wherein a network control element (SRNC) is adapted to determine a codec mode change .
7. The method according to claim 2, wherein a determined codec mode is sent to said first base station (BS1) and/or said second base station (BS2) via said Real-Time Transport Control Protocol stream.
8. A network element comprising a frames extracting/inserting means which is adapted to insert and/or extract Adaptive Multi-Rate (AMR) frames from and/or into a Real-Time Transport Protocol (RTP) stream, and a control signal extracting/inserting means which is adapted to insert and/or extract an AMR control signal from and/or into a Real-Time Transport Control Protocol (RTP) stream.
9. The network element according to claim 8, wherein said network element is a mobile station (MS) .
10. The network element according to claim 8, wherein said network element is a gateway (GW) .
11. The network element according to claim 8, further comprising a codec adapted to generate and/or process said AMR codec stream and said AMR control signal.
12. The network element according to claim 8, further comprising a mode deciding means (CCU) adapted to determine a need for a codec mode change and to suggest a codec mode .
13. The network element according to claim 9, further comprising a mode deciding means (CCU) adapted to decide, in case of a handover between a first base station (BSl) and a second base station (BS2) , a codec mode change on the basis of received suggested codec mode changes and of a predetermined criterion.
14. The network element according to claim 13, wherein the predetermined criterion is using the lower quality mode of the suggested codec modes .
15. The network element according to claim 13, wherein the predetermined criterion is using the higher quality mode of the suggested codec modes .
16. The network element according to claim 12, wherein said mode deciding means is arranged in a network control element (SRNC) .
17. The network element according to claim 16, wherein said mode deciding means transmits a determined codec mode to said first base station (BSl) and/or said second
I base station (BS2) via said Real-Time Transport Control
Protocol stream.
18. A network system comprising a first network element (MS) including a first codec for generating Adaptive Multi-Rate (AMR) codec frames; a second network element (BS) for receiving said AMR frames and including a transmitting means (CCU) for transmitting said AMR frames via a Real-Time Transport Protocol (RTP) stream and for transmitting an AMR control signal via a Real-Time Transport Control Protocol (RTCP) stream via the network; a third network element (GW) for receiving said RTP stream and said RTCP stream, for extracting said AMR frames from said RTP stream, for extracting said AMR control signal from said RTCP stream and for outputting said AMR frames and said AMR control signal; and a fourth network element for receiving and processing said AMR frames and said AMR control signal.
19. The network system according to claim 18, wherein said first and said second network element are separately arranged network elements .
20. The network system according to claim 18, wherein said third and said fourth network element are separately arranged network elements .
21. The network system according to claim 18, wherein said first and said second network element are arranged as a single network element.
22. The network system according to claim 18, wherein ' said third and said fourth network element are arranged as a single network element.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2000/003233 WO2001078430A1 (en) | 2000-04-11 | 2000-04-11 | Application of rtp and rtcp in the amr transport in voice over ip networks |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1275261A1 true EP1275261A1 (en) | 2003-01-15 |
Family
ID=8163912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP00925202A Withdrawn EP1275261A1 (en) | 2000-04-11 | 2000-04-11 | Application of rtp and rtcp in the amr transport in voice over ip networks |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP1275261A1 (en) |
AU (1) | AU2000244000A1 (en) |
WO (1) | WO2001078430A1 (en) |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7821953B2 (en) | 2005-05-13 | 2010-10-26 | Yahoo! Inc. | Dynamically selecting CODECS for managing an audio message |
FI112140B (en) * | 2001-05-23 | 2003-10-31 | Nokia Corp | Communication of information |
FI20011715A (en) * | 2001-08-27 | 2003-02-28 | Nokia Corp | Selection of a codec's operating state |
CN100539753C (en) * | 2002-03-15 | 2009-09-09 | 诺基亚西门子通信有限责任两合公司 | The method of transmission data in the radio communications system |
JP2003289380A (en) | 2002-03-28 | 2003-10-10 | Nec Corp | Method for changing voice coding system, communication system, communication network and communication terminal |
CN1628448B (en) | 2002-06-07 | 2011-01-26 | 西门子公司 | Method and device for authenticating subscriber for utilizing services in wireless Lan (WLAN) |
ES2251613T3 (en) * | 2002-06-07 | 2006-05-01 | Siemens Aktiengesellschaft | PROCEDURE AND DEVICE FOR THE TRANSMISSION OF IP PACKAGES BETWEEN A RADIO NETWORK CONTROLLER (RNC) AND ANOTHER ELEMENT OF A MOBILE PHONE NETWORK. |
CA2392640A1 (en) * | 2002-07-05 | 2004-01-05 | Voiceage Corporation | A method and device for efficient in-based dim-and-burst signaling and half-rate max operation in variable bit-rate wideband speech coding for cdma wireless systems |
ATE389291T1 (en) * | 2003-01-09 | 2008-03-15 | Ericsson Telefon Ab L M | METHOD AND DEVICE FOR CODEC SELECTION |
FR2853188B1 (en) * | 2003-03-31 | 2005-10-21 | France Telecom | QUALITY OF SERVICE MEASURING DEVICE AND USE OF SUCH A DEVICE IN A REAL-TIME DATA TRANSMISSION NETWORK |
US8031644B2 (en) * | 2004-06-23 | 2011-10-04 | Nokia Corporation | Non-native media codec in CDMA system |
DE602005002819T2 (en) * | 2004-12-23 | 2008-07-17 | Lucent Technologies Inc. | A method of identifying RTP (Real Time Protocol) and RTCP (Real Time Control Protocol) packets based on a packet property |
US7706262B2 (en) | 2005-09-30 | 2010-04-27 | Alcatel-Lucent Usa Inc. | Identifying data and/or control packets in wireless communication |
US7313134B2 (en) | 2005-05-12 | 2007-12-25 | Yahoo! Inc. | Proxy server for relaying VOIP messages |
US7313133B2 (en) | 2005-05-12 | 2007-12-25 | Yahoo! Inc. | Selecting a network based on metrics for real time communication |
US7751316B2 (en) | 2005-05-13 | 2010-07-06 | Yahoo! Inc. | Relay Server for SIP/RTP messages with buffer management |
US8107495B2 (en) | 2005-05-13 | 2012-01-31 | Yahoo! Inc. | Integrating access to audio messages and instant messaging with VOIP |
US7778407B2 (en) | 2005-05-16 | 2010-08-17 | Yahoo! Inc. | Statistical approach to automatic gain control for managing audio messages over a network |
DE202005021930U1 (en) | 2005-08-01 | 2011-08-08 | Corning Cable Systems Llc | Fiber optic decoupling cables and pre-connected assemblies with toning parts |
US7583671B2 (en) | 2005-11-23 | 2009-09-01 | Yahoo! Inc. | Multi-modal auto complete function for a connection |
US8060075B2 (en) | 2007-04-02 | 2011-11-15 | Yahoo! Inc. | Mobile addressability with mapping of phone numbers to dynamic IP addresses |
US8010087B2 (en) | 2007-08-20 | 2011-08-30 | Yahoo! Inc. | Mobile carrier capability |
US8467814B2 (en) | 2007-09-11 | 2013-06-18 | Yahoo! Inc. | SMS shortcode allocation |
US7941557B2 (en) | 2007-11-28 | 2011-05-10 | Yahoo! Inc. | Dynamical routing for text messaging |
CN102792372B (en) * | 2010-03-02 | 2014-07-09 | 瑞典爱立信有限公司 | Source code adaption based on communication link quality and source coding delay |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5768308A (en) * | 1994-12-19 | 1998-06-16 | Northern Telecom Limited | System for TDMA mobile-to-mobile VSELP codec bypass |
JP2954000B2 (en) * | 1995-08-21 | 1999-09-27 | 日本電気通信システム株式会社 | Mobile communication system |
GB2330486A (en) * | 1997-10-17 | 1999-04-21 | Motorola Ltd | Delay Control for Seamless Handover |
-
2000
- 2000-04-11 WO PCT/EP2000/003233 patent/WO2001078430A1/en not_active Application Discontinuation
- 2000-04-11 EP EP00925202A patent/EP1275261A1/en not_active Withdrawn
- 2000-04-11 AU AU2000244000A patent/AU2000244000A1/en not_active Abandoned
Non-Patent Citations (1)
Title |
---|
See references of WO0178430A1 * |
Also Published As
Publication number | Publication date |
---|---|
AU2000244000A1 (en) | 2001-10-23 |
WO2001078430A1 (en) | 2001-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2001078430A1 (en) | Application of rtp and rtcp in the amr transport in voice over ip networks | |
US8284683B2 (en) | Selecting an operational mode of a codec | |
EP1074125B1 (en) | Alternating speech and data transmission in digital communications systems | |
JP5351170B2 (en) | Method and configuration for efficient multimedia transmission in wireless packet networks | |
EP1782644B1 (en) | Interoperability for wireless user devices with different speech processing formats | |
EP1278384B1 (en) | Multi-point communication method and communication control device | |
KR100933159B1 (en) | Synchronization method and system for voice data transmission in mobile communication system | |
JP4664506B2 (en) | Method for carrying multimedia information in a communication system | |
EP2107818B1 (en) | Gsm bearer set up method, apparatus and system | |
US7106701B2 (en) | End-to-end frame quality classification | |
JP3650800B2 (en) | Sending speech between terminals on different networks | |
US20100172332A1 (en) | Method and apparatus for controlling a vocoder mode in a packet switched voice wirelss network | |
CN101622711B (en) | Methods and systems for silence insertion descriptor (sid) conversion | |
KR100689365B1 (en) | Method and System for multicasting and forwarding of signaling and supplementary data in mobile communication system | |
CN1416656A (en) | Method and device for transmitting vioce data in mobile radio network | |
KR20050007977A (en) | Method for controlling vocoder's mode and rate in CDMA Mobile Communication System | |
EP2122943B1 (en) | Method and node for the control of a connection in a communication network | |
EP2129051B1 (en) | A method and system for realizing the voice compensation in the mobile communication network | |
EP1157571B1 (en) | Transmission method in a mobile communication system | |
RU2426250C2 (en) | Method and system for speech compensation in mobile communication system | |
WO2009000292A1 (en) | Technique for reducing transcoding operations in a telecommunication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20021107 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE |
|
AX | Request for extension of the european patent |
Free format text: AL;LT;LV;MK;RO;SI |
|
17Q | First examination report despatched |
Effective date: 20060801 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20061212 |