WO2012171304A1 - 移动终端的tty测试方法及系统 - Google Patents

移动终端的tty测试方法及系统 Download PDF

Info

Publication number
WO2012171304A1
WO2012171304A1 PCT/CN2011/083543 CN2011083543W WO2012171304A1 WO 2012171304 A1 WO2012171304 A1 WO 2012171304A1 CN 2011083543 W CN2011083543 W CN 2011083543W WO 2012171304 A1 WO2012171304 A1 WO 2012171304A1
Authority
WO
WIPO (PCT)
Prior art keywords
tty
usb
mobile terminal
test
data
Prior art date
Application number
PCT/CN2011/083543
Other languages
English (en)
French (fr)
Inventor
张永亮
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012171304A1 publication Critical patent/WO2012171304A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42391Systems providing special services or facilities to subscribers where the subscribers are hearing-impaired persons, e.g. telephone devices for the deaf
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/22Arrangements for supervision, monitoring or testing

Definitions

  • the present invention relates to the field of mobile communication technologies, and in particular, to a method and system for testing a mobile terminal. Background technique
  • TTY Text Telephone
  • TDD Telecommunication Device for the Deaf
  • CDG2 refers to the second phase of the protocol test specification developed by the CDMA (Code Division Multiple Access) Development Group (CDMA Division).
  • CDMA Development Group is a collection of 3G evolution routes based on CDMA technology. The international organization of the company.
  • the current mobile terminal TTY test requires two mobile terminals to test two personal computers (PCs) corresponding to their respective TTY devices. After the test is completed, the test data of one of the PCs needs to be copied to another. A PC, and then the test data of the two PCs are analyzed and calculated, and the TTY important performance index information such as the final bit error rate is obtained.
  • PCs personal computers
  • the PC side test software supported by the TTY test controls different mobile terminals.
  • the current TTY test scheme for mobile terminals is from the test operation procedure (requires two PCs, and the data on one PC needs to be copied to another PC) and the efficiency of data statistics, Accuracy and other angles need to be improved.
  • the 1# and 2# mobile terminals are respectively connected to the 1# and 2# ⁇ devices, and then respectively connected to the 1# and 2#? Machine.
  • the mobile terminal must have the TTY function in the software function, that is, the vocoder of the mobile terminal needs to perform TTY extension (occupying the lowest five bits of the pitch delay bit, hidden in the normal voice data packet), and the extension does not affect the normal voice communication. , is a negative extension on a normal vocoder.
  • TTY extension occupying the lowest five bits of the pitch delay bit, hidden in the normal voice data packet
  • the extension does not affect the normal voice communication.
  • the TTY device with the highest priority is added to the voice logic device of the system software, and the TTY function option is provided on the system UI for the user to select.
  • the mobile terminal can communicate with the TTY device, and the user can manually select TTY FULL (receive and send plain text transmission mode), VCO (Voice Carryover, voice delivery, ie send voice mode, receive text mode) and HCO ( Hearing carryover, listening to the voice, that is, sending as text mode, receiving as voice mode) and other functional modes, of course, the user can also select TTY OFF to turn off the TTY function.
  • TTY FULL receive and send plain text transmission mode
  • VCO Voice Carryover, voice delivery, ie send voice mode, receive text mode
  • HCO Hearing carryover, listening to the voice, that is, sending as text mode, receiving as voice mode
  • TTY OFF to turn off the TTY function.
  • TTY device One end of the TTY device is connected to the mobile terminal, and the other end is connected to the PC.
  • Ordinary TTY equipment plus RS232 interface standard by EIA (Electronic Industries Association), United Bell Systems, modem manufacturers and computer terminal manufacturers for serial communication, usually with 9 pins (DB- 9) Or 25-pin (DB-25) type
  • the adapter can be used as a TTY device.
  • the TTY device is actually a modem device for BAUDOT encoding of TTY's carrierless binary FSK (Frequency Shift Key) modulation (French Baudot invention uses 5 or 6 passes with equal duration intervals)
  • FSK Frequency Shift Key
  • the telex code combined with the space number converts the analog audio information into a computer-recognizable
  • Digital information in the form of ASCII American Standard Code for Information Interchange
  • ASCII American Standard Code for Information Interchange
  • the serial communication can realize the control information writing and status information reading of the TTY device by the PC.
  • the data sent by the TTY device to the mobile terminal can be synchronously acquired by the PC.
  • the earphone access device of the mobile terminal needs to be compatible with the TTY function. After the TTY device accesses the mobile terminal through the earphone interface, communication between different TTY users can be realized by means of the voice transceiver channel of the mobile terminal and corresponding software processing.
  • a mobile terminal with TTY function must pass the air interface network test to confirm whether its function is implemented normally and whether its performance is up to standard (CDG64 4.6.6 gives the mobile terminal TTY test standard).
  • ANSI-136 UMC-136 or IS-95/IS-856 international TDMA (Time Division Multiple Access;), CDMA, 2G (second generation) / 3G (third generation) communication standard) air interface network .
  • CDMA Time Division Multiple Access
  • 2G second generation
  • 3G third generation
  • the ANSI-136/UMC-136 or IS-95/IS-856 air interface network here must be a DSP (Digital Dignal Processing) extension of the voice TTY function on the base station side.
  • the mobile terminal transmits the error rate test of the full-text TTY data through the air interface.
  • the device shown in Figure 1 is used for bit error rate testing. According to Figure 1, after all the devices are connected, the TTY performance of the two mobile terminals can be tested at the same time, or one of the mobile terminals can be tested as the tested party (another mobile terminal is used as a good reference). Machine comparison).
  • the TTY error rate test only needs to be performed in the TTY FULL mode.
  • the normal voice communication part examines the performance through the audio test, and the performance of the text transmission part passes the bit error rate test in the TTY FULL mode. Can be measured.
  • the above TTY test solution requires running software dedicated to testing the TTY performance of the mobile terminal on a PC.
  • the current general-purpose software consists of two parts: one part to obtain test data; the other part is to analyze the test data.
  • test flow under the current universal mobile terminal TTY test software condition is as follows:
  • the two mobile terminals used in the test are set to TTY mode to TTY FULL mode;
  • voice communication is established between the two mobile terminals by dialing and via an ANSI-136 UMC-136 or IS-95/IS-856 air interface network;
  • the third step is to open the software for obtaining TTY test data on the two PCs, and do some basic settings for the target, such as where the test data text exists, and select the text file of the specific analog TTY device typing (specifically Simulate the keyboard typing speed of the TTY device, the letters on the keyboard, the Arabic numerals, and the texts that match the combination, usually with fast text, slow text, long text, etc.;
  • the test software start button is simultaneously clicked on the two PCs, and then the two TTY devices automatically send and receive the selected text files through the air interface. After the sending and receiving is completed, click the end button of the test software at the same time, and the sending and receiving results will be automatically saved to the pre-set test data text storage;
  • the fifth step is to copy the test data text of one of the PCs to another PC, run the TTY test data analysis software on another PC, and calculate the statistics of the TTY test data on the previous two PCs. Generate a statistical result text file to get the final bit error rate result.
  • the test data acquisition part is a real-time monitoring scheme
  • the PC test software controls the TTY device to send data to or receive data from the mobile terminal through the RS232 serial port (the simulated text content of the test software)
  • these data are also synchronously transmitted to the PC side through the RS232 serial port, and the PC side can monitor the real-time data transmission.
  • test data obtained by the two PCs needs to be analyzed before finally passing the analysis software. Perform manual screening to judge whether the test data is accurate or not. If necessary, manual editing (deleting test data transmitted during non-effective time due to inconsistent start and end times) is required, the operation is complicated, and the test result is inaccurate;
  • test data needs to be copied from one PC to another for analysis, which is not conducive to real-time data analysis and rapid fault diagnosis, and the test efficiency is affected;
  • test device There are many test devices and the connection relationship is complicated.
  • the test device and the mobile terminal and the test connection between the two have a direct impact on the abnormality of the test result.
  • test data When the test data is abnormal, it takes a long time to judge the abnormality. the reason.
  • the main objective of the present invention is to provide a TTY test method and system for a mobile terminal, which aims to improve the TTY test efficiency and accuracy of the mobile terminal.
  • the present invention provides a TTY test method for a mobile terminal, including: a mobile terminal establishes voice communication with each other through an air interface network; and the PC passes the USB transfer device and the TTY device corresponding to the mobile terminal.
  • the mobile terminal performs a TTY test to obtain a bit error rate result.
  • the PC performs a TTY test on the mobile terminal through a USB switching device and a TTY device corresponding to the mobile terminal
  • the step of obtaining a bit error rate result includes: the PC multi-channel acquisition and controller through the USB or
  • the RS232-USB transfer data line monitors the transmission of text data between the mobile terminal and its corresponding TTY device, acquires TTY test data, and analyzes and processes the TTY test data to obtain a bit error rate result.
  • the PC monitors transmission of text data between the mobile terminal and its corresponding TT Y device through a USB multi-channel acquisition and controller
  • the step of acquiring TTY test data includes: the PC passes the USB Multiplexer pairs in the multipath acquisition and controller from The multi-channel signal of the TTY device is time-divisionally selected, so that it is time-divisionally input to the single-chip microcomputer in the USB multi-channel acquisition and controller; the serial-time signal received by the single-chip microcomputer is serial-to-parallel converted to obtain TTY test data;
  • the multi-channel acquisition and the USB interface controller in the controller receive the serial-converted TTY test data.
  • the multiplexer is controlled by the single-chip microcomputer to perform time-sharing selection of multiple signals from the TTY device.
  • the step of analyzing, by the PC, the TTY test data to obtain a bit error rate result further comprises: displaying the bit error rate result on a human machine interface.
  • the invention also provides a TTY test system for a mobile terminal, comprising: at least two mobile terminals, a TTY device corresponding to the mobile terminal, a USB transfer device and a PC;
  • the mobile terminal is connected to a corresponding TTY device, and the USB switching device is connected between the TTY device and the PC;
  • the at least two mobile terminals are configured to establish voice communication with each other through the air interface network, and perform TTY on the at least two mobile terminals by the PC through the corresponding TTY device and the USB switching device. Test
  • the PC is configured to perform a TTY test on the mobile terminal by using the USB switching device and the TTY device corresponding to the mobile terminal, to obtain a bit error rate result.
  • the PC is specifically configured to: monitor and transmit text data between the mobile terminal and its corresponding TTY device through a USB multi-channel acquisition and controller or RS232-USB transfer data line, and obtain TTY test data, The TTY test data is analyzed and processed to obtain a bit error rate result.
  • the PC is specifically configured to: perform time-sharing selection of multiple signals from the TTY device by using the multiplexer in the USB multi-channel acquisition and controller, so that time-sharing is input to the USB multi-channel
  • the circuit captures and the single-chip microcomputer in the controller; performs serial-to-parallel conversion on the received time-sharing signal by the single-chip microcomputer to obtain TTY test data; and USB multi-channel acquisition and USB in the controller
  • the interface controller receives the serially converted TTY test data.
  • the multiplexer is controlled by the single-chip microcomputer to perform time-sharing selection of multiple signals from the TTY device.
  • the PC is further configured to: display the bit error rate result on a human machine interface.
  • each of the TTY devices is connected to the RS232-USB transfer data line, and each of the RS232-USB transfer data lines is connected to the PC through a hub.
  • the TTY test method and system for a mobile terminal perform TTY test on the mobile terminal by passing at least two mobile terminals through the respective TTY devices and simultaneously accessing the same PC through the USB transfer device, thereby reducing
  • the complexity of the test environment construction greatly improves the efficiency and accuracy of the TTY test, and it is convenient to quickly determine whether the TTY function of the tested mobile terminal is normal and whether the TTY performance is good or bad, thereby contributing to the development of the TTY function of the mobile terminal.
  • Debugging and testing the certification cost is more conducive to shortening the development cycle of TTY functions of mobile terminal products.
  • FIG. 1 is a schematic structural diagram of a conventional mobile terminal TTY test system
  • FIG. 2 is a schematic structural diagram of an embodiment of a TTY test system of a mobile terminal according to the present invention
  • FIG. 3 is a schematic structural diagram of a first embodiment of a TTY test system for a mobile terminal according to the present invention
  • FIG. 3b is a schematic diagram showing the internal structure of a USB multi-channel acquisition and controller according to a first embodiment of the TTY test system of the mobile terminal of the present invention
  • 3c is a schematic structural diagram of a multi-channel double-pole double-throw analog switch in a multiplexer according to a first embodiment of the TTY test system of the mobile terminal of the present invention
  • 3d is a schematic diagram showing the internal structure of a USB interface controller according to a first embodiment of the TTY test system of the mobile terminal of the present invention
  • Figure 3e is a schematic diagram of a human-machine interface of a conventional PC-side user service program
  • FIG. 3f is a user service program human machine in an embodiment of the TTY test system of the mobile terminal of the present invention Interface diagram
  • FIG. 3 is a schematic structural diagram of a second embodiment of an embodiment of a TTY test system for a mobile terminal according to the present invention.
  • FIG. 4 is a schematic flow chart of an embodiment of a TTY test method for a mobile terminal according to the present invention
  • FIG. 5 is a schematic diagram of a TTY test method for a mobile terminal of the present invention, in which a PC monitors a mobile terminal and a corresponding TTY device through a USB multi-channel acquisition and controller; The flow of text data is transferred to obtain a schematic diagram of the flow of TTY test data.
  • the solution of the embodiment of the present invention is mainly: performing mobile terminal on at least two mobile terminals through respective TTY devices and simultaneously accessing the same PC through a USB (Universal Serial BUS) switching device.
  • TTY testing to reduce the complexity of the test environment and improve the efficiency and accuracy of TTY testing.
  • the mobile terminal to be tested in this embodiment may be two or more, and two or more mobile terminals can perform TTY performance test at the same time, or one of the four mobile terminals can be used as a good reference machine for comparison. The remaining mobile terminals are tested as the tested party.
  • the following is an example of performing TTY test on two mobile terminals at the same time.
  • an embodiment of the present invention provides a TTY test system for a mobile terminal, including: at least two mobile terminals 401, a TTY device 402 corresponding to each mobile terminal 401, a USB transfer device 403, and a PC. 404; the mobile terminal 401 is connected to its corresponding TTY device 402, and the USB switching device 403 is connected between the TTY device 402 and the PC 404;
  • At least two mobile terminals 401 are configured to establish voice communication with each other through the air interface network, and perform TTY testing on the at least two mobile terminals 401 by the PC 404 through the corresponding TTY device 402 and the USB switching device 403;
  • the PC 404 is used for the TTY corresponding to the USB transfer device 403 and the mobile terminal 401.
  • the standby 402 performs a TTY test on the mobile terminal 401 to obtain a bit error rate result.
  • the two mobile terminals 401 are connected to the USB transfer device 403 via the respective TTY devices 402, and then connected to the same PC 404 by the USB transfer device 403.
  • the USB transfer device 403 can be a USB-RS232 transfer device or an RS232-USB transfer data cable.
  • the two mobile terminals 401 used in the test are set to the TTY mode to the TTY FULL mode, and the two mobile terminals 401 being tested are dialed and passed through ANSI-136/UMC-136 or IS-95/IS-856.
  • the air interface network establishes voice communication.
  • the PC 404 is a single unit, wherein the PC 404 performs a TTY test on the mobile terminal 401 through the USB switching device 403 and the TTY device 402 corresponding to the mobile terminal 401, and obtains a bit error rate result, which specifically includes:
  • the machine 404 monitors the text data transmission between the mobile terminal and its corresponding TTY device 402 through the USB multi-channel acquisition and controller or the RS232-USB transfer data line, acquires TTY test data, and analyzes and processes the TTY test data to obtain Bit error rate results.
  • the TTY test software is installed on the PC 404, and during the test, the PC is
  • the software for obtaining the TTY test data on the 404 is opened, and some basic settings are made according to the specificity, such as where the test data text exists, and the text file of the specific analog TTY device 402 is selected, specifically referring to the simulated human hand to the TTY device 402.
  • Keyboard typing speed, letters on the keyboard, Arabic numerals, texts that match combinations, etc. usually have fast text, slow text, and long text.
  • the start button of the test software is clicked on the PC 404, and the two TTY devices 402 are synchronously controlled to automatically send and receive the selected text file through the air interface.
  • click the end button of the TTY test software on the PC side and the send and receive results will be automatically saved to the pre-set test data text save location.
  • the PC 404 test software clicks the test data analysis button to calculate and calculate the real-time measured test data text and generate a statistical result text file to obtain the final bit error rate.
  • the test data analysis button to calculate and calculate the real-time measured test data text and generate a statistical result text file to obtain the final bit error rate.
  • it can be directly displayed on the man-machine interface; at the same time, the location of the text of the specific analysis result is prompted, so that subsequent users can back up themselves.
  • the communication interface between the traditional peripheral and the host is generally PCI (Peripheral Component Interconnect) bus or RS232 serial bus.
  • PCI Peripheral Component Interconnect
  • RS232 serial bus is easy to connect, its bandwidth is very limited, the transmission speed is too slow, and an RS232 serial communication cable can only be connected to one physical device.
  • USB technology combines the advantages of PCI and RS232: it has a high transmission rate (USB protocol 1.1 supports up to 12Mbps, USB protocol 2.0 supports up to 148Mbps), realizing plug-and-play in the true sense. (Plug & Play), up to 127 peripherals can be connected to the USB.
  • USB For the USB interface, the USB host controller only supports a single channel or a single data path (even if there are multiple connection ports and each connection port has its own cable, but only one data path), multi-channel test data processing Real-time performance is difficult to guarantee, but in fact, because USB is a PC interconnection protocol, it can connect up to 127 devices at the same time, all devices share communication time, and solve resource conflicts, interrupt requests (IRQs) and direct Data channel (DMAs) and other issues, the real-time performance of time-sharing input data acquisition and processing will be more assured than RS232.
  • IRQs interrupt requests
  • DMAs direct Data channel
  • This embodiment is based on the characteristics of the USB technology described above, and introduces the USB technology applied to the real-time processing of the TTY test data of the mobile terminal, so that the same PC 404 can synchronously process the test data of two or more TTY devices 402 in real time.
  • the PC 404 monitors the transmission of text data between the mobile terminal and its corresponding TTY device 402 through the USB multi-channel acquisition and controller, acquires TTY test data, and performs TTY test data.
  • the analysis process is performed to obtain a bit error rate result, which specifically includes the PC selecting a multi-channel signal from the TTY device 402 by USB multi-channel acquisition and a multi-way selector in the controller to make time-division input to the USB multi-channel.
  • the circuit captures and the single-chip microcomputer in the controller; serially converts the received time-sharing signal by the single-chip microcomputer to obtain TTY test data; receives the serial-converted TTY test data through the USB multi-channel acquisition and the USB interface controller in the controller .
  • the PC monitors the text data transmission between the mobile terminal and its corresponding TTY device through the USB multi-channel acquisition and the controller, obtains the TTY test data, and performs the TTY test data. Analyze the process to get the result of the bit error rate result.
  • the two mobile terminals are connected to the USB multi-channel acquisition and controller through their respective TTY devices, and then connected to the same PC by the USB multi-channel acquisition and controller.
  • USB multi-channel acquisition and controller internal structure is shown in Figure 3b, which consists of three main modules: USB interface controller, single-chip microcomputer and multiplexer.
  • the external interface of USB multi-channel acquisition and controller communicates with PC through D+/D- of USB interface on the one hand, and TX/RX of RS232 interface on the other hand (three pairs of TX/RX in Figure 3b, corresponding to 1# and 2#TTY devices and extended standby; the actual expansion is not limited to three pairs, and may be more than three pairs) to communicate with the device.
  • the USB interface controller communicates with the microcontroller via an 8-bit parallel data line.
  • the data lines DATA1 and DATA2 in Figure 3b can be either the same set of 8-bit data lines or different sets of 8-bit data lines.
  • the separate marks in Figure 3b are mainly to indicate that the data has different transmission directions corresponding to different clocks (CLK1 and CLK2). According to the transmission direction of the MCU, it is equipped with a status signal line (STAT1) and a control signal line (CTL2).
  • STAT1 status signal line
  • CTL2 control signal line
  • the microcontroller and the multiplexer communicate via a universal asynchronous receive/transmit device (UART).
  • UART universal asynchronous receive/transmit device
  • Ordinary 8-bit parallel data MCU with UART interface (Rxd/Txd in Figure 3b is UART) Data line) which can be used for this purpose.
  • the microcontroller controls the multiplexer through a control signal line (CTL).
  • CTL control signal line
  • the multi-way selector selects multiple signals from the TTY device to make time-sharing input; the single-chip microcomputer mainly completes signal acquisition and data communication; the USB interface controller realizes the USB communication interface between the single-chip microcomputer and the PC.
  • the PC After receiving the TTY test data sent by the USB interface via the USB multi-channel acquisition and controller, the PC completes the test data reception, the storage into the database, the test data processing, and the current TTY send and receive text in the PC side software processing mode.
  • the human-machine interface of the data is displayed; on the other hand, the PC performs synchronous pre-analysis processing on the data, so that the user can configure and start the calculation according to the selection button of the redesigned PC-side test software system, which can be conveniently, quickly and accurately. Get real-time analysis results.
  • the multiplexer is externally connected to at least three RJ11 or RJ45 terminals of the RS232 port compatible with the TTY device.
  • the RS232 terminal of the two TTY devices can be used to access the USB multi-channel acquisition and control unit.
  • the remaining at least one terminal is used to extend the data acquisition standby.
  • the multiplexer is implemented by a multi-channel double-pole double-throw analog switch, as shown in Figure 3c.
  • Figure 3c shows the structure of the multi-channel double-pole double-throw analog switch in the multiplexer.
  • the control signal CTL of the single-chip microcomputer realizes the switching control of the multi-channel multi-channel double-pole double-throw analog switch.
  • the microcontroller only needs one CTL signal and selects a specific double-pole double-throw analog switch according to its high and low levels.
  • the CTL signal can be multi-channel, and the control switching can be realized through multiple high-low level combinations.
  • the so-called double-pole double-throw analog switch means that two channels can be switched together at the same time (there is a default communication path), that is, the TX/RX pair of the RS232 interface can be switched to the Txd/Rxd pair together.
  • the device selection needs to consider switching speed, frequency bandwidth and transmission speed specifications.
  • the time-sharing control of the multiplexer is controlled by the microcontroller, but the final control command comes from the PC.
  • the communication channel between the PC and the MCU is realized by the USB interface controller (including the RS232-USB conversion function), that is, the specific implementation path is first the USB data line between the PC and the USB interface controller, then the USB A parallel data interface between the interface controller and the microcontroller.
  • the analog signal is mostly subjected to A/D (analog-digital) conversion after multiple selection.
  • the RJ11 or RJ45 terminal of the TTY device of the present invention has realized 4 bar.
  • the analog audio information of the BAUDOT encoding mode of the carrierless binary FSK modulation on the TTY device is converted into the digital signal of the ASCII encoding mode, so it can be directly connected to the MCU for serial-to-parallel conversion, and then reach the USB interface controller in parallel.
  • the main functions of the MCU include: On the one hand, the USB interface controller is initialized, set and started interrupted and responds to the host (ie PC) interrupt; on the other hand, the multi-way selector is controlled according to the control information in response to the host interrupt.
  • the TTY received and received text data collected by the multi-channel controller is time-divisionally transmitted to the USB interface controller through the 8-bit parallel data port, and further transmitted to the PC host through the ordinary USB transmission line.
  • the serial data sent by the multiplexer to the serial port of the single-chip microcomputer is re-framed by the internal timer of the single-chip microcomputer, and the appropriate frame header and frame end are inserted into the internal RAM (Random Access Memory).
  • the serial-to-parallel conversion allows transmission to the USB interface controller via an 8-bit parallel data line.
  • the parallel data coming from the USB interface controller is identified by the matching of the frame header and the frame tail under the action of the timer, and the redundant frame information is removed, and is cached in the internal RAM, periodically completed and serially converted, and sent to the TTY device.
  • Serial data or instruction information (such as the command information sent by the user through the PC side software to start the TTY device to transmit data).
  • USB interface controller The internal structure of the USB interface controller is shown in Figure 3d.
  • the MCU controls the multiplexer to convert the RS232 test data of the specific TTY device to the FIFO (First Input First Output) memory through the parallel interface of the USB interface controller.
  • the MMU Memory Management Unit
  • integrated RAM inside the USB interface controller act as a buffer for the speed difference between USB, allowing the microcontroller to perform USB packets at its own rate. Read and write.
  • the SIE Serial Interface Engine
  • the SIE will process the data immediately: Synchronous mode identification, parallel/serial conversion, bit stuffing/unfilling, CRC (Cyclical Redundancy Check) Remainder) Check/Generate, PID (Packet IDentifier), School Insurance/Generation, Address Identification and Handshake Evaluation/Generation.
  • the external clock provides a reference clock to the SIE via the clock generator.
  • the RS232 test data sent by the TTY device is converted into USB data after this series of processing, and is transmitted to the PC through the data line D+, D- by the built-in USB transceiver.
  • the USB interface controller is like a memory device with an 8-bit data bus and an address bit.
  • the USB interface controller has an interrupt controller inside, which serves as a bridge for interrupt control and response between the PC and the microcontroller.
  • the general-purpose USB interface control chip with 8-bit parallel data port can meet the above requirements, and the integrated solution of the single-chip microcomputer and the USB interface controller can also be selected.
  • ALE address latch
  • RD read
  • WR write
  • the software design of the USB multi-channel acquisition and controller mainly includes two parts: one is a USB multi-channel acquisition and a single-chip computer software of the controller side; the other is a PC side software.
  • USB The USB specification describes bus characteristics, protocol definitions, programming interfaces, and other designs and builds. The characteristics required for the system.
  • USB is a master-slave bus. When working, the USB host is in master mode and the device is in slave mode.
  • the USB multi-channel acquisition and controller and the TTY device respond to the PC interrupt, and perform various operations according to the PC command. There are various states of the interrupt, and the communication is implemented by requesting and responding according to the specific interrupt state. All are actively requested by the computer, and the single-chip microcomputer passively responds to complete the data transmission.
  • a plurality of interrupt states and data transmission modes are agreed in the programming process, and the data is transmitted by the computer for determination.
  • the present invention adopts the following methods:
  • PC transmission data transmission mode 1 providing a specific multi-path selection path, the specific path information of the multi-channel selector transmitted by the single-chip microcomputer;
  • PC transmission data transmission mode 2 the parameters of the file uploaded by the single-chip microcomputer to store data
  • PC transmission data transmission mode 3 providing the address and data quantity for storing data, the microcontroller analyzes the parameters by calling the relevant subroutine, and uploads the corresponding data;
  • the first step is to initialize the USB interface controller
  • the second step is to set various internal parameters and turn on the interrupt
  • the third step waiting for the PC to be interrupted
  • the fourth step is to enter the interrupt and read the interrupt status
  • the sixth step is to upload specific TTY device path information, test files, and test data according to the data transmission mode transmitted by the PC;
  • the seventh step is to exit the interrupt. It should be noted that the above interrupt may be a bidirectional interrupt, and the above process is a single-chip response.
  • the flow of the PC interrupt in fact, the PC can also respond to interrupts in the abnormal situation of the peripheral.
  • the PC side USB software system consists of three parts: USB communication program, user service program and USB device driver.
  • the USB communication program also known as device firmware, is the code stored in the program memory. It allows the USB interface chip to communicate with other circuits in the PC and peripherals.
  • the device firmware consists of a USBD (USB driver) and an HCD (Master Controller Driver).
  • USB device drivers accomplishes its task by transforming between the application layer and the hardware-specific code.
  • Application layer code typically uses a set of functions supported by the operating system, while hardware-specific code handles the necessary protocols for accessing peripheral circuits.
  • Device drivers and applications communicate with each other through API functions provided by Windows that enable applications to control displays, process information, access memory, read and write disks, and other devices.
  • the USB interface controller provides an application layer interface on the computer side, that is, a functional application-oriented API provided by a DLL (Dynamic Link Library) of the USB interface controller, all APIs are called after the call. The operational status is returned, but there is not necessarily a response data.
  • the APIs provided by the DLL include: device management API, data transfer API, and interrupt handling API.
  • VC Visual C++
  • VB Visual Basic
  • the application-oriented application API function provided by the DLL of the USB interface controller is used to write the computer-side application. Can be single-threaded or multi-threaded.
  • USB interface technology from the hardware can indeed improve the speed, but after all, the potential is limited, so the full use of the software on the basis of the existing hardware design can further improve the speed.
  • Using traditional single-threaded programming techniques is less efficient and cannot be processed in a timely manner.
  • the present invention corresponds to the test data collection and processing of the multi-channel TTY device, and starts from the aspects of ensuring real-time performance, etc.
  • the USB interface controller needs to take advantage of its multi-process parallelism (also known as multiple address/data bus mode). Multi-process parallel transfers one read/write byte in one bus cycle.
  • multi-threaded programming technology you can develop user service programs that are highly efficient, user-friendly, and have powerful data analysis and processing.
  • the main functions of the User Service Program are: enabling/disabling USB devices, detecting USB devices, setting up USB data transfer pipes/ports, collecting data, and displaying/analysing data.
  • the basic procedure is as follows:
  • the first step is to load the USB interface controller dynamic link library to detect the USB device;
  • the second step is to set the USB data transmission channel/interface and start the USB device;
  • the third step is to start the port interrupt service program
  • the fourth step the downlink data (including various data including control commands);
  • the fifth step is to determine whether the downlink data is successful; if the data is unsuccessful, the data is re-transmitted;
  • the sixth step is to determine whether there is a peripheral uploading data (the peripheral response starts to upload data after the command is sent); if the data is unsuccessful, the data is re-transmitted;
  • the seventh step waiting for and receiving data
  • the received data is displayed/analyzed.
  • the above program steps are the basic steps.
  • some of the above links are merged or hidden in a friendly and efficient human-machine interface, especially such as starting a USB device and receiving data for display/analysis, etc.
  • the human-machine interface has a significant impact on human-computer interaction.
  • the traditional PC-side mobile terminal TTY test software user service program man-machine interface is shown in Figure 3e, the user service program is separated into two parts: data acquisition and data analysis.
  • the data acquisition part is composed of a TTY device control option button and a TTY device transceiving text display area, which is a real-time display process.
  • Multi-threaded programming technology is adopted, but the programming interface is relatively simple. It is only the data text display of real-time transmission, and there is no statistical display of real-time data transmission.
  • the data analysis part is only a single-threaded process. After copying the test results on one PC to another PC, run the single-threaded processing software to obtain statistical results.
  • the human-machine interface is selected by 1#TTY test data text, 2# ⁇ test data text selection, local or air interface, and both sides send and receive text error rate operation and statistical information display area, as well as statistical control buttons and statistical results.
  • the text storage location selection consists of a total of 4 parts. In actual operation, it is necessary to select the test text to be statistically calculated from the test text storage location, and then perform statistical calculation.
  • the manual participation surface is large, the operation is cumbersome, and it is not real-time.
  • the defect that the statistical result does not have real-time performance is that it affects the test efficiency of the mobile terminal. Not only can it not accurately locate the performance of the mobile terminal in time, but also because there are many test devices, often when the data is abnormal, it is difficult to discriminate the software and hardware problems of the mobile terminal itself. It is also a hardware and software problem with peripheral test equipment.
  • Figure 3f shows the human machine interface of the user service program of the present invention, which is a program interface that integrates data acquisition and data analysis.
  • the interface is controlled by 1# and 2#TTY device option buttons, 1# and 2# ⁇ local transmission and real-time statistical display area via air interface transmission, 1# and 2# ⁇ device send and receive text display area, ⁇ device total control button and
  • the statistical control button and the statistical result text storage location selection are composed of a total of 8 parts. Except for the last part, which contains compatible reservations for the non-real-time data analysis part of the currently used PC-side mobile terminal TTY test software, the rest is real-time processing and real-time display.
  • the reason for real-time processing and real-time display is that the test device hardware uses a USB transfer interface with a very high transfer rate.
  • the test data itself is stored together (no need to copy from one PC to another).
  • a PC which facilitates parallel processing of multi-threaded processing.
  • the multi-thread programming of the PC side software portion of the present invention includes one main thread and four auxiliary threads.
  • One main thread is responsible for the user interface and maintains a central position.
  • the life cycle is the main storage period of the entire user program, and the user's actions (such as mouse events, keyboard events) will trigger the main line.
  • the message mechanism of the program so as to complete the response to the user (such as the aforementioned boot USB channel is such a process); and the four separate auxiliary threads are responsible for data collection (background running), data analysis processing (background running) and
  • the display of data (divided into TTY device sending and receiving text display and TTY local transmission and real-time statistical display through air interface transmission information) and other tasks.
  • the auxiliary thread is generated during the running of the main thread, and its life is the thread function itself. Once the function returns, the thread ends.
  • the 1# and 2# TTY devices of the software interface can be individually set and controlled, or they can be controlled uniformly.
  • the unified control is implemented by the TTY device's total control button, so that the 1# and 2# TTY devices can start and end the text at the same time.
  • the PC back-end not only displays the transmission content in real time, but also obtains the error rate of the local transmission (referred to between the TTY device and the mobile terminal) and the error rate of each of the two parties through the air interface transmission. And other indicators. In this way, the accuracy and effectiveness of the data are reliably guaranteed.
  • the real-time statistics of the text transmission and test data of the 1# and 2# TTY devices are displayed in real time in two columns in the same software, which greatly improves the tester's intuitiveness for data observation.
  • the PC monitors the text data transmission between the mobile terminal and its corresponding TTY device through the RS232-USB transfer data line, acquires the TTY test data, and analyzes and processes the TTY test data. The process of getting the bit error rate result.
  • the two mobile terminals are connected to their respective RS232-USB transfer data lines via their respective TTY devices, and then the corresponding RS232-USB transfer data lines are connected to the same PC.
  • RS232-USB transfer data cable as a USB-RS232 transfer device, can connect two transfer data lines to different USB interfaces of the same PC (as indicated by the dotted line in Figure 3g), or access the same station through a hub.
  • a single USB interface on the PC (as indicated by the solid line in Figure 3g).
  • the RS232-USB transfer data line is an existing product on the market, so there is no need to develop the hardware on the embodiment of the invention, and only the PC side software can be developed.
  • the program flow and the human-machine interface of the PC-side software of the second embodiment are completely the same, but the specific software processing measures and the selection button connotations of some human-machine interfaces are greatly different. The reasons are as follows:
  • the ordinary RS232-USB transfer data line is relatively simple inside, usually no single-chip microcomputer, no need to make multiple selections for TTY devices, RS232-USB conversion does not involve serial-to-parallel conversion, so the PC side software directly targets the mapping on the PC.
  • the PC side program man-machine interface has a large difference in the meaning of the selection button of the TTY device.
  • the selection button for starting the data transmission of the TTY device is the same USB channel in the first embodiment of the present invention.
  • the commands are directly sent through different USB channels. Therefore, the actual background processing measures are quite different.
  • the test hardware can directly use the market to purchase products, due to the multi-standardization and performance uncertainty of the market products, the software development of the PC side is more difficult and the stability is more difficult to ensure.
  • the first embodiment of the present invention adopts USB multi-channel acquisition and controller-specific equipment (the MCU side program is pre-developed and solidified therein), and the PC side software development is easier and the stability is more assured.
  • the two mobile terminals are respectively transferred to a common PC through TTY devices connected to the respective devices, and the test software for simultaneously transmitting and controlling the TTY test data of the two mobile terminals on the PC is performed. test.
  • the test software for simultaneously transmitting and controlling the TTY test data of the two mobile terminals on the PC is performed. test.
  • the invention improves the hardware and software of the existing mobile terminal TTY by using a series of improvements of the existing mobile terminal TTY, thereby reducing the complexity of the test environment construction and greatly improving the efficiency and accuracy of the test. It is convenient to quickly determine whether the TTY function of the tested mobile terminal is normal and the TTY performance is good or bad, which in turn helps to save the R&D debugging and test certification cost of the mobile terminal TTY function, and is beneficial to shorten the development cycle of the TTY function of the mobile terminal product.
  • an embodiment of the present invention provides a TTY test method for a mobile terminal, including:
  • the mobile terminals establish voice communication with each other through the air interface network;
  • USB transfer device is specifically a USB-RS232 transfer device.
  • the two mobile terminals used in the test were set to TTY mode to TTY FULL mode, and the two mobile terminals tested were dialed and connected via ANSI-136/UMC-136 or IS-95/IS-856 air interface network. Establish voice communication.
  • the PC performs a TTY test on the mobile terminal through the USB transfer device and the TTY device corresponding to the mobile terminal, and obtains a bit error rate result.
  • the PC is a single unit, wherein the PC performs a TTY test on the mobile terminal through the USB switching device and the TTY device corresponding to the mobile terminal, and obtains a bit error rate result, which specifically includes: the PC collects through the USB multi-channel.
  • the text data transmission between the mobile terminal and its corresponding TTY device is monitored with the controller or the RS232-USB transfer data line, the TTY test data is acquired, and the TTY test data is analyzed and processed to obtain a bit error rate result.
  • the TTY test software is installed on the PC.
  • the software for obtaining the TTY test data on the PC is opened, and some basic settings are made, such as where the test data text exists, and the specific simulation is selected.
  • the text file of the TTY device type refers specifically to the typing speed of the keyboard of the TTY device, the letters on the keyboard, the Arabic numerals, the texts that match the combination, etc., and usually has fast text, slow text, and long text.
  • the PC test software clicks the test data analysis button to calculate and calculate the real-time measured test data text and generate a statistical result text file to obtain the final bit error rate result, and can be directly displayed on the human-machine interface; At the same time, the location of the text of the specific analysis result is prompted, which is convenient for subsequent users to back up.
  • the communication interface between the traditional peripheral and the host generally uses a PCI bus or an RS232 serial bus.
  • the PCI bus has a high transmission rate (up to 132 Mbps), it also has a plug-and-play function, but its expansion slot is quite limited, and it is not convenient to plug and unplug.
  • the RS232 serial bus is convenient to connect, its bandwidth is very limited, the transmission speed is too slow, and an RS232 serial communication cable can only be connected to one physical device.
  • USB technology combines the advantages of PCI and RS232: It has a high transmission rate (USB protocol 1.1 supports a maximum transmission speed of 12Mbps, USB protocol 2.0 supports a maximum transmission speed of 148Mbps), realizing plug-and-play in the true sense. ( Plug & Play ), and up to 127 peripherals can be connected to the USB.
  • USB USB interface
  • the USB host controller only supports a single channel or a single data path (even if there are multiple connection ports and each connection port has its own cable, but only one data path), multi-channel test data processing
  • USB is a PC interconnection protocol, it can connect up to 127 devices at the same time, all devices share communication time, and solve resource conflicts, interrupt requests (IRQs) and direct Data channel (DMAs) and other issues, real-time comparison with RS232 after time-sharing input data acquisition and processing On the contrary, it will be more guaranteed.
  • IRQs interrupt requests
  • DMAs direct Data channel
  • the USB technology is applied to the real-time processing of the TTY test data of the wireless terminal, and the test data of the TTY device of two or more channels is synchronously real-time processed by the same PC.
  • the PC in S102 monitors the text data transmission between the mobile terminal and its corresponding TTY device through the USB multi-channel acquisition and the controller, and the steps of obtaining the TTY test data include:
  • the PC selects the multi-channel signals from the TTY device by USB multi-channel acquisition and the multi-way selector in the controller, and makes the time-division input to the single-chip microcomputer in the USB multi-channel acquisition and controller;
  • the TTY test method and system for the mobile terminal in the embodiment of the present invention reduces the test by performing TTY test on the mobile terminal by passing at least two mobile terminals through the respective TTY devices and simultaneously accessing the same PC through the USB transfer device.
  • the complexity of the environment construction greatly improves the efficiency and accuracy of the TTY test. It is easy to quickly determine whether the TTY function of the mobile terminal under test is normal and whether the TTY performance is good or bad, which helps to save the development and debugging of the TTY function of the mobile terminal. Testing the certification cost is more conducive to shortening the development cycle of the TTY function of the mobile terminal product.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephone Function (AREA)
  • Information Transfer Systems (AREA)

Abstract

本发明涉及一种移动终端的TTY测试方法及系统,其系统包括至少两台移动终端、与移动终端对应的TTY设备、USB转接设备及PC机;移动终端与其对应的TTY设备连接,USB转接设备连接在TTY设备与PC机之间;移动终端通过空口网络建立相互之间的语音通信,PC机通过USB转接设备及移动终端对应的TTY设备对移动终端进行TTY测试,得到误码率结果。本发明通过将至少两移动终端经过各自的TTY设备并通过USB转接设备同时接入到同一PC机,对移动终端进行TTY测试,降低了测试环境搭建的复杂程度,提升了TTY测试的效率和准确程度,节省移动终端TTY功能的研发调试和测试认证成本,有利于缩短移动终端产品TTY功能的开发周期。

Description

移动终端的 TTY测试方法及系统 技术领域
本发明涉及移动通信技术领域, 尤其涉及一种移动终端的 ΤΤΥ测试方 法及系统。 背景技术
TTY ( Text Telephone , 文本电话 ), 如 TDD ( Telecommunication Device for the Deaf, 聋人通信设备), 是供耳聋、 听力困难或者语言表达障碍的人 通过打字或敲键盘代替听和说来进行信息交流的设备, 其主要使用市场在 欧美国家。
面向欧美市场的移动终端通常需要具备 TTY功能, 在 CDG2测试等认 证测试阶段, 需要对移动终端 TTY功能进行测试以评估其性能是否达标。 CDG2是指 CDMA( Code Division Multiple Access,码分多址)开发组( CDMA Development Group )制定的协议测试规范的第 2阶段, CDMA开发组是一 个集合了全球选择基于 CDMA技术的 3G演进路线的众多公司的国际组织。
目前的移动终端 TTY测试需要两台移动终端分别经由各自的 TTY设备 对应两台个人电脑( Personal Computer, 简称 PC机 )进行测试, 测试完毕 后, 其中一台 PC机中的测试数据需要拷贝到另一台 PC机, 再把两台 PC 机的测试数据进行分析计算,得出最终的误码率等 TTY重要性能指标信息。
同时, TTY测试所依托的 PC机侧测试软件, 在控制不同移动终端的
TTY测试启动和终止时间上需要人工干预, 难以^到严格的同时启动和终 止, 最后的测试数据文本通常还需要人工进行甄别有效数据。
因此, 目前的移动终端的 TTY测试方案从测试操作规程(需要两台 PC 机, 且一台 PC机上的数据需要拷贝到另一台 PC机)和数据统计的效率、 准确度等角度均有待改善。
如图 1所示, 目前的移动终端的 TTY测试方案中, 1#和2#移动终端分 别连接到 1#和2# ^丫设备, 然后再各自按序分别连接到 1#和2#?( 机。
移动终端在软件功能上要具备 TTY功能, 即移动终端的声码器需要进 行 TTY扩展(占用基音延迟位的最低五位, 隐藏于正常的语音数据包中), 这种扩展不影响正常语音通信, 是在正常声码器上的一种消极扩展。 同时, 在系统软件的语音逻辑设备上添加优先级最高的 TTY设备, 且在系统 UI 上提供 TTY功能选项供用户选择。这样,移动终端即可实现和 TTY设备通 信, 同时用户可通过手动选择 TTY FULL (收发皆纯文本传输模式)、 VCO ( Voice Carryover,语音传递, 即发送为语音方式,接收文本方式)及 HCO ( Hearing carryover, 听音传递, 即发送为文本方式, 接收为语音方式)等 功能模式, 当然用户也可以选择 TTY OFF以关掉 TTY功能。
TTY设备一端连接移动终端, 另一端连接 PC机。 普通 TTY设备外加 RS232接口 (由 EIA ( Electronic Industries Association, 美国电子工业协会 ) 联合贝尔系统、 调制解调器厂家及计算机终端生产厂家共同制定的用于串 行通信的标准, 通常以 9个引脚(DB-9 )或是 25个引脚(DB-25 ) 的型态 出现)转接头即可用作 TTY设备。 TTY设备实际是一个调制解调装置, 用 以把 TTY的无载波二进制 FSK ( Frequency Shift Key, 频移键控)调制的 BAUDOT编码(法国人 Baudot发明的采用具有等持续间隔的 5或 6个传号 与空号组合的电传机代码) 方式的模拟音频信息转化为计算机能够识别的
ASCII码 ( American Standard Code for Information Interchange, 美国标准信 息交换码)形式的数字信息, 从而实现 TTY设备和 PC机的 RS232串口通 信。 这种串口通信, 一方面可以实现 PC机对 TTY设备的控制信息写入和 状态信息读出, 另一方面, 也可以实现 TTY设备发给移动终端的数据能够 被 PC机同步获取。 此外, 根据 TIA/EIATSB121-Rev. 1 ( PN-3-4558-RV1 )要求, 移动终端 的耳机接入装置需要兼容 TTY功能。 TTY设备通过耳机接口接入移动终端 后, 借助移动终端的语音收发通道和相应的软件处理, 可实现不同 TTY用 户间的通信。
具有 TTY功能的移动终端必须通过空口网络测试的方式才能确认其功 能是否正常实现, 以及其性能是否达标( CDG64 4.6.6给定了移动终端 TTY 测试标准)。 通常这种空口网络为 ANSI-136 UMC-136或 IS-95/IS-856 (国 际 TDMA (时分多址;)、 CDMA, 2G (第二代 ) /3G (第三代 )通信标准 ) 空口网络。 需要说明的是, 此处的 ANSI-136/UMC-136或 IS-95/IS-856空口 网络必须是其基站侧已进行过语音 TTY 功能方面的 DSP ( Digital Dignal Processing, 数字信号处理 )扩展。
对于移动终端 TTY功能最重要的测试是: 移动终端经过空口传输全文 本 TTY数据的误码率的测试。 图 1所示的装置即用于误码率测试。 按照图 1所示, 把所有设备连接好后, 既可以对两台移动终端的 TTY性能同时进 行测试, 也可把其中之一的移动终端作为被测方进行测试(另一个移动终 端作为良品参考机比对用)。
TTY误码率的测试只需要在 TTY FULL模式下进行; 而对于 VCO及 HCO模式, 其正常语音通信部分通过音频测试考察性能, 其文本传输部分 的性能则通过 TTY FULL模式下的误码率测试可以测得。
上述 TTY测试方案需要在 PC机上运行专用于测试移动终端 TTY性能 的软件。 目前通用的软件由两部分组成: 一部分实现获取测试数据; 另一 部分是对测试数据进行分析。
依据图 1所示移动终端 TTY测试装置的连接关系, 目前通用的移动终 端 TTY测试软件条件下的测试流程如下:
第一步,将测试所用两台移动终端均设置 TTY模式为 TTY FULL模式; 第二步, 两台移动终端之间通过拨号并经由 ANSI- 136 UMC- 136 或 IS-95/IS-856空口网络建立语音通信;
第三步, 分别把两台 PC机上的用于获取 TTY测试数据的软件打开, 并针对性做一些基本设置,如测试数据文本存在何处、选择具体的模拟 TTY 设备打字的文本文件(具体指模拟人手对 TTY设备的键盘打字快慢、 键盘 上字母、 阿拉伯数字以及符合组合等的文本, 通常有快速文本、 慢速文本 及长篇文本等)等;
第四步, 分别在两台 PC机上同时点击测试软件的开始按钮, 之后, 两 台 TTY设备开始自动通过空口互相收发所选择的文本文件。 收发结束后再 同时点击测试软件的结束按钮, 收发结果会自动保存到预先设置的测试数 据文本保存处;
第五步, 把其中一台 PC机上的测试数据文本拷贝到另外一台 PC机, 在另外一台 PC机上运行 TTY测试数据分析软件, 对之前两台 PC机上的 TTY测试数据文本进行计算统计并生成统计结果文本文件, 获得最终的误 码率结果。
上述 TTY测试方案, 其测试数据获取部分是一种实时监测的方案, 一 方面 PC机的测试软件通过 RS232串口控制 TTY设备向移动终端发送数据 或从移动终端接收数据(测试软件的模拟文本内容), 另一方面这些数据也 通过 RS232串口同步传输到 PC机侧, PC机侧可以监测到实时的数据传输 情况。
但是, 目前的这种移动终端 TTY测试方案存在以下缺陷:
1、 其需要两台 PC机, 且需要在两台 PC机上同时运行测试软件, 测 试软件的开始和结束时间需要通过人工点击, 使得时间点不精确, 而且作 为测试数据文本的自动保存时间参考来源的两台 PC机的系统时间之间存 在差异, 所以, 两台 PC机得出的测试数据需要在最终通过分析软件分析前 进行人工甄别, 以判断测试数据准确与否, 必要时需要进行手动编辑(删 除由于启动和结束时间不一致导致的非有效时间内传输的测试数据等 ), 操 作复杂, 且测试结果不准确;
2、 测试数据需要由一台 PC机拷贝到另一台 PC机进行分析, 不利于 数据实时分析以及故障快速诊断, 测试效率受到影响;
3、 测试设备较多且连接关系较复杂, 测试设备和移动终端以及两者的 测试连接均会对测试结果异常带来直接影响, 使得测试数据出现异常时, 需要较长时间来判断造成异常的原因。
因此, 目前的移动终端 TTY测试方案不仅测试过程复杂, 而且获得的 TTY测试结果不准确, 测试效率也不高。 发明内容
有鉴于此, 本发明的主要目的在于提供一种移动终端的 TTY测试方法 及系统, 旨在提高移动终端的 TTY测试效率及准确性。
为了达到上述目的,本发明提出一种移动终端的 TTY测试方法, 包括: 移动终端相互之间通过空口网络建立语音通信; PC机通过 USB转接设备 及所述移动终端对应的 TTY设备对所述移动终端进行 TTY测试,得到误码 率结果。
优选地,所述 PC机通过 USB转接设备及所述移动终端对应的 TTY设 备对所述移动终端进行 TTY测试, 得到误码率结果的步驟包括: PC机通 过 USB多路采集与控制器或 RS232-USB转接数据线监控所述移动终端与 其对应的 TTY设备之间的文本数据的传输,获取 TTY测试数据,并对所述 TTY测试数据进行分析处理, 得到误码率结果。
优选地, 所述 PC机通过 USB多路采集与控制器监控所述移动终端与 其对应的 TT Y设备之间的文本数据的传输,获取 TTY测试数据的步驟包括: 所述 PC机通过所述 USB 多路采集与控制器中的多路选择器对来自所述 TTY设备的多路信号进行分时选择,使其分时输入至 USB多路采集与控制 器中的单片机;通过所述单片机对接收的分时信号进行串并转换,得到 TTY 测试数据;通过 USB多路采集与控制器中的 USB接口控制器接收串并转换 后的 TTY测试数据。
优选地, 所述多路选择器由所述单片机控制对来自所述 TTY设备的多 路信号进行分时选择。
优选地, 所述 PC机对所述 TTY测试数据进行分析处理, 得到误码率 结果的步驟之后还包括: 将所述误码率结果在人机界面显示。
本发明还提出一种移动终端的 TTY测试系统, 包括: 至少两台移动终 端、 与移动终端对应的 TTY设备、 USB转接设备及 PC机;
所述移动终端与其对应的 TTY设备连接,所述 USB转接设备连接在所 述 TTY设备与所述 PC机之间;
所述至少两台移动终端, 用于通过空口网络建立相互之间的语音通信, 并通过其对应的 TTY设备以及所述 USB转接设备, 由所述 PC机对该至少 两台移动终端进行 TTY测试;
所述 PC机, 用于通过所述 USB转接设备及所述移动终端对应的 TTY 设备对所述移动终端进行 TTY测试, 得到误码率结果。
优选地, 所述 PC 机具体用于: 通过 USB 多路采集与控制器或 RS232-USB转接数据线监控所述移动终端与其对应的 TTY设备之间的文本 数据的传输, 获取 TTY测试数据, 并对所述 TTY测试数据进行分析处理, 得到误码率结果。
优选地, 所述 PC机具体用于: 通过所述 USB多路采集与控制器中的 多路选择器对来自所述 TTY设备的多路信号进行分时选择, 使其分时输入 至 USB多路采集与控制器中的单片机; 通过所述单片机对接收的分时信号 进行串并转换,得到 TTY测试数据;通过 USB多路采集与控制器中的 USB 接口控制器接收串并转换后的 TTY测试数据。
优选地, 所述多路选择器由所述单片机控制对来自所述 TTY设备的多 路信号进行分时选择。
优选地, 所述 PC机还用于: 将所述误码率结果在人机界面显示。
优选地, 每一所述 TTY设备对应连接一所述 RS232-USB转接数据线, 各所述 RS232-USB转接数据线通过集线器接入所述 PC机。
本发明提出的一种移动终端的 TTY测试方法及系统, 通过将至少两台 移动终端经过各自的 TTY设备并通过 USB转接设备同时接入到同一台 PC 机, 对移动终端进行 TTY测试, 降低了测试环境搭建的复杂程度, 大大提 升了 TTY测试的效率和准确程度,便于快速确定被测移动终端的 TTY功能 是否正常以及 TTY性能好坏与否,进而有助于节省移动终端 TTY功能的研 发调试和测试认证成本,更有利于缩短移动终端产品 TTY功能的开发周期。 附图说明
图 1是现有的移动终端 TTY测试系统的结构示意图;
图 2是本发明移动终端的 TTY测试系统一实施例的结构示意图; 图 3a是本发明移动终端的 TTY测试系统一实施例中第一种实施方式的 结构示意图;
图 3b是本发明移动终端的 TTY测试系统一实施例中第一种实施方式 的 USB多路采集与控制器内部结构示意图;
图 3c是本发明移动终端的 TTY测试系统一实施例中第一种实施方式的 多路选择器中多路双刀双掷模拟开关的结构示意图;
图 3d是本发明移动终端的 TTY测试系统一实施例中第一种实施方式 的 USB接口控制器内部结构示意图;
图 3e是现有的 PC机侧用户服务程序人机界面示意图;
图 3f是本发明移动终端的 TTY测试系统一实施例中用户服务程序人机 界面示意图;
图 3g是本发明移动终端的 TTY测试系统一实施例中第二种实施方式 的结构示意图;
图 4是本发明移动终端的 TTY测试方法一实施例流程示意图; 图 5是本发明移动终端的 TTY测试方法一实施例中 PC机通过 USB多 路采集与控制器监控移动终端与其对应的 TTY设备之间的文本数据的传 输, 获取 TTY测试数据的流程示意图。 具体实施方式
为了使本发明的技术方案更加清楚、 明了, 下面将结合附图作进一步 详述。 本发明实施例解决方案主要是: 通过将至少两台移动终端经过各自 的 TTY设备并通过 USB ( Universal Serial BUS, 通用串行总线 )转接设备 同时接入到同一台 PC机, 对移动终端进行 TTY测试, 以降低测试环境搭 建的复杂程度, 提升 TTY测试的效率和准确程度。
本实施例中被测试的移动终端可以为两台或多台, 两台或多台移动终 端既可以同时进行 TTY性能测试, 也可 4巴其中之一的移动终端作为良品参 考机比对用, 其余的移动终端作为被测方进行测试。 下面以对两台移动终 端同时进行 TTY测试为例进行说明。
如图 2所示, 本发明一实施例提出一种移动终端的 TTY测试系统, 包 括: 至少两台移动终端 401、 与各移动终端 401分别对应的 TTY设备 402、 USB转接设备 403及 PC机 404; 移动终端 401与其对应的 TTY设备 402 连接, USB转接设备 403连接在 TTY设备 402与 PC机 404之间;
至少两台移动终端 401 用于通过空口网络建立相互之间的语音通信, 并通过其对应的 TTY设备 402以及 USB转接设备 403 , 由 PC机 404对该 至少两台移动终端 401进行 TTY测试;
PC机 404用于通过 USB转接设备 403及移动终端 401对应的 TTY设 备 402对移动终端 401进行 TTY测试, 得到误码率结果。
本实施例中两台移动终端 401经过各自的 TTY设备 402均接入到 USB 转接设备 403 , 然后再由 USB转接设备 403接至同一台 PC机 404。 USB 转接设备 403具体可为 USB- RS232转接设备, 也可以为 RS232-USB转接 数据线。
在测试时,将测试所用两台移动终端 401均设置 TTY模式为 TTY FULL 模式, 而且被测试的两移动终端 401 之间通过拨号并经由 ANSI-136/UMC-136或 IS-95/IS-856空口网络建立语音通信。
本实施例中 PC机 404为单台,其中, PC机 404通过 USB转接设备 403 及移动终端 401对应的 TTY设备 402对移动终端 401进行 TTY测试,得到 误码率结果, 其具体包括: PC 机 404 通过 USB 多路采集与控制器或 RS232-USB转接数据线监控移动终端与其对应的 TTY设备 402之间的文本 数据的传输, 获取 TTY测试数据, 并对 TTY测试数据进行分析处理,得到 误码率结果。
本实施例中 PC机 404上安装有 TTY测试软件, 在测试时, 将 PC机
404上的用于获取 TTY测试数据的软件打开, 并针对性做一些基本设置, 如测试数据文本存在何处、选择具体的模拟 TTY设备 402打字的文本文件, 具体指模拟人手对 TTY设备 402的键盘打字快慢、 键盘上字母、 阿拉伯数 字以及符合组合等的文本等, 通常有快速文本、 慢速文本以及长篇文本等。
然后, 在 PC机 404上点击测试软件的开始按钮, 同步控制两台 TTY 设备 402自动通过空口互相收发所选择的文本文件。收发结束后点击 PC机 侧 TTY测试软件的结束按钮, 收发结果就会自动保存到预先设置的测试数 据文本保存处。
然后, 在该 PC机 404测试软件点击测试数据分析按钮,对实时测得的 测试数据文本进行计算统计并生成统计结果文本文件, 获得最终的误码率 结果, 并可直接在人机界面进行显示; 同时提示具体的分析结果的文本所 在位置, 便于后续用户自行备份。
传统的外设与主机的通信接口一般采用 PCI ( Peripheral Component Interconnect, 外设部件互连标准) 总线或 RS232 串行总线。 PCI总线虽然 有很高的传输率(可达 132Mbps ), 还具有即插即用功能, 但是其扩充槽相 当有限, 且插拔并不方便。 RS232 串行总线虽然连接方便, 但是其带宽非 常有限, 传输速度太慢, 而且一条 RS232 串口通信电缆只能连接一个物理 设备。 USB技术集 PCI和 RS232的优点于一身:具有较高的传输速率( USB 协议 1.1支持最高传输速度达 12Mbps, USB协议 2.0支持最高传输速度可 达 148Mbps ), 实现了真正意义上的即插即用 (Plug & Play ), 同时 USB上 最多可以连接 127个外设。
将 RS232和 USB通信接口进一步比较可知:对于 RS232串口来说,每 一个连接端口之间毫无关联, 各连接端口均具有单独的数据路径和相应的 数据线缆, 因此连接到不同 PC机 404的情况下, 不同 PC机 404可以同时 传送和接收数据, 可充分保证数据的实时性, 但是如前所述, 其 TTY测试 精度不高且影响测试效率。 对于 USB接口来说, USB的主机控制器只支持 单一通道或单一数据路径(即使由多个连接端口且每一个连接端口有自己 的线缆, 但数据路径只有一个), 多路测试数据处理的实时性难以保证, 但 实际上, 由于 USB作为一种 PC机互连协议, 可同时连接多达 127个设备, 所有设备分享可通信时间, 且解决了如资源沖突、 中断请求(IRQs )和直 接数据通道( DMAs )等诸多问题, 经过分时输入数据采集并处理的实时性 比 RS232反而会更加有保证。
本实施例正是基于上述 USB技术的特点, 引入 USB技术应用于移动 终端的 TTY测试数据的实时处理, 实现同一台 PC机 404同步实时处理两 路或两路以上 TTY设备 402的测试数据。 作为本实施例的第一种实施方式, PC机 404通过 USB多路采集与控 制器监控移动终端与其对应的 TTY设备 402之间的文本数据的传输, 获取 TTY测试数据, 并对 TTY测试数据进行分析处理, 得到误码率结果, 其具 体包括 PC机通过 USB多路采集与控制器中的多路选择器对来自 TTY设备 402的多路信号进行分时选择, 使其分时输入至 USB多路采集与控制器中 的单片机; 通过单片机对接收的分时信号进行串并转换, 得到 TTY测试数 据; 通过 USB多路采集与控制器中的 USB接口控制器接收串并转换后的 TTY测试数据。
以下详细介绍本实施例第一种实施方式中, PC机通过 USB多路采集 与控制器监控移动终端与其对应的 TTY设备之间的文本数据的传输, 获取 TTY测试数据,并对 TTY测试数据进行分析处理,得到误码率结果的过程。
如图 3a所示, 两台移动终端经过各自的 TTY设备均接入到 USB多路 采集与控制器, 然后再由 USB多路采集与控制器接至同一台 PC机。
USB多路采集与控制器内部构造如图 3b所示,其由 USB接口控制器、 单片机和多路选择器三个主要模块构成。 USB 多路采集与控制器的外部接 口一方面通过 USB接口的 D+/D-与 PC机通信, 另一方面通过 RS232接口 的 TX/RX (图 3b中有三对 TX/RX, 分别对应 1#和 2#TTY设备以及扩展备 用; 实际扩展不必局限于三对, 可以多于三对) 与 ΤΤΥ设备通信。
USB接口控制器与单片机之间通过 8位并行数据线进行通信。图 3b中 的数据线 DATA1和 DATA2既可是同一组 8位数据线, 也可是不同组 8位 数据线, 图 3b中分开标识主要为了表明数据不同传输方向对应不同的时钟 ( CLK1 和 CLK2 ), 同时根据面向单片机的传输方向不同, 配以状态信号 线( STAT1 )和控制信号线( CTL2 )。
单片机和多路选择器之间通过通用异步接收 /发送装置(UART )通信。 普通 8位并行数据单片机带有 UART接口 (图 3b中的 Rxd/Txd为 UART 数据线), 即可用于此用途。 单片机通过控制信号线(CTL )对多路选择器 进行控制。
多路选择器对来自于 TTY设备的多路信号进行选择, 使其分时输入; 单片机主要完成信号采集、 数据通信; USB接口控制器实现单片机和 PC 间的 USB通信接口。
经由 USB多路采集与控制器, PC机接收到 USB接口送出的 TTY测试 数据后, 一方面完成测试数据接收、 存入数据库、 测试数据处理及目前 PC 机侧软件处理方式中各路 TTY收发文本数据的人机界面显示; 另一方面, PC机对数据进行同步预分析处理, 这样, 用户根据重新设计的 PC机侧测 试软件系统的选择按钮进行配置和启动计算时, 能够方便快捷而准确的获 取实时分析结果。
对于 USB多路采集与控制器各个部分的具体功能分别描述如下: (一) 多路选择器
多路选择器外部接出至少三个兼容 TTY设备的 RS232端口的 RJ11或 RJ45端子。 两路 TTY设备的 RS232端子可以藉此接入 USB多路采集与控 制器。 剩余的至少一路端子则用于扩展数据采集备用。
多路选择器由多路双刀双掷模拟开关实现,如图 3c所示, 图 3c为多路 选择器中多路双刀双掷模拟开关的结构示意图。 单片机的控制信号 CTL实 现对多路多路双刀双掷模拟开关的切换控制。 只有两路双刀双掷模拟开关 的情况下, 单片机只需要一路 CTL信号并根据其高低电平选择具体的双刀 双掷模拟开关。 对于多于两路双刀双掷模拟开关的情况下, CTL信号可以 为多路, 通过多路高低电平组合实现控制切换。
所谓双刀双掷模拟开关, 是指同时可以两路一起切换(有一个缺省连 通通路), 即可以把 RS232接口的 TX/RX对一起切换到 Txd/Rxd对。 该器 件选型需要考虑切换速度、 频率带宽和传输速度指标。 多路选择器的分时选择控制由单片机实施控制, 但是最终的控制指令 来自于 PC机。 PC机和单片机之间的通信渠道藉由 USB接口控制器(内含 RS232-USB转换功能) 实现, 即具体实现的路径首先是 PC机和 USB接口 控制器之间的 USB数据线,然后是 USB接口控制器和单片机之间的并行数 据接口。
需要说明的是, 和一般的数据采集中大多是模拟信号经过多路选择后 还需要进行 A/D (模拟 -数字 )转换不同, 本发明所接 TTY设备的 RJ11或 RJ45端子处已经实现 4巴 TTY设备端的无载波二进制 FSK调制的 BAUDOT 编码方式的模拟音频信息转化为 ASCII编码方式的数字信号, 所以可以直 接接入单片机进行串并转换, 之后再并行到达 USB接口控制器。
(二)单片机
单片机的主要功能包括: 一方面是对 USB接口控制器进行初始化、 设 置和开启中断并响应主机(即 PC机)中断; 另一方面是根据响应主机中断 的控制信息对多路选择器进行控制 , 将多路控制器采集的 TTY收发文本数 据经 8位并行数据端口分时传输到 USB接口控制器, 并进一步通过普通 USB传输线传送到 PC主机。
单片机的另一个重要功能是完成上下行数据的串并或并串转换。 多路 选择器送达单片机串口的串行数据通过单片机内部定时器进行重新组帧, 力口入适当的帧头和帧尾, 并緩存在内部 RAM ( Random Access Memory , 随 机存取存储器), 完成串并转换, 从而可以通过 8位并行数据线传输到 USB 接口控制器。 同样, 从 USB接口控制器过来的并行数据, 在定时器作用下 通过帧头和帧尾的匹配识别, 去除冗余帧信息, 并緩存在内部 RAM, 周期 性完成并串转换, 送给 TTY设备串行数据或指令信息 (如用户通过 PC机 侧软件下发的启动 TTY设备传输数据的指令信息)。
(三) USB接口控制器 USB接口控制器内部结构如图 3d所示。单片机控制多路选择器将具体 的 TTY设备的 RS232测试数据经单片机串并转换后, 由 USB接口控制器 的并行接口送入 FIFO ( First Input First Output, 先入先出)存储器。 当 USB 的传输速率达到 12Mbps 时, USB 接口控制器内部的 MMU ( Memory Management Unit, 存储器管理单元 )和集成 RAM作为 USB之间速度差异 的緩沖区, 允许单片机以其自身的速率对 USB信息包进行读写。 若 FIFO 中数据已满, SIE ( Serial Interface Engine , 串行接口引擎)会即时对数据做 处理: 同步模式的识别、 并行 /串行转换、 位填充 /解除填充、 CRC ( Cyclical Redundancy Check, 循环冗余校验)校验 /产生、 PID ( Packet IDentifier, 信 息包标识符)校险 /产生、 地址识别和握手评估 /产生。 外部时钟经时钟发生 器给 SIE提供参考时钟。 这样, TTY设备送出的 RS232测试数据经过这一 系列处理后, 就转换为 USB数据, 由内置 USB收发器通过数据线 D+、 D- 传送到 PC机。 对单片机而言, USB接口控制器就如同 1个带 8位数据总 线和 1个地址位的存储器件。 此外, USB接口控制器内部另有中断控制器, 作为 PC机和单片机的中断控制和响应桥梁。
选用通用的具有 8位并行数据端口的 USB接口控制芯片可满足上述要 求, 也可以选用单片机和 USB接口控制器一体方案。
单片机和 USB接口控制器之间除了 8位并行数据线相互连接外, 其他 如 ALE (地址锁存)、 RD (读)和 WR (写) 管脚也相互连接。 其中, 地 址使用 USB接口控制器的 ALE管脚(脉沖下降沿 )取得, 数据则是由 RD 或 WR管脚来取得。
在本实施方式中, USB多路采集与控制器的软件设计主要包括两部分: 一是 USB多路采集与控制器端的单片机软件; 二是 PC机侧软件。
(一)单片机软件
USB规范描述了总线特性、 协议定义、 编程接口以及其它设计和构建 系统时所要求的特性。 USB是一种主从总线,工作时 USB主机处于主模式, 设备处于从模式。 针对本发明来说, 是指 USB多路采集与控制器以及 TTY 设备响应 PC机中断,根据 PC机命令来执行各种操作。 中断的状态有多种, 根据具体的中断状态, 采用请求加应答的方式实现通信。 均由计算机主动 请求, 单片机被动应答完成数据传输。 在程序编制过程中约定多种中断状 态和数据传输模式, 通过计算机传输数据进行确定, 本发明采用以下方式:
( I ) . 中断状态
1 ) 中断状态 1 , 单片机接收 TTY设备测试数据;
2 )中断状态 2, 单片机待命(清空 USB接口控制器緩沖区, 准备再次 上传数据)。
( II )数据传输模式
1 ) PC机下传数据传输模式 1 , 提供具体多路选择选择路径, 单片机上 传多路选择器的具体路径信息;
2 ) PC机下传数据传输模式 2, 单片机上传存放数据的文件的参数;
3 ) PC机下传数据传输模式 3 , 提供存放数据的地址、 数据的数量, 单 片机通过调用相关子程序分析参数, 并将相应的数据上传;
其中, 单片机的软件流程如下:
第一步, 对 USB接口控制器进行初始化;
第二步, 各种内部参数设置并开启中断;
第三步, 等待 PC机中断;
第四步, 进入中断并读取中断状态;
第五步, 根据中断状态, 判别是接收数据还是待命状态;
第六步, 根据 PC机下传的数据传输模式, 上传具体 TTY设备路径信 息, 测试文件以及测试数据等操作;
第七步, 退出中断。 需要说明的是, 上述中断可以是双向中断, 上述流程中为单片机响应
PC机中断的流程, 实际上, PC机也可以响应外设出现异常情况下的中断。
(二) PC机侧软件
PC机侧 USB软件系统包括三部分: USB通信程序、 用户服务程序以 及 USB设备驱动程序。
USB通信程序也称为设备固件(firmware ), 是储存在程序内存中的代 码。 它使得 USB接口芯片与 PC机和外设中其它电路能够通信。 设备固件 由 USBD ( USB驱动程序)、 HCD (主控制器驱动程序) 两部分组成。
对于 USB设备驱动程序, 设备驱动通过在应用层和硬件专用代码之间 的转化来完成其任务。 应用层代码一般使用一套操作系统支持的函数, 硬 件专用代码则处理访问外设电路的必要协议。 设备驱动能与应用程序之间 相互通信是通过 Windows提供的 API函数, 这些函数使应用程序能够控制 显示器、 处理信息、 访问存储器、 读写磁盘和其它设备。
对于用户服务程序, 由于 USB接口控制器在计算机端提供了应用层接 口, 即 USB接口控制器的 DLL ( Dynamic Link Library, 动态链接库 )提供 的面向功能应用的 API, 所有 API在调用后都有操作状态返回, 但不一定 有应答数据。 DLL提供的 API包括: 设备管理 API、 数据传输 API以及中 断处理 API。 可采用 VC ( Visual C++ )或者 VB ( Visual Basic )作为程序的 开发环境, 调用 USB接口控制器的 DLL提供的面向功能的应用 API函数 编写计算机端的应用程序。 可以单线程编程也可以多线程编程处理。 从硬 件上采用 USB接口技术的确能提高速度, 但毕竟潜力有限, 因此在现有硬 件设计基础上充分发挥软件的作用就能进一步提升速度。 使用传统的单线 程编程技术效率较低, 无法及时处理, 必须充分利用视窗系统(Windows ) 的多任务处理功能, 采用多线程编程技术来处理数据。 相应的, 本发明对 应多路 TTY设备的测试数据采集和处理, 从保证实时性等方面出发, 针对 USB接口控制器需要利用其多进程并行(也称多路地址 /数据总线方式)的 功能。 多进程并行在一个总线周期内, 传输一个读 /写字节。 综上所述, 采 用多线程编程技术来处理数据, 可以开发出运行效率高、 界面友好、 具有 强大数据分析和处理的用户服务程序。
用户服务程序的主要功能有: 启动 /关闭 USB设备、 检测 USB设备、 设置 USB数据传输管道 /端口、 采集数据以及显示 /分析数据。 其基本程序 流程如下:
第一步, 加载 USB接口控制器动态链接库, 检测 USB设备; 第二步, 设置 USB数据传输通道 /接口并启动 USB设备;
第三步, 启动端口中断服务程序;
第四步, 下传数据(包含控制命令在内的各种数据);
第五步, 判断下传数据是否成功; 不成功则重新下传数据;
第六步, 判断是否有外设的上传数据 (下传命令后外设响应开始上传 数据); 不成功则重新下传数据;
第七步, 等待并接收数据;
第八步, 对接收数据进行显示 /分析。
上述程序步驟为基本环节, 实际应用中, 由于本发明采用多线程编程, 所以上述某些环节融合或隐藏于友好、 高效的人机界面, 特别是诸如启动 USB设备和接收数据进行显示 /分析等, 人机界面对人机交互有很重要的影 响。
传统的 PC机侧的移动终端 TTY测试软件的用户服务程序人机界面如 图 3e所示, 用户服务程序分离成数据获取和数据分析两个部分。
数据获取部分由 TTY设备控制选项按钮和 TTY设备收发文本显示区域 组成, 其为实时显示处理。 采用了多线程编程技术, 但是编程界面比较简 单, 仅仅是实时传输的数据文本显示, 没有实时的数据传输情况的统计显 数据分析部分仅仅是单线程处理,需要把一台 PC机上的测试结果拷贝 到另一台 PC机之后, 运行这个单线程处理软件, 得出统计结果。 其人机界 面由 1#TTY测试数据文本选择、 2#ΤΤΥ测试数据文本选择、 本地或经过空 口两个 ΤΤΥ设备双方互相收发文本误码率运行及统计信息显示区域, 以及 统计控制按钮和统计结果文本存放位置选择总计 4个部分组成。 实际操作 时, 需要先从测试文本存放位置选择好待统计的测试文本, 再进行统计计 算, 人工参与面较大, 操作烦瑣, 而且不具有实时性。
统计结果不具有实时性的缺陷在于影响移动终端 ΤΤΥ测试效率, 不仅 不能够及时准确定位移动终端 ΤΤΥ性能, 而且由于测试设备较多, 往往数 据异常时, 难以判别是移动终端本身的软硬件问题, 还是外围测试设备的 软硬件问题。
图 3f给出本发明用户服务程序人机界面, 其为一个把数据获取和数据 分析融为一体的程序界面。 该界面由 1#和 2#TTY设备控制选项按钮、 1# 和 2#ΤΤΥ本地传输和经过空口传输信息实时统计显示区域、 1#和2# ΤΤΥ 设备收发文本显示区域、 ΤΤΥ设备总控制按钮和统计控制按钮与统计结果 文本存放位置选择总计 8个部分组成。 除了最后一个部分包含对当前在用 的 PC机侧移动终端 TTY测试软件的非实时的数据分析部分的兼容保留, 其余部分均为实时处理和实时显示。 之所以能够实现实时处理和实时显示, 一方面是由于测试设备硬件上采用了传输速率非常高的 USB处理接口, 另 一方面是由于测试数据本身就是存储在一起(无需从一个 PC机拷贝到另一 个 PC机), 便于多线程处理手段的并行处理。
本发明 PC机侧软件部分的多线程编程包含一个主线程和 4个辅助线 程。 1个主线程负责用户界面, 并保持中枢地位。 其生存周期也就是整个用 户程式的主存期, 用户的动作 (例如鼠标事件、 键盘事件)都会触发主线 程的消息机制, 从而完成对用户的响应 (诸如前述启动 USB通道即为这样 一个过程); 而 4个分离的辅助线程分别负责数据的采集(后台运行)、 数 据的分析处理(后台运行)及数据的显示(分为 TTY设备收发文本显示和 TTY本地传输和经过空口传输信息实时统计显示两个方面)等任务。 辅助 线程是在主线程运行过程中产生的, 其生命就是线程函数本身, 函数一旦 返回, 线程则告结束。
软件界面的 1#和2# TTY设备可以单独设置和控制, 也可以进行统一 控制。 统一控制由 TTY设备总控制按钮实现, 这样 1#和 2# TTY设备就可 以精确的同一时间开始和结束收发文本。 PC机后台通过实时计算统计, 不 仅实时显示传输内容, 而且可以得出每台 TTY设备本地传输(指 TTY设备 和移动终端之间)误码率等指标情况和双方各自经过空口传输的误码率等 指标情况。这样,数据的精确性、实效性得到了可靠保证。同时, 1#和 2# TTY 设备收发文本和测试数据实时统计并行在同一个软件中分两列实时显示, 也大大提高了测试者对于数据观察的直观性。
作为本实施例第二种实施方式, PC机通过 RS232-USB转接数据线监 控移动终端与其对应的 TTY设备之间的文本数据的传输,获取 TTY测试数 据, 并对 TTY测试数据进行分析处理, 得到误码率结果的过程。
如图 3g所示, 两台移动终端经过各自的 TTY设备接入到各自对应的 RS232-USB转接数据线,然后由各自对应的 RS232-USB转接数据线均接至 同一台 PC机。
RS232-USB转接数据线作为 USB-RS232转接设备,可以两根转接数据 线分别接入同一台 PC机的不同 USB接口 (如图 3g中虚线标识), 也可以 通过集线器接入同一台 PC机上的单一 USB接口 (如图 3g中实线标识)。
RS232-USB转接数据线是市场现有产品, 因此发明实施例上的硬件上 无需开发, 仅开发 PC机侧软件即可。 和第一种实施方式相比较,本第二实施方式 PC机侧软件的程序流程和 人机界面完全相同, 但是具体的软件处理措施和部分人机界面的选择按钮 内涵存在较大区别。 原因如下:
一, 普通的 RS232-USB转接数据线内部比较简单, 通常没有单片机, 不需要对 TTY设备进行多路选择, RS232-USB转换也不涉及串并转换, 所 以 PC机侧软件直接针对映射在 PC机上的两个不同的 USB端口(虚拟端口 ) 进行数据采集和传输控制。
二, PC机侧程序人机界面关于 TTY设备的选择按钮内涵会有较大不 同, 例如, 同样是启动 TTY设备的数据传输的选择按钮, 本发明第一种实 施方式中是由同一个 USB通道经过 USB多路采集和控制器中转下发命令, 在本发明第二种实施方式中则是通过不同的 USB通道直接下发命令。因而, 实际的后台处理措施是迥异的。
相较第一种实施方式, 虽然测试硬件上可以直接采用市场采购产品, 但是由于市场产品的多规格化和性能不确定性,实际上 PC机侧软件开发难 度更大, 稳定性也更难保证。 而本发明第一种实施方式由于采用了 USB多 路采集与控制器专用设备(单片机侧程序预先开发好固化其中), PC机侧 软件开发更容易, 稳定性也更有保证。
本实施例两台移动终端分别通过连接到各自设备的 TTY设备转接到共 同的一台 PC机, 通过这台 PC机上的能够同时同步控制两台移动终端的 TTY测试数据互相传输的测试软件进行测试。 这样, 不仅两台移动终端的 TTY测试可以同步启动和终止, 而且测试数据均在同一台 PC上, 可以迅 速准确进行统计比对, 从而可以实时高效并准确评估被测移动终端的 TTY 性能。
通过本发明实施例对于现有移动终端 TTY测试硬件、 软件的一系列改 进, 降低了测试环境搭建的复杂程度, 大大提升了测试的效率和准确程度, 便于快速确定被测移动终端 TTY功能是否正常和 TTY性能好坏与否,进而 有助于节省移动终端 TTY功能的研发调试和测试认证成本, 有利于缩短移 动终端产品 TTY功能的开发周期。
如图 4所示, 本发明一实施例提出一种移动终端的 TTY测试方法, 包 括:
5101 , 移动终端相互之间通过空口网络建立语音通信;
本实施例中两台移动终端经过各自的 TTY设备均接入到 USB转接设 备, 然后再由 USB 转接设备接至同一台 PC 机。 USB 转接设备具体为 USB-RS232转接设备。
在测试时,将测试所用两台移动终端均设置 TTY模式为 TTY FULL模 式, 而且被测试的两移动终端之间通过拨号并经由 ANSI- 136/UMC- 136或 IS-95/IS-856空口网络建立语音通信。
5102 , PC机通过 USB转接设备及移动终端对应的 TTY设备对移动终 端进行 TTY测试, 得到误码率结果。
本实施例中 PC机为单台, 其中, PC机通过 USB转接设备及移动终端 对应的 TTY设备对移动终端进行 TTY测试,得到误码率结果,其具体包括: PC机通过 USB多路采集与控制器或 RS232-USB转接数据线监控移动终端 与其对应的 TTY设备之间的文本数据的传输, 获取 TTY测试数据, 并对 TTY测试数据进行分析处理, 得到误码率结果。
本实施例中 PC机上安装有 TTY测试软件,在测试时,将 PC机上的用 于获取 TTY测试数据的软件打开, 并针对性做一些基本设置, 如测试数据 文本存在何处、 选择具体的模拟 TTY设备打字的文本文件, 具体指模拟人 手对 TTY设备的键盘打字快慢、 键盘上字母、 阿拉伯数字以及符合组合等 的文本等, 通常有快速文本、 慢速文本以及长篇文本等。
然后, 在 PC机上点击测试软件的开始按钮, 同步控制两台 TTY设备 自动通过空口互相收发所选择的文本文件。 收发结束后点击 PC机侧 TTY 测试软件的结束按钮, 收发结果就会自动保存到预先设置的测试数据文本 保存处。
然后, 在该 PC机测试软件点击测试数据分析按钮, 对实时测得的测试 数据文本进行计算统计并生成统计结果文本文件, 获得最终的误码率结果, 并可直接在人机界面进行显示; 同时提示具体的分析结果的文本所在位置, 便于后续用户自行备份。
传统的外设与主机的通信接口一般采用 PCI总线或 RS232串行总线。 PCI总线虽然有很高的传输率 (可达 132Mbps ), 还具有即插即用功能, 但 是其扩充槽相当有限, 且插拔并不方便。 RS232 串行总线虽然连接方便, 但是其带宽非常有限, 传输速度太慢, 而且一条 RS232 串口通信电缆只能 连接一个物理设备。 USB技术集 PCI和 RS232的优点于一身: 具有较高的 传输速率( USB协议 1.1支持最高传输速度达 12Mbps, USB协议 2.0支持 最高传输速度可达 148Mbps ),实现了真正意义上的即插即用( Plug & Play ), 同时 USB上最多可以连接 127个外设。
将 RS232和 USB通信接口进一步比较可知:对于 RS232串口来说,每 一个连接端口之间毫无关联, 各连接端口均具有单独的数据路径和相应的 数据线缆, 因此连接到不同 PC机的情况下, 不同 PC机可以同时传送和接 收数据, 可充分保证数据的实时性, 但是如前所述, 其 TTY测量精度不高 且影响测试效率。 对于 USB接口来说, USB的主机控制器只支持单一通道 或单一数据路径(即使由多个连接端口且每一个连接端口有自己的线缆, 但数据路径只有一个), 多路测试数据处理的实时性难以保证, 但实际上, 由于 USB作为一种 PC机互连协议, 可同时连接多达 127个设备, 所有设 备分享可通信时间, 且解决了如资源沖突、 中断请求(IRQs )和直接数据 通道( DMAs )等诸多问题,经过分时输入数据采集并处理的实时性比 RS232 反而会更加有保证。
本实施例正是基于上述 USB技术的特点, 引入 USB技术应用于无线 终端的 TTY测试数据的实时处理, 实现同一台 PC机同步实时处理两路或 两路以上 TTY设备的测试数据。
如图 5所示, S102中 PC机通过 USB多路采集与控制器监控移动终端 与其对应的 TTY设备之间的文本数据的传输,获取 TTY测试数据的步驟包 括:
51021 , PC机通过 USB多路采集与控制器中的多路选择器对来自 TTY 设备的多路信号进行分时选择, 使其分时输入至 USB多路采集与控制器中 的单片机;
51022, 通过单片机对接收的分时信号进行串并转换, 得到 TTY测试 数据;
51023 , 通过 USB多路采集与控制器中的 USB接口控制器接收串并转 换后的 TTY测试数据。
本实施例中 PC机通过 USB转接设备及移动终端对应的 TTY设备对移 动终端进行 TTY测试的基本原理,请参见上述系统实施例,在此不作详述。
本发明实施例移动终端的 TTY测试方法及系统, 通过将至少两台移动 终端经过各自的 TTY设备并通过 USB转接设备同时接入到同一台 PC机, 对移动终端进行 TTY测试, 降低了测试环境搭建的复杂程度, 大大提升了 TTY测试的效率和准确程度,便于快速确定被测移动终端的 TTY功能是否 正常以及 TTY性能好坏与否,进而有助于节省移动终端 TTY功能的研发调 试和测试认证成本, 更有利于缩短移动终端产品 TTY功能的开发周期。
以上所述仅为本发明的优选实施例, 并非因此限制本发明的专利范围 , 凡是利用本发明说明书及附图内容所作的等效结构或流程变换, 或直接或 间接运用在其它相关的技术领域, 均同理包括在本发明的专利保护范围内。

Claims

权利要求书
1、 一种移动终端的文本电话 TTY测试方法, 其特征在于, 包括: 移动终端相互之间通过空口网络建立语音通信;
个人电脑 PC机通过通用串行总线 USB转接设备及所述移动终端对应 的 TTY设备对所述移动终端进行 TTY测试, 得到误码率结果。
2、 根据权利要求 1所述的方法, 其特征在于, 所述 PC机通过 USB转 接设备及所述移动终端对应的 TTY设备对所述移动终端进行 TTY测试,得 到误码率结果的步骤包括:
PC机通过 USB多路采集与控制器或 RS232-USB转接数据线监控所述 移动终端与其对应的 TTY设备之间的文本数据的传输,获取 TTY测试数据, 并对所述 TTY测试数据进行分析处理, 得到误码率结果。
3、 根据权利要求 2所述的方法, 其特征在于, 所述 PC机通过 USB多 路采集与控制器监控所述移动终端与其对应的 TTY设备之间的文本数据的 传输, 获取 TTY测试数据的步骤包括:
所述 PC机通过所述 USB多路采集与控制器中的多路选择器对来自所 述 TTY设备的多路信号进行分时选择,使其分时输入至 USB多路采集与控 制器中的单片机;
通过所述单片机对接收的分时信号进行串并转换,得到 TTY测试数据; 通过 USB多路采集与控制器中的 USB接口控制器接收串并转换后的 TTY测试数据。
4、 根据权利要求 3所述的方法, 其特征在于, 所述多路选择器由所述 单片机控制对来自所述 TTY设备的多路信号进行分时选择。
5、 根据权利要求 1至 4中任一项所述的方法, 其特征在于, 所述 PC 机对所述 TTY测试数据进行分析处理,得到误码率结果的步骤之后还包括: 将所述误码率结果在人机界面显示。
6、 一种移动终端的 TTY测试系统, 其特征在于, 包括: 至少两台移 动终端、 与移动终端对应的 TTY设备、 USB转接设备及 PC机; 所述移动终端与其对应的 TTY设备连接,所述 USB转接设备连接在所 述 TTY设备与所述 PC机之间;
所述至少两台移动终端, 用于通过空口网络建立相互之间的语音通信, 并通过其对应的 TTY设备以及所述 USB转接设备, 由所述 PC机对该至少 两台移动终端进行 TTY测试;
所述 PC机, 用于通过所述 USB转接设备及所述移动终端对应的 TTY 设备对所述移动终端进行 TTY测试, 得到误码率结果。
7、 根据权利要求 6所述的系统, 其特征在于, 所述 PC机具体用于: 通过 USB多路采集与控制器或 RS232-USB转接数据线监控所述移动 终端与其对应的 TTY设备之间的文本数据的传输,获取 TTY测试数据,并 对所述 TTY测试数据进行分析处理, 得到误码率结果。
8、 根据权利要求 7所述的系统, 其特征在于, 所述 PC机具体用于: 通过所述 USB多路采集与控制器中的多路选择器对来自所述 TTY设备 的多路信号进行分时选择, 使其分时输入至 USB多路采集与控制器中的单 片机; 通过所述单片机对接收的分时信号进行串并转换, 得到 TTY测试数 据; 通过 USB多路采集与控制器中的 USB接口控制器接收串并转换后的 TTY测试数据。
9、 根据权利要求 8所述的系统, 其特征在于, 所述多路选择器由所述 单片机控制对来自所述 TTY设备的多路信号进行分时选择。
10、 根据权利要求 6至 9中任一项所述的系统, 其特征在于, 所述 PC 机还用于:
将所述误码率结果在人机界面显示。
11、 根据权利要求 7所述的系统, 其特征在于, 每一所述 TTY设备对 应连接一所述 RS232-USB转接数据线, 各所述 RS232-USB转接数据线通 过集线器接入所述 PC机。
PCT/CN2011/083543 2011-06-16 2011-12-06 移动终端的tty测试方法及系统 WO2012171304A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110162904.0A CN102223452B (zh) 2011-06-16 2011-06-16 移动终端的tty测试方法及系统
CN201110162904.0 2011-06-16

Publications (1)

Publication Number Publication Date
WO2012171304A1 true WO2012171304A1 (zh) 2012-12-20

Family

ID=44779873

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/083543 WO2012171304A1 (zh) 2011-06-16 2011-12-06 移动终端的tty测试方法及系统

Country Status (2)

Country Link
CN (1) CN102223452B (zh)
WO (1) WO2012171304A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11573871B2 (en) * 2019-05-08 2023-02-07 Yealink (Xiamen) Network Technology Co., Ltd. Debugging method for USB device and USB device

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223452B (zh) * 2011-06-16 2016-12-07 中兴通讯股份有限公司 移动终端的tty测试方法及系统
CN103389845B (zh) * 2013-07-04 2016-09-07 深圳市泛思成科技有限公司 一种电容式触摸屏烧录测试系统
CN103344863B (zh) * 2013-07-15 2016-06-22 惠州Tcl移动通信有限公司 移动终端的测试方法及测试系统
US9979831B2 (en) * 2015-03-30 2018-05-22 Mediatek Inc. Method for cellular text telephone modem operation with sampling rate conversion and machine readable medium
CN105955908B (zh) * 2016-04-21 2019-03-15 北京国旺盛源智能终端科技有限公司 一种用于实现多串口设备连接和监控方法
CN106992007B (zh) * 2017-03-28 2020-07-28 百度在线网络技术(北京)有限公司 基于语音识别打分系统的数据处理方法和装置
CN113406879A (zh) * 2021-05-18 2021-09-17 南昌逸勤科技有限公司 智能手表

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101090554A (zh) * 2007-07-16 2007-12-19 中兴通讯股份有限公司 用于手机tty测试的转接装置及方法
CN201222761Y (zh) * 2008-06-13 2009-04-15 华东师范大学附属杨行中学 一种可视文字电话机
US7649982B2 (en) * 2006-12-15 2010-01-19 Verizon Patent And Licensing Inc. Network-test system and method using script command in a server to emulate a tty device and define a tty test case
CN102223452A (zh) * 2011-06-16 2011-10-19 中兴通讯股份有限公司 移动终端的tty测试方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7649982B2 (en) * 2006-12-15 2010-01-19 Verizon Patent And Licensing Inc. Network-test system and method using script command in a server to emulate a tty device and define a tty test case
CN101090554A (zh) * 2007-07-16 2007-12-19 中兴通讯股份有限公司 用于手机tty测试的转接装置及方法
CN201222761Y (zh) * 2008-06-13 2009-04-15 华东师范大学附属杨行中学 一种可视文字电话机
CN102223452A (zh) * 2011-06-16 2011-10-19 中兴通讯股份有限公司 移动终端的tty测试方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11573871B2 (en) * 2019-05-08 2023-02-07 Yealink (Xiamen) Network Technology Co., Ltd. Debugging method for USB device and USB device

Also Published As

Publication number Publication date
CN102223452A (zh) 2011-10-19
CN102223452B (zh) 2016-12-07

Similar Documents

Publication Publication Date Title
WO2012171304A1 (zh) 移动终端的tty测试方法及系统
CN106844268B (zh) 一种usb设备测试系统、测试方法及测试装置
CN102546843B (zh) 一种通过软件模拟实现多个uart通信接口的方法
WO2014023257A1 (zh) 指令处理方法、装置和系统
CN102033840B (zh) 总线协议转换装置和总线协议转换方法
CN105335548B (zh) 一种用于ice的mcu仿真方法
CA2962771A1 (en) Embedded universal serial bus (usb) debug (eud) for multi-interfaced debugging in electronic systems
CN106454389A (zh) 一种直播视频的播放方法与装置
CN110134447A (zh) 基于操作系统的bmc即时更新硬盘信息的系统及方法
CN112256615B (zh) Usb转换接口装置
TW201423413A (zh) 匯流排訊號監測裝置及方法
CN101119224B (zh) 基于atca机架的fru调试和测试装置
WO2016184170A1 (zh) Smi接口器件的调试装置及方法、存储介质
WO2024131133A1 (zh) 电子设备数据处理方法、装置、电子设备和存储介质
TW201424295A (zh) 匯流排訊號監測裝置及方法
CN112380152A (zh) 一种NVMe-oF异构存储访问控制器及访问方法
TW201324173A (zh) SAS Expander設備的PHY調整方法及系統
CN109558324A (zh) 一种检测方法及设备
CN215990854U (zh) 一种协议分析仪
CN200941625Y (zh) 基于atca机架的fru调试和测试装置
CN112162894B (zh) 芯片及其调试组件、调试系统
CN106341488A (zh) 一种基于tcmu虚拟块设备的网络存储后端超时处理方法
CN109254937B (zh) Usb集线器、usb设备枚举异常检测方法及计算机存储介质
CN104317688B (zh) 一种电池状态检测方法
CN201717977U (zh) 多媒体自动录音录像装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11868000

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11868000

Country of ref document: EP

Kind code of ref document: A1