KR100853525B1 - System and its method for providing call standby tone service and ring service using non- spectrum data communication of single mode in mobile phone - Google Patents

Abstract

The present invention relates to a system for providing a call waiting and ringing service and a method for providing a call waiting and ringing service for real-time transmission and playback of a sound source file designated as call waiting and ringing in a mobile communication terminal using single mode non-spread communication.

The system for providing a call waiting and ringing service using single mode non-spread communication in a mobile communication terminal according to the present invention comprises: means for splitting and generating m blocks per individual sound source files among n sound source files to be transmitted; Means for transmitting the first blocks of the entire individual sound source file to the mobile communication terminal prior to service execution; Means for real-time repetitive transmission of m-1 individual sound source blocks from the 2nd block to the mth block by using a broadcasting method or a multicasting method to m-1 individual IPs allocated to the mobile communication terminal; Characterized in that it comprises a sound source server configured.

A system for providing a call waiting and ringing service using a single mode non-proliferation communication in a mobile communication terminal and a method for providing a call waiting sound and a ringing service according to the present invention transmits a real-time sound source file for listening to a call waiting sound, a ring tone, or music in a mobile communication terminal. It is effective to receive and play.

Description

System and its method for providing call standby tone service and ring service using non-spectral data communication of single mode in mobile phone}

The following drawings attached to this specification are illustrative of preferred embodiments of the present invention, and together with the detailed description of the invention to serve to further understand the technical spirit of the present invention, the present invention is a matter described in such drawings It should not be construed as limited to.

1 to 4 are technical conceptual diagrams of a call waiting and ringing service model using single-mode non-spread communication according to the present invention.

5 is a block diagram of a system for providing a call waiting sound and a ringtone service according to an exemplary embodiment of the present invention.

6 is a flowchart illustrating a method of providing a call waiting sound and a ringtone service performed by a sound source server according to an exemplary embodiment of the present invention.

7 is a flowchart illustrating a method for providing a call waiting sound and a ringtone service performed by a mobile communication terminal according to an embodiment of the present invention.

Explanation of symbols on the main parts of the drawings

1: system 2: sound source server

3: mobile communication terminal 21: block generation means

22: first block transmission means 23: sound source block transmission means

24: call waiting information providing means

The present invention provides a system for providing a call waiting and ringing service using a single mode non-proliferation communication in a mobile communication terminal and a method for providing a call waiting and ringing service, and more particularly, using a single network for the same voice call data communication and content data communication. The present invention relates to a system and a method for receiving sound data in real time in a single mode mobile communication terminal and reproducing the call waiting sound and the ringtone.

Call waiting service (or ring back tone service) means that a caller hears a specific sound with a call waiting tone until the callee answers the call (eg, coloring, filling, ring tomi, ring to you, etc.). When the subscriber of the mobile communication service selects a specific sound source for his subscribing telephone number and registers the call waiting tone, all calls using this number as the receiving telephone number receive a call at the receiving end (e.g., the receiver presses the call button). Plays the registered sound source to caller by call waiting sound. When the receiver receives a call, the playback of the sound source is immediately stopped and the caller and the receiver start the call.

Since the call waiting sound source data is registered and reproduced for each subscriber's telephone number in the mobile communication company server, it requires processing processing of server processor resources and allocation of memory space of storage medium resources. In addition, since the mobile communication company server stores the sound source data for each user, the data capacity thereof is limited. Due to this capacity limitation, the sound source data is repeatedly played after one playback in a predetermined section, and when it is repeated, So it can be boring.

On the other hand, the ringtone service refers to an incoming call by reproducing a ringtone sound source corresponding to an outgoing telephone number when receiving a call from a mobile communication terminal (for example, live bell, music bell, original sound ring, etc.). When the mobile communication service subscriber designates a ring tone source for each phone number in the mobile communication terminal, the subscriber listens to the playback of the ring tone sound source corresponding to the extracted outgoing call number whenever a call is received. Therefore, the user can immediately know who the caller is by the sound source ringing ringing when receiving the call.

Such ringtone sound source data is stored in the mobile communication terminal to be limited in capacity, and once the playback is finished, it feels boring because it is repeatedly played like the sound source of the call waiting sound.

In the service environment described above, when the user selects sound source data using a mobile communication terminal to designate a call waiting sound or a ring tone, the mobile communication terminal accesses a wireless Internet connection to a sound source download site, inquires a list of desired sound sources, and obtains specific sound source data. You will have to pay for the entire time you use the wireless Internet connection until you make a final choice and pay for the music separately. Of course, if you use a computer terminal to access the music site, the communication fee is free and you only pay the fee. However, if you use a mobile communication terminal, you can access the Internet download site at any time without restriction of time and place.However, if you use a computer terminal, you will be restricted by time and place because it requires an environment equipped with the computer facilities. do.

SUMMARY OF THE INVENTION The present invention has been made in view of the above-described points, and when a sound source is required for a call waiting sound service or a ringtone service, a sound source is reproduced using some sound source data stored in a mobile communication terminal, and the sound source is reproduced. It is an object of the present invention to provide a real-time transmission service of a sound source file corresponding to a call waiting sound and a ringtone to enable continuous playback by receiving the next sound source data in real time.

According to a system for providing a call waiting and ringing service using a single mode non-proliferation communication in a mobile communication terminal of the present invention for achieving the above object, a voice communication data network and a data content network use a communication mode using a single network. In a single mode mobile communication terminal having a call waiting sound and a ring service, which transmits at least one sound data among call waiting sounds and a ring tone using a broadcasting method or a multicasting method in real time by broadcasting sound data. Means for dividing and generating m blocks for each individual sound source file among the respective sound source files; Means for transmitting the first blocks of the entire individual sound source files to a mobile communication terminal before executing the sound data transmission service of the call waiting sound and the ring tone; The sound source data, in which the m-1 individual sound source blocks from the 2nd block to the mth block are periodically and repeatedly transmitted in real time using a broadcasting method or a multicasting method for m-1 individual IPs allocated to the mobile communication terminal. And a sound source server configured to include means for executing a transmission service.

In addition, according to a preferred feature of the invention, means for storing the first blocks of the entire individual sound source files received from the sound source server in the internal memory; Means for extracting and reproducing a block of a sound source file from a first block stored in the internal memory when an event of call waiting sound, ring tone or sound source reproduction occurs; Means for receiving m-1 individual sound source blocks for each IP by using a broadcasting method or a multicasting method using m-1 IPs allocated during reproduction of the sound source file included in the first block; And a means for continuously extracting and reproducing the corresponding block of the sound source file from the next sound source block after the block reproduction of the sound source file included in the individual sound source block currently being reproduced further comprises a single mode mobile communication terminal. It is characterized by.

On the other hand, according to the method for providing a call waiting and ringing service using a single mode non-proliferation communication in the mobile communication terminal of the present invention, the sound source server has a single mode having a communication mode in which a voice call data network and a data content network use a single network. In a method of providing a call waiting sound and a ringtone service for transmitting at least one sound source data among call waiting sounds and a ring tone by using a broadcasting method or a multicasting method, the mobile communication terminal includes (S10) a small block in a sound source file. Storing a communication condition including data transmission order information in a communication condition DB; (S20) dividing and storing the individual sound source files into m blocks among the n sound source files to be transmitted; (S30) transmitting the first blocks of the entire individual sound source files to the same communication terminal before executing the sound data transmission service of the call waiting sound and the ring tone; And (S40) real-time periodic repetitive transmission of m-1 individual sound blocks from the 2nd block to the mth block by using a broadcasting method or a multicasting method for m-1 individual IPs assigned to the mobile communication terminal. And performing the sound source data transmission service.

In addition, a single-mode mobile communication terminal having a communication mode in which a voice call data network and a data content network use one single network may use at least one sound source among call waiting sounds and ringtones using a broadcasting method or a multicasting method from a sound source server. A method for providing a call waiting sound and a ringtone service for receiving data, the method comprising: receiving a communication condition including small block data transmission order information in a sound source file from a sound source server and storing the communication condition in a communication condition DB; Receiving first blocks of all individual sound source files from the sound source server and storing the first blocks in the internal memory; (S300) when an event of call waiting sound, ring tone or sound source reproduction occurs, determining a start position of sound source reproduction; (S400) extracting and playing a block of a corresponding sound source file from the first n blocks of all n sound source files stored in the internal memory when the start position is the first time or is located in the first block stored in the internal memory; (S500) real-time reception of an individual sound source block for each individual IP using a broadcast method or a multicasting method using IPs assigned while the sound source file is being played; And (S600) extracting a block of the corresponding sound source file from the restored original sound source block when the block of the sound source file being reproduced is finished and continuously playing the block.

According to a preferred feature of the present invention, the transmission period of the sound source block is smaller than the playback period of the sound source file included in the individual sound source block is characterized in that the continuous playback of the sound source data.

First, terms used repeatedly for the technical description of the present invention are defined as shown in Table 1 below.

Terms Explanation Dual mode In mobile communication terminal, voice call communication and sound source data (content data) are communicated in different network environment and defined as dual mode. For example, voice calls and sound sources are communicated in cdma-wibro, wcdma-wibro, and gsm-wibro networks, respectively. Therefore, two communication chips can be mounted using voice 2nd generation (cdma, wcdma, gsm) and data transmission and reception using 3rd generation or 3.5th generation (wibro). In single network such as HSDPA network or wibro network, single chip (single mode) can be implemented. Single mode As opposed to the dual mode above, voice call communication and sound data are performed in the same single network and defined as single mode. For example, if there is HSDPA or wibro, and voice call and content data are communicated in wibro network, voice call is performed based on VoIP. Communication chip is implemented as single chip. Call waiting service As a kind of call service provided by a mobile carrier, when a subscriber sets a specific sound source to a call waiting tone, when a caller sends a call to the subscriber (receiver), the subscriber receives the actual call. A service in which a specific sound source designated in a receiving mobile terminal is played as a call waiting sound at an outgoing telephone terminal Ringtone service A type of call service provided by a mobile carrier that specifies a ring tone (call tone) for each outgoing telephone number when a subscriber receives a call from the mobile communication terminal.

Hereinafter, with reference to the accompanying drawings 1 to 4 will be described the technical concept of the preferred call waiting and ring service model of the present invention.

<1. Conceptual Model of Technology>

In the technology of the present invention, when a mobile communication terminal having a single mode needs to be provided with a corresponding service according to a call waiting sound or a ringing event, some sound source files stored in the internal memory of the mobile communication terminal are played first, and at the same time, the remaining sound source files in real time. After receiving the receiving portion is finished from the memory and the call waiting sound and ring service to play the real-time received sound source files successively. Here, the call waiting sound and the ringtone service of the present invention may implement only one of the call waiting sound service and the ringtone service, and may simultaneously perform the call waiting sound and the ringtone service.

To this end, in the present invention, as shown in Equation 1 below, the reproduction period of some blocks of the sound source file stored in the internal memory must be equal to or longer than the transmission period of the remaining blocks that are transmitted in real time. If only this condition is satisfied, the real-time received sound source block can be played at the same time as the playback of the sound source block currently being played is finished. At this time, the user listens to the sound source to which the sound source file set as the call waiting sound or the ring tone is naturally connected without interruption.

Play cycle of sound block saved in internal memory> Transfer cycle of remaining sound block

When the periodic conditions described in Equation 1 are satisfied, the present invention can be implemented in any network, and in particular, the shorter the transmission period of the sound file received in real time, the more stable playback is possible. In the present invention, but not limited to the network receiving the sound file in real time and the network in which the voice call is carried out as a wibro network.

1 illustrates a communication model of a mobile communication terminal which is one component of the present invention.

The mobile communication terminal to which the technique of the present invention is applied supports a single mode implemented in a network (eg, cdma, wcdma, gsm, wibro, HSDPA, etc.) in which the voice communication mode and the data communication mode are the same. Preferably, the voice communication mode and the data communication mode use a third generation or 3.5 generation (eg wibro) communication network. To this end, a single communication chip is mounted in the mobile communication terminal.

Here, the wibro network illustrated in the single mode does not limit the technique of the present invention, and all networks satisfying the condition of Equation 1 are included in the technical scope of the present invention.

2 shows a data model of a sound source file used in the present invention.

In the present invention, a total of n sound source files are divided into m sound source blocks, and each sound source block is transmitted using a separate IP. Here, the term "transmission" means that the server broadcasts or multicasts the blocks of the sound source file to the mobile communication terminal. For convenience of explanation, it is assumed that n = 30 (30 sound sources) and m = 4 (four sound blocks). The lengths of the individual sound source blocks may be the same or different from each other.

The individual sound source files may be composed of at least one small block (z total), and each small block may be of fixed length or of a different variable length. In addition, the transmission order of the small blocks may be mixed in any order. However, the length of the small block and the order of transmission must be defined in advance to the transmitting side (server) and the receiving side (mobile communication terminal).

Regarding the number of bits and the order of transmission of this small block, the present applicant has already applied for a patent application (application number: "10-2006-0094237", title: "data using a random transmission order of data in a spread or non-spread wireless communication). Communication method "), and the present invention (hereinafter, referred to as “priority invention 1”) can be equally applied to the present invention. This invention has the advantage of receiving data later by first dividing it into blocks and then grouping or reordering them in blocks rather than sending them sequentially. This will be described with reference to FIGS. 3 and 4 as follows.

3 shows a data block model of a sound source file composed of all 30 songs.

When all 30 sound file files are arranged in a sequence such as d1, d2, d3 ... d30, divided into 4 sound blocks consisting of B1 to B4, and these sound source blocks are relatively relatively transmitted from the server to the mobile communication terminal. A bias occurs in which the sound source file in front arrives first at the receiving end, and the sound source file in the latter arrives later. For example, the data of the first sound source file d1 always arrives first in the block B1, and the data of the last sound source file d30 is placed last in the block B4 and always arrives at the latest.

4 shows a data configuration model of the sound source block B1.

For example, in order to solve this bias, the small blocks belonging to each first sound source block are composed of B1 sound blocks, and the second sound source block is a B2 sound source block. To construct. The same applies to the third and fourth. For example, assuming that n = 30 sound files each consist of z = 16 equally-sized small blocks, and m = 4, they are the same length sound block. Can be established.

Sound source blocks B1: f1-1 to f1-4, f2-1 to f2-4, ..... f30-1 to f30-4 Sound source blocks B2: f1-5 to f1-8, f2-5 to f2- 8, ..... f30-5 to f30-8 sound source blocks B3: f1-9 to f1-12, f2-9 to f2-12, ..... f30-9 to f30-12 sound source blocks B4: f1-13 to f1-16, f2-13 to f2-16, ..... f30-13 to f30-16

The sound source block illustrated above is for explaining that the sound source file f30 may be included in the block of B1. In the present invention, the small blocks of the sound source file constituting the sound source block are not particularly limited in their transmission order. Therefore, the transmission sequence shown in Table 3 below is also possible.

Sound source block B1: f1-1 to f30-1, f1-2 to f30-2 ..... f1-4 to f30-4 ..... sound source block B4: f1-13 to f30-13, f1- 14 to f30-14, ..... f1-16 to f30-16

In the example of Table 3 immediately above, the data of f30 may arrive faster than in the example of Table 2 above.

In this case, when the first block B1 is received by the mobile communication terminal, the received data are first block data of a total of 30 song files. Such an order may be used to illustrate the present invention, and various orders may exist, but the defined order is required to be previously defined at the transmitting side and the receiving side. In some cases, the header information of the sound source block may include the total length of the sound source block, the information of 30 sound source files, the length and transmission order of individual small block data, or may be separately stored in the communication condition DB. In this example of transmission, the rear end sound source file is located behind the sound source block and solves a relatively late biasing phenomenon. Therefore, it is more preferable to divide the same block of the entire sound source file after dividing it into sound blocks of the same size for each individual sound source file, and then arrange small block data in the same block in order or random order.

The sound source block B1 shown in Fig. 3 is a group of the first blocks of the entire 30 song file, and such a grouping rule is applied so that the sound source block B4 is the group of the last blocks of the whole 30 song source file. In the present invention, the sound source block is transmitted as it is without the spreading technique.

When the spreading technique is applied, data is transformed by using a spreading code predefined at a transmitting side and a receiving side, thereby protecting the data from a third party. However, there is a disadvantage in that the size of data is increased in the case of spread data calculated with a spread code.

On the other hand, the applicant of the present invention in connection with the present invention has already applied for a patent application in the dual mode environment with the same technology as the present invention (application number: "10-2006-107216", title: "dual mode spread in mobile communication terminals) System for providing call waiting and ringing service using communication and method of providing call waiting and ringing service ") and patent application (application number:" 10-2006-107217 ", title:" call using dual mode non-proliferation communication in mobile communication terminal) System for providing a standby sound and a ringtone service and a method for providing a call waiting sound and a ringtone service thereof), among which the latter patent application is the same as the present invention except that the communication mode is only a dual mode.

Hereinafter, a data communication model based on Equation 1 will be described.

For convenience of description, the data format of the sound source file actually communicated is exemplified by wma. This is because mp3 has better compression efficiency than mp3 sound quality. Also, you don't have to pay a royalty for that format like mp3. Therefore, it may be efficient to convert the data into the wma format of the sound source file. In the present invention, any data format may be used as long as the condition of Equation 1 is satisfied.

Suppose you have a 6 MByte mp3 sound file with a bit rate of 128 kbps. When data is converted to wma format, it is converted to 1.6 MByte which is about 1/4. Bit conversion of this is as follows.

1.6 Mbyte = 1.6 * 8 (bit) = 12.8 Mbit

In this data capacity, the total sound source capacity when transmitting 30 songs as shown in FIG. 1 is as follows.

12.8 * 30 = 384 Mbit

Here, the total playback time is 210 seconds when a song is played on an average of 3 minutes and 30 seconds.

When 30 songs are played back simultaneously, the number of bits processed for playback per second is as follows.

Number of beats per song: 12,800,000 / 210 s = 60952 bit / s

Number of bits required per 30 songs: 60,952 * 30 = 1,828,571 bit / sec

                       384,000,000 bit / 210 seconds = 1,828,571 bit / second

Here, assuming that the total capacity of 30 songs of 384 Mbit is transmitted at the average speed of 1Mbps ~ 3Mbps of the wibro network, the following total transmission time is obtained.

1 Mbps: 384 seconds

2 Mbps: 192 seconds

3 Mbps: 128 seconds

       Here, it is assumed that the first sound source block B1 of FIG. 3 is stored in the mobile communication terminal, and the remaining sound source blocks B2 to B4 are simultaneously received using three IPs assigned to the mobile communication terminal. That is, when the playback of the sound source starts, the playback starts with the B1 stored in the memory, and in the meantime, the remaining data is received using three IPs, and when the playback of the B1 is completed, the playback of the received B2, B3, B4 is performed in real time. Then, the reproduction period of 384/4 = 94 Mbits stored in the memory is 210/4 = 52.5 seconds. Based on Equation 1, continuous playback is possible only when the data transmission period is 52.5 seconds or less. In such a situation, the relationship between the data reproduction period and the data transmission period for the wibro network speed of 1Mbps ~ 3Mbps is shown in Table 4 as follows.

wibro mesh speed Capacity (384 Mbit) Memory (B1) 94 Mbit IP1 (B2) 94 Mbit IP2 (B3) 94 Mbit IP3 (B4) 94 Mbit 1M transmission frequency 384/4 = 96 seconds 96 seconds 96 seconds Refresh cycle 210/4 = 52.5 seconds 52.5 seconds 52.5 seconds 52.5 seconds 2M transmission frequency 192/4 = 48 seconds 48 seconds 48 seconds Refresh cycle 210/4 = 52.5 seconds 52.5 seconds 52.5 seconds 52.5 seconds 3M transmission frequency 128/4 = 32 seconds 32 seconds 32 seconds Refresh cycle 210/4 = 52.5 seconds 52.5 seconds 52.5 seconds 52.5 seconds

In the above example, at the 1M speed, the reproduction period is 52.5 seconds, but the transmission period is 96 seconds, and the second reproduction fails continuously after the reproduction of the first block. At this time, three more IPs are allocated to the data capacity 384-96 = 288 Mbits in charge of IP, and 288/6 = 48 Mbits are simultaneously received from each IP using IP1 to IP6. At this time, it takes 384 seconds to receive 384 Mbit, so 48 seconds is required to receive 48 Mbit. In such a case, since the 48 second transmission period is less than the 52.5 second playback period, continuous playback is possible. However, IP resource allocation may increase, resulting in inefficiency.

For 2M speed, playback is ideally possible, with 52.5 seconds of playback period and 48 seconds of transmission cycle.

In the case of 3M speed, it is possible to continuously play with a transmission cycle of 52.5 seconds and a transmission cycle of 32 seconds. Here, since the transmission period is too fast, it is possible to change the data capacity of the IP 384-96 = 288 Mbit to assign two IPs to receive 288/2 = 144 Mbit at each IP at the same time. In this case, since it took 128 seconds to receive 384 Mbits, 48 seconds are required to receive 144 Mbits. That is, when the wibro network speed is high, a service can be provided by satisfying Equation 1 even if two relatively small IPs are allocated.

In the above case, the memory and each IP are treated as the same capacity, but it is also possible to apply each capacity differently according to a predefined definition. For example, in the case of 3M, 66 Mbits can be stored in the memory to guarantee a 36 second playback period, and (384-66) / 3 = 106 Mbits are received for every three IPs, thereby satisfying Equation 1 with a transmission period of 35.3 seconds. have. That is, it is possible to establish various service policies by varying the number of IPs and the data length (size) of sound source blocks according to the wibro network speed.

Based on the conceptual models described above, a call waiting sound and a ringtone service providing system and a call waiting sound and a ringtone service providing method according to the present invention will be described below with reference to FIGS. 5 and 12.

<2. System Configuration>

5 is a block diagram of a system for providing a call waiting sound and a ringtone service 1 according to an exemplary embodiment of the present invention.

The system 1 includes a sound source server 2 that broadcasts or multicasts a sound source file in real time, and a mobile communication terminal that receives the sound file and reproduces the sound as a call waiting sound and a ring tone.

The sound source server 2 divides the sound source file into m sound source blocks, transmits the first block to the mobile communication terminal 3 in advance, and thereafter m-1 blocks from the second to the mth blocks. Sends real-time broadcasting and multicasting. Here, the broadcasting transmission continuously transmits m-1 blocks in real time.

The mobile communication terminal 3 plays a corresponding sound source file whenever an event of call waiting sound, ring tone or sound source reproduction occurs. Here, the sound source reproduction is to play the first sound source block previously stored in the memory and simultaneously receive the remaining sound source blocks in real time, and when the playback of the sound source block currently being played is finished, the next sound source block is continuously played simultaneously. For example, when the reproduction of the first sound source block stored in the memory ends, the second sound source block received in real time is continuously played. When the reproduction of the second sound source block ends, the third sound source block is continuously played.

When the user makes a call using the mobile communication terminal 3, the call waiting sound event receives the call waiting sound information of the receiver from the sound source server 2 or the mobile communication server server, and extracts the information of the sound source file included in the information. This is to play the sound source file.

The ringing event is to play the sound source file set by the user in response to the calling number when the mobile communication terminal 3 receives the call.

The event of the sound source playback is to play the selected sound source file when the user sets the call waiting sound or the ringtone or presses the play button for listening to music. In the above example, since 30 sound source files are taken as an example, a user can listen to 30 sound source files at any time as if they were stored in an MP3 player.

Hereinafter, detailed components and functions of the sound source server 2 and the mobile communication terminal 3 will be described in detail.

The sound source server 2 comprises a block generating means 21, a first block transmitting means 22, a sound source block transmitting means 23, and a call waiting information providing means 24. In addition, the DBMS means includes a communication condition DB 200 composed of a plurality of DBs.

The block generating means 21 divides m blocks into individual sound source files among the n sound source files to be transmitted. Then, the sound source block of the transmission unit is determined. In the above-described example of FIGS. 2 to 3, after dividing the total 30 pieces of data of the sound source file into four blocks, the i th sound source block is illustrated as a set of sound source block data corresponding to the i th of the total 30 song files. have. There is no restriction on dividing the sound source block, and only when the sound source block is determined, the information should be known in advance by the transmitting side and the receiving side. As described above, information predefined between the transmitting and receiving sides is preferably stored in the communication condition DB 200 in advance.

The first block transmitting means 22 transmits the first block of the sound source file to the mobile communication terminal 3 in advance and stores it in advance for the sound source providing service. This task only needs to be performed once initially to provide a service, and thereafter, only real-time transmissions exist. It is assumed that the first block is transmitted in advance because it is assumed that playback is performed from the beginning for convenience of description. However, it is also possible to transmit any sound source block in advance.

In addition, in any sound source block, the small blocks of the individual sound source files may be arranged in any order by applying the above-described Invention 1 (see FIG. 2). When arranged in variable length and in any order, the information is stored in the transmission side communication condition DB 200 and the reception side communication condition DB 300.

The sound source block transmitting means 23 transmits the divided sound source block to the mobile communication terminal 3 in real time broadcasting or multicasting. The m-1 sound source blocks are simultaneously transmitted to m-1 IPs assigned to the mobile communication terminal.

The call waiting sound information providing means 24 provides the call waiting sound information set by the receiver of the call to the mobile communication terminal 3 that sends the current call. This is to receive and play the call waiting sound source information of the receiver immediately after the caller sends the call to the receiver. The means 24 may be built in the sound source server 2 or the mobile communication company server.

Hereinafter, the detailed configuration of the mobile communication terminal 3 will be described.

Referring to FIG. 5, the mobile communication terminal 3 includes a first block storing means 31, a first block reproducing means 32, a sound source block receiving means 33, a continuous reproducing means 34, and call waiting sound information. It comprises a receiving means 35.

The first block storage means 31 receives the first blocks of all individual sound source files received from the sound source server 2 and stores them in the internal memory. This is preceded only once before the service starts, for example, when the service is first started or when 30 songs are updated.

The first block reproducing means 32 extracts and reproduces a block of a corresponding sound source file from the first block stored in the internal memory when an event of call waiting sound, ring tone or sound source reproduction occurs.

If the user sets the playback position to be a start position instead of the first block data, the playback function of the playback means 32 is omitted and received from the IP receiving the corresponding data section in real time. Play the real-time sound source block. However, in this case, since the start position set by the user and the start position of the data received in real time may be different, the user cannot accurately play from the start position set by the user.

The sound source block receiving unit 33 broadcasts or multicasts the m-1 individual sound source blocks for each IP by using the m-1 IPs assigned at the same time as the playback of the sound file included in the first block. To receive.

The continuous reproducing means 34 reproduces the next sound source block continuously at the same time that the sound source block currently being reproduced is terminated. This allows the user to listen as if a single sound source file is being played.

The call waiting sound information receiving means 35 receives the call waiting sound information set by the receiver from the call waiting sound information providing means 24 on the sound source server 2 side, extracts the corresponding sound source file information, and prepares to play the call waiting sound. do.

<3. How to Configure>

The method for providing a call waiting and ringing service using a single mode non-spread communication in a mobile communication terminal according to an embodiment of the present invention can be realized through the construction of the call waiting and ringing service providing system 1 described above.

6 is a flowchart illustrating a method of providing a call waiting sound and a ringtone service performed by the sound source server 2 according to an exemplary embodiment of the present invention.

The sound source server 2 stores the communication condition including the small block data transfer order information in all 30 individual sound source files in the communication condition DB 200 (S10).

The small block data transmission order information is divided into at least one small block unit in all m individual blocks constituting the individual sound source file to include fixed length or variable length information of the small block data. It also includes information on whether to transmit small blocks in the original order or in random order.

When the communication condition including the small block data transmission order information described above is stored in the communication condition DB 200, the communication condition is transmitted to the mobile communication terminal 3 to establish the same communication condition DB 300 as the server side. Do it.

When the communication condition DB (200, 300) is established, the sound source server 2 divides and stores the individual sound source files into m blocks among the n sound source files to be transmitted (S20). In the example of FIGS. 2 to 4, the sound source file n = 30 and the sound source block m = 4 have been illustrated.

When the sound source block is determined, the first blocks of the entire individual sound source files are transmitted to the mobile communication terminal 3 in advance in order to provide a service (S30).

When the pre-transmission to the mobile communication terminal 3 is completed, the individual sound source blocks are repeatedly transmitted in real time using a broadcasting method or a multicasting method to m-1 individual IPs allocated to the mobile communication terminal (S40). Here, in the broadcasting method, the sound source block is continuously repeatedly transmitted against an unspecified number, but in the multicasting method, only the user who requested the sound source file is selectively transmitted.

7 is a flowchart illustrating a method for providing a call waiting sound and a ringtone service performed by the mobile communication terminal 3 according to an embodiment of the present invention.

As a preliminary preparation step, the communication condition including the small block data transmission order information in the sound source file is received from the sound source server 2 and stored in the communication condition DB 300 (S100). Then, the first blocks of the entire individual sound source files are received from the sound source server 2 and stored in the internal memory (S200).

When an event of call waiting sound, ringtone or sound source reproduction occurs in the mobile communication terminal 3, the start position of sound source reproduction is determined (S300). Here, when a call waiting event (calling) occurs, the sound source information of the call waiting sound registered by the receiver is transmitted from the mobile communication company server or the sound source server 2.

If the determined start position is the first time or is located within the first block stored in the internal memory, a block of the corresponding sound source file is extracted from the first n blocks of all n sound source files stored in the internal memory and reproduced (S400). ).

When the initial playback is started, the individual sound source blocks are received in real time using a broadcasting method or a multicasting method for each IP by using the IPs allocated while the current sound source file is being played (S500).

After the real-time reception is completed, when the block reproduction of the currently reproduced sound source file is finished, the block of the corresponding sound source file is extracted from the restored original sound source block and reproduced continuously (S600). That is, the second sound source block is played at the same time as the reproduction of the first block from the memory is completed, and the third sound source block is played in succession after this.

In order to perform such continuous reproduction, the transmission period of the sound source block must be smaller than the reproduction period of the sound source file included in the individual sound source block based on Equation 1 described above.

In the step S300, when the start position is located at an arbitrary point after the first block stored in the internal memory, the sound source file corresponding to the playback start position is received through the corresponding individual IP to receive the corresponding sound source file. The process starts by extracting from blocks of (S401). In this case, the step S400 of reproducing the first block stored in the memory is not performed.

As described above, an embodiment of a system for providing a call waiting and ringing service and a method for providing a call waiting and ringing service using a single mode non-spread communication in a mobile communication terminal according to the present invention is constructed. Although the present invention has been described by way of limited embodiments and drawings, the present invention is not limited thereto, and the technical spirit of the present invention and the claims to be described below by those skilled in the art to which the present invention pertains. Of course, various modifications and variations are possible within the scope of equivalents.

The system for providing a call waiting and ringing service and a method for providing a call waiting and ringing service according to the present invention are as described in the related art by transmitting and playing a sound source file in real time for listening to call waiting, ringing, or music in a single mode mobile communication terminal. There is no need to select and download sound files by wireless internet access to the server.

Claims (15)

A voice communication data network and a data content network are a single mode mobile communication terminal having a communication mode using at least one of at least one of a call waiting sound and a ringtone using broadcasting or multicasting in real time. In the call waiting and ringtone service providing system for transmitting data, Means for partitioning and generating m blocks for each individual sound source file among the n sound source files to be transmitted; Means for transmitting the first blocks of the entire individual sound source files to a mobile communication terminal before executing the sound data transmission service of the call waiting sound and the ring tone; The sound source data, in which the m-1 individual sound source blocks from the 2nd block to the mth block are periodically and repeatedly transmitted in real time using a broadcasting method or a multicasting method for m-1 individual IPs allocated to the mobile communication terminal. Means of implementing the transport service Call waiting and ringing service providing system comprising a sound source server configured to include. The method of claim 1, The individual sound source file, Divided into at least one small block within a separate block, The small block is composed of a fixed number of bits or a variable number of bits, The location of the small block can be rearranged in a random order call waiting and ringing service providing system. The method of claim 1, The sound source server, Receiving a call request (call) for a specific receiver from the caller, the call waiting sound and ring service, characterized in that it further comprises means for providing sound information of the call waiting sound set by the receiver to the caller's mobile communication terminal Provide system. The method of claim 3, wherein Means for providing the sound source information, Call waiting sound and ringtone service providing system, characterized in that built in the carrier server. The method of claim 1, Means for storing first blocks of all individual sound source files received from the sound source server in an internal memory; Means for extracting and reproducing a block of a sound source file from a first block stored in the internal memory when an event of call waiting sound, ring tone or sound source reproduction occurs; Means for receiving m-1 individual sound source blocks for each IP by using a broadcasting method or a multicasting method using m-1 IPs allocated during reproduction of the sound source file included in the first block; And Means for extracting and reproducing a block of the corresponding sound source file from the next sound source block in succession after the block reproduction of the sound source file included in the first sound source block currently being played Call standby and ring service service system, characterized in that it further comprises a single-mode mobile communication terminal configured to include. delete The method according to claim 1 or 5, And a transmission period of the sound source block is smaller than a reproduction period of a sound source file included in an individual sound source block, thereby enabling continuous playback of sound source data. The method of claim 5, When an event of playing a sound source corresponding to a call waiting sound or a ringtone service occurs, and the user sets to play from an arbitrary point after the first block stored in the internal memory in the specified sound source file, When the event occurs, the call waiting sound and ringtone providing system characterized in that for receiving the sound source block corresponding to the playback time point through the individual IP to extract from the block of the corresponding sound source file to play continuously. The sound source server is a single-mode mobile communication terminal having a communication mode in which a voice call data network and a data content network use one single network. The sound source server uses at least one sound source data among call waiting sounds and ringtones using a broadcasting method or a multicasting method. In the method for providing a call waiting sound and a ringtone service, (S10) storing, by the sound source server, the communication condition including the small block data transmission order information in the sound source file in the communication condition DB; (S20) dividing and storing the individual sound source files into m blocks among the n sound source files to be transmitted; (S30) transmitting the first blocks of the entire individual sound source files to the same communication terminal before executing the sound data transmission service of the call waiting sound and the ring tone; And (S40) Real-time periodic repetitive transmission of m-1 individual sound blocks from 2nd block to mth block using broadcasting method or multicasting method to m-1 individual IPs assigned to mobile communication terminal Implementing the sound source data transmission service Call waiting and ringing service providing method comprising a. The method of claim 9, The step (S10), As the small block data transmission order information, the number of fixed bits or variable bits (length information) of the small block is divided into at least one small block unit within m total blocks of the individual sound source files. And receiving and storing information on whether to transmit the information in the original order or the random order. The method according to claim 9 or 10, The step (S10), When the communication condition including the small block data transmission order information in the sound source server is stored in the communication condition DB, the communication condition is transmitted to the mobile communication terminal so that the mobile communication terminal can establish the same communication condition DB as the server side. Call standby and ring service providing method further comprising the step. A single-mode mobile communication terminal having a communication mode in which a voice call data network and a data content network use one single network receives at least one sound source data from among call waiting sounds and ringtones using a broadcasting method or a multicasting method from a sound source server. In the method for receiving a call waiting sound and a ringtone service, (S100) receiving a communication condition including the small block data transmission order information in the sound source file from the sound source server and storing in a communication condition DB; Receiving first blocks of all individual sound source files from the sound source server and storing the first blocks in the internal memory; (S300) when an event of call waiting sound, ring tone or sound source reproduction occurs, determining a start position of sound source reproduction; (S400) extracting and playing a block of a corresponding sound source file from the first n blocks of all n sound source files stored in the internal memory when the start position is the first time or is located in the first block stored in the internal memory; (S500) real-time reception of an individual sound source block for each individual IP using a broadcast method or a multicasting method using IPs assigned while the sound source file is being played; And (S600) extracting a block of a corresponding sound source file from the restored original sound source block and continuously playing the block when the block of the currently played sound source file is finished; Call waiting and ringing service providing method comprising a. The method of claim 12, And a transmission period of the sound source block is smaller than a reproduction period of the sound source file included in the individual sound source block, thereby enabling continuous play of the sound source data. The method of claim 12, The step (S300), When the call waiting event (calling) occurs, the method further comprises the step of receiving sound information of the call waiting sound registered by the receiver from the mobile carrier server or the sound source server. The method of claim 12, After the step (S300), If the start position is located at an arbitrary point after the first block stored in the internal memory, the sound source block corresponding to the playback start position is received through the corresponding individual IP to start from the block of the corresponding sound source file. Method for providing a call waiting and ringtone service, characterized in that it further comprises the step of extracting and playing continuously.

Images