US20060092987A1 - Method for encoding video call data for mobile communication terminal - Google Patents
Method for encoding video call data for mobile communication terminal Download PDFInfo
- Publication number
- US20060092987A1 US20060092987A1 US11/264,614 US26461405A US2006092987A1 US 20060092987 A1 US20060092987 A1 US 20060092987A1 US 26461405 A US26461405 A US 26461405A US 2006092987 A1 US2006092987 A1 US 2006092987A1
- Authority
- US
- United States
- Prior art keywords
- multiplex
- data
- byte
- byte ratio
- ratio
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000010295 mobile communication Methods 0.000 title claims abstract description 25
- 230000006870 function Effects 0.000 claims description 4
- 230000003247 decreasing effect Effects 0.000 abstract description 3
- 101000946124 Homo sapiens Lipocalin-1 Proteins 0.000 description 7
- 101001023833 Homo sapiens Neutrophil gelatinase-associated lipocalin Proteins 0.000 description 7
- 102100034724 Lipocalin-1 Human genes 0.000 description 7
- 102100035405 Neutrophil gelatinase-associated lipocalin Human genes 0.000 description 7
- 230000008901 benefit Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 3
- 101100156417 Mus musculus Lcn3 gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/38—Flow control; Congestion control by adapting coding or compression rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
- H04B1/40—Circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- 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/1101—Session protocols
-
- 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/70—Media network packetisation
-
- 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
- H04M7/0072—Speech codec negotiation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/148—Interfacing a video terminal to a particular transmission medium, e.g. ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
- H04M2201/50—Telephonic communication in combination with video communication
Definitions
- the present invention relates to a mobile communication terminal to support video calling, and more particularly, to a method for encoding video call data capable of efficient data encoding.
- a protocol for multiplexing audio data, control data, and video data when performing video calling using a mobile communication device includes H.223.
- the H.223 protocol was proposed by the International Telecommunications Union—Telecommunication Standardization Sector (ITU-T). This protocol comprises an adaptation layer for detecting an error and restoring the detected error, and a multiplex layer for forming audio data and video data as one data unit.
- the multiplex layer reconstructs data with a certain ratio by using a multiplex code formed for H.245 signaling with reference to a multiplex code table, and then transmits the data to a network (Fixed Multiplex Code Selection).
- FIG. 1 shows an exemplary view of a method for encoding video call data for a mobile communication terminal in accordance with the related art.
- a code selection was performed by two WCDMA mobile terminals under a fixed selection mechanism.
- a fifth multiplex code is selected from the multiplex code table by a mobile communication terminal according to the H.245 signaling.
- the fifth multiplex code of the multiplex table indicates the sequentially encoding of voice data (LCN 1 ) of 4 bytes (RC 4 ), control data (LCN 2 ) of 1 byte (RC 1 ), and video data (LCN 3 ) of 2 bytes (RC 2 ).
- substantially inputted data includes voice data of 4 bytes, control data of 3 bytes, and video data of 3 bytes
- voice data of 4 bytes is loaded, then the control data of 1 byte is loaded, and then the video data of 2 bytes is loaded.
- control data of 1 byte is loaded, and the video data of 1 byte is loaded.
- the remaining 1 byte of the control data is loaded into a next packet.
- the related art method for encoding video call data has a problem that an amount of data is not controlled according to a state of a wireless network. That is, in the related art method, enhancing a data quality by maintaining the wireless network as an optimum state by decreasing the amount of data when the wireless network is not in an optimum state and by increasing the amount of data when the wireless network is in an optimum state can not be performed.
- a data bias phenomenon in which only one type of data, either audio or video, is transmitted at a specific time point in time is generated, and thus the audio data and the video data are not consistent with each other. That is, the audio data and the video data can not be re-adjusted into a proper ratio. Therefore, when either the audio data and the video data is transmitted, the synchronization between the audio data and the video data is inconsistent with each other. For instance, during video reproduction (playback), the images of a person who appears to be speaking may not match the audio being reproduced, namely, the person's lips and his voice may not correspond with each other.
- an object of the present invention is to provide a method for encoding video call data capable of efficiently encoding data according to a state of a wireless network and capable of enabling audio data and video data to be consistent to each other.
- a method for encoding video call data comprising: constructing a multiplex code table having a plurality of multiplex codes for multiplexing data; selecting an optimum multiplex code among the plurality of multiplex codes provided at the multiplex code table; encoding data to be transmitted by the selected multiplex code; and transmitting the encoded data.
- a mobile communication terminal comprising: a generation module for generating a multiplex code table having a plurality of multiplex codes for multiplexing data; a selection module for selecting an optimum multiplex code among the plurality of multiplex codes provided in the multiplex code table; an encoding module for encoding data to be transmitted by the selected optimum multiplex code; and a processor for executing each of the modules.
- FIG. 1 shows an exemplary view of a method for encoding video call data for a mobile communication terminal in accordance with the related art
- FIG. 2 is a flowchart showing an exemplary method for encoding video call data for a mobile communication terminal according to a first embodiment of the present invention
- FIG. 3 shows an exemplary view of a method for encoding video call data for a mobile communication terminal according to the present invention.
- FIG. 4 shows an exemplary view of a mobile communication terminal according to the present invention.
- FIG. 2 is a flowchart showing an exemplary method for encoding video call data for a mobile communication terminal according to a first embodiment of the present invention.
- a multiplex code table having a plurality of multiplex codes for multiplexing data can be constructed, and then audio data, control data, and video data to be transmitted are read (S 201 ). Then, a payload size of a multiplex info field for the audio data, the control data, and the video data can be determined according to a network speed (i.e., data transfer rate) (S 202 ). Next, a byte pattern table for the multiplex codes of the multiplex table can be constructed (S 203 ). Then, a byte ratio for each multiplex code of the multiplex code table can be calculated by using the byte pattern table (S 204 ).
- a byte ratio for the audio data, the control data, and the video data to be transmitted can be calculated (S 205 ), and then a multiplex code having a nearest byte ratio to the calculated byte ratio can be selected from the multiplex codes of the multiplex table (S 206 ).
- the audio data, the control data, and the video data to be transmitted can be encoded by using the multiplex code selected from the multiplex codes of the multiplex code table (S 207 ).
- a network speed i.e., data transfer rate
- a channel connected to a base station at the time of an audio calling can be certified by a signal transmitted from the base station, and a payload size according to the network speed can be determined by a manufacturing company for the mobile communication terminal or a mobile communication provider.
- a following table 1 shows one example of a fifth multiplex code of a multiplex code table for H.245 signaling.
- the LCN 0 denotes audio data
- the LCN 1 denotes control data
- the LCN 2 denotes video data
- the RC 1 denotes one byte
- the RC 2 denotes two bytes.
- the method for encoding video call data according to the present invention will be explained under an assumption that substantially inputted data includes audio data of 0 bytes, control data of 6 bytes, and video data of 2722 bytes.
- the substantially inputted data is read, and a state of a channel connected to a base station (e.g., network speed, data transfer rate, etc.) is certified.
- the state of the channel connected to the base station can be judged by a certain signal transmitted from the base station.
- a payload size of a multiplex info field according to the network speed is determined.
- a byte pattern table for each multiplex code of the multiplex code table shown in Table 1 can be constructed.
- the byte pattern table can be constructed by allocating bytes to each channel according to each pattern of the multiplex codes of the multiplex table. If an information size of a multiplex protocol data unit (PDU) is supposed to be 64 bytes, a byte pattern table for the information size may be as follows.
- a byte ratio for each of the multiplex codes of the multiplex table can be constructed by using the constructed byte pattern table.
- the byte ratio is calculated by dividing a byte pattern value by an information size of a multiplex PDU, and byte ratios for the multiplex codes shown in Table 1 can be as follows.
- a byte ratio for the substantially inputted data that is, the audio data (LCN 0 ) of 0 byte, the control data (LCN 1 ) of 6 bytes, and the video data (LCN 2 ) of 2722 bytes can be calculated.
- a multiplex code having a nearest byte ratio to the determined byte ratio for the substantially inputted data can be selected from the multiplex codes of the multiplex table. That is, a difference value between the byte ratio for each of the substantially inputted data and the byte ratio for each of the multiplex codes of the multiplex code table can be calculated. Then, a multiplex code having a smallest difference value can be selected among the multiplex codes. The multiplex code having a smallest difference value can be determined by multiplying the difference value by a finite number. This multiplication may be performed in case that numbers below decimal point are complicated to calculate. Also, the byte ratio for the substantially inputted data can be respectively compared with each byte ratio for the multiplex codes by being rounded up to the nearest integer or by being rounded off.
- the second multiplex code is selected from the multiplex code table. That is, since a difference value between the second multiplex code having a byte ratio of 0:0:1 and the substantial data is the smallest, input data to be substantially transmitted is encoded by the second multiplex code.
- FIG. 3 shows an exemplary view of a method for substantially encoding video call data after an optimum multiplex code is selected.
- a sixth multiplex code is selected as an optimum multiplex code, and thus data is encoded by the sixth multiplex code. That is, when compared with the byte ratio of data to be substantially transmitted, the sixth multiplex code among the multiplex codes provided at the multiplex code table has the nearest byte rate thereto. Therefore, data to be substantially inputted is encoded by the sixth multiplex code.
- the audio data (LCN 0 ) has 4 bytes
- the control data (LCN 1 ) has 3 bytes
- the video data (LCN 2 ) has 3 bytes
- 3 bytes (RC 3 ) of the audio data, 2 bytes (RC 2 ) of the control data, and 2 bytes (RC 2 ) of the video data are sequentially loaded to a field.
- the remaining 1 byte of the control data and the remaining 1 byte of the video data are sequentially loaded, and thus the 0 ⁇ 7E is shown.
- the remaining 1 byte of the audio data is loaded to a next field.
- a multiplex code can be selected to be encoded according to the network speed and the byte ratio for the audio data, the control data, and the video data to be substantially transmitted. Therefore, a synchronization inconsistency between the audio data and the video data can be minimized, and a state of the network can be maintained as an optimum state.
- audio data, control data, and video data to be substantially transmitted are encoded by a preset multiplex code.
- FIG. 4 shows an exemplary view of a mobile communication terminal according to the present invention.
- a mobile communication terminal 400 can comprise an RF signal transmitting/receiving unit 401 , a processor 402 , a photographing unit 403 , a generation module for generating a multiplex code table having a plurality of multiplex codes for multiplexing data a selection module for selecting an optimum multiplex code among the plurality of multiplex codes of the multiplex code table, and an encoding module for encoding data to be transmitted by the selected optimum multiple code.
- Each of the modules may be included in a first storing unit 404 according to a first embodiment of the present invention.
- the mobile communication terminal may further comprise a first module for calculating a byte ratio for each of the multiplex codes of the multiplex table, and a second module for calculating a byte ratio for data to be transmitted.
- the optimum multiplex code among the plurality of multiplex codes of the multiplex table can be selected by comparing a result from the first module with a result from the second module.
- the mobile communication terminal may further comprise a third module for determining a payload size of a multiplex info field according to a state of the network.
- the second module can be performed according to a determined payload size of a multiplex info field.
- the mobile communication terminal may further comprise a second storing unit between the RF transmitting/receiving unit and the processor.
- the second storing unit is constructed as a buffer memory of a high speed.
- the present invention provides a mobile communications terminal comprising: a transceiver to transmit and receive signals and data with a network; an image capture unit to obtain videos and images; a memory to store a plurality of multiplex codes; and a processor cooperating with the transceiver, the image capture unit, and the memory to calculate a byte ratio for data to be transmitted via the transceiver when performing a multimedia call function using the image capture unit, to select a multiplex code from the memory having a nearest byte ratio to the calculated byte ratio, encoding the data to be transmitted by using the selected multiplex code, and transmitting the encoded data to achieve the multimedia call function.
- a byte ratio for audio data, control data, video data to be substantially transmitted are calculated at the time of a video calling, and then a multiplex code having the nearest byte ratio to the calculated byte ratio is selected from the multiplex codes of the multiplex table thus to be encoded. Therefore, a synchronization inconsistency between the audio data and the video data can be decreased, and a network state can be maintained as an optimum state.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Time-Division Multiplex Systems (AREA)
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
- Pursuant to 35 U.S.C. § 119(a), this application claims the benefit of earlier filing date and right of priority to Korean Application No. 88329/2004, filed on Nov. 2, 2004, the contents of which are hereby incorporated by reference herein in their entirety.
- 1. Field of the Invention
- The present invention relates to a mobile communication terminal to support video calling, and more particularly, to a method for encoding video call data capable of efficient data encoding.
- 2. Description of the Background Art
- A protocol for multiplexing audio data, control data, and video data when performing video calling using a mobile communication device (e.g. a mobile communication terminal for supporting Wideband Code Division Multiple Access (WCDMA)) includes H.223. The H.223 protocol was proposed by the International Telecommunications Union—Telecommunication Standardization Sector (ITU-T). This protocol comprises an adaptation layer for detecting an error and restoring the detected error, and a multiplex layer for forming audio data and video data as one data unit. The multiplex layer reconstructs data with a certain ratio by using a multiplex code formed for H.245 signaling with reference to a multiplex code table, and then transmits the data to a network (Fixed Multiplex Code Selection).
-
FIG. 1 shows an exemplary view of a method for encoding video call data for a mobile communication terminal in accordance with the related art. - A mechanism for selecting a code from a multiplex code table for encoding data will be explained. In the related art, a code selection was performed by two WCDMA mobile terminals under a fixed selection mechanism. Referring to
FIG. 1 , a fifth multiplex code is selected from the multiplex code table by a mobile communication terminal according to the H.245 signaling. The fifth multiplex code of the multiplex table indicates the sequentially encoding of voice data (LCN1) of 4 bytes (RC4), control data (LCN2) of 1 byte (RC1), and video data (LCN3) of 2 bytes (RC2). - Accordingly, when substantially inputted data includes voice data of 4 bytes, control data of 3 bytes, and video data of 3 bytes, the voice data of 4 bytes is loaded, then the control data of 1 byte is loaded, and then the video data of 2 bytes is loaded. Next, the control data of 1 byte is loaded, and the video data of 1 byte is loaded. Then, the remaining 1 byte of the control data is loaded into a next packet.
- However, the related art method for encoding video call data has a problem that an amount of data is not controlled according to a state of a wireless network. That is, in the related art method, enhancing a data quality by maintaining the wireless network as an optimum state by decreasing the amount of data when the wireless network is not in an optimum state and by increasing the amount of data when the wireless network is in an optimum state can not be performed.
- Also, in case of using the H.223 protocol, a data bias phenomenon in which only one type of data, either audio or video, is transmitted at a specific time point in time is generated, and thus the audio data and the video data are not consistent with each other. That is, the audio data and the video data can not be re-adjusted into a proper ratio. Therefore, when either the audio data and the video data is transmitted, the synchronization between the audio data and the video data is inconsistent with each other. For instance, during video reproduction (playback), the images of a person who appears to be speaking may not match the audio being reproduced, namely, the person's lips and his voice may not correspond with each other.
- Therefore, an object of the present invention is to provide a method for encoding video call data capable of efficiently encoding data according to a state of a wireless network and capable of enabling audio data and video data to be consistent to each other.
- To achieve these and other advantages and in accordance with the purpose of the present invention, as embodied and broadly described herein, there is provided a method for encoding video call data, comprising: constructing a multiplex code table having a plurality of multiplex codes for multiplexing data; selecting an optimum multiplex code among the plurality of multiplex codes provided at the multiplex code table; encoding data to be transmitted by the selected multiplex code; and transmitting the encoded data.
- To achieve these and other advantages and in accordance with the purpose of the present invention, as embodied and broadly described herein, there is also provided a mobile communication terminal, comprising: a generation module for generating a multiplex code table having a plurality of multiplex codes for multiplexing data; a selection module for selecting an optimum multiplex code among the plurality of multiplex codes provided in the multiplex code table; an encoding module for encoding data to be transmitted by the selected optimum multiplex code; and a processor for executing each of the modules.
- The foregoing and other objects, features, aspects and advantages of the present invention will become more apparent from the following detailed description of the present invention when taken in conjunction with the accompanying drawings.
- The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the principles of the invention.
- In the drawings:
-
FIG. 1 shows an exemplary view of a method for encoding video call data for a mobile communication terminal in accordance with the related art; -
FIG. 2 is a flowchart showing an exemplary method for encoding video call data for a mobile communication terminal according to a first embodiment of the present invention; -
FIG. 3 shows an exemplary view of a method for encoding video call data for a mobile communication terminal according to the present invention; and -
FIG. 4 shows an exemplary view of a mobile communication terminal according to the present invention. - Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings.
-
FIG. 2 is a flowchart showing an exemplary method for encoding video call data for a mobile communication terminal according to a first embodiment of the present invention. - As shown, a multiplex code table having a plurality of multiplex codes for multiplexing data can be constructed, and then audio data, control data, and video data to be transmitted are read (S201). Then, a payload size of a multiplex info field for the audio data, the control data, and the video data can be determined according to a network speed (i.e., data transfer rate) (S202). Next, a byte pattern table for the multiplex codes of the multiplex table can be constructed (S203). Then, a byte ratio for each multiplex code of the multiplex code table can be calculated by using the byte pattern table (S204). Next, a byte ratio for the audio data, the control data, and the video data to be transmitted can be calculated (S205), and then a multiplex code having a nearest byte ratio to the calculated byte ratio can be selected from the multiplex codes of the multiplex table (S206). Finally, the audio data, the control data, and the video data to be transmitted can be encoded by using the multiplex code selected from the multiplex codes of the multiplex code table (S207). A network speed (i.e., data transfer rate) for a channel connected to a base station at the time of an audio calling can be certified by a signal transmitted from the base station, and a payload size according to the network speed can be determined by a manufacturing company for the mobile communication terminal or a mobile communication provider.
- A following table 1 shows one example of a fifth multiplex code of a multiplex code table for H.245 signaling.
TABLE 1 Multiplex Code 0 {LCN0, RC UCF} Multiplex Code 1 {LCN1, RC UCF} Multiplex Code 2 {LCN2, RC UCF} Multiplex Code 3 {{LCN1, RC2}, {LCN2 RC1}, RC UCF} Multiplex Code 4 {LCN2, RC20}, {LCN1, RC UCF} - The LCN0 denotes audio data, the LCN1 denotes control data, and the LCN2 denotes video data. Also, the RC1 denotes one byte, and the RC2 denotes two bytes.
- The method for encoding video call data according to the present invention will be explained under an assumption that substantially inputted data includes audio data of 0 bytes, control data of 6 bytes, and video data of 2722 bytes.
- When a user is to perform a video call by using his mobile terminal, the substantially inputted data is read, and a state of a channel connected to a base station (e.g., network speed, data transfer rate, etc.) is certified. The state of the channel connected to the base station can be judged by a certain signal transmitted from the base station.
- When the network speed has been judged, a payload size of a multiplex info field according to the network speed is determined.
- Then, a byte pattern table for each multiplex code of the multiplex code table shown in Table 1 can be constructed. The byte pattern table can be constructed by allocating bytes to each channel according to each pattern of the multiplex codes of the multiplex table. If an information size of a multiplex protocol data unit (PDU) is supposed to be 64 bytes, a byte pattern table for the information size may be as follows.
Byte_Pattern[0][0]=64; Byte_Pattern[0][1]=0; Byte_Pattern[0][2]=0;
Byte_Pattern[1][0]=0; Byte_Pattern[1][1]=64; Byte_Pattern[1][2]=0;
Byte_Pattern[2][0]=0; Byte_Pattern[2][1]=0; Byte_Pattern[2][2]=64;
Byte_Pattern[3][0]=0; Byte_Pattern[3][1]=43; Byte_Pattern[3][2]=21;
Byte_Pattern[4][0]=0; Byte_Pattern[4][1]=44; Byte_Pattern[4][2]=20; - When the byte pattern table for Table 1 has been constructed, a byte ratio for each of the multiplex codes of the multiplex table can be constructed by using the constructed byte pattern table.
- The byte ratio is calculated by dividing a byte pattern value by an information size of a multiplex PDU, and byte ratios for the multiplex codes shown in Table 1 can be as follows.
- Multiplex code 0
Byte_Ratio[0][0]=Byte_Pattern[0][0]/64=64/64=1.0;
Byte_Ratio[0][1]=Byte_Pattern[0][1]/64=0/64=0.0;
Byte_Ratio[0][2]=Byte_Pattern[0][2]/64=0/64=0.0 -
Multiplex code 1
Byte_Ratio[1][0]=Byte_Pattern[1][0]/64=0/64=0.0;
Byte_Ratio[1][1]=Byte_Pattern[1][1]/64=64/64=1.0;
Byte_Ratio[1][2]=Byte_Pattern[1][2]/64=0/64=0.0 -
Multiplex code 2
Byte_Ratio[2][0]=Byte_Pattern[2][0]/64=0/64=0.0;
Byte_Ratio[2][1]=Byte_Pattern[2][1]/64=0/64=0.0;
Byte_Ratio[2][2]=Byte_Pattern[2][2]/64=64/64=1.0 - Multiplex code 3
Byte_Ratio[3][0]=Byte_Pattern[3][0]/64=0/64=0.0;
Byte_Ratio[3][1]=Byte_Pattern[3][1]/64=43/64=0.67;
Byte_Ratio[3][2]=Byte_Pattern[3][2]/64=21/64=0.32 - Multiplex code 4
Byte_Ratio[4][0]=Byte_Pattern[4][0]/64=0/64=0.0;
Byte_Ratio[4][1]=Byte_Pattern[4][1]/64=44/64=0.68;
Byte_Ratio[4][2]=Byte_Pattern[4][2]/64=20/64=0.31 - After the byte ratio for each of the multiplex codes is constructed, a byte ratio for the substantially inputted data, that is, the audio data (LCN0) of 0 byte, the control data (LCN1) of 6 bytes, and the video data (LCN2) of 2722 bytes can be calculated.
LCN0_byte_ratio=0/2728=0.0;
LCN1_byte_ratio=6/2728=0.002;
LCN2_byte_ratio=6/2728=0.998 - Then, a multiplex code having a nearest byte ratio to the determined byte ratio for the substantially inputted data can be selected from the multiplex codes of the multiplex table. That is, a difference value between the byte ratio for each of the substantially inputted data and the byte ratio for each of the multiplex codes of the multiplex code table can be calculated. Then, a multiplex code having a smallest difference value can be selected among the multiplex codes. The multiplex code having a smallest difference value can be determined by multiplying the difference value by a finite number. This multiplication may be performed in case that numbers below decimal point are complicated to calculate. Also, the byte ratio for the substantially inputted data can be respectively compared with each byte ratio for the multiplex codes by being rounded up to the nearest integer or by being rounded off.
- Since the audio data, the control data, and the video data to be substantially transmitted may have a byte ratio of 0:0.002:0.998, the second multiplex code is selected from the multiplex code table. That is, since a difference value between the second multiplex code having a byte ratio of 0:0:1 and the substantial data is the smallest, input data to be substantially transmitted is encoded by the second multiplex code.
-
FIG. 3 shows an exemplary view of a method for substantially encoding video call data after an optimum multiplex code is selected. - As shown, a sixth multiplex code is selected as an optimum multiplex code, and thus data is encoded by the sixth multiplex code. That is, when compared with the byte ratio of data to be substantially transmitted, the sixth multiplex code among the multiplex codes provided at the multiplex code table has the nearest byte rate thereto. Therefore, data to be substantially inputted is encoded by the sixth multiplex code.
- For example, referring to
FIG. 3 , when the audio data (LCN0) has 4 bytes, the control data (LCN1) has 3 bytes, and the video data (LCN2) has 3 bytes, then 3 bytes (RC3) of the audio data, 2 bytes (RC2) of the control data, and 2 bytes (RC2) of the video data are sequentially loaded to a field. Then, the remaining 1 byte of the control data and the remaining 1 byte of the video data are sequentially loaded, and thus the 0×7E is shown. Next, the remaining 1 byte of the audio data is loaded to a next field. - In the present invention, a multiplex code can be selected to be encoded according to the network speed and the byte ratio for the audio data, the control data, and the video data to be substantially transmitted. Therefore, a synchronization inconsistency between the audio data and the video data can be minimized, and a state of the network can be maintained as an optimum state. However, in the related art method shown in
FIG. 1 , audio data, control data, and video data to be substantially transmitted are encoded by a preset multiplex code. -
FIG. 4 shows an exemplary view of a mobile communication terminal according to the present invention. - As shown, a
mobile communication terminal 400 according to the present invention can comprise an RF signal transmitting/receivingunit 401, aprocessor 402, a photographingunit 403, a generation module for generating a multiplex code table having a plurality of multiplex codes for multiplexing data a selection module for selecting an optimum multiplex code among the plurality of multiplex codes of the multiplex code table, and an encoding module for encoding data to be transmitted by the selected optimum multiple code. Each of the modules may be included in afirst storing unit 404 according to a first embodiment of the present invention. - The mobile communication terminal may further comprise a first module for calculating a byte ratio for each of the multiplex codes of the multiplex table, and a second module for calculating a byte ratio for data to be transmitted. The optimum multiplex code among the plurality of multiplex codes of the multiplex table can be selected by comparing a result from the first module with a result from the second module.
- The mobile communication terminal may further comprise a third module for determining a payload size of a multiplex info field according to a state of the network. In this case, the second module can be performed according to a determined payload size of a multiplex info field.
- The mobile communication terminal may further comprise a second storing unit between the RF transmitting/receiving unit and the processor. Preferably, the second storing unit is constructed as a buffer memory of a high speed.
- Also, the present invention provides a mobile communications terminal comprising: a transceiver to transmit and receive signals and data with a network; an image capture unit to obtain videos and images; a memory to store a plurality of multiplex codes; and a processor cooperating with the transceiver, the image capture unit, and the memory to calculate a byte ratio for data to be transmitted via the transceiver when performing a multimedia call function using the image capture unit, to select a multiplex code from the memory having a nearest byte ratio to the calculated byte ratio, encoding the data to be transmitted by using the selected multiplex code, and transmitting the encoded data to achieve the multimedia call function.
- As aforementioned, in the present invention, a byte ratio for audio data, control data, video data to be substantially transmitted are calculated at the time of a video calling, and then a multiplex code having the nearest byte ratio to the calculated byte ratio is selected from the multiplex codes of the multiplex table thus to be encoded. Therefore, a synchronization inconsistency between the audio data and the video data can be decreased, and a network state can be maintained as an optimum state.
- As the present invention may be embodied in several forms without departing from the spirit or essential characteristics thereof, it should also be understood that the above-described embodiments are not limited by any of the details of the foregoing description, unless otherwise specified, but rather should be construed broadly within its spirit and scope as defined in the appended claims, and therefore all changes and modifications that fall within the metes and bounds of the claims, or equivalence of such metes and bounds are therefore intended to be embraced by the appended claims.
Claims (23)
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR88329/2004 | 2004-11-02 | ||
KR20040088329A KR100677378B1 (en) | 2004-11-02 | 2004-11-02 | How to encode video telephony data of WBCDA terminal |
Publications (2)
Publication Number | Publication Date |
---|---|
US20060092987A1 true US20060092987A1 (en) | 2006-05-04 |
US7580430B2 US7580430B2 (en) | 2009-08-25 |
Family
ID=35818181
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/264,614 Expired - Fee Related US7580430B2 (en) | 2004-11-02 | 2005-10-31 | Method for encoding video call data for mobile communication terminal |
Country Status (7)
Country | Link |
---|---|
US (1) | US7580430B2 (en) |
EP (1) | EP1653679B1 (en) |
JP (1) | JP4361046B2 (en) |
KR (1) | KR100677378B1 (en) |
CN (1) | CN100586191C (en) |
AT (1) | ATE391377T1 (en) |
DE (1) | DE602005005763T2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013066771A1 (en) * | 2011-11-01 | 2013-05-10 | T-Mobile Usa, Inc. | Synchronizing video and audio over heterogeneous transports |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101701742B1 (en) * | 2010-06-24 | 2017-02-02 | 삼성전자주식회사 | Apparatus and method for live streaming between mobile communication terminals |
CN102572364A (en) * | 2010-12-15 | 2012-07-11 | 中兴通讯股份有限公司 | Decoding method and device for video communication data |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6233251B1 (en) * | 1996-05-08 | 2001-05-15 | Matsuhita Electric Industrial Co., Ltd. | Multiplex transmission method and system, and audio jitter absorbing method used therein |
US6317437B1 (en) * | 1997-09-22 | 2001-11-13 | Samsung Electronics, Co., Ltd. | Adaptive multiplexing/demultiplexing method and multiplexer/demultiplexer therefor |
US20030043749A1 (en) * | 1997-02-03 | 2003-03-06 | Kaboshiki Kaisha Toshiba | Information data multiplex transmission system, its multiplexer and demultiplexer, and error correction encoder and decoder |
US6907067B1 (en) * | 1998-09-07 | 2005-06-14 | Robert Bosch Gmbh | Method and terminal equipment for integrating audiovisual coded information into a frame structured transmission standard |
US6930618B2 (en) * | 2002-05-07 | 2005-08-16 | Sony Corporation | Encoding method and apparatus, and decoding method and apparatus |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09116572A (en) | 1995-10-23 | 1997-05-02 | Nec Corp | Packet data control system |
JPH09312626A (en) | 1996-05-20 | 1997-12-02 | Sharp Corp | Table reference type multiplexer |
EP0833471B1 (en) * | 1996-09-27 | 2003-06-11 | Deutsche Thomson-Brandt Gmbh | Method for data transfer between two or more stations via communication channel and transmitting station and a receiving station for the use in the method |
JPH10234010A (en) | 1998-01-26 | 1998-09-02 | Sony Corp | Data encoder, data recorder, data decoder and recording medium |
US6370163B1 (en) | 1998-03-11 | 2002-04-09 | Siemens Information And Communications Network, Inc. | Apparatus and method for speech transport with adaptive packet size |
GB2365713A (en) * | 2000-01-22 | 2002-02-20 | Hw Comm Ltd | Multiplexing method |
JP2002026980A (en) | 2000-07-06 | 2002-01-25 | Toshiba Corp | Communication system and communication method |
-
2004
- 2004-11-02 KR KR20040088329A patent/KR100677378B1/en not_active Expired - Fee Related
-
2005
- 2005-10-25 EP EP20050023279 patent/EP1653679B1/en not_active Not-in-force
- 2005-10-25 DE DE200560005763 patent/DE602005005763T2/en active Active
- 2005-10-25 AT AT05023279T patent/ATE391377T1/en not_active IP Right Cessation
- 2005-10-27 JP JP2005313553A patent/JP4361046B2/en not_active Expired - Fee Related
- 2005-10-31 US US11/264,614 patent/US7580430B2/en not_active Expired - Fee Related
- 2005-11-02 CN CN200510120100A patent/CN100586191C/en not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6233251B1 (en) * | 1996-05-08 | 2001-05-15 | Matsuhita Electric Industrial Co., Ltd. | Multiplex transmission method and system, and audio jitter absorbing method used therein |
US20030043749A1 (en) * | 1997-02-03 | 2003-03-06 | Kaboshiki Kaisha Toshiba | Information data multiplex transmission system, its multiplexer and demultiplexer, and error correction encoder and decoder |
US6317437B1 (en) * | 1997-09-22 | 2001-11-13 | Samsung Electronics, Co., Ltd. | Adaptive multiplexing/demultiplexing method and multiplexer/demultiplexer therefor |
US6907067B1 (en) * | 1998-09-07 | 2005-06-14 | Robert Bosch Gmbh | Method and terminal equipment for integrating audiovisual coded information into a frame structured transmission standard |
US6930618B2 (en) * | 2002-05-07 | 2005-08-16 | Sony Corporation | Encoding method and apparatus, and decoding method and apparatus |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013066771A1 (en) * | 2011-11-01 | 2013-05-10 | T-Mobile Usa, Inc. | Synchronizing video and audio over heterogeneous transports |
US9191413B2 (en) | 2011-11-01 | 2015-11-17 | T-Mobile Usa, Inc. | Synchronizing video and audio over heterogeneous transports |
Also Published As
Publication number | Publication date |
---|---|
ATE391377T1 (en) | 2008-04-15 |
US7580430B2 (en) | 2009-08-25 |
DE602005005763D1 (en) | 2008-05-15 |
KR20060039231A (en) | 2006-05-08 |
JP4361046B2 (en) | 2009-11-11 |
KR100677378B1 (en) | 2007-02-02 |
CN100586191C (en) | 2010-01-27 |
JP2006141003A (en) | 2006-06-01 |
EP1653679A1 (en) | 2006-05-03 |
CN1791228A (en) | 2006-06-21 |
EP1653679B1 (en) | 2008-04-02 |
DE602005005763T2 (en) | 2009-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7376330B2 (en) | Encoded data recording apparatus and mobile terminal | |
US7999840B2 (en) | Method for performing video communication service and mobile communication terminal therefor | |
US6151491A (en) | Mobile voice message/electronic mail system | |
US8483208B1 (en) | Method and apparatus for time stretching to hide data packet pre-buffering delays | |
KR100344786B1 (en) | Caller Information Providing System and Forwarding Method in Mobile Communication Network | |
CN100466718C (en) | Mixed Media Telecom Call Setup | |
CA2695577C (en) | Apparatus, systems and methods to synchronize communication of content to a presentation device and a mobile device | |
US7298760B2 (en) | System and method for processing audio and video data in a wireless handset | |
WO2010116588A1 (en) | Digital television broadcasting reproduction device and reproduction method therefor | |
US20060172755A1 (en) | System and method for push-to-talk image communications in a mobile communication terminal | |
EP1742391A1 (en) | Terminal and method for providing recordable time according to remaining memory capacity | |
US20080049097A1 (en) | Method and apparatus for video telephony in mobile communication terminal | |
US9071768B2 (en) | Method of transmitting video information over a wireless multi-path communication link and corresponding wireless station | |
US7580430B2 (en) | Method for encoding video call data for mobile communication terminal | |
JP4157983B2 (en) | Image transmission device | |
US20080002020A1 (en) | Apparatus and method for connecting a video call in a mobile communication system | |
US20020055352A1 (en) | Mobile communication system with answering service function, network system thereof, and radio communication terminals | |
JP2001313930A (en) | Video transmission system and video transmitter | |
US20220182686A1 (en) | Transmission apparatus and reception apparatus for parallel data streams | |
WO2009088132A1 (en) | Broadcasting service system capable of supporting user mobility and method of operating the same | |
KR101484313B1 (en) | PoC SYSTEM AND PoC TERMINAL FOR TRANSMITTING AND RECEIVING MULTIMEDIA DATA AND METHOD FOR TRANSMITTING AND RECEIVING MULTIMEDIA DATA THEREOF | |
KR100931733B1 (en) | Ring back tone content and incoming alarm content synchronization device and method | |
KR20060070991A (en) | Method and system for setting personal setting information according to user's preference | |
JP2005236706A (en) | Video / audio reproduction system, apparatus and terminal |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: LG ELECTRONICS INC., KOREA, REPUBLIC OF Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:JANG, SUNG-BONG;REEL/FRAME:017172/0876 Effective date: 20051025 |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
REMI | Maintenance fee reminder mailed | ||
LAPS | Lapse for failure to pay maintenance fees |
Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.) |
|
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20170825 |