US20060109786A1 - Method and system for identifying degradation of a media service - Google Patents
Method and system for identifying degradation of a media service Download PDFInfo
- Publication number
- US20060109786A1 US20060109786A1 US10/991,514 US99151404A US2006109786A1 US 20060109786 A1 US20060109786 A1 US 20060109786A1 US 99151404 A US99151404 A US 99151404A US 2006109786 A1 US2006109786 A1 US 2006109786A1
- Authority
- US
- United States
- Prior art keywords
- packet loss
- threshold
- service
- expected
- loss rate
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000015556 catabolic process Effects 0.000 title claims abstract description 32
- 238000006731 degradation reaction Methods 0.000 title claims abstract description 32
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000004891 communication Methods 0.000 claims description 67
- 238000004364 calculation method Methods 0.000 claims description 7
- 230000000007 visual effect Effects 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 abstract description 6
- 230000009471 action Effects 0.000 abstract description 5
- 230000006870 function Effects 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 5
- 238000005070 sampling Methods 0.000 description 3
- 208000003028 Stuttering Diseases 0.000 description 2
- 230000000593 degrading effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 208000015976 Corneal dystrophy-perceptive deafness syndrome Diseases 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000002547 anomalous effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
Definitions
- the present application relates to methods and devices for predicting quality-of-service problems with media services and, in particular, to a method and device that identifies degraded media service on the basis of packet loss rate.
- VoIP Voice-over-IP
- RTP real-time transport protocol
- packet loss can introduce jitter, clicks, stutter, and other audio artefacts that detract from the user's speech comprehension.
- RTCP real-time transport control protocol
- the present application describes a method and device for identifying the degradation in service quality for a media service.
- the receiving device knows an expected packet generation rate for the other termination point, which may be determined by the receiving device based upon the codec and payload size selected on initiating the media service.
- the packets actually received by the device from the other termination point are counted over a time period, and this number is compared with the number of packets that were expected based upon the packet generation rate. From this comparison a packet loss rate may be determined. If the packet loss rate exceeds a threshold level, then the device may issue a user alert, terminate the service, or take other action.
- the present application provides a method of identifying degradation of a media service.
- the media service is conducted by a wireless device in a wireless system and the media service has an expected packet generation rate.
- the method includes steps of counting a number of data packets actually received by the wireless device over a period of time, calculating a packet loss rate from the counted number of data packets and the expected packet generation rate, and determining that the media service is experiencing significant quality degradation based upon the packet loss rate exceeding a threshold.
- the present application provides a mobile wireless device for engaging in a media service through a wireless communication system.
- the media service has an expected packet generation rate.
- the mobile wireless device includes a communications subsystem for establishing a connection with the wireless communication system and receiving RF communications, including data packets from a termination point, a memory storing the expected packet generation rate, and a processor associated with the memory and controlling the communications subsystem.
- the mobile device also includes a packet loss module for identifying degradation of the media service.
- the packet loss module includes a packet loss calculation component for counting a number of data packets actually received over a period of time and calculating a packet loss rate from the counted number of data packets and the expected packet generation rate, and a service degradation handling component for determining that the media service is experiencing significant quality degradation based upon the packet loss rate exceeding a threshold.
- FIG. 1 diagrammatically shows a wireless communications system
- FIG. 2 shows a block diagram of an embodiment of a mobile device
- FIG. 3 shows, in flowchart form, a method for identifying degrading quality of a wireless service using a mobile device.
- FIG. 1 diagrammatically shows a wireless communications system 12 .
- the wireless communications system 12 includes a plurality of access points or base stations 14 (two are shown individually as 14 a and 14 b ) interconnected in a network 20 .
- the wireless communications system 12 may comprise a wireless local area network associated with a campus, building, or other facility.
- the wireless communication system 12 may comprise a wireless network conforming to IEEE 802.11 standards.
- the wireless communications system 12 may comprise any wireless communications network or combination of interconnected networks, including, without limitation, TDMA, CDMA, GSM/GPRS, EDGE, UMTS or CDPD.
- the wireless communications system 12 may be connected to other networks or communication system including, for example, the public switched telephone network (PSTN) (not shown), or a wide area network such as the Internet (not shown).
- PSTN public switched telephone network
- Internet not shown
- the base stations 14 perform radio frequency (RF) protocols to support data and voice exchanges with one or more mobile devices 10 (shown individually as 10 a and 10 b ). Each mobile device 10 is configured to exchange RF-based communications with one of the base stations 14 using known protocols.
- the mobile device 10 a may establish a service with another mobile device 10 b or other termination point, wherein the service includes sending and/or receiving media packets through the wireless communications system 12 over a media path 18 .
- the media packets relate to real-time media, such as audio, video, or multi-media applications.
- the media packets relate to a Voice-over-IP call.
- the media packets may relate to video sessions, streaming audio or video, real-time gaming applications or other multi-media sessions.
- Such a media session may be established over IP-based networks using real-time transport protocol (RTP) on top of user datagram protocol (UDP).
- RTP real-time transport protocol
- UDP user datagram protocol
- Session initiation protocol (SIP) or other control protocols may be employed to set-up, manage, control, and or tear down media paths between termination points.
- FIG. 1 depicts a media session between two mobile devices 10 in the wireless communication system 12
- the present application is not limited to point-to-point media sessions and may include multi-cast or broadcast communications.
- the present application is not limited to communications within the wireless communications system 12 .
- the media session may be established between a mobile device 10 within the wireless communication system and termination points located on other networks connected with the wireless communication system 12 , including through the Internet or the PSTN.
- the termination points are not necessarily other mobile devices 10 , and may include IP phones, personal computers, gateways, media servers, and any other device capable of terminating a media service.
- a VoIP session or other media session, including a video session may employ any one of a number of codecs for encoding, and possibility compressing, the media data for packetization and transport.
- a common audio codec that employs pulse-code modulation (PCM) is the G.711 protocol established by the International Telecommunications Union (ITU).
- ITU International Telecommunications Union
- Other ITU standards include G.729, G.726, and G.723.
- the selected codec establishes a known sample rate.
- the G.711 protocol employs a sample rate of 8000 Hz.
- multiple samples are packaged by a sending device into a packet for transmission over the network to a receiving device.
- RTP standard as defined in RFC 3550 issued by the Internet Engineering Task Force (IETF).
- IETF RFC 1890 regarding audio and video conferencing suggests a default packet interval of 20 ms for packetized audio.
- the packet interval might also be 10 ms, 30 ms, 40 ms, or 50 ms.
- the packet interval depends on the codec sampling rate, the sample resolution or byte size, and the packet payload size. For example, under G.711, which uses a sample rate of 8000 Hz (a bit rate of 64 kbps) one might select a payload size of 160 bytes, which leads to a packet interval of 20 ms, i.e. a packet per second rate of 50. One might alternatively select a payload size of 240 bytes, which would lead to a packet interval of 30 ms, i.e. a packet per second rate of 33.33.
- a codec using G.729 has a sample rate of 1000 Hz (a bit rate of 8 kpbs) and one might select a payload size of 20 bytes, which would lead to a packet interval of 20 ms, i.e. a packet per second rate of 50.
- the mobile devices 10 operate using a predetermined packet interval or packet generation rate for communications over the media path 18 .
- the packet interval or generation rate is determined based upon the codec sampling rate and the packet payload size. In many embodiments, these factors are established during the call setup. For example, the device initiating the call may specify the codec to be used in the call. The initiating device may offer a selection of possible codecs and the responding device may select one of the codecs that it supports. The devices may also agree on a payload size. In one embodiment, these factors are negotiated or agreed upon using SIP. Once these factors are settled, i.e. once the devices determine the codec and the payload size, they can calculate or determine the packet generation rate. This rate may then be stored on the devices for use in determining the packet loss rate, as described below.
- the mobile device 10 determines a packet loss rate with respect to packets sent by a termination point by counting the number of received packets over a time period and comparing the number of received packets with the expected number of received packets, wherein the expected number of received packets is established by the predetermined packet generation rate. Based upon the packet loss rate, the mobile device 10 is able to assess the quality of service. Packets may be lost due to a number of factors, including attenuation of or interference with RF signals between the base station 14 and the mobile device 10 , or network congestion within the network 20 . Once the packet loss rate reaches certain thresholds, the quality of service becomes noticeably degraded.
- the media may become largely unintelligible. For example, packet loss in a VoIP call can result in clicks, stutter, audio jitter, and other artefacts. With significant degradation, a recipient may be unable to hear the other party clearly or at all.
- the present application allows the mobile device 10 to automatically detect when packet loss becomes high enough to cause significant degradation of the quality of service. If the packet loss rate reaches a predetermined threshold, then the mobile device 10 may take action. In some embodiments, the mobile device 10 may alert the user with a sensible output, such as a sound, flashing display or LED, or vibration. The alert signal notifies the user that the mobile device 10 has detected a degraded media session and there is a risk of further degradation to the quality of service. In another embodiment, where the threshold indicates a largely unintelligible service, the mobile device 10 may initiate an automatic service termination to avoid having the service continue to consume network resources when it is no longer functional from a quality of service point of view.
- a sensible output such as a sound, flashing display or LED, or vibration.
- the alert signal notifies the user that the mobile device 10 has detected a degraded media session and there is a risk of further degradation to the quality of service.
- the threshold indicates a largely unintelligible service
- the mobile device 10
- the mobile device 10 is a hand-held two-way mobile communication device having at least data and possibly also voice communication capabilities.
- the device has the capability to communicate with other computer systems on the Internet.
- the mobile device 10 may include a data communication device, a multiple-mode communication device configured for both data and voice communication, a mobile IP telephone, a mobile communication device, a PDA enabled for wireless communications, a 1-way or 2-way pager, a wireless modem operating in conjunction with a computer system, and any other type of mobile wireless communication device capable of engaging in real-time packet-based communication services such as, for example, VoIP.
- the mobile device 10 is configured to operate within the wireless communications system 12 . It should be appreciated however that the present application is in no way limited to these example types of devices and may be implemented in other devices.
- the device 10 includes a communication subsystem 11 .
- the communications subsystem 11 manages the wireless RF communications with base stations 14 in the wireless communications system 12 .
- the communication subsystem 11 may include one or more antennae, a transceiver, a processing element like a digital signal processor and other components. As will be apparent to those skilled in the field of communications, the particular design of the communication subsystem 11 will be dependent upon the wireless communications system 12 in which the device 10 is intended to operate.
- the communication subsystem 11 manages the tasks of establishing a connection with a base station 14 and sending and receiving packets over the connection.
- the device 10 includes a microprocessor 38 that controls the overall operation of the device 10 .
- the microprocessor 38 interacts with the communications subsystem 11 and also interacts with further device subsystems such as the display 22 , flash memory 24 , random access memory (RAM) 26 , subscriber identity module (SIM) 56 , auxiliary input/output (I/O) subsystems 28 (which may include a thumb-wheel, for example), serial port 30 , keyboard or keypad 32 , speaker 34 , microphone 36 , a short-range communications subsystem 40 , and any other device subsystems generally designated as 42 .
- SIM subscriber identity module
- I/O subsystems 28 which may include a thumb-wheel, for example
- serial port 30 keyboard or keypad 32
- speaker 34 speaker 34
- microphone 36 a short-range communications subsystem 40
- any other device subsystems generally designated as 42 .
- Some of the subsystems shown in FIG. 2 perform communication-related functions, whereas other subsystems may provide “resident” or on-device functions.
- some subsystems such as keyboard 32 and display 22 for example, may be used for both communication-related functions, such as entering a text message for transmission over a communication network, and device-resident functions such as a calculator or task list.
- Host operating system software 54 and various host software applications 58 used by the microprocessor 38 are, in one example embodiment, stored in a persistent store such as flash memory 24 or similar storage element.
- Host software applications 58 may include a wide range of applications, including a text messaging application, a ring tone application, a contacts application, and/or a game application.
- the host operating system 54 , specific host applications 58 , or parts thereof may be temporarily loaded into a volatile store such as RAM 26 . It is contemplated that received communication signals may also be stored to RAM 26 .
- the microprocessor 38 in addition to its operating system functions, enables execution of host software applications 58 on the device.
- a predetermined set of host applications 58 which control basic device operations, including at least voice communication applications for example, will normally be installed on the device 10 during manufacture. Further applications may also be loaded onto the device 10 through the WLAN 12 , an auxiliary I/O subsystem 28 , serial port 30 , short-range communications subsystem 40 or any other suitable subsystem 42 , and installed by a user in the RAM 26 or a non-volatile store for execution by the microprocessor 38 .
- Such flexibility in application installation increases the functionality of the device and may provide enhanced on-device functions, communication-related functions, or both.
- secure communication applications may enable electronic commerce functions and other such financial transactions to be performed using the device 10 .
- a received signal such as a voice call, a text message, or web page download will be processed by the communication subsystem 11 and input to the microprocessor 38 , which will preferably further process the received signal for output to the speaker 34 or the display 22 , or alternatively to an auxiliary I/O device 28 .
- a user of device 10 may also compose data items such as text messages for example, using the keyboard 32 in conjunction with the display 22 and possibly an auxiliary I/O device 28 . Such composed items may then be transmitted over a communication network through the communication subsystem 11 .
- the serial port 30 in FIG. 1 would normally be implemented in a personal digital assistant (PDA)-type communication device for which synchronization with a user's desktop computer (not shown) may be desirable, but is an optional device component.
- PDA personal digital assistant
- Such a port 30 would enable a user to set preferences through an external device or software application and would extend the capabilities of the device by providing for information or software downloads, including user interface information, to the device 10 other than through a wireless communication network.
- a short-range communications subsystem 40 is a further component which may provide for communication between the device 10 and different systems or devices, which need not necessarily be similar devices.
- the subsystem 40 may include an infrared device and associated circuits and components or a BluetoothTM communication module to provide for communication with similarly enabled systems and devices.
- the mobile device 10 includes a packet loss module 60 for determining a packet loss rate and for determining whether the packet loss rate indicates a degraded service quality.
- the mobile device 10 may also include an expected packet generation rate 62 .
- the expected packet generation rate 62 may be calculated or determined by the device 10 once it agrees upon a codec and payload size to be used in a particular media service.
- the mobile device 10 includes a look-up table that stores the expected packet generation rates 62 corresponding to various combinations of codecs and payload sizes. Once a codec and payload size is determined for a given media service session, the device 10 is able to determine the expected packet generation rate 62 from the look-up table.
- the packet loss module 60 may include a packet loss calculation component 64 and a service degradation handling component 66 .
- the packet loss calculation component 64 calculates the packet loss by counting the number of received packets over the course of a predetermined time period. At expiry of the predetermined time period, the packet loss calculation component 64 determines the packet loss rate in accordance with the following formula: Number ⁇ ⁇ ⁇ of ⁇ ⁇ ⁇ RTP ⁇ ⁇ packets ⁇ ⁇ expected - Number ⁇ ⁇ ⁇ of ⁇ ⁇ RTP ⁇ ⁇ packets ⁇ ⁇ received Number ⁇ ⁇ of ⁇ ⁇ RTP ⁇ ⁇ packets ⁇ ⁇ expected
- the number of RTP packets expected is determined by multiplying the length of the predetermined time period with the expected packet generation rate 62 .
- the predetermined time period is selected so as to be long enough to reduce the impact of any anomalous delays in packet transmission. In one embodiment, the predetermined time period is about 10 seconds and the expected packet generation rate 62 is 50 per second (1 every 20 ms), which leads to an expected number of RTP packet of 500. If the number of packets received is, for example, 450, then the packet loss rate is (500-450)/500, which is 0.1 or 10%.
- the service degradation handling component 66 receives the calculated packet loss rate from the packet loss calculation component 64 .
- the service degradation handling component 66 compares the calculated packet loss rate with one or more threshold values and may take action if the packet loss rate exceeds one or more of the threshold values.
- the service degradation handling component 66 applies a first threshold. If the packet loss rate exceeds the first threshold, then the service degradation handling component 66 outputs an alert signal.
- the alert signal triggers a sensible output from the mobile device 10 .
- the sensible output may comprise a beep or other audible signal.
- the audible signal may be injected into the voice data of a VoIP call or may be output separately from the audio of the VoIP call.
- the output may also or alternatively be a visual or kinetic signal.
- the alert may by output by way of display screen or LED.
- the alert might also be signalled using vibration or other kinetic signals.
- the alert signal may be output once or may be output repeatedly. If output repeatedly, then the user may be permitted to turn off the alert through a keystroke, key combination, soft key or other input mechanism.
- the first threshold is established by determining a packet loss rate that coincides with a significant degree of service quality degradation.
- the threshold may differ for different applications. In one embodiment, for a VoIP call, the first threshold is set between about 10% and 20%.
- a user When a user receives a sensible output that signifies a degraded service quality, the user may elect to continue with the call or intentionally terminate the call. The user may also elect to terminate another application or service that is consuming bandwidth and contributing to congestion or packet loss. The alert signal may also serve to notify the user that the service quality could degrade further, which could trigger other action by the mobile device 10 , as described below.
- the service degradation handling component 66 applies a second threshold.
- the second threshold may be applied in addition to the first threshold or instead of the first threshold. If the service degradation handling component 66 determines that the calculated packet loss rate exceeds the second threshold, then the service degradation handling component 66 triggers termination of the active service. For example, if the service is a VoIP call, then the service degradation handling component 66 triggers issuance of a call release command or message.
- the mobile device 10 sends a SIP BYE message.
- the second threshold is established by determining a packet loss rate that coincides with a degree of service quality degradation that renders the service nearly unintelligible. For example, with a VoIP call, the second threshold may be established by determining a packet loss rate at which the speech of the other user becomes very difficult or impossible to hear due to the lost packets. In one embodiment, for a VoIP call, the second threshold is about 30%.
- FIG. 2 depicts the packet loss module 62 as residing in flash memory 24 for execution by the microprocessor 38 , those of ordinary skill in the art will appreciate that the packet loss module 62 may be incorporated as a part of the communication subsystem 11 and may be executed by a processor internal to the communication subsystem 11 .
- FIG. 3 shows, in flowchart form, a method 100 of identifying degrading quality of a wireless service using a mobile device.
- the method 100 begins in step 102 , wherein a wireless service, like a VoIP call, is established between the mobile device and one or more termination points.
- the mobile device stores a predetermined packet generation rate associated with the service, wherein the predetermined packet generation rate is the rate at which the termination point generates packets for transmission to the mobile device.
- the mobile device may store a predetermined packet generation rate for each party and may perform the method 100 in connection with packets received from each party.
- the predetermined packet generation rate may be calculated or determined by the device during the service set-up or initiation after a particular codec and payload size are selected for the service. Therefore, FIG. 3 shows a step 103 wherein the device determines or calculates the predetermined packet generation rate. As noted above, the device may employ a look-up table or similar mechanism to determine this rate.
- step 104 the mobile device starts a timer. While the timer runs, in step 106 the mobile device counts the number of packets received from the termination point. The mobile device continues to count received packets until the time reaches the end of a predetermined time period in step 108 .
- the mobile device calculates the packet loss rate. As described above, the packet loss rate is determined from the number of packets actually received, the expected packet generation rate, and the length of the time period. The mobile device then compares the packet loss rate with a first threshold in step 112 . If the packet loss rate does not exceed the first threshold, then the method 100 returns to step 104 to restart the timer and continue to monitor the packet loss rate.
- step 114 the mobile device determines whether the packet loss rate exceeds a second threshold.
- the second threshold is higher than the first threshold, i.e. it indicates a higher packet loss rate. If the calculated packet loss rate lies between the first and second thresholds, then the method 100 continues to step 116 , wherein the mobile device triggers a user alert signal. As described above, this signal may be auditory, visual, and/or kinetic. Following triggering of the user alert signal, the method 100 returns to step 104 to restart the timer and reassess the packet loss rate. If, on reassessing the packet loss rate (step 112 ) it is found to be below the first threshold, then the method 100 returns to step 104 through step 113 .
- the user alert signal may be turned off.
- the user alert signal may be a discreet occurrence (e.g. an audio beep) that does not need to be “turned off” in step 113 ; however, in other embodiments, the user alert signal may be an ongoing occurrence that must be turned off once the packet loss rate is found to have recovered.
- the mobile device terminates the active service. For example, the mobile device may issue a call release command or message, such as a SIP BYE message.
Abstract
Description
- The present application relates to methods and devices for predicting quality-of-service problems with media services and, in particular, to a method and device that identifies degraded media service on the basis of packet loss rate.
- Many wireless mobile devices are capable of engaging in media services over a wireless network wherein they send and receive media packets. One common such service is a Voice-over-IP (VoIP) call. Network congestion and RF transmission problems can lead to lost packets. Many of the protocols used for media services, like real-time transport protocol (RTP), are focused on packet throughput and efficiency so as to deliver real-time or near-real-time services. Accordingly, lost packets may not be resent or recovered. When packet loss becomes significant, the service quality may become noticeably degraded and the user may have difficulty understanding audio or video. In a VoIP call, packet loss can introduce jitter, clicks, stutter, and other audio artefacts that detract from the user's speech comprehension. Once packet loss becomes significantly high, the media, e.g. audio or video, may become incomprehensible to a user.
- It would be advantageous for a mobile device to be able to assess the level of service degradation due to packet loss. Some protocols provide for dissemination of packet statistics. For example, the RTP standard has an associated real-time transport control protocol (RTCP) which provides for the exchange of periodic RTCP packets that contain statistics on the number of packets sent and received. A drawback to this model of gathering packet statistics is that it depends on the sending and receipt of RTCP packets between termination points. If the media path is significantly degraded such that RTP packets are being lost, then there is a reasonable likelihood that an RTCP packet may also be lost.
- The present application describes a method and device for identifying the degradation in service quality for a media service. The receiving device knows an expected packet generation rate for the other termination point, which may be determined by the receiving device based upon the codec and payload size selected on initiating the media service. The packets actually received by the device from the other termination point are counted over a time period, and this number is compared with the number of packets that were expected based upon the packet generation rate. From this comparison a packet loss rate may be determined. If the packet loss rate exceeds a threshold level, then the device may issue a user alert, terminate the service, or take other action.
- In one aspect, the present application provides a method of identifying degradation of a media service. The media service is conducted by a wireless device in a wireless system and the media service has an expected packet generation rate. The method includes steps of counting a number of data packets actually received by the wireless device over a period of time, calculating a packet loss rate from the counted number of data packets and the expected packet generation rate, and determining that the media service is experiencing significant quality degradation based upon the packet loss rate exceeding a threshold.
- In another aspect, the present application provides a mobile wireless device for engaging in a media service through a wireless communication system. The media service has an expected packet generation rate. The mobile wireless device includes a communications subsystem for establishing a connection with the wireless communication system and receiving RF communications, including data packets from a termination point, a memory storing the expected packet generation rate, and a processor associated with the memory and controlling the communications subsystem. The mobile device also includes a packet loss module for identifying degradation of the media service. The packet loss module includes a packet loss calculation component for counting a number of data packets actually received over a period of time and calculating a packet loss rate from the counted number of data packets and the expected packet generation rate, and a service degradation handling component for determining that the media service is experiencing significant quality degradation based upon the packet loss rate exceeding a threshold.
- Other aspects and features of the present application will be apparent to one of ordinary skill in the art in light of the following detailed description and drawings depicting one or more embodiments.
- Embodiments will now be described, by way of example only, with reference to the attached Figures, wherein:
-
FIG. 1 diagrammatically shows a wireless communications system; -
FIG. 2 shows a block diagram of an embodiment of a mobile device; and -
FIG. 3 shows, in flowchart form, a method for identifying degrading quality of a wireless service using a mobile device. - Like reference numerals are used throughout the Figures to denote similar elements and features.
- Reference is first made to
FIG. 1 , which diagrammatically shows awireless communications system 12. Thewireless communications system 12 includes a plurality of access points or base stations 14 (two are shown individually as 14 a and 14 b) interconnected in anetwork 20. Thewireless communications system 12 may comprise a wireless local area network associated with a campus, building, or other facility. For example, thewireless communication system 12 may comprise a wireless network conforming to IEEE 802.11 standards. In other embodiments, thewireless communications system 12 may comprise any wireless communications network or combination of interconnected networks, including, without limitation, TDMA, CDMA, GSM/GPRS, EDGE, UMTS or CDPD. Thewireless communications system 12 may be connected to other networks or communication system including, for example, the public switched telephone network (PSTN) (not shown), or a wide area network such as the Internet (not shown). - As is known, the
base stations 14 perform radio frequency (RF) protocols to support data and voice exchanges with one or more mobile devices 10 (shown individually as 10 a and 10 b). Eachmobile device 10 is configured to exchange RF-based communications with one of thebase stations 14 using known protocols. Themobile device 10 a may establish a service with anothermobile device 10 b or other termination point, wherein the service includes sending and/or receiving media packets through thewireless communications system 12 over amedia path 18. The media packets relate to real-time media, such as audio, video, or multi-media applications. In one embodiment, the media packets relate to a Voice-over-IP call. In other embodiments the media packets may relate to video sessions, streaming audio or video, real-time gaming applications or other multi-media sessions. Such a media session may be established over IP-based networks using real-time transport protocol (RTP) on top of user datagram protocol (UDP). Session initiation protocol (SIP) or other control protocols may be employed to set-up, manage, control, and or tear down media paths between termination points. - Although
FIG. 1 depicts a media session between twomobile devices 10 in thewireless communication system 12, it will be appreciated that the present application is not limited to point-to-point media sessions and may include multi-cast or broadcast communications. Moreover, the present application is not limited to communications within thewireless communications system 12. The media session may be established between amobile device 10 within the wireless communication system and termination points located on other networks connected with thewireless communication system 12, including through the Internet or the PSTN. The termination points are not necessarily othermobile devices 10, and may include IP phones, personal computers, gateways, media servers, and any other device capable of terminating a media service. - A VoIP session or other media session, including a video session, may employ any one of a number of codecs for encoding, and possibility compressing, the media data for packetization and transport. A common audio codec that employs pulse-code modulation (PCM) is the G.711 protocol established by the International Telecommunications Union (ITU). Other ITU standards include G.729, G.726, and G.723.
- The selected codec establishes a known sample rate. For example, the G.711 protocol employs a sample rate of 8000 Hz. Typically, multiple samples are packaged by a sending device into a packet for transmission over the network to a receiving device. Those of ordinary skill in the art will recognize that use of a given codec having an established sampling rate does not necessarily lead to a particular packet rate in all implementations under the RTP standard as defined in RFC 3550 issued by the Internet Engineering Task Force (IETF). However, IETF RFC 1890 regarding audio and video conferencing suggests a default packet interval of 20 ms for packetized audio. In some embodiments, the packet interval might also be 10 ms, 30 ms, 40 ms, or 50 ms.
- The packet interval depends on the codec sampling rate, the sample resolution or byte size, and the packet payload size. For example, under G.711, which uses a sample rate of 8000 Hz (a bit rate of 64 kbps) one might select a payload size of 160 bytes, which leads to a packet interval of 20 ms, i.e. a packet per second rate of 50. One might alternatively select a payload size of 240 bytes, which would lead to a packet interval of 30 ms, i.e. a packet per second rate of 33.33. As another example, a codec using G.729 has a sample rate of 1000 Hz (a bit rate of 8 kpbs) and one might select a payload size of 20 bytes, which would lead to a packet interval of 20 ms, i.e. a packet per second rate of 50.
- In the present application, the
mobile devices 10 operate using a predetermined packet interval or packet generation rate for communications over themedia path 18. The packet interval or generation rate is determined based upon the codec sampling rate and the packet payload size. In many embodiments, these factors are established during the call setup. For example, the device initiating the call may specify the codec to be used in the call. The initiating device may offer a selection of possible codecs and the responding device may select one of the codecs that it supports. The devices may also agree on a payload size. In one embodiment, these factors are negotiated or agreed upon using SIP. Once these factors are settled, i.e. once the devices determine the codec and the payload size, they can calculate or determine the packet generation rate. This rate may then be stored on the devices for use in determining the packet loss rate, as described below. - In accordance with the present application, the
mobile device 10 determines a packet loss rate with respect to packets sent by a termination point by counting the number of received packets over a time period and comparing the number of received packets with the expected number of received packets, wherein the expected number of received packets is established by the predetermined packet generation rate. Based upon the packet loss rate, themobile device 10 is able to assess the quality of service. Packets may be lost due to a number of factors, including attenuation of or interference with RF signals between thebase station 14 and themobile device 10, or network congestion within thenetwork 20. Once the packet loss rate reaches certain thresholds, the quality of service becomes noticeably degraded. If the service quality becomes sufficiently degraded, then the media may become largely unintelligible. For example, packet loss in a VoIP call can result in clicks, stutter, audio jitter, and other artefacts. With significant degradation, a recipient may be unable to hear the other party clearly or at all. - The present application allows the
mobile device 10 to automatically detect when packet loss becomes high enough to cause significant degradation of the quality of service. If the packet loss rate reaches a predetermined threshold, then themobile device 10 may take action. In some embodiments, themobile device 10 may alert the user with a sensible output, such as a sound, flashing display or LED, or vibration. The alert signal notifies the user that themobile device 10 has detected a degraded media session and there is a risk of further degradation to the quality of service. In another embodiment, where the threshold indicates a largely unintelligible service, themobile device 10 may initiate an automatic service termination to avoid having the service continue to consume network resources when it is no longer functional from a quality of service point of view. - Reference is now made to
FIG. 2 , which shows a block diagram of an embodiment of amobile device 10. Themobile device 10 is a hand-held two-way mobile communication device having at least data and possibly also voice communication capabilities. In an example embodiment, the device has the capability to communicate with other computer systems on the Internet. In various embodiments, themobile device 10 may include a data communication device, a multiple-mode communication device configured for both data and voice communication, a mobile IP telephone, a mobile communication device, a PDA enabled for wireless communications, a 1-way or 2-way pager, a wireless modem operating in conjunction with a computer system, and any other type of mobile wireless communication device capable of engaging in real-time packet-based communication services such as, for example, VoIP. In the presently described embodiment, themobile device 10 is configured to operate within thewireless communications system 12. It should be appreciated however that the present application is in no way limited to these example types of devices and may be implemented in other devices. - The
device 10 includes acommunication subsystem 11. Thecommunications subsystem 11 manages the wireless RF communications withbase stations 14 in thewireless communications system 12. Thecommunication subsystem 11 may include one or more antennae, a transceiver, a processing element like a digital signal processor and other components. As will be apparent to those skilled in the field of communications, the particular design of thecommunication subsystem 11 will be dependent upon thewireless communications system 12 in which thedevice 10 is intended to operate. Thecommunication subsystem 11 manages the tasks of establishing a connection with abase station 14 and sending and receiving packets over the connection. - The
device 10 includes a microprocessor 38 that controls the overall operation of thedevice 10. The microprocessor 38 interacts with thecommunications subsystem 11 and also interacts with further device subsystems such as thedisplay 22,flash memory 24, random access memory (RAM) 26, subscriber identity module (SIM) 56, auxiliary input/output (I/O) subsystems 28 (which may include a thumb-wheel, for example),serial port 30, keyboard orkeypad 32,speaker 34,microphone 36, a short-range communications subsystem 40, and any other device subsystems generally designated as 42. - Some of the subsystems shown in
FIG. 2 perform communication-related functions, whereas other subsystems may provide “resident” or on-device functions. Notably, some subsystems, such askeyboard 32 anddisplay 22 for example, may be used for both communication-related functions, such as entering a text message for transmission over a communication network, and device-resident functions such as a calculator or task list. - Host
operating system software 54 and varioushost software applications 58 used by the microprocessor 38 are, in one example embodiment, stored in a persistent store such asflash memory 24 or similar storage element.Host software applications 58 may include a wide range of applications, including a text messaging application, a ring tone application, a contacts application, and/or a game application. Those skilled in the art will appreciate that thehost operating system 54,specific host applications 58, or parts thereof, may be temporarily loaded into a volatile store such asRAM 26. It is contemplated that received communication signals may also be stored toRAM 26. - The microprocessor 38, in addition to its operating system functions, enables execution of
host software applications 58 on the device. A predetermined set ofhost applications 58 which control basic device operations, including at least voice communication applications for example, will normally be installed on thedevice 10 during manufacture. Further applications may also be loaded onto thedevice 10 through theWLAN 12, an auxiliary I/O subsystem 28,serial port 30, short-range communications subsystem 40 or any othersuitable subsystem 42, and installed by a user in theRAM 26 or a non-volatile store for execution by the microprocessor 38. Such flexibility in application installation increases the functionality of the device and may provide enhanced on-device functions, communication-related functions, or both. For example, secure communication applications may enable electronic commerce functions and other such financial transactions to be performed using thedevice 10. - In a communication mode, a received signal such as a voice call, a text message, or web page download will be processed by the
communication subsystem 11 and input to the microprocessor 38, which will preferably further process the received signal for output to thespeaker 34 or thedisplay 22, or alternatively to an auxiliary I/O device 28. A user ofdevice 10 may also compose data items such as text messages for example, using thekeyboard 32 in conjunction with thedisplay 22 and possibly an auxiliary I/O device 28. Such composed items may then be transmitted over a communication network through thecommunication subsystem 11. - The
serial port 30 inFIG. 1 would normally be implemented in a personal digital assistant (PDA)-type communication device for which synchronization with a user's desktop computer (not shown) may be desirable, but is an optional device component. Such aport 30 would enable a user to set preferences through an external device or software application and would extend the capabilities of the device by providing for information or software downloads, including user interface information, to thedevice 10 other than through a wireless communication network. - A short-
range communications subsystem 40 is a further component which may provide for communication between thedevice 10 and different systems or devices, which need not necessarily be similar devices. For example, thesubsystem 40 may include an infrared device and associated circuits and components or a Bluetooth™ communication module to provide for communication with similarly enabled systems and devices. - The
mobile device 10 includes apacket loss module 60 for determining a packet loss rate and for determining whether the packet loss rate indicates a degraded service quality. Themobile device 10 may also include an expectedpacket generation rate 62. As described above, the expectedpacket generation rate 62 may be calculated or determined by thedevice 10 once it agrees upon a codec and payload size to be used in a particular media service. In one embodiment, themobile device 10 includes a look-up table that stores the expectedpacket generation rates 62 corresponding to various combinations of codecs and payload sizes. Once a codec and payload size is determined for a given media service session, thedevice 10 is able to determine the expectedpacket generation rate 62 from the look-up table. - The
packet loss module 60 may include a packetloss calculation component 64 and a servicedegradation handling component 66. The packetloss calculation component 64 calculates the packet loss by counting the number of received packets over the course of a predetermined time period. At expiry of the predetermined time period, the packetloss calculation component 64 determines the packet loss rate in accordance with the following formula: - The number of RTP packets expected is determined by multiplying the length of the predetermined time period with the expected
packet generation rate 62. The predetermined time period is selected so as to be long enough to reduce the impact of any anomalous delays in packet transmission. In one embodiment, the predetermined time period is about 10 seconds and the expectedpacket generation rate 62 is 50 per second (1 every 20 ms), which leads to an expected number of RTP packet of 500. If the number of packets received is, for example, 450, then the packet loss rate is (500-450)/500, which is 0.1 or 10%. - The service
degradation handling component 66 receives the calculated packet loss rate from the packetloss calculation component 64. The servicedegradation handling component 66 compares the calculated packet loss rate with one or more threshold values and may take action if the packet loss rate exceeds one or more of the threshold values. - In one embodiment, the service
degradation handling component 66 applies a first threshold. If the packet loss rate exceeds the first threshold, then the servicedegradation handling component 66 outputs an alert signal. The alert signal triggers a sensible output from themobile device 10. The sensible output may comprise a beep or other audible signal. The audible signal may be injected into the voice data of a VoIP call or may be output separately from the audio of the VoIP call. The output may also or alternatively be a visual or kinetic signal. For example, the alert may by output by way of display screen or LED. The alert might also be signalled using vibration or other kinetic signals. The alert signal may be output once or may be output repeatedly. If output repeatedly, then the user may be permitted to turn off the alert through a keystroke, key combination, soft key or other input mechanism. - The first threshold is established by determining a packet loss rate that coincides with a significant degree of service quality degradation. The threshold may differ for different applications. In one embodiment, for a VoIP call, the first threshold is set between about 10% and 20%.
- When a user receives a sensible output that signifies a degraded service quality, the user may elect to continue with the call or intentionally terminate the call. The user may also elect to terminate another application or service that is consuming bandwidth and contributing to congestion or packet loss. The alert signal may also serve to notify the user that the service quality could degrade further, which could trigger other action by the
mobile device 10, as described below. - In another embodiment, the service
degradation handling component 66 applies a second threshold. The second threshold may be applied in addition to the first threshold or instead of the first threshold. If the servicedegradation handling component 66 determines that the calculated packet loss rate exceeds the second threshold, then the servicedegradation handling component 66 triggers termination of the active service. For example, if the service is a VoIP call, then the servicedegradation handling component 66 triggers issuance of a call release command or message. In an embodiment employing SIP to manage call control, themobile device 10 sends a SIP BYE message. - The second threshold is established by determining a packet loss rate that coincides with a degree of service quality degradation that renders the service nearly unintelligible. For example, with a VoIP call, the second threshold may be established by determining a packet loss rate at which the speech of the other user becomes very difficult or impossible to hear due to the lost packets. In one embodiment, for a VoIP call, the second threshold is about 30%.
- Although
FIG. 2 depicts thepacket loss module 62 as residing inflash memory 24 for execution by the microprocessor 38, those of ordinary skill in the art will appreciate that thepacket loss module 62 may be incorporated as a part of thecommunication subsystem 11 and may be executed by a processor internal to thecommunication subsystem 11. - Reference is now made to
FIG. 3 , which shows, in flowchart form, amethod 100 of identifying degrading quality of a wireless service using a mobile device. Themethod 100 begins instep 102, wherein a wireless service, like a VoIP call, is established between the mobile device and one or more termination points. - As discussed above, the mobile device stores a predetermined packet generation rate associated with the service, wherein the predetermined packet generation rate is the rate at which the termination point generates packets for transmission to the mobile device. It will be appreciated that in multi-party media session, such as a conference call, the mobile device may store a predetermined packet generation rate for each party and may perform the
method 100 in connection with packets received from each party. As explained above, the predetermined packet generation rate may be calculated or determined by the device during the service set-up or initiation after a particular codec and payload size are selected for the service. Therefore,FIG. 3 shows astep 103 wherein the device determines or calculates the predetermined packet generation rate. As noted above, the device may employ a look-up table or similar mechanism to determine this rate. - In
step 104, the mobile device starts a timer. While the timer runs, instep 106 the mobile device counts the number of packets received from the termination point. The mobile device continues to count received packets until the time reaches the end of a predetermined time period instep 108. - Once the end of the time period is reached, then in
step 110 the mobile device calculates the packet loss rate. As described above, the packet loss rate is determined from the number of packets actually received, the expected packet generation rate, and the length of the time period. The mobile device then compares the packet loss rate with a first threshold instep 112. If the packet loss rate does not exceed the first threshold, then themethod 100 returns to step 104 to restart the timer and continue to monitor the packet loss rate. - If the packet loss rate does exceed the first threshold, then in
step 114 the mobile device determines whether the packet loss rate exceeds a second threshold. The second threshold is higher than the first threshold, i.e. it indicates a higher packet loss rate. If the calculated packet loss rate lies between the first and second thresholds, then themethod 100 continues to step 116, wherein the mobile device triggers a user alert signal. As described above, this signal may be auditory, visual, and/or kinetic. Following triggering of the user alert signal, themethod 100 returns to step 104 to restart the timer and reassess the packet loss rate. If, on reassessing the packet loss rate (step 112) it is found to be below the first threshold, then themethod 100 returns to step 104 throughstep 113. Instep 113, the user alert signal may be turned off. In some embodiments, the user alert signal may be a discreet occurrence (e.g. an audio beep) that does not need to be “turned off” instep 113; however, in other embodiments, the user alert signal may be an ongoing occurrence that must be turned off once the packet loss rate is found to have recovered. - If the packet loss rate exceeds the second threshold, then in
step 118 the mobile device terminates the active service. For example, the mobile device may issue a call release command or message, such as a SIP BYE message. - The above-described embodiments of the present application are intended to be examples only. Alterations, modifications and variations may be effected to the particular embodiments by those skilled in the art without departing from the scope of the application, which is defined by the claims appended hereto.
Claims (26)
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/991,514 US7773517B2 (en) | 2004-11-19 | 2004-11-19 | Method and system for identifying degradation of a media service |
US12/834,959 US7986626B2 (en) | 2004-11-19 | 2010-07-13 | Method and system for identifying degradation of a media service |
US13/154,757 US8254283B2 (en) | 2004-11-19 | 2011-06-07 | Method and system for identifying degradation of a media service |
US13/492,105 US8687517B2 (en) | 2004-11-19 | 2012-06-08 | Method and system for identifying degradation of a media service |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/991,514 US7773517B2 (en) | 2004-11-19 | 2004-11-19 | Method and system for identifying degradation of a media service |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/834,959 Continuation US7986626B2 (en) | 2004-11-19 | 2010-07-13 | Method and system for identifying degradation of a media service |
Publications (2)
Publication Number | Publication Date |
---|---|
US20060109786A1 true US20060109786A1 (en) | 2006-05-25 |
US7773517B2 US7773517B2 (en) | 2010-08-10 |
Family
ID=36460834
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/991,514 Active 2027-05-07 US7773517B2 (en) | 2004-11-19 | 2004-11-19 | Method and system for identifying degradation of a media service |
US12/834,959 Active US7986626B2 (en) | 2004-11-19 | 2010-07-13 | Method and system for identifying degradation of a media service |
US13/154,757 Active US8254283B2 (en) | 2004-11-19 | 2011-06-07 | Method and system for identifying degradation of a media service |
US13/492,105 Active US8687517B2 (en) | 2004-11-19 | 2012-06-08 | Method and system for identifying degradation of a media service |
Family Applications After (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/834,959 Active US7986626B2 (en) | 2004-11-19 | 2010-07-13 | Method and system for identifying degradation of a media service |
US13/154,757 Active US8254283B2 (en) | 2004-11-19 | 2011-06-07 | Method and system for identifying degradation of a media service |
US13/492,105 Active US8687517B2 (en) | 2004-11-19 | 2012-06-08 | Method and system for identifying degradation of a media service |
Country Status (1)
Country | Link |
---|---|
US (4) | US7773517B2 (en) |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060198376A1 (en) * | 2005-03-02 | 2006-09-07 | Nec Corporation | Communication device for IP network |
US20070206511A1 (en) * | 2006-03-03 | 2007-09-06 | The Boeing Company | Capability-based testing and evaluation of network performance |
US20070274337A1 (en) * | 2006-03-03 | 2007-11-29 | The Boeing Company | Supporting network self-healing and optimization |
US20070286347A1 (en) * | 2006-05-25 | 2007-12-13 | Avaya Technology Llc | Monitoring Signal Path Quality in a Conference Call |
US20080008092A1 (en) * | 2006-07-06 | 2008-01-10 | Xin Wang | Reducing packet loss for a packet data service during congestion in a transport network |
US20080008093A1 (en) * | 2006-07-06 | 2008-01-10 | Xin Wang | Maintaining quality of service for multi-media packet data services in a transport network |
US20080146279A1 (en) * | 2006-12-13 | 2008-06-19 | Kabushiki Kaisha Toshiba | Radio communication apparatus, communication rate setting method, and communication rate setting program recording medium |
US20080229110A1 (en) * | 2007-03-15 | 2008-09-18 | Palo Alto Research Center Incorporated And Samsung Electronics Co., Ltd | Fast authentication over slow channels |
US20080227444A1 (en) * | 2007-03-16 | 2008-09-18 | Research In Motion Limited | Maintaining Continuity of a Communication Session |
US20090238085A1 (en) * | 2008-03-19 | 2009-09-24 | Prakash Khanduri | METHOD AND APPARATUS FOR MEASURING VOICE QUALITY ON A VoIP NETWORK |
US20110159863A1 (en) * | 2009-12-31 | 2011-06-30 | Hon Hai Precision Industry Co., Ltd. | Mobile communication device and method thereof |
US20120088528A1 (en) * | 2009-06-30 | 2012-04-12 | Zte Corporation | Method and System for Short Message Termination Traffic Control |
US20120235814A1 (en) * | 2010-11-24 | 2012-09-20 | International Business Machines Corporation | User-defined system-enforced session termination in a unified telephony environment |
US20120300646A1 (en) * | 2011-05-24 | 2012-11-29 | International Business Machines Corporation | Voice over internet protocol (voip) session quality |
CN104301924A (en) * | 2013-07-19 | 2015-01-21 | 中兴通讯股份有限公司 | Call processing method, call processing device and terminal |
US20150188796A1 (en) * | 2008-12-04 | 2015-07-02 | Centurylink Intellectual Property Llc | System and Method for Path State Determinations |
US9357075B1 (en) * | 2008-06-05 | 2016-05-31 | Avaya Inc. | Conference call quality via a connection-testing phase |
US9516161B1 (en) * | 2015-08-03 | 2016-12-06 | Verizon Patent And Licensing Inc. | Artificial call degradation |
US20190166181A1 (en) * | 2017-11-28 | 2019-05-30 | International Business Machines Corporation | Addressing packet loss in a voice over internet protocol network using phonemic restoration |
US10412343B2 (en) * | 2007-08-31 | 2019-09-10 | At&T Intellectual Property I, L.P. | System and method of monitoring video data packet delivery |
US20200295888A1 (en) * | 2019-03-15 | 2020-09-17 | Alibaba Group Holding Limited | System and method to assure data quality in distributed data collection pipeline |
US20230068413A1 (en) * | 2021-08-24 | 2023-03-02 | Motorola Mobility Llc | Electronic device that supports individualized dynamic playback of a live video communication session |
US11606406B1 (en) | 2021-08-24 | 2023-03-14 | Motorola Mobility Llc | Electronic device that mitigates audio/video communication degradation of an image stream of a local participant in a video communication session |
US20230222449A1 (en) * | 2020-06-29 | 2023-07-13 | Guangzhou Quick Decision Information Technology Co., Ltd. | Online Interview Method and System |
US11722544B2 (en) * | 2021-08-24 | 2023-08-08 | Motorola Mobility Llc | Electronic device that mitigates audio/video communication degradation of an image stream of a remote participant in a video communication session |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2422986B (en) * | 2005-02-08 | 2007-03-14 | Siemens Ag | Method of determining successful receipt at a mobile terminal |
WO2008116482A1 (en) * | 2007-03-26 | 2008-10-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for performance monitoring in a communications network |
US8223799B2 (en) * | 2007-06-11 | 2012-07-17 | Broadcom Corporation | Method and system for a digital diary system |
US8156319B2 (en) * | 2008-08-13 | 2012-04-10 | Cisco Technology, Inc. | Self-restarting network devices |
EP2645628B1 (en) * | 2012-03-29 | 2015-06-17 | Alcatel Lucent | Continuous detection of dead or impaired IPTV streams |
US9247497B2 (en) * | 2012-05-08 | 2016-01-26 | Apple Inc. | Communicating latency-sensitive data over a wireless data link |
US8918066B2 (en) | 2012-06-08 | 2014-12-23 | Apple Inc. | Facilitating switching between transmitting antennas in portable electronic devices |
US9451551B2 (en) * | 2012-12-21 | 2016-09-20 | Apple Inc. | Controlling a power state of a cellular packet data subsystem in a portable electronic device |
CN107154913B (en) * | 2016-03-02 | 2021-01-26 | 北京京东尚科信息技术有限公司 | IP telephone terminal communication method |
US10154317B2 (en) | 2016-07-05 | 2018-12-11 | BoxCast, LLC | System, method, and protocol for transmission of video and audio data |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5995830A (en) * | 1997-04-09 | 1999-11-30 | At&T Wireless Services Inc. | System and method for processing dropped calls |
US20030097438A1 (en) * | 2001-10-15 | 2003-05-22 | Bearden Mark J. | Network topology discovery systems and methods and their use in testing frameworks for determining suitability of a network for target applications |
US20030129978A1 (en) * | 2001-11-27 | 2003-07-10 | Sony Corporation | Communication system, communication terminal and communication method |
US6633760B1 (en) * | 1998-12-03 | 2003-10-14 | Samsung Electronics Co., Ltd. | Method for reconnection of a dropped call in mobile communication system |
US6745031B2 (en) * | 1998-04-17 | 2004-06-01 | Samsung Electronics Co., Ltd. | Reconnection of dropped call in mobile communication system |
US6771594B1 (en) * | 1997-03-31 | 2004-08-03 | Intel Corporation | Reliable/non-reliable transmission of voice using TCP/UDP based on network quality of service |
US20040203607A1 (en) * | 2002-03-19 | 2004-10-14 | Sprint Spectrum L.P. | Reactive management of dropped calls in a wireless communication system |
US20040203424A1 (en) * | 2002-06-21 | 2004-10-14 | Akhtar Akhteruzzaman | Method for preserving calls when service is interrupted to a mobile unit in a wireless communication system |
US20050044443A1 (en) * | 2003-08-22 | 2005-02-24 | Fujitsu Limited | Detection of network misconfigurations |
US20050052996A1 (en) * | 2003-09-09 | 2005-03-10 | Lucent Technologies Inc. | Method and apparatus for management of voice-over IP communications |
US6886040B1 (en) * | 1998-10-28 | 2005-04-26 | Cisco Technology, Inc. | Codec-independent technique for modulating bandwidth in packet network |
US20060104366A1 (en) * | 2004-11-16 | 2006-05-18 | Ming-Yen Huang | MPEG-4 streaming system with adaptive error concealment |
US20070008883A1 (en) * | 2003-07-11 | 2007-01-11 | Nec Corporation | Transport layer relay method, transport layer relay device, and program |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6765904B1 (en) * | 1999-08-10 | 2004-07-20 | Texas Instruments Incorporated | Packet networks |
US6282192B1 (en) * | 2000-01-27 | 2001-08-28 | Cisco Technology, Inc. | PSTN fallback using dial on demand routing scheme |
JP3841256B2 (en) | 2000-02-15 | 2006-11-01 | 三菱電機株式会社 | Communication system, communication method, and transmission terminal |
US6791949B1 (en) * | 2000-04-28 | 2004-09-14 | Raytheon Company | Network protocol for wireless ad hoc networks |
US7039038B2 (en) * | 2001-01-18 | 2006-05-02 | Texas Instruments Incorporated | Adaptive fragmentation for wireless network communications |
GB0104973D0 (en) | 2001-02-28 | 2001-04-18 | Nokia Networks Oy | Quality of service monitor |
FR2834840B1 (en) * | 2002-01-14 | 2005-06-24 | Sofedit Sa | DETERMINING THE PROBABLE CAUSE OF A REDUCTION IN THE QUALITY OF A SERVICE BASED ON THE EVOLUTION OF A SET OF SERVICES |
US7596373B2 (en) * | 2002-03-21 | 2009-09-29 | Mcgregor Christopher M | Method and system for quality of service (QoS) monitoring for wireless devices |
US20040076138A1 (en) | 2002-10-22 | 2004-04-22 | Texas Instruments Incorporated | Method for determining packet error rate of wireless lan stations |
US7245917B2 (en) * | 2003-09-08 | 2007-07-17 | Research Foundation Of The State University Of New York | System and method for IP handoff |
-
2004
- 2004-11-19 US US10/991,514 patent/US7773517B2/en active Active
-
2010
- 2010-07-13 US US12/834,959 patent/US7986626B2/en active Active
-
2011
- 2011-06-07 US US13/154,757 patent/US8254283B2/en active Active
-
2012
- 2012-06-08 US US13/492,105 patent/US8687517B2/en active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6771594B1 (en) * | 1997-03-31 | 2004-08-03 | Intel Corporation | Reliable/non-reliable transmission of voice using TCP/UDP based on network quality of service |
US5995830A (en) * | 1997-04-09 | 1999-11-30 | At&T Wireless Services Inc. | System and method for processing dropped calls |
US6745031B2 (en) * | 1998-04-17 | 2004-06-01 | Samsung Electronics Co., Ltd. | Reconnection of dropped call in mobile communication system |
US6886040B1 (en) * | 1998-10-28 | 2005-04-26 | Cisco Technology, Inc. | Codec-independent technique for modulating bandwidth in packet network |
US6633760B1 (en) * | 1998-12-03 | 2003-10-14 | Samsung Electronics Co., Ltd. | Method for reconnection of a dropped call in mobile communication system |
US20030097438A1 (en) * | 2001-10-15 | 2003-05-22 | Bearden Mark J. | Network topology discovery systems and methods and their use in testing frameworks for determining suitability of a network for target applications |
US20030129978A1 (en) * | 2001-11-27 | 2003-07-10 | Sony Corporation | Communication system, communication terminal and communication method |
US20040203607A1 (en) * | 2002-03-19 | 2004-10-14 | Sprint Spectrum L.P. | Reactive management of dropped calls in a wireless communication system |
US20040203424A1 (en) * | 2002-06-21 | 2004-10-14 | Akhtar Akhteruzzaman | Method for preserving calls when service is interrupted to a mobile unit in a wireless communication system |
US20070008883A1 (en) * | 2003-07-11 | 2007-01-11 | Nec Corporation | Transport layer relay method, transport layer relay device, and program |
US20050044443A1 (en) * | 2003-08-22 | 2005-02-24 | Fujitsu Limited | Detection of network misconfigurations |
US20050052996A1 (en) * | 2003-09-09 | 2005-03-10 | Lucent Technologies Inc. | Method and apparatus for management of voice-over IP communications |
US20060104366A1 (en) * | 2004-11-16 | 2006-05-18 | Ming-Yen Huang | MPEG-4 streaming system with adaptive error concealment |
Cited By (47)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060198376A1 (en) * | 2005-03-02 | 2006-09-07 | Nec Corporation | Communication device for IP network |
US7894357B2 (en) * | 2006-03-03 | 2011-02-22 | The Boeing Company | Capability-based testing and evaluation of network performance |
US20070206511A1 (en) * | 2006-03-03 | 2007-09-06 | The Boeing Company | Capability-based testing and evaluation of network performance |
US20070274337A1 (en) * | 2006-03-03 | 2007-11-29 | The Boeing Company | Supporting network self-healing and optimization |
US7969879B2 (en) | 2006-03-03 | 2011-06-28 | The Boeing Company | Supporting network self-healing and optimization |
US20070286347A1 (en) * | 2006-05-25 | 2007-12-13 | Avaya Technology Llc | Monitoring Signal Path Quality in a Conference Call |
US8462931B2 (en) * | 2006-05-25 | 2013-06-11 | Avaya, Inc. | Monitoring signal path quality in a conference call |
US9306853B2 (en) * | 2006-07-06 | 2016-04-05 | Alcatel Lucent | Maintaining quality of service for multi-media packet data services in a transport network |
US20080008093A1 (en) * | 2006-07-06 | 2008-01-10 | Xin Wang | Maintaining quality of service for multi-media packet data services in a transport network |
US20080008092A1 (en) * | 2006-07-06 | 2008-01-10 | Xin Wang | Reducing packet loss for a packet data service during congestion in a transport network |
KR101107945B1 (en) * | 2006-07-06 | 2012-01-25 | 알카텔-루센트 유에스에이 인코포레이티드 | Reducing packet loss for a packet data service during congestion in a transport network |
KR101097648B1 (en) * | 2006-07-06 | 2011-12-22 | 알카텔-루센트 유에스에이 인코포레이티드 | Maintaining quality of service for multi-media packet data services in a transport network |
US8000242B2 (en) * | 2006-07-06 | 2011-08-16 | Alcatel Lucent | Reducing packet loss for a packet data service during congestion in a transport network |
US20080146279A1 (en) * | 2006-12-13 | 2008-06-19 | Kabushiki Kaisha Toshiba | Radio communication apparatus, communication rate setting method, and communication rate setting program recording medium |
US8345871B2 (en) * | 2007-03-15 | 2013-01-01 | Palo Alto Research Center Incorporated | Fast authentication over slow channels |
US20080229110A1 (en) * | 2007-03-15 | 2008-09-18 | Palo Alto Research Center Incorporated And Samsung Electronics Co., Ltd | Fast authentication over slow channels |
US8346247B2 (en) | 2007-03-16 | 2013-01-01 | Research In Motion Limited | Soliciting first party in communication session to maintain call when degradation of connection to second party is anticipated |
US8238899B2 (en) * | 2007-03-16 | 2012-08-07 | Research In Motion Limited | Soliciting first party in communication session to maintain call when degradation of connection to second party is anticipated |
US8712398B2 (en) | 2007-03-16 | 2014-04-29 | Blackberry Limited | Soliciting first party in communication session to maintain call when degradation of connection to second party is anticipated |
US20080227444A1 (en) * | 2007-03-16 | 2008-09-18 | Research In Motion Limited | Maintaining Continuity of a Communication Session |
US10412343B2 (en) * | 2007-08-31 | 2019-09-10 | At&T Intellectual Property I, L.P. | System and method of monitoring video data packet delivery |
US8559320B2 (en) * | 2008-03-19 | 2013-10-15 | Avaya Inc. | Method and apparatus for measuring voice quality on a VoIP network |
US20090238085A1 (en) * | 2008-03-19 | 2009-09-24 | Prakash Khanduri | METHOD AND APPARATUS FOR MEASURING VOICE QUALITY ON A VoIP NETWORK |
US9357075B1 (en) * | 2008-06-05 | 2016-05-31 | Avaya Inc. | Conference call quality via a connection-testing phase |
US20150188796A1 (en) * | 2008-12-04 | 2015-07-02 | Centurylink Intellectual Property Llc | System and Method for Path State Determinations |
US10491500B2 (en) * | 2008-12-04 | 2019-11-26 | Centurylink Intellectual Property Llc | System and method for path state determinations |
US20120088528A1 (en) * | 2009-06-30 | 2012-04-12 | Zte Corporation | Method and System for Short Message Termination Traffic Control |
US8903435B2 (en) * | 2009-06-30 | 2014-12-02 | Zte Corporation | Method and system for short message termination traffic control |
US20110159863A1 (en) * | 2009-12-31 | 2011-06-30 | Hon Hai Precision Industry Co., Ltd. | Mobile communication device and method thereof |
US8577006B2 (en) * | 2010-11-24 | 2013-11-05 | International Business Machines Corporation | User-defined system-enforced session termination in a unified telephony environment |
US20120235814A1 (en) * | 2010-11-24 | 2012-09-20 | International Business Machines Corporation | User-defined system-enforced session termination in a unified telephony environment |
CN103548301A (en) * | 2011-05-24 | 2014-01-29 | 国际商业机器公司 | Voice over internet protocol (VoIP) session quality |
US20120300658A1 (en) * | 2011-05-24 | 2012-11-29 | International Business Machines Corporation | Voice over internet protocol (voip) session quality |
US8953468B2 (en) * | 2011-05-24 | 2015-02-10 | International Business Machines Corporation | Voice over internet protocol (VoIP) session quality |
US20120300646A1 (en) * | 2011-05-24 | 2012-11-29 | International Business Machines Corporation | Voice over internet protocol (voip) session quality |
US8958326B2 (en) * | 2011-05-24 | 2015-02-17 | International Business Machines Corporation | Voice over internet protocol (VOIP) session quality |
EP3024268A4 (en) * | 2013-07-19 | 2016-07-06 | Zte Corp | Call processing method, device and terminal |
CN104301924A (en) * | 2013-07-19 | 2015-01-21 | 中兴通讯股份有限公司 | Call processing method, call processing device and terminal |
US9516161B1 (en) * | 2015-08-03 | 2016-12-06 | Verizon Patent And Licensing Inc. | Artificial call degradation |
US20190166181A1 (en) * | 2017-11-28 | 2019-05-30 | International Business Machines Corporation | Addressing packet loss in a voice over internet protocol network using phonemic restoration |
US11153361B2 (en) * | 2017-11-28 | 2021-10-19 | International Business Machines Corporation | Addressing packet loss in a voice over internet protocol network using phonemic restoration |
US20200295888A1 (en) * | 2019-03-15 | 2020-09-17 | Alibaba Group Holding Limited | System and method to assure data quality in distributed data collection pipeline |
US20230222449A1 (en) * | 2020-06-29 | 2023-07-13 | Guangzhou Quick Decision Information Technology Co., Ltd. | Online Interview Method and System |
US20230068413A1 (en) * | 2021-08-24 | 2023-03-02 | Motorola Mobility Llc | Electronic device that supports individualized dynamic playback of a live video communication session |
US11606406B1 (en) | 2021-08-24 | 2023-03-14 | Motorola Mobility Llc | Electronic device that mitigates audio/video communication degradation of an image stream of a local participant in a video communication session |
US11722544B2 (en) * | 2021-08-24 | 2023-08-08 | Motorola Mobility Llc | Electronic device that mitigates audio/video communication degradation of an image stream of a remote participant in a video communication session |
US11765215B2 (en) * | 2021-08-24 | 2023-09-19 | Motorola Mobility Llc | Electronic device that supports individualized dynamic playback of a live video communication session |
Also Published As
Publication number | Publication date |
---|---|
US20110249591A1 (en) | 2011-10-13 |
US7773517B2 (en) | 2010-08-10 |
US20120250554A1 (en) | 2012-10-04 |
US7986626B2 (en) | 2011-07-26 |
US8254283B2 (en) | 2012-08-28 |
US8687517B2 (en) | 2014-04-01 |
US20100278043A1 (en) | 2010-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8687517B2 (en) | Method and system for identifying degradation of a media service | |
US7617337B1 (en) | VoIP quality tradeoff system | |
US7970020B2 (en) | Terminal having plural playback pointers for jitter buffer | |
US9485686B2 (en) | Restructuring data packets to improve voice quality at low bandwidth conditions in wireless networks | |
TWI403140B (en) | Method for dynamic establishment and release of a connection between a communication device and an access network, comminication device, and computer program product | |
JP5335930B2 (en) | Reduce the occurrence of on-hold VOIP calls so that they are not interrupted in the EV-DO system | |
JP4542157B2 (en) | How to compensate for delay | |
JP5112447B2 (en) | Announcement Media Processing in Communication Network Environment | |
US8005071B2 (en) | Handling real-time transport protocol (RTP) media packets in voice over internet protocol (VoIP) terminal | |
JP5528811B2 (en) | Receiver operation and implementation for efficient media handling | |
US20060088065A1 (en) | Method of scheduling data and signaling packets for push-to-talk over cellular networks | |
KR20060111036A (en) | Method providing service of an image telephone call in mobile terminal considering situation of a weak current | |
KR20080023359A (en) | System and method for resolving conflicts in multiple simultaneous communications in a wireless system | |
WO2008032747A1 (en) | Communication device, communication method, and recording medium | |
US8355334B2 (en) | Speech codec selection for improved voice quality in a packet based network | |
CA2524825C (en) | Method and system for identifying degradation of a media service | |
US20040196786A1 (en) | Initiation of network treatment for data packet associated with real-time application different from network treatment applicable to data packet non-associated with the real-time application | |
JP3821740B2 (en) | Audio data transmitter / receiver | |
US7953396B2 (en) | Reducing latency in push to talk services | |
JP2005072957A (en) | Ip telephone system with speech quality regulating function and ip telephone system | |
Balazs | Push-to-talk performance over gprs | |
KR100636278B1 (en) | VOICE QUALITY OF SERVICE ENSUREING SYSTEM AND METHOD IN VoIP TERMINAL | |
JP2005167684A (en) | Transmission controller | |
Lundan | Streaming over EGPRS | |
KR100378785B1 (en) | Method for receiving voice using streaming type |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: RESEARCH IN MOTION LIMITED, CANADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ABDEL-KADER, SHERIF;CHEN, MICHAEL;REEL/FRAME:016009/0074 Effective date: 20041111 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
AS | Assignment |
Owner name: BLACKBERRY LIMITED, ONTARIO Free format text: CHANGE OF NAME;ASSIGNOR:RESEARCH IN MOTION LIMITED;REEL/FRAME:037856/0713 Effective date: 20130709 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552) Year of fee payment: 8 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 12 |
|
AS | Assignment |
Owner name: MALIKIE INNOVATIONS LIMITED, IRELAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BLACKBERRY LIMITED;REEL/FRAME:064104/0103 Effective date: 20230511 |
|
AS | Assignment |
Owner name: MALIKIE INNOVATIONS LIMITED, IRELAND Free format text: NUNC PRO TUNC ASSIGNMENT;ASSIGNOR:BLACKBERRY LIMITED;REEL/FRAME:064269/0001 Effective date: 20230511 |