JP2009212801A - Sound transmission system and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a sound transmission system and program capable of eliminating an exclusive device and exclusive device installation, eliminating the limitation of a place and receiving the same sound even outside a site or in dispersed sites. <P>SOLUTION: The broadcast/multicast function of a mobile public service is used, public radio waves for mobiles are used, and content is received via cellular phones used daily by people. The broadcast/multicast function of the mobile service is a data distribution method of one-to-many communication, i.e., a method of broadcasting, like infrared rays and FM. A plurality of contents are broadcasted via a plurality of channels in an area where the broadcast/multicast function is supported, and a listener selects the desired contents via the plurality of channels. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a voice transmission system and a program, and more particularly to a voice transmission system and a program using a mobile communication service.

  With the internationalization of business and political activities in each country, nationalities and languages of speakers and listeners are diversifying at conferences and seminars. Therefore, wireless simultaneous interpretation systems that support multiple languages are almost essential at the venue. At the same time, a simultaneous interpretation system of an infrared system or an FM guided radio system is often used as a simultaneous interpretation system. Each of these wireless simultaneous interpretation systems is a system in which a dedicated simultaneous interpretation control / recording device and an antenna are installed in the venue, and the interpreted speech is received by a distributed dedicated terminal.

  On the other hand, the broadcast / multicast function of a mobile phone is a one-to-many communication, that is, a broadcast-type data distribution method, like infrared and FM. In Japan, a broadcast distribution service using BCMCS (Broadcast / Multicast Services) technology of CDMA2000 1xEV-DO was started in September 2006. BCMCS is a technology that broadcasts specific content to a large number of users, such as a broadcast formulated by 3GPP2.

  Patent Document 1 describes a charging method for broadcast / multicast service. Non-Patent Document 1 describes the explanation of BCMCS by CDMA2000 1xEV-DO.

Special table 2007-521757 gazette Higuchi, 3 others, “Broadcast service and QoS control function realized by wireless packet communication technology“ 1xEV-DO ”for mobiles”, Hitachi review, Hitachi review company, June 2005, pages 41-44

  A dedicated simultaneous interpretation device must be installed before the event takes place, and reception becomes impossible when the user leaves the venue. When the venues are distributed over a wide area, each simultaneous interpretation system is independent, and network-related work between the venues is further required to receive the same voice.

  The problem described above is composed of a voice server and a plurality of voice input devices connected via a wireless network, and the voice server receives a plurality of voices received from the plurality of voice input devices and transmitted to the channel mixing unit. This can be solved by an audio transmission system including a receiving unit and a channel mixing unit that generates a time division multiplexed signal by compressing outputs of a plurality of audio receiving units.

  A plurality of audio receiving means for receiving audio from a plurality of audio input devices and transmitting the same to a channel mixing unit; and a channel mixing unit for generating time-division multiplexed signals by compressing outputs of the plurality of audio receiving units. This can be solved by a program for functioning as

  By using public radio waves for mobile phone services and mobile terminals, dedicated devices and dedicated devices can be omitted. Also, there are no restrictions on the location, and the same audio can be received outside the venue and in distributed venues.

  Hereinafter, embodiments of the present invention will be described using examples with reference to the drawings. The same reference numbers are assigned to the same parts of the self-quality and the description will not be repeated. In the following embodiment, an example of a simultaneous interpreting apparatus will be described using BCMCS of CDMA2000 1xEV-DO. However, the present invention is not limited to the simultaneous interpreting apparatus, and a broadcast-type distribution service is realized using other technologies. You may do it.

  The configuration of a simultaneous interpretation system using BCMCS will be described with reference to FIG. Here, FIG. 1 is a schematic diagram of a simultaneous interpretation system. In FIG. 1, the speaker gives a lecture at the venue A. Several interpreters also upload the speech after interpretation to the voice server 400 via the microphone of the interpreter operator 500 while listening to the lecture at the same venue A.

  The audio server 400 time-division-multiplexes a plurality of uploaded audio, converts it into a data format for BCMCS, and transmits it to the BCMCS content server 290 of the EV-DO public network 200. The EV-DO public network 200 duplicates the audio data and transmits it to the base station 220 in each broadcast area (venue A, venue B, pedestrian outside the venue). Each base station 220 broadcasts to the terminal 100 using the BCMCS method. After receiving the voice packet from the reception channel set by the terminal 100, it is restored to the interpretation voice.

  The interpreter's voice is uploaded to the voice server 400 by using the uplink of the same public EV-DO network 200 and using a VoIP (Voice over IP) service. However, for the sake of simplicity, the illustration does not include the public EV-DO network 200.

  The system configuration of the simultaneous interpretation system will be described with reference to FIG. Here, FIG. 2 is a hardware block diagram of the simultaneous interpretation system. In FIG. 2, the simultaneous interpretation system 1000 includes an interpreter operator 500, a voice server 400, a public EV-DO network 200, a subscriber profile DB 300, and an access terminal (AT) 100. A thin solid line between the blocks is a signaling path, and a thick solid line is a content transport path.

  The AT 100 is an EV-DO terminal that supports the BCMCS function. The AT 100 restores the interpretation voice after receiving the voice packet by the BCMCS method. The AT 100 selects and receives a desired channel from a plurality of channels. AP 220 is an EV-DO base station and directly communicates with AT 100. The Packet Control Function-SC (PCF-SC) 230 implements a packet data delivery function between the Access Point (AP) 220 and the Packet Data Serving Node (PDSN) 240. The PDSN 240 is an IP network and EV-DO network interface for Unicast.

  The BCMCS control device 250 is a core device that comprehensively manages the BCMCS service, and simultaneously manages BCMCS session information and provides it to the BSN 280, the BCMCS content server 290, the AT 100, and the like. The AAA 260 performs an authentication, authentication, and accounting function for the BCMCS service. Signaling processing between the BCMCS controller 250 and the PDSN 240 / Broadcast Serving Node (BSN) 280 is performed via the AAA 260.

  The subscriber profile DB 300 is a database for storing user information for using the service. Subscriber profile DB 300 is accessed by AAA 260. The subscriber profile DB 300 has a name DB, but also includes a control device (not shown) for registering / deleting user information in the subscriber profile DB 300.

  The voice server 400 performs signaling processing with the BCMCS control device 250. The voice server 400 receives the voice from the interpreter operator 500, converts it into a format that can be received by the BCMCS content server 290, and transmits it.

  The BCMCS content server 290 buffers the voice packet from the voice server 400 and distributes it to the BSN 280 designated by the BCMCS control apparatus 250 as an IP multicast stream. Note that only one BSN 280 is shown here for simplicity of illustration.

The BSN 280 is an interface between the IP network and the EV-DO network for the BCMCS. The PCF-BC 270 realizes a packet data delivery function between the AP 220 and the BSN 280.
Furthermore, the interpreter operator 500 is a communication device having a voice transmission function used by the interpreter.

  Between the audio server 400 and the BCMCS control device 250, an interpreter audio broadcast provider, program name, number of audio channels, usage time, security information, and the like are exchanged. In addition, audio packets for generating BCMCS content are transmitted and received between the audio server 400 and the BCMCS content server 290.

  The module configuration of the voice server will be described with reference to FIG. Here, FIG. 3 is a functional block diagram of the voice server. In FIG. 3, the audio server 400 includes two signaling modules 410, a plurality of audio reception modules 420, a channel mixing & encryption module 450, a buffering & transmission module 470, an information setting module 430, a content information DB 440, and a Web server module 460. Consists of.

  The signaling processing module 410-2 with the interpreter operator 500 receives the request from the interpreter operator 500 and activates the voice receiving module 420. When a plurality of requests are received, the signaling processing module 410-2 activates the plurality of audio reception modules 420. The signaling processing module 410-1 with the BCMCS control device transmits a request to the BCMCS control device 250 and receives an Ack from the BCMCS control device 250. Thereafter, the signaling processing module 410-2 with the interpreter operator 500 returns Ack to the interpreter operator 500 including the generated port information of the voice receiving module 420.

  The plurality of voice receiving modules 420 receive the voice from the interpreter operator 500 and transfer it to the channel mixing & encryption module 450 respectively. The channel mixing & encryption module 450 mixes and encrypts the audio data, and then transmits it to the buffering & transmission module 470. The buffering & transmission module 470 transmits the data to the BCMCS content server 250 after buffering. Information necessary for encryption of the channel mixing & encryption module 450 is acquired from the content information DB 440.

  The information setting module 430 is a module that receives information input from an administrator. The information setting module 430 registers the input information in the content information DB 440. The Web server module 460 accesses the content information DB 440 and provides content information to the AT 100 using HTTP.

  The hardware configuration of the voice server will be described with reference to FIG. Here, FIG. 4 is a hardware block diagram of the voice server. In FIG. 4, the voice server 400 includes a central processing unit (CPU) 405, a memory 415, a storage device 425, and three types of NIC (Network Interface Card) 435 connected to a bus 445 that is an internal communication line. Composed.

  As is clear from the comparison between FIG. 3 and FIG. 4, the function of each module in FIG. 3 is realized by the CPU 405 executing the program loaded from the storage device 425 to the memory 415.

  With reference to FIG. 5, the operation | movement of the synthesis | combination of several audio | voice channels by an audio | voice server and the channel selection by a terminal is demonstrated. Here, FIG. 5 is a diagram for explaining operations of audio channel synthesis and channel selection. In FIG. 5, the voice server 400 aggregates and compresses voices from the interpreter operation devices 500 and converts them into data packets in real time. The voice server 400 assigns a number to each voice channel and associates the number of each channel with a data packet. The voice server 400 arranges the data packets of each channel on the time axis by a TDM (Time-Division Multiplexing) method, generates one IP Flow, and transmits it to the BCMCS content server 290 of the BCMCS network. This becomes one BCMCS Flow 501 in the BCMCS network and is delivered to the AT 100. Each AT 100 designates the number of a desired receiving channel, and only filters and receives data packets of the corresponding channel.

  As for the influence on the existing service, while receiving the audio broadcast, interrupt (call incoming), notification only (mail incoming) or waiting for termination (media distribution) is decided according to the urgency of the service.

  With reference to FIG. 6, the signaling process at the time of providing an audio | voice is demonstrated. Here, FIG. 6 is a sequence diagram among the two interpreter operators, the voice server, the BCMCS control apparatus, and the BCMCS content server. In FIG. 6, the interpreter operator 500-1 transmits a request for simultaneous interpretation voice broadcasting to the voice server 400 (S301). Here, a plurality of interpreter operators 500 are assumed, and the voice server 400 transmits a request from the plurality of interpreter operators 500-1 to the BCMCS controller 250 as one request (S302). The BCMCS control apparatus 250 confirms the status of the existing resources, and transmits a resource securing instruction to the BCMCS content server 290 (S303).

  The BCMCS content server 290 that has received the resource securing instruction secures the resource and transmits Ack to the BCMCS control apparatus 250 (S304). The BCMCS control device 250 that has received Ack transmits Ack to the voice server 400 (S306). The voice server 400 that has received Ack transmits Ack to the interpreter operator 500-1 (S307). The interpreter operator 500-1 that has received the Ack enters a standby state.

  Similarly, the interpreter operator 500-2 transmits a request for simultaneous interpretation audio broadcasting to the audio server 400 (S308). For the sake of brevity, the voice server 400 transmits Ack to the interpreter operator 500-1 (S314). The interpreter operator 500-2 that has received Ack enters a standby state.

  Thereafter, a voice stream flows between the interpreter operator 500 and the voice server 400 (S316, S317). The audio server 400 performs TDM conversion on the audio stream, temporarily buffers it (S318), generates an IP flow, and transmits it to the BCMCS content server 290.

  The signaling process between the listener and the simultaneous interpretation system will be described with reference to FIG. Here, FIG. 7 is a sequence diagram among the two ATs, the BSN, the AAA, the BCMCS control device, the voice server, and the BCMCS content server.

  In FIG. 7, first, service information is exchanged between the viewer's AT 100-1 and the voice server 400 (S401). Specifically, the AT 100-1 accesses the Web server module 460 of the audio server 400 by HTTP and acquires content information that can be viewed. The AT 100-1 transmits a service request to the AAA 260 via the BSN 280 (S402, S403). The AAA 260 authenticates based on the service request (S404). Here, assuming that authentication is successful, AAA 260 transmits an access request to BCMCS control apparatus 250 (S406). The BCMCS control apparatus 250 stores the session information included in the request and returns a response in the order of AAA260 → BSN280 → AT100-1 (S407, S408, S409).

  Further, the BCMCS control device 250 requests the BSN 280 to secure resources (S411). After receiving a response from the BSN 280 (S412), the BCMCS control apparatus 250 instructs the BCMCS content server 290 to generate Flow (S413). After connections are created between the BCMCS content server 290 and the BSN 280, and between the BSN 280 and the AT 100 (S414, S416, S417, and S418), the BSN 280 reports the service start to the AAA 260 (S419). This is for billing.

  Thereafter, an IP Multicast Flow is generated between the BCMCS content server 290 and the BSN 280 (S421), and the BCMCS content is provided to the BSN 280. On the other hand, a BCMCS flow (S422) is generated between the BSN 280 and the AT 100-1, and distribution to the AT 100-1 starts.

  When the AT 100-2 in the same sector as the AT 100-1 newly transmits a service request to the BSN 280, the BSN 280 performs the same processing as Step 403 to Step 408 described above (S433 to S438), and then sends a Response to the AT 100-2. Reply (S439) and immediately report the service start to AAA 260 (S419). Since the IP Multicast Flow has already arrived at the BSN 280, it can be received by receiving the same BCMCS radio wave (S442).

  With reference to FIG. 8, step 401 or step 431 in FIG. 7 will be described. FIG. 8 shows an AT content selection GUI screen and some keys. 8A is a content selection screen, and FIG. 8B is a password input screen.

  The user of the AT 100 accesses the Web server module 460 of the voice server 400 and displays the screen of FIG. The user of the AT 100A highlights the Japanese field of “Introduction of XX” with an arrow key (not shown) and inputs the OK key. As a result, the password input screen shown in FIG. 8B is displayed. The user of the AT 100A inputs the password using a number and * # key (not shown) and then inputs the OK key. Thereby, step 402 or step 432 in FIG. 7 is started.

  According to the present embodiment, it is possible to omit the dedicated device and the dedicated device installation of the voice transmission system. Also, there are no restrictions on the location, and the same audio can be received outside the venue and in distributed venues.

It is a schematic diagram of a simultaneous interpretation system. It is a hardware block diagram of a simultaneous interpretation system. It is a functional block diagram of a voice server. It is a hardware block diagram of a voice server. It is a figure explaining the synthesis | combination of an audio channel, and the operation | movement of channel selection. It is a sequence diagram between two interpreter operation devices, a voice server, a BCMCS control device, and a BCMCS content server. It is a sequence diagram among two AT, BSN, AAA, BCMCS control apparatus, a voice server, and a BCMCS content server. It is a GUI screen and some keys for AT content selection.

Explanation of symbols

  100 ... AT, 200 ... EV-DO public network, 220 ... AP, 230 ... PCF-SC, 240 ... PDSN, 250 ... BCMCS controller, 260 ... AAA, 270 ... PCF-BC, 280 ... BSN, 290 ... BCMCS content Server 300 subscriber profile DB 400 audio server 410 signaling processing module 420 audio reception module 430 information setting module 440 content information DB 450 channel mixing & encryption module 460 Web Server unit, 470 ... buffering & transmission module, 500 ... interpreter operator, 1000 ... simultaneous interpretation system.

Claims (4)

A voice transmission system composed of a voice server and a plurality of voice input devices connected via a wireless network,
The voice server receives voices from a plurality of voice input devices, transmits a plurality of voice receivers to a channel mixing unit, and compresses outputs of the plurality of voice receivers to generate a time division multiplexed signal. An audio transmission system comprising a channel mixing unit. The voice input device according to claim 1,
A terminal device is further connected to the wireless network,
The terminal device receives the time division multiplexed signal and selects one of the outputs of the plurality of voice input devices. The voice transmission system according to claim 1 or 2,
The wireless transmission system is capable of performing unicast transmission and multicast transmission in the downlink direction.   A plurality of audio receiving means for receiving audio from a plurality of audio input devices and transmitting the computer to a channel mixing unit; and the channel mixing unit for compressing the outputs of the plurality of audio receiving units to generate a time division multiplexed signal Program to function as.

Images