Non-native media codec in cdma

NON-NATIVE MEDIA CODEC IN CDMA

FIELD OF THE INVENTION

0003[0001] The present invention relates to sending and receiving coded data output by a non-native CDMA codec in a code division multiple access (CDMA) system. More particularly, the present invention relates to an Adaptive Multi-Rate (AMR) speech codec system and method in a CDMA Push to Talk system.

BACKGROUND OF THE INVENTION

0005[0002] There are different types of CDMA systems, each one in accordance with a particular standard. For example, one standard is entitled "TIA/EIA/IS95-B Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System", which is referred to as the IS-95 standard. Another standard offered by the 3^rd Generation Partnership Project is based on the following standards: 3G TS 25.211 , 3G TS 25.212, 3G TS 25.213, and 3G TS 25.214, and is referred to as the W-CDMA standard. Yet another standard offered by the 3^rd Generation Partnership Project 2 and TR-45.5 is known as the CDMA 2000 standard (formerly known as IS- 2000 MC).

0006[0003] Each of the above CDMA standards defines the processing of data for transmission on forward and reverse links. In this regards, media information may be coded at a particular data rate, formatted into a particular frame format, and processed in accordance with a particular processing method. The frame formats and processing utilized by the different standards described above are typically different from each other.

0007[0004] The W-CDMA standard defines an AMR speech coding scheme whereby speech information may be encoded based on one of a number of possible data rates and the coded speech data is provided in a particular format that depends on the selected data rate.

0008[0005] For example, Patent Publication WO 01/52467 describes techniques to support AMR coded data in a CDMA 2000 communication system, whereby a number of AMR modes are defined for speech information (of various rates), silence descriptor (of various types), and blank frame.

0009[0006] CDMA systems such as the ones described above use native CDMA speech codecs (coders/decoders) for speech applications. In conventional CDMA systems that support EVRC coded data, the channel structure of the CDMA system does not allow utilization of other types of speech codecs within CDMA. In more detail, AMR is not currently used in CDMA systems for conversational or streaming type of applications.

0010[0007] Also, in conventional CDMA systems using Enhanced Variable Rate Coder (EVRC) speech codecs, speech output from the EVRC speech codecs is sent over a CDMA air interface and received at a receive end, whereby the EVRC speech data is retrieved and played for a user. However, this system is specific to EVRC speech codecs, and is not expandable for other speech data.

0011[0008] Thus, there is a need to be able to utilize AMR speech codecs in CDMA systems, such as for push to talk (PoC) applications.

SUMMARY OF THE INVENTION

0013[0009] One aspect of the present invention is directed to encapsulating AMR speech frames into a CDMA air interface, in order to provide a mechanism for carrying AMR-encoded speech inside a packet data transport channel over the CDMA interface. Such a system may be utilized for services such as CDMA push to talk, for example.

0014[0010] Briefly, one exemplary embodiment relates to a method of sending speech over a CDMA channel, which includes obtaining a plurality of encoded media frames output by a media codec, and encapsulating the plurality of encoded media frames into a packet of a first type. The method also includes encapsulating the packet of the first type into a packet of a second type. The method further includes encapsulating the packet of the second type into a packet of a third type. The method still further includes dividing the packet of the third type into a plurality of substantially equal-sized pieces, such that each of the pieces fits to a specific CDMA channel frame. The method also includes sending each of the CDMA channel frames over a CDMA air interface. [0011] Another exemplary embodiment relates to a device that includes input means for obtaining a plurality of encoded media frames output by a media codec. The device also includes first encapsulating means for encapsulating the plurality of speech frames into a packet of a first type. The device further includes second encapsulating mieans for encapsulating the packet of the first type into a packet of a second type. The device further includes third encapsulating means for encapsulating the packet of the second type into a packet of a third type. The device still further includes dividing means for dividing the packet of the third type into a plurality of substantially equal-sized pieces, such that each of the equal-sized pieces fits to a specific CDMA channel frame. The device also includes output means for outputting each of the CDMA channel frames over a CDMA air interface.

0015[0012] Another exemplary embodiment relates to a device for receiving encoded media over a CDMA channel. The device includes a receiving unit configured to receive data from a plurality of CDMA channel frames on a CDMA air interface and to combine the data from the plurality of CDMA channel frames into a packet of a first type. The device also includes a first decapsulating unit configured to decapsulate the packet of the first type into a packet of a second type. The device further includes a second decapsulating unit configured to decapsulate the datagram of the second type into a packet of a third type. The device still further includes a third decapsulating unit configured to decapsulate the datagram of the third type into a packet of a fourth type. The device also includes a fourth decapsulating unit configured to encapsulate the datagram of the fourth type into a packet of a fifth type. The device still further includes a data obtaining unit configured to obtain data from a payload portion of the packet of the fifth type, to thereby obtain the encoded media sent over the CDMA air interface.

0016[0013] Other principle features and advantages of the invention will become apparent to those skilled in the art upon review of the following drawings, the detailed description, and the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

0018[0014] Exemplary embodiments will hereafter be described with reference to the accompanying drawings.

0019[0015] FIG. 1 is an overview diagram of a system according to the present invention.

0020[0016] FIG. 2 is a block diagram of a communication device that may correspond to a network device according to an embodiment of the present invention.

0021[0017] FIG. 3 is a flow chart illustrating steps involved in encapsulating speech data to be sent over a CDMA air interface, according to a first embodiment of the invention. [0018] FIG. 4 is a diagram illustrating the multiple encapsulation of speech data so that the speech data can be sent over a CDMA air interface, according to the first embodiment of the invention.

0022[0019] FIG. 5 is a diagram illustrating components making up a speech encapsulation system according to the first embodiment of the invention.

0023[0020] FIG. 6 is a flow chart illustrating steps involved in decapsulating speech data received over a CDMA air interface, according to a second embodiment of the invention.

0024[0021] FIG. 7 is a diagram illustrating components making up a speech decapsulation system according to the second embodiment of the invention.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

0026[0022] The present invention according to the first embodiment provides a system and method for carrying AMR-encoded speech inside a packet data transport channel over a CDMA air interface. The present invention takes advantage of the fact that any type of user data may be sent over a CDMA air interface when using a general IP packet data transport mechanism, whereby the first embodiment sends AMR-encoded speech over a CDMA air interface in such a manner. [0023] With reference to FIG. 1 , a system 10 in which the present invention can be utilized is comprised of multiple communication devices that can communicate through a network. The system 10 may comprise any combination of wired or wireless networks including, but not limited to, a cellular telephone network, a wireless Local Area Network (LAN), a Bluetooth personal area network, an Ethernet LAN, a token ring LAN, a wide area network, the Internet, etc. The system 10 may include both wired and wireless communication devices. For exemplification, the system 10 shown in FIG. 6 includes a cellular telephone network 11 and the Internet 28. Connectivity to the Internet 28 may include, but is not limited to, long range wireless connections, short range wireless connections, and various wired connections including, but not limited to, telephone lines, cable lines, power lines, and the like.

0027[0024] The exemplary communication devices of system 10 may include, but are not limited to, a cellular telephone 12, a combination PDA and cellular telephone 14, a PDA 16, an IMD 18, a desktop computer 20, and a notebook computer 22. The communication devices may be stationary or mobile as when carried by an individual who is moving. The communication devices may also be located in a mode of transportation including, but not limited to, an automobile, a truck, a taxi, a bus, a boat, an airplane, a bicycle, a motorcycle, etc. Some or all of the communication devices may send and receive calls and messages and communicate with service providers through a wireless connection 25 to a base station 24. The base station 24 may be connected to a network server 26 that allows communication between the cellular telephone network 11 and the Internet 28. The system 10 may include additional communication devices and communication devices of different types.

0028[0025] The communication devices may communicate using various transmission technologies including, but not limited to, Code Division Multiple Access (CDMA), Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), Time Division Multiple Access (TDMA), Transmission Control Protocol/Internet Protocol (TCP/IP), Short Messaging Service (SMS), Multimedia Messaging Service (MMS), e-mail, Instant Messaging Service (IMS), Bluetooth, IEEE 802.11 , etc. A communication device may communicate using various media including, but not limited to, radio, infrared, laser, cable connection, and the like.

0029[0026] One possible implementation of the present invention is as part of a communication device (such as a mobile communication device like a cellular telephone, or a network device like a base station, router, repeater, etc.). A communication device 30, as shown in FIG. 2, comprises a communication interface 34, a memory 38, a processor 40, an application 42, and a clock 46. The exact architecture of communication device 30 is not important. Different and additional components of communication device 30 may be incorporated into the communication device 30 and/όr the system 10. For example, if the device 30 is a cellular telephone it may also include a display screen and an input interface such as a keyboard or touch screen. Additionally, the device 30 need not include all of the components depicted in FIG. 7.

0030[0027] The communication interface 34 provides an interface for receiving and transmitting calls, messages, and any other information communicable between devices. The communication interface 34 may use various transmission technologies including, but not limited to, CDMA, GSM, UMTS, TDMA, TCP/IP, SMS, MMS, e-mail, IMS, Bluetooth, IEEE 802.11 , and the like to transfer content to and from the device.

0031[0028] The memory 38 is the electronic holding place for the operating system, the application 42, other applications, data, so that the information can be reached quickly by the computer's processor 40. The terminal may have a plurality of memories 38 using different memory technologies including, but not limited to, Random Access Memory (RAM), Read Only Memory (ROM), flash memory, and the like. The data in RAM is volatile meaning that it remains only as long as the device is turned on. When the device is turned off, RAM loses its data. The values stored in ROM are always there, whether the device is on or not. For this reason, it is called non-volatile memory. Flash memory is a type of constantly-powered non-volatile memory that can be erased and reprogrammed in units of memory called blocks. The memory may include a cache. The cache may include, but is not limited to, a dedicated bank of high-speed memory or a reserved section of ROM that is used to improve performance. The cache provides a temporary storage area for instructions and data. The cache may or may not be in non-volatile memory.

0032[0029] The application 42 is an organized set of instructions that, when executed, cause the communication device 30 to behave in a predetermined manner. The application 42 may include, but is not limited to, a word processor application, a spreadsheet application, a presentation tool application, a video player/recorder application, an audio player/recorder application, an image editor/viewer application, an Internet browser application, a directory file system browser application, a messaging application such as an e-mail, an instant messaging application, or a facsimile application, a scheduling application, a contacts application, etc. The instructions may be written using one or more programming languages, assembly languages, scripting languages, etc.

0033[0030] The processor 40 may retrieve a set of instructions such as application from a non-volatile or a permanent memory and copy the instructions in an executable form to a temporary memory. The temporary memory is generally some form of RAM. The term "execution" is the process of running an application or a utility or the carrying out of the operation called for by an instruction. The processor 40 executes an application or a utility, meaning that it performs the operations called for by that instruction set. The processor 40 may be implemented as a special purpose computer, logic circuits, hardware circuits, etc. Thus, the processor 40 may be implemented in hardware, firmware, software, or any combination of these methods. [0031] The application 42, the operating system, and other applications may be executed by the same processor 40. Alternatively, the application 42, the operating system, and other applications may be executed by different processors. The application 42, the operating system, and other applications may be written in the same or different computer languages including, but not limited to high level languages, scripting languages, assembly languages, etc.

0034[0032] The clock 46 provides a current time source for the device 30. The clock 46 may be independent from or integrated with the processor 40.

0035[0033] When using normal speech channels and Voice over Internet Protocol (VoIP) with header stripping, it is not possible to use non-native speech codes in a CDMA air interface. The present invention provides a framing mechanism using an IP datagram packet transfer scheme (e.g., using Service Option 33) to transfer non-native AMR speech codecs over a CDMA air interface.

0036[0034] Referring now to FIG. 3, the first embodiment of the invention will be described in detail. In step 100, an application, such as Push to Talk, operates with a certain mode of AMR speech codec, to thereby produce a certain sized AMR frame every predetermined frame period (e.g., every 20 milliseconds). In step 110, a predetermined number (N, where N is an integer) of AMR frames are collected together (as output by the codec) and then encapsulated into a single AMR RTP payload. By way of example and not by way of limitation, the N AMR frames are encapsulated into one AMR RTP payload according to Standard RFC 3267, as is known to those skilled in the art. N may be an integer between two and 20, for example.

0037[0035] In step 120, the AMR RTP payload is encapsulated into a Real Time Protocol (RTP) packet. In step 130, the RTP packet is encapsulated into a User Datagram Protocol (UDP) packet. In step 140, the UDP packet is encapsulated into an Internet Protocol (IP) packet. In step 150, the IP packet is encapsulated into a Point-to-Point protocol (PPP) packet. In step 160, the PPP packet is divided up into N pieces, each of which fits to a specific CDMA channel frame. By way of example and not by way of limitation, each of the N pieces fits to a CDMA2000 Rateseti Fundamental Channel frame with Service Option 33. Service Option 33 is a CDMA2000 mechanism to carry IP datagrams over a CDMA air interface, and is a well known standard. In more detail, a link-layer service option provides one-way or two-way voice communications by providing for transport of header-removed (SO60) or header-compressed (SO61) IP/UDP/RTP packets between a source and a destination.

0038[0036] In step 160, each CDMA frame containing the PPP packet is sent over a CDMA2000 air interface. At a receive end, the PPP packet is received over a plurality of CDMA frames, the packet is decapsulated, and the encoded AMR speech is obtained. In more detail, the decapsulation includes obtaining the AMR payload from the PPP packet, whereby the AMR payload corresponds to N AMR frames output from the AMR codec. [0037] As described above, an IP datagram packet transfer scheme is used to transfer non-native speech codecs, such as AMR speech codecs, over a CDMA air interface. This is done by encapsulation of the AMR data into an RTP datagram, and further encapsulating the RTP datagram into an IP datagram, and utilizing the standard transport of IP datagrams over CDMA2000 Service Option 33, and then performing decapsulation at a receive end to obtain the AMR data from the received IP datagrams.

0039[0038] In more detail, referring now to Figure 4, an encapsulation scheme for encapsulating AMR data will be described in detail. At the top of Figure 2, eight (8) consecutive AMR 5.15 frames are shown, whereby these AMR frames correspond to a total of 160 milliseconds of speech. Each of the AMR 5.15 frames corresponds to 5.15 kbps of speech (there are 8 current AMR modes of operation, whereby mode 0 provides for 4.75 kbps of speech per frame and mode 7 provides for 12.2 kbps of speech per frame). The 8 AMR 5.15 frames are converted into an AMR packet, having an H field, a Table of Contents (ToC) field, and a payload, whereby the AMR packet payload corresponds to 8 x 20 milliseconds = 824 bits or 103 octets of data. The AMR packet is converted to an AMR RTP packet, whereby an RTP field is appended to the AMR packet in this conversion. The AMR RTP packet corresponds to 122 octets of data. The AMR RTP packet is then converted to a UDP packet, whereby a UDP field is appended to the AMR RTP packet in this conversion. The UDP packet corresponds to 150 octets of data. The UDP packet is then converted to an IP packet, whereby an IP field (shown as IPv4 in Figure 2) is appended to the UDP packet. The IP packet corresponds to 155 octets of data.

0040[0039] The IP packet is then converted to a PPP packet, whereby a PPP field is appended to the IP packet. The PPP packet corresponds to 155 octets of data. The PPP packet is divided up into N pieces, whereby each of the N pieces of the PPP packet fits to a specific CDMA channel frame, such as a CDMA2000 Rateseti Fundamental Channel frame with Service Option 33. In FIG. 2, the PPP packet is divided up into eight (8) pieces to fit to a 20 octet-per-frame CDMA channel, and those pieces are sent over a CDMA air interface in such a manner.

0041[0040] Turning now to Figure 5, a block diagram of a speech encapsulating system for outputting AMR speech according to the first embodiment is shown. In more detail, an AMR packet encapsulation unit 310 receives AMR frames output by an AMR codec (e.g., via a wired or wireless connection between the AMR codec and the AMR packet encapsulation unit 310), and encapsulates those AMR frames into one AMR packet. An RTP packet encapsulation unit 320 receives the AMR packet output by the AMR packet encapsulation unit 310, and encapsulates the AMR packet into an RTP packet. A UDP packet encapsulation unit 330 receives the RTP packet output by the RTP packet encapsulation unit 320, and encapsulates the RTP packet into a UDP packet. An IP packet encapsulation unit 340 receives the UDP packet output by the UDP packet encapsulation unit 330, and encapsulates the UDP packet into an IP packet. A PPP packet encapsulation unit 350 receives the IP packet output by the UDP packet encapsulation unit 340, and encapsulates the IP packet into a PPP packet. The PPP packet is output over a CDMA air interface, whereby one PPP packet is output over a plurality of consecutive CDMA frames.

0042[0041] At the receive end of the CDMA system, in accordance with a second embodiment of the invention, the PPP packet is received over a plurality of consecutive CDMA frames, and concatenated together to obtain the PPP packet. The PPP field, the IP field, the UDP field, and the RTP field are removed from the received data stream, in order to obtain an AMR packet. From the AMR packet thus obtained, the eight (8) frames of AMR speech are obtained, and played at the receive end of the CDMA system.

0043[0042] In more detail, turning now to Figure 6, the PPP packet is received over a plurality of consecutive CDMA frames in a CDMA air interface, in step 410. In step 420, the PPP packet is descapsulated into an IP packet. In step 430, the IP packet is decapsulated into a UDP packet. In step 440, the UDP packet is decapsulated into an RTP packet. In step 450, the RTP packet is decapsulated into an AMR packet. In step 460, AMR data (output by an AMR codec) is obtained from the AMR payload of the AMR packet, to thereby provide Push to Talk data at a receive end of a CDMA system.

0044[0043] Figure 7 shows a block diagram of a speech decapsulating system according to the second embodiment of the invention. A PPP packet obtaining unit 510 receives data received over a CDMA air interface, and combines data obtained from a plurality of consecutive CDMA data frames to obtain a PPP packet. An IP packet decapsulating unit 520 receives the PPP packet output from the PPP packet obtaining unit 510, and decapsulates the PPP packet to obtain an IP packet. A UDP packet decapsulating unit 530 receives the IP packet output from the ]IP packet decapsulating unit 520, and decapsulates the IP packet to obtain a UDP packet. An RTP packet decapsulating unit 540 receives the UDP packet output from the UDP packet decapsulating unit 530, and decapsulates the UDP packet to obtain a RTP packet. An AMR packet decapsulating unit 550 receives the RTP packet output from the RTP packet decapsulating unit 540, and decapsulates the RTP packet to obtain an AMR packet. An AMR data obtaining unit 560 retrieves AMR data from the AMR payload field of the AMR packet output by the AMR packet decapsulating unit 550, to thereby provide AMR data to a receive side of a CDMA system.

0045[0044] The present invention has many applications, including but not limited to the use of non-native speech codecs in 3GPP2 Push to Talk. In more detail, the present invention is applicable from transferring any codec content over CDMA channels, by using encapsulation of codec content to IP packets. One possible example utilizes AMR for Push to Talk (PTT) over Cellular (PoC) for CDMA2000 system using Service Option 33, but one of ordinary skill in the art will recognize that other possible system could be utilized while remaining with the scope of the invention. [0045] Also, as described above, speech data is sent over the CDMA air interface in an encapsulated manner, but one of ordinary skill in the art will recognize that other types of data can be encapsulated and sent in a similar manner, while remaining within the scope of the invention. In a third embodiment of the invention, encoded video is sent over a CDMA air interface by encapsulating video data (e.g., compressed video data) into an IP packet, such as in the manner described above with respect to speech data. In a fourth embodiment of the invention, the encoded video sent via a system according to the third embodiment is received at a receive end of a CDMA air interface, and decapsulated in a plurality of steps to obtain the compressed video data sent via the CDMA data frames.

0046[0046] While the present invention has been described above without the use of header compression and with IP version 4 (IPv4) for converting a UDP packet to an IP packet, other IP version standards may be utilized while remaining within the scope of the invention. Additionally, header compression may be utilized. For example, IPv6 can be utilized as an encapsulation method combined with further header compression applied to the resulting RTP/UDP/IPv6 datagram. Also any other combination of IP versions and header compression schemes may also be^' utilized..

0047[0047] Also, the four-level encapsulation described above with respect to the first and second embodiments is utilized for sending streaming content (e.g., streaming audio) over CDMA air interface. PPP is a specific packet format used for Service Option 33, whereby if the transfer of AMR data is to be done over CDMA 2000 using a channel other than a basic 1X circuit switched channel, the PPP encapsulation may be omitted.

0048[0048] In the present invention, non-native media codecs (for conversational or nearly conversational services) are used in CDMA2000 systems by utilizing a generic CDMA 2000 IP data transport over-the-air, instead of a media codec tailored to CDMA 2000 channels. In the example described above, AMR for PoC with Service Option 33 is sent over a generic CDMA IP data transport over-the-air.

0049[0049] This detailed description outlines exemplary embodiments of a method, device, and system for a non-native speech codec in a CDMA system. In the foregoing description, for purposes of explanation, specific details are set forth in order to provide a thorough understanding of the present invention. It is evident, however, to one skilled in the art that the exemplary embodiments may be practiced without these specific details. In other instances, structures and devices are shown in block diagram form in order to facilitate description of the exemplary embodiments.

0050[0050] While the exemplary embodiments illustrated in the FIGURES and described above are presently preferred, it should be understood that these embodiments are offered by way of example only. Other embodiments may include, for example, different techniques for performing the same operations. The invention is not limited to a particular embodiment, but extends to various modifications, combinations, and permutations that nevertheless fall within the scope and spirit of the appended claims. For example, while the first and second embodiments have been described with respect to AMR codecs for encoding and decoding audio data, the present invention made be utilized for other media (e.g., video) and other types of codecs (media codecs) sent and received over a CDMA system.