CN101026586A - Systems and methods for VOIP wireless terminals - Google Patents

Systems and methods for VOIP wireless terminals Download PDF

Info

Publication number
CN101026586A
CN101026586A CNA2007100921919A CN200710092191A CN101026586A CN 101026586 A CN101026586 A CN 101026586A CN A2007100921919 A CNA2007100921919 A CN A2007100921919A CN 200710092191 A CN200710092191 A CN 200710092191A CN 101026586 A CN101026586 A CN 101026586A
Authority
CN
China
Prior art keywords
internet protocol
header
communicator
audio
network
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.)
Pending
Application number
CNA2007100921919A
Other languages
Chinese (zh)
Inventor
L·-E·荣松
G·佩勒蒂尔
K·斯万布罗
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN101026586A publication Critical patent/CN101026586A/en
Pending legal-status Critical Current

Links

Images

Abstract

Systems and methods are provided for Internet Protocol (IP) based communication systems without using a complete Internet Protocol stack on both sides of a communication link. Various exemplary embodiments include communication of audio information over a wireless transmission channel to a wireless terminal from a network that includes transmission of audio information using voice over Internet Protocol (VoIP). A first communication system and method may include a wireless terminal having a dedicated audio application that includes processing for header compression and decompression. A second communication system and method may include a wireless terminal and a network device (e.g., a network transmitter/receiver terminal), each containing at least a portion of an Internet Protocol stack, and the network device may include a header modification means that may reduce or eliminate the header from VoIP packets it will send to the wireless terminal.

Description

The system and method that is used for the VOIP wireless terminal
The application be that April 2, application number in 2002 are 02807762.8 the applying date, denomination of invention divides an application for the application for a patent for invention of " system and method that is used for the VOIP wireless terminal ".
Technical field
The invention belongs to and be used for the system and method for realization based on the communication of internet (IP).Particularly, realize for example system and method for Internet Protocol voice-over (VoIP) under the present invention relates to be used for do not adopt the situation of complete the Internet protocol stack at communication link (for example Radio Link) two ends.
Background technology
Because the immense success of internet, use Internet Protocol (IP) to become challenging objectives and tasks on the various communication links of Radio Link comprising.A special challenge is that Internet Protocol is used for radio communication.The device that radio communication all is called mobile radio station, mobile phone and mobile phone (here with more generally term be called portable terminal) by use is usually realized, and they all use narrow relatively bandwidth to communicate usually.On the other hand, Internet Protocol bandwidth usage efficient to a certain extent is not high, is relevant with administration overhead because a common message transmission may have very most transmission information, rather than relevant with substantial data.
Internet Protocol make it possible to not use a predetermined or special-purpose path and net by network in grouping from a bit (perhaps electronic equipment) to another point (or electronic equipment) transmission information.Internet protocol packets comprises header and payload portions, wherein header comprises the management information such as routing iinformation (for example destination address), and payload portions comprises essential information (for example from the numerical data of application software or from the digital audio-frequency data of talking).When common voice data (such as voice or speech information) when transmitting such as common protocol such as Internet Protocol (IP), User Datagram Protoco (UDP) (UDP) and real-time transport protocol (rtp)s, header may account for 70% of grouping.The so big part of grouping is taken and will cause the very utilization of poor efficiency of link by header information.In this example, 30% the utilized bandwidth of only having an appointment is assigned to essential information.Therefore, for many Radio Links (wireless terminal that for example has cellular link), realize that transmission efficiently is a task of difficulty especially, because Internet Protocol has been used very big header with narrow bandwidth.
It is challenging especially to use Internet Protocol to transmit voice data, because audio-frequency information (for example voice or speech information) compares with the data of many other types, responsive especially to time delay.Therefore, (that is, the speech (VoIP) of IP carrying) quality may be by header shared amount of space and reducing in grouping, because header has reduced the audio-frequency information amount in each grouping to use the language of the Internet protocol transport.A kind of being developed with the mode that solves quality paper head problem of adopting in Internet Protocol is called header-compressed.
Header-compressed (HC) minimizes the necessary bandwidth that is used for header institute loaded information jump (promptly forming in the equipment chain of network from an equipment to another equipment) on the point-to-point link based on each.Substantially, the header compression technique that is used to reduce header size on the circle, internet existing very long use history.Several normally used header compression protocol comprise internet engineering task group (I ETF) Request for Comment (RFC) 1144 (Van Jacobson (VJ)), RFC 2507 (internet protocol header compression (IPHC)) and RFC 2508 (compressed real-time transport protocol (CRTP)).This fact below header-compressed has been utilized: promptly in the specific stream of transmission information, be grouped into another from one and divide into groups, some field in the header does not change, perhaps with less and/or predictable value variation.Header compression scheme is utilized these characteristics, thereby only sends static information when beginning, and the field that changes sends with its absolute value or sends as the difference that is grouped into grouping.The information of completely random then must not done any compression and just send.People can be thought of as certain state machine to header compression scheme usually, and the challenge task is to keep the alap compressor reducer that keeps simultaneously of header overhead consistent each other with decompressor states (so-called context).
Therefore, (VoIPoW) become for the economically viable replacement object of circuit switched voice for the speech (VoIP) that makes the IP carrying on wireless, header-compressed is very important part.The header-compressed solution that is used for this purpose has been developed by the robust header compression of IETF (ROHC) working group.Under communication and electronic technology condition now, using does not have the VoIPoW of header-compressed unlikely to provide rational audio quality for the use of most VoIP.But header-compressed is handled and have been expended processing time and electric power, and these normally relatively are concerned about in the wireless terminal (for example radio telephone), these wireless terminals usually are less hand-held devices and rely on the battery electric power operation.So though header-compressed is used for VoIP communication in the future of prediction probably, it still has some obstacles really for VoIPoW.
In existing second generation radio telephone, most of Wireless Communication Equipment, particularly wireless terminal and base station do not have the VoIP ability.More properly, they are to use that other popular agreement is moved in modern wireless telephony network (for example, global system for mobile communications (GSM), individual digital communication (PDC), code division multiple access insert (CDMA) or wideband CDMA (WCDMA)).Yet, because Internet Protocol popular in fixed network, so realize that in wireless network VoIP is desired.Following focus is to realize the part of end-to-end voip communication as all ip networks.But, realize that VoIP need be in the place resemble the base station changes and move the network hardware and software both, and need to change wireless terminal so that support VoIP.It is very difficult that these variations are coordinated, and also is consuming time and expensive.So, thereby more timely, more save cost and realize more easily that also interim standard makes transition realize that it will be very useful can carrying out interoperability with other realization of following existing the Internet protocol standard to small part.
Summary of the invention
Should be emphasized that it is the existence that is used for specifying described feature, integer, step or assembly that usefulness term in this manual " comprises ", one or more further features, integer, step, assembly or their combination have not occurred increasing and do not get rid of.
The present invention is used to be provided at the communication link two ends and does not use under the situation of complete the Internet protocol stack, is used for the system and method based on the communication system of Internet Protocol.For example, the various embodiment that provided have introduced and have used existing standard information to be sent to the transition system and the method for wireless terminal, wherein said information source is from the network that uses internet protocol suite (for example using the combination of RTP/UDP/IP agreement) to move to small part, so they use the signal format communication of Internet Protocol.Described and be used on wireless transmission channel providing the various approach of voice or speech information (here with more generally term be called audio-frequency information) and data message, wherein said network to comprise use the Internet protocol transport audio-frequency information (Internet Protocol voice-over (VoIP) for example to wireless terminal from network.In a preferred embodiment, the present invention includes be used for wireless terminal communications, in particular for the end-to-end voip solution of audio-frequency information (for example, from the digitized voice messaging of talking through the telephone).Native system and method also can be supported other the Internet protocol application.Similarly, various protocol stacks and audio stream are provided the VoIP that is used for supporting to be particularly suitable for wireless communications application.
The network that the invention provides simplification realizes that it does not use dual stack and supports common the Internet protocol terminal and special audio terminal.This simplification and improved flexibility in disposing has been avoided unnecessary complexity and has been reduced hardware and software requirement.Similarly, also can reduce lower deployment cost.
In addition, handle by eliminating typical header all or part of in the wireless terminal, the present invention can provide the benefit of improving service quality and efficient.Similarly, when sending and/or receive for example common audio-frequency information of talking through the telephone, the processing time of wireless terminal and equipment energy consumption may be lowered.Note, though the present invention explains as an example that according to talking through the telephone what the present invention can be applied to other type requires responsive application to header-compressed processing time and electric power, for example flows video and multimedia messages.
Description of drawings
After having read the following detailed description in conjunction with the accompanying drawings, purpose of the present invention, feature and advantage will become clearer for those skilled in the art, wherein:
Fig. 1 illustrates exemplary protocol stack and the audio stream that is used to set up VoIP, has used tangible header-compressed and decompression module in the network side and the end side of communication system;
Fig. 2 illustrates exemplary protocol stack and the audio stream that is used to set up VoIP, uses the network side audio frequency net gate way and uses special audio to use in the end side of communication system;
Fig. 3 illustrates exemplary protocol stack and the audio stream of setting up VoIP with the simplification terminal, uses tangible header-compressed and decompression module at the network side of communication system, has the special audio that complete compression handles and uses and use in end side;
The exemplary process flow of using the exemplary protocol stack that provides among Fig. 3 and audio stream to send audio-frequency information to network side from end side is provided Fig. 4 A; With
The exemplary process flow of using the exemplary protocol stack that provides among Fig. 3 and audio stream to send audio-frequency information to end side from network side is provided Fig. 4 B;
Fig. 5 illustrates and is used to set up exemplary protocol stack and the audio stream that mixes VoIP, and it uses the compression protocol of revising header and use special audio to use and header decompression peer in end side at communication system network;
The exemplary process flow of using the exemplary protocol stack that provides among Fig. 5 and audio stream to send audio-frequency information to network side from end side is provided Fig. 6 A; With
The exemplary process flow of using the exemplary protocol stack that provides among Fig. 5 and audio stream to send audio-frequency information to end side from network side is provided Fig. 6 B.
Embodiment
Usually, the present invention is used to provide the system and method for the internet protocol communication of various supports from the network to the remote wireless terminal.Similarly, various protocol stacks and information flow are provided the transition solution of communicating by letter that is used for realizing based on end-to-end Internet Protocol here.Yet a technical staff of this area will recognize that the present invention also can be useful for various Wirelines and optical fiber telecommunications system (for example using the Wireline voip phone and the system of header-compressed).
When internet and various telecommunication system became one gradually, the end-to-end Internet Protocol (IP) that is used for all application was the target of next generation computer and communication system.Yet it is huge being used for changing required cost of present circuit-switched network and time, particularly for telecommunication system with for the use Internet Protocol is come audio information.Various service quality problems can take place when using Internet Protocol to send audio-frequency information.Service quality problem just solves at spended time.Therefore, from the viewpoint of disposing, it is careful that the solution of setting up transition looks like, and this transition solution will realize more in time and a step that increases gradually will be provided in system cost.
Before realizing end-to-end completely internet protocol communication, the invention provides various to during transmission cycle, realize based on terminal and based on network solution.These terminals can use conventional hardware and software to make up, and provide the limited accass that the internet is connected for application-specific (particularly comprising the application of audio-frequency information).The design of wireless terminal is challenging especially, and it is very important providing the support to the terminal of these kinds by network entity (for example base station and associated processing device), and described network entity is normally considered the imagination of the complete Internet Protocol in future is designed.Similarly, described network entity should comprise that common internet connects configuration, and these transition network entities are used in ability in the end-to-end internet protocol communication system of future generation without any great influence.
When the end-to-end Internet Protocol of the more approaching compatibility of communication system, wireless terminal will become to based on Internet Protocol, and all services will provide according to the Internet protocol model, comprise the transmission of audio-frequency information and service (being the voice (VoIP) of Internet Protocol carrying).In an exemplary end-to-end internet protocol communication system, audio service can be handled as shown in Figure 1, has end side 105 and network side 110 among Fig. 1, and the both comprises the complete the Internet protocol stack that audio-frequency information is handled that is used for.This complete the Internet protocol stack can comprise the Internet protocol layer 135 and be included in header compression module 125 and header decompression module 130 in the link layer 120.The Internet protocol layer 135 can be for example IPv4 or IPv6 (internet protocol version four or 6).Under the situation of mobile phone, link layer 120 can be the agreement of one group of plan at the connection on the wireless medium, and it can comprise such as mechanism such as error protection, error detection occurs and re-transmissions.End side 105 also can comprise VoIP application layer 145, transport layer 140 and physical layer 115.For example, VoIP application layer 145 can be used by any real-time transport protocol (rtp) and form and can use audio encoder/decoder (codec).Transport layer 140 can comprise User Datagram Protoco (UDP) (UDP) or the transmission control protocol (TCP) that for example is used for VoIP.Physical layer 115 can be a wireless medium.The normal the Internet protocol stack of network side 110 can comprise the Internet protocol layer 165 and link layer 150, and link layer 150 comprises header compression module 160 and header decompression module 155.Network side 110 also can comprise physical layer 115.
Protocol configuration among Fig. 1 can be used for any application based on Internet Protocol, comprises that VoIP uses.As shown in the figure, (for example be derived from end side 105, wireless terminal) audio-frequency information 170 (for example, digitized speech or voice) delivered to the Internet protocol layer 135 from VoIP application layer 145 by transport layer 140, wherein digitized audio-frequency information is placed in the Internet protocol layer 135 in the have header information Internet protocol packets of (for example, source information, routing iinformation and order information etc.).Then, this Internet protocol packets is sent to header compression module 125 and header size is reduced.Then, audio-frequency information 170 is delivered to physical layer 115 from link layer 120 so that use radio wave transmissions for example to send to the physical layer 115 of network side 110.Transceiver and antenna in the transceiver in the wireless terminal that an example of physical layer 115 is end side 105 and the base station of antenna and network side 110.At network side 110, audio-frequency information 170 is sent to link layer 150 so that handled by header decompression module 155, and wherein the header of Internet protocol packets is decompressed in header decompression module 155.The decompressed Internet protocol packets of its header is sent to network side the Internet protocol layer 165 then.Network is forwarded to the designated destination with this Internet protocol packets then.Notice that end side 105 can be any one in many wireless terminals without restriction, comprises mobile phone, PDA(Personal Digital Assistant), on knee or portable personal computer (PC), the desktop computer with wireless connections and dull and stereotyped PC etc.In addition, network side can comprise base station, base station controller, router and server etc. without restriction.
Be derived from network side 110 and will be sent to audio-frequency information 175 route and the processing similarly as shown in Figure 1 of end side 105.Audio-frequency information 175 adopts Internet protocol packets form and its header to decompress by header compression module 160 compressions of network side 110 and by the header decompression module 130 of end side 105.
Note, certain protocol configuration shown in Figure 1 will support to be used for any application based on Internet Protocol of digital information data transmission, wherein said digital information comprises audio-frequency information, stream video information and multimedia messages etc., and this specific protocol configuration is for all the Internet protocol application, even those comprise the application of Radio Link, all be preferred protocol configuration.Yet, in nearer period, support Radio Link ip voice (VoIPoW) more may need a kind of transition method, this transition method can solve the service quality problem of audio-frequency information under the situation of not supporting all end-to-end the Internet protocol application.In addition, the very common solution that provides among Fig. 1 may be more complicated than essential, and particularly end side 105 may have than the function of must function also Duoing and supports voice communication.
A kind of terminal method that is used for providing the simplification of voice communication between wireless terminal and the network based on Internet Protocol is provided among Fig. 2.Although it may be preferred in some aspects, but VoIP (for example uses, can realize entity in conjunction with audio encoder/decoder such as application protocols such as RTP, wherein this encoder/decoder obtain audio signal, with it be converted to number format, be encoded to compression number format, be packaged as application packet and it be delivered to transport layer) not necessarily reside in end side 105 devices.For example, also might between wireless terminal and terminal VoIP main frame, have several Internet Protocols to jump, wherein should end VoIP main frame in resident transport layer and VoIP use.As shown in Figure 2, end side 105 can be interconnected to other the audio frequency peer in the Internet Protocol territory by the gateway such as audio frequency net gate way 245 grades.According to this method, in end side 105, there is not the Internet Protocol assembly resident, because the network side 110 of being grouped in of the Internet protocol format stops, and in that the wireless terminal on 105 all uses special-purpose transmission solution (for example, GSM, CDMA etc.) from audio frequency net gate way 245 to end side.
End side 105 can comprise the wireless terminal that for example has conventional apparatus and legacy protocol stack.End side 105 protocol stacks can comprise it may being the physical layer 215 of radio wave transceiver and antenna for example.Physical layer 215 can be coupled to link layer 220.Link layer 220 can comprise ARQ mechanism (re-send request may automatically), radio resource management, Radio Measurement, handoff functionality, for example relevant thing of maintenance any and wireless channel on the physical medium that for example is used for error data re-transmission on the link.Link layer 220 can be coupled to special-purpose solution 225.For example, special-purpose solution 225 can be included in the wired connection of transceiver.Special-purpose solution 225 can be coupled to special audio application module 230.Special audio uses 230 can comprise the codec that for example is used for GSM, PDC, CDMA and/or WCDMA.
At network side 110, protocol stack can comprise the physical layer 215 that is coupled to link layer 235, for example transceiver and antenna etc.Link layer 235 can be coupled to special-purpose solution 240, and special-purpose solution 240 can especially comprise audio codec (for example GSM, EVRC (variable-rate codec of enhancing), SMV (optional many rate speech encoder), AMR (adaptive multi-rate)) and the possible interior signaling etc. of using of some bands.Special-purpose solution 240 can be coupled to audio frequency net gate way 245, and audio frequency net gate way 245 is the audio-frequency information of the required multiple signal format of special-purpose solution 240 from the VoIP format conversion with the VoIP grouping.Network side 110 also can comprise transport layer 250 that is coupled to audio frequency net gate way 245 and the Internet protocol layer 255 that is coupled to transport layer 250.
Even based on the model of gateway is dexterous and simple, and can provide support, but it has some and disposes obstacles the simplification that is interconnected to VoIP peer or special terminal.For example, a deployment obstacle may be need bigger increase be arranged at network side to use 230 special-purpose terminal so that support to have special audio.When in network side 110, audio frequency net gate way 245 being arranged, two protocol stacks are just arranged, one comprises that the Internet protocol layer 255 and 250, one of transport layers comprise special-purpose solution 240 and link layer 235.
In any case because all can realize in (being the Internet protocol layer 255 and transport layer 250) system is provided the support of real Internet Protocol carrying audio frequency at this, so, reuse when special-purpose terminal is provided support that function as much as possible may be favourable in the network side entity.Yet this is difficult for realizing for gateway solution, because this solution needs the network side conduct to come work based on the end points of the business of Internet Protocol.(for example this means the Internet protocol transport layer protocol stack, the Internet protocol layer 255 and transport layer 250) and audio frequency net gate way application layer 245 both all must realize together with the special-purpose networking function that needs with special-purpose terminal side 105 signal posts at network side, so that support non-the Internet protocol terminal (for example, the service of circuit switch type) in end side 105.In addition, independent the Internet protocol stack is coupled to the physical layer 215 of network side 110 with needs, so that strictly support ip terminal (for example, packet-switched services) in end side 105.Like this, use this gateway scheme, then support various types of non-the Internet protocol terminals and ip terminal will need dual stack at network side.In addition, this gateway scheme is not supported in all rational business models that are used for special-purpose terminal in this scope.Business model can comprise for example circuit switching (CS) type of service (not based on Internet Protocol) or comprise the packet-switched services of Internet Protocol.From the viewpoint of device, the circuit switch type service implements more cheap usually, but they are not so flexible from the viewpoint used.Packet-switched services is in order to serve variation (rich service) and (for example visual telephone, RTP is utilized for its isochronous audio/video) is provided in order to strengthen/to provide more flexibly and uses Internet Protocol.Special-purpose terminal can be a terminal of for example supporting single (or limited group) codec (for example, GSM, AMR, SMV or EVRC codec).This scope can comprise: comprise the audio service of for example voice service, and/or such as services of deriving such as isochronous audio-Video service.
May expect different solutions, in this scheme, network side 110 can be supported real terminal and simplification or special-purpose terminal based on Internet Protocol, and need not realize dual stack and a large amount of additional functionalities on network side 110.Though do not need audio-frequency information business (for example VoIP) is separated from other business, if but the VoIP business can be from other applied business (for example, such as data services such as web browser informations) in separate, so just can simplified application on physical layer and strengthen performance, efficient and service quality.Two kinds of feasible solutions are below arranged, and they have terminal and/or the network that the simplification of simplifying protocol stack is arranged.These solutions can during transition be supported to have terminal that special-purpose VoIP uses and support general VoIP terminal in future when end-to-end Internet Protocol becomes a reality.
First kind of solution comprises such terminal, and it can be limited to the audio interconnect that is provided to based on the network of Internet Protocol, and wherein this network has the special-purpose solution that is used for audio service and conversation control function.Second kind of solution then comprises such terminal, it has the identical special-purpose solution that is used for audio service, but it has realized that also the Internet protocol stack of simplifying is so that be provided for the platform that some simple the Internet protocol is used, and can be used to Run Sessions control, for example Session Initiation Protocol on end-to-end Internet Protocol.Two kinds of solutions are all used the principle of going the separating audio information processing in the protocol stack that network side 110 keeps based on Internet Protocol.First kind of solution handled the simplest terminal (on the meaning that VoIP is implemented in the mode of its simplification), can be used for mainly comprising the audio-frequency information wireless terminal in communication particularly, and wherein said audio-frequency information uses the Internet protocol transport.
Second kind of solution is used to support to have the terminal that strengthens more of a plurality of functions based on Internet Protocol, and here these terminals will be called as " mixture "." mixing " character of this VoIP terminal is meant such fact, be that call setup can use Internet Protocol (such as SIP etc., it can hint the existence of the Internet protocol stack) handle, and it is linked together with it, codec can be used as the circuit-switched voice system, for example, codec can directly depend on physical layer.Note, though here do not describe in detail, but first kind and second kind of solution can comprise the Internet protocol stack that is used for other type service (for example, browse, Email etc.), show among they and the figure and the VoIP that describes in detail here partly irrelevant.Additional the Internet protocol stack does not illustrate in the drawings, because it can be comprised or do not comprised, and this figure is only limited to realization and for example uses the conventional wireless terminals of revising to carry out the necessary configuration of VoIP business of voice communication.
Referring now to Fig. 3, illustrate that a kind of voice frequency terminal that is used to use simplification sets up exemplary protocol stack and the audio stream of VoIP, set up VoIP and will use tangible header-compressed and decompression protocol, and use special audio to use with integrated compression processing in end side 105 at the network side 110 of communication system.In a preferred embodiment, the simplest terminal may be only to support the terminal of audio frequency, it does not have the ability of any out of Memory communication, such as other the Internet protocol application (for example, internet browsing, Email etc.), these application do not require real time business, but they may need the Internet protocol stack.But, person of skill in the art will appreciate that the proprietary application with integrated header-compressed and header decompression can be applied to other application such as multi-media information communication etc.Similarly, described terminal can comprise other proprietary application that has or do not have complete header-compressed and header decompression, for example wireless application protocol (wap) service etc.Here, the proprietary application method will use the example of Internet Protocol voice-over (VoIP) to explain.
Fig. 3 illustrates and is used for based on the network of Internet Protocol and a kind of possible structure of the simple terminal of only supporting audio frequency of VoIP peer communication.The scheme that adopts in this configuration has been avoided implementing or use to have the Internet protocol stack of header-compressed and header decompression functional integrity completely in end side 105 (for example, wireless terminal).More properly, end side 105 equipment can have special audio and use 325, and this special audio is used 325 and comprised that the communication information of use internet form communicates necessary repertoire.End side 105 direct generations will be placed on the header of the compressed mistake on the audio frequency payload.In this case, header-compressed and header decompression function are simplified, and for example are integrated into special audio and are handled by audio codec in using.This terminal can be configured to the compression of emulation internet protocol header and internet protocol header decompresses.As indicated, do not have independent header compression module or header decompression module to be included in this embodiment to be coupled to special audio to use in 325 the link layer 320 and be used for processing audio communication.Similarly, this terminal equipment does not use institute's protocols having of finding usually in common the Internet protocol stack (as shown in Figure 1).In addition, end side 105 comprises and can comprise for example physical layer 315 of wireless set and antenna.
Compare with realize header compression function in link layer, in this embodiment, order is used for the codec that header-compressed (HC) function of processing audio information is included on the link layer can provide many advantages.For example, be kept at that to be used for the contextual data structure of compression/de-compression in the memory much smaller.In addition, not all header compression mechanisms all will realize.In case and all static informations have been transferred to the other end, thereby can produce the header (CH) of compressed mistake with the simplest form by increasing progressively this ordering of counting so because the codec on the link layer have the dynamic part of this header required, to the understanding completely and the control of this header.On the other hand, under normal circumstances, when header compression function is included in the link layer, can need many functions relevant with header-compressed, this is to want compressed header because of not predicting, perhaps can not know their feature in advance.But when header compression function be integrated in the codec and codec with payload directly during the header of the compressed mistake of output, all these all are known, therefore, many mechanism do not need.And the configuration for suggestion does not need to allow other the Internet protocol stack come the voice communication on the link layer is carried out some processing yet, has therefore simplified processing demands.
By means of the configuration of as shown in Figure 3 end side 105, network side 110 can dispose with the desired common the Internet protocol stack of end-to-end Internet Protocol in the future.The standard or the common the Internet protocol stack that are used for network side 110 can comprise the Internet protocol layer 345 and link layer 330.Link layer 330 comprises header compression module 335 and header decompression module 340.Network side 110 also comprises physical layer 315.
With reference to Fig. 4 A, usage example protocol stack and audio stream send to audio-frequency information network side from end side by the signal path 370 of Fig. 3 exemplary process flow will be described now.At first, in step 405, end side 105 determines whether to send audio-frequency information to network side 110 from terminal.If send, then in step 410, special audio uses 325 with the audio-frequency information digitlization, and produces the header compression of the Internet Protocol of using (RTP/UDP/IP that for example, is used for VoIP) and export the audio-frequency information of the coding of payload as single application.Then in step 415, the described output payload that comprises audio-frequency information is sent to network side 110 by the physical layer 315 (for example, transceiver and antenna) of link layer 320 and end side 105.Internet protocol packets with header compression is sent to link layer 330 and header decompression module 340 by the physical layer 315 by network side 110.Then in step 420, header decompression module 340 is used for the decompress header of Internet protocol packets of the particular header compression scheme of header compression according to end side 105.Then, in step 425, network side (for example base station or base station controller) sends to their predetermined destinations to the Internet protocol packets that decompressed by the Internet protocol layer 345.
With reference to Fig. 4 B, the exemplary process flow that end side 105 is provided audio-frequency information by the signal path 375 that provides as Fig. 3 from network side 110 for usage example protocol stack and audio stream will be described now.At first, in step 430, network side 110 determines whether to send audio-frequency information to end side 105 from network.If send, then in step 435, header compression module 335 compressions in the link layer 330 of network side 110 will be sent to the header of the Internet protocol packets of end side 105 on signal route 375.Then, in step 440, have the physical layer 315 (for example base station or base station controller) of the Internet protocol packets of header compression by network side and send to end side 105.Then, in step 445, have the grouping of compressing internet protocol header and send to special audio by link layer 320 and use 325 and at first not decompressed.Then, in step 450, special audio is used 325 decompressing function decompression internet protocol header.Special audio uses 325 also can be converted to the analog signal that is used for producing according to the transmission audio-frequency information audio frequency with the Internet protocol packets stream that decompresses from digitized audio message.
Dispose as Fig. 3, as long as the application of only using end side 105 communicators to support, this communicator just will rely on the real ip terminal that this network and user are used as having complete the Internet protocol stack and operation.For example, can use the special-purpose codec of GSM, EVRC, SMV or AMR, and can be modified so that as VoIP codec direct header of the compressed mistake of output on the audio frequency payload at codec described in the simple terminal, and this terminal that is used for audio frequency just realizes as in present second generation terminal simultaneously, quilt had very light maintenance and adopt so that support this proprietary application with changing.If any application specific GSM, the EVRC, SMV or the AMR that use in codec is attempted and described wireless terminal communications, this will lead to the failure so, because this proprietary application is only supported voice communication.Yet described communicator can dispose a plurality of application, and each is used all has their header-compressed and header decompression function in the place of needs.Should be noted that the method for simplifying terminal can comprise such as in following any header compression scheme one or more: " tcp/ip header (Compressing TCP/IP Headers for Low-Speed Serial Links) of compression low rate serial link " scheme (being called the VJ compression scheme here) of Van Jacobson, " IP header-compressed (IP Header Compression) " scheme (being called the IPHC compression scheme here) of people such as Mikael Degermark, " the IP/UDP/RTP header (CompressingIP/UDP/RTP Headers for Low-Speed Serial Links) of compression low rate serial link " scheme (being called the CRTP compression scheme here) of people such as StevenCasner, " robust header compression (ROHC) (Robust Header Compression (ROHC)) " scheme (being called the ROHC compression scheme here) of people such as Carsten Borman; " the auxiliary ROHC overall picture (A Link-Layer Assisted ROHC Profile for IP/UDP/RTP) of link layer that is used for IP/UDP/RTP " scheme (being called the LLA compression scheme here) with people such as Lars-Eric Jonsson; And other zero byte header compression scheme.
With reference to Fig. 5, provide a kind of exemplary protocol stack and audio stream now for the terminal of robust more, be referred to as " mixing " terminal scheme here.The hybrid terminal scheme can integrated Internet Protocol function use (for example, use is such as Internet Protocols such as SIP) be used for call setup, and can provide the initialization of internet protocol header decompression by header decompression peer, simultaneously, in end side 105 just as being that in the second generation wireless terminal audio codec uses circuit-switched architecture, thereby obtain to have the terminal of VoIP ability.One aspect of the present invention is preferably to reuse existing header compression protocol, thus increase simultaneously header-compressed that some assemblies make network side 110 in the opposite direction (network side 110 is to end side 105) be equivalent to the header stripping attachment.In addition, header-compressed will be served as preamble generator at forward direction (end side 105 is to network side 110).Therefore, minimum by means of network side 110 increases, described network just has the device of real end-to-end Internet Protocol ability on the energy support terminal side 1 05, this device all has the real header-compressed of using identical header-compressed device at both direction, in addition, this network also supports the non-the Internet agreement transition of audio capability terminal to realize.
Described hybrid plan can be included in the network side 110 of communication system and revise the header-compressed configuration and comprise special audio application and header decompression peer in end side 105.In a modification, this hybrid plan can comprise some simple increasing so that revise otherwise the behavior of the existing header compression protocol that can not change.Replacedly, some necessary functions can be used and be independent of that header-compressed realizes, the simpler realization of difference and finish.
In one embodiment, the described mode processing audio information flow that is configured to separate and not needing by the Internet protocol stack in the terminal.In order to realize this target, common the Internet protocol stack has been done many modifications, there is not the digital information of Internet protocol packets header between end side 105 and network side 110, to come and go mobile thereby make audio-frequency information can be used as.There are not header compression module or header decompression module in end side 105.More properly, audio-frequency information is sent straight to and sends from audio codec as digital information, and can be to have the minimum dimension internet protocol header or just not have the block form of internet protocol header to send at all.In addition, end side 105 comprises header decompression peer (HDP) 530, and the header decompression module 555 on the network side 110 uses header decompression peer 530 to start the generation of header for the audio-frequency information that receives from end side 105.At network side 110, header compression module 565 complements each other with other header modify feature, and other header modify feature allows to separate its internet protocol header from the Internet Protocol audio packet and makes the audio-frequency information of finding in the Internet protocol packets payload by according to time sequence correctly.These functions can be combined in the header compression module 565 or be combined in independent pre-header compression module 570 (pre-HC) and afterwards among one or more in the header compression module 560 (back HC).
More specifically, the communication system according to this scheme comprises that the special-purpose VoIP with audio codec 520 uses 545.Audio codec 520 can be the exemplary audio codec that is used in the wireless terminal for example.Audio codec 520 can use for example coding method of types such as GSM, SMV, AMR, EVRC that digitized audio-frequency information is carried out Code And Decode.Audio codec 520 can be directly connected to the physical layer 580 (for example, transceiver and antenna) of end side 105 or connect by link layer, and described link layer is transparent (not effect) from the viewpoint of customer service.For this reason, typical internet protocol header compression and decompression module is unwanted on end side 105, and this will be explained in more detail below.In addition, transport layer 540 all is coupled in special-purpose VoIP application 545 on end side 105 in any case, and this transport layer is coupled to the Internet protocol layer 535.The Internet protocol layer 535 is coupled to the link layer 525 that may comprise header-compressed peer 530 (will discuss in more detail below).Link layer 525 is coupled to physical layer 515.
Network side 110 can comprise the physical layer 515 (for example, transceiver and antenna) that is coupled to link layer 550.Link layer 550 can comprise header decompression module 555 and header compression module 565.Further, in one embodiment, link layer 550 can comprise that pre-HC 570 and/or back HC 560 are modified in the audio-frequency information that receives in the Internet protocol packets, thereby makes it and codec 520 compatibilities.In addition, network side 110 can comprise the Internet protocol layer 575 that is coupled to link layer 550.
As shown in Figure 5, described hybrid terminal (end side 105) (for example can have the Internet protocol stack, the Internet protocol layer 535), this Internet protocol stack can be reduced in one embodiment have still less to more high-rise general-purpose interface and have a minimum function.In this case, audio session control signaling can be handled on Internet Protocol end-to-endly.Header decompression peer 530 can be comprised with the Internet protocol stack and function, thereby deception network side header decompression module 555 is so that be that the digital audio data that codec 520 sends produces header.The pre-HC module 570 of network side 110 and back HC module 560 can make header compression module 565 can serve as the header terminator terminating junctor.
Audio codec 520 is directly connected under the situation of physical layer 515, does not have audio service to pass through the Internet protocol stack.Therefore, in wireless terminal, do not need header-compressed to handle to go to and use 545 real-time audio business from special-purpose VoIP.Although header-compressed and header decompression module can be included to just handle other the Internet protocol application.But, must there be the decompression module 555 on some entities and the network side 110 to set up header compression context on the end side 105, work thereby make header decompression module 555 decompressing as it to compressed packet.Similarly, header decompression peer 530 control header decompression modules 555 are used for the header maker of Internet protocol packets as one and move, and wherein this Internet protocol packets comprises the audio-frequency information that codec 520 is sent on the end side 105.Header decompression peer 530 can be used 545 by special-purpose VoIP and start when audio session begins.For example, the initialization of header decompression peer 530 can be triggered by the CCF that described special-purpose VoIP uses, this both can finish through external interface, also can be finished by the specific cluster that sends by the Internet protocol stack and header decompression peer 530.Described the Internet protocol stack can be configured to guarantee that all voip calls set up grouping and all pass through it.Usually, divide into groups by the 555 transmit head compression initializations of header decompression module on network side 110, header decompression peer 530 these header decompression modules 555 of deception are worked to decompressing from the grouping of corresponding header compressor on the end side 105 as it.The header of the no header audio-frequency information grouping that then sends subsequently for codec 520 like this produces has set up compressed context.In case described compressed context is set up, header decompression peer 530 must be the part of communication session no longer just, because after this all audio packet directly send to physical layer 515 from codec 520.Header decompression module 555 will be finished all subsequently and create the work of header and do not know the deception of header decompression peer 530 to it.Header decompression module 555 produces effective RTP/UDP/IP header based on the decompression context, and by this hang up in advance (pre-pend) thus internet protocol header Internet protocol packets is created in the packing of the digitized audio payload that receives.
Described hybrid plan also needs network side 110 is done various modifications (can use the simple form that increases) so that support to send to from network side 110 audio-frequency information of end side 105.Particularly, described audio-frequency information will arrive the Internet protocol layer 575 with the Internet protocol packets form, thereby and need be modified as audio information stream and arrive at audio codec 520, this audio information stream use many standard transmission codings of for example being used for resembling GSM, PDC, CDMA or these systems of WCDMA one or more be encapsulated in the communication packet.For example, may need sequentially to be cushioned, header is removed and any empty slot is filled by correct chronological order through the audio-frequency information of Internet Protocol packing.These processing can realize with multiple mode.Fig. 5 provides a kind of preferred mode, and wherein, some essential additional function both can be inserted into pre-HC module 570 and also can be inserted in the back HC module 560.On the other hand, described essential function also may only be included in the pre-HC module 570 or be included in the header compression module 565 self.
Before header compression module 565, thereby should being modified, described input packet header avoids the scrambling do not expected in the header information, otherwise, this scrambling will force header compression module 565 to produce bigger header compression, perhaps make it to produce no header packet under the situation of 0 byte header compression.Before can being similar to, this function under other condition, is applied to Internet Protocol sign (ID) field so that eliminate the destruction of a node (Node Violation) (node V) of the great change of not expecting in this header fields.Therefore, in this case,, node V avoids importing all scramblings of not expecting in the complete header information field of VoIP grouping thereby can expanding its function.
If have most essential processing to revise before being desirably in header compression module 565, so, in one embodiment, back HC module 570 may further include packet buffer (be used for order and obtain grouping), empty slot tucker and possible time synchronized (as the part of buffering).From the audio-frequency information of back HC570 output will be the stream of packets that enters the complete rule of header compression module 565 subsequently, and the output of header compression module 565 will be the grouping with header compression of fixing, minimum capacity.Under the situation of being carried out the compression of 0 byte header by header compression module 565, described output will be no header packet.
As what point out previously, some VoIP packet modification function can be used before or after the generation header-compressed.For example, in the embodiment shown in fig. 5, can comprise one after HC module 560.Therefore, the output of this back HC module 560 can be complete ordering, the regular stream of packets with no header packet, even the output of header compression module 565 is not like this.Similarly, this back HC module 560 can to grouping according to time sequence correctly, fill empty slot and to audio-frequency information grouping carry out time synchronized completely.In addition, all initialization headers and possible feedback message can be removed by back HC module 560, in any case because they all may be useless in end side 105.Because packet synchronization and rearrangement were easier to carry out probably before header-compressed, so, preferably in pre-HC module 570, finish these operations.But back HC module 560 still should be carried out last operation, thereby and from VoIP grouping strip header produce the regular stream of packets of grouping with no header.
In another embodiment, thus header-compressed can be modified and comprises all functions in pre-HC module 570 and the back HC module 560.In yet another embodiment, may thoroughly remove common header compression module 565, and replace to one or more modules of moving as VoIP packet synchronization device, the device that reorders, time slot tucker and stripper.For described mixing situation, this method will reduce the whole complexity that realizes to a certain extent.But, viewpoint from general VoIP scheme, that is: to prepare and support other the Internet protocol application in order to realize, preferably reuse header compression module 565 and increase limited function so that support described hybrid terminal in order to revise the VoIP grouping for end-to-end voip in the future.
The solution based on gateway that shows among described hybrid plan and Fig. 2 is compared, and this hybrid plan requires modification still less.It only makes some less increases to general voip network side 110 shown in Figure 1.In addition, when the straightforward procedure that shows among more described hybrid plan and Fig. 3 (it allow network side 110 unaffected fully), hybrid plan requires the general VoIP model (Fig. 1) that is used for network side 110 entities is made some increases, so that it is minimum guaranteeing to be transported to the size of the header compression of end side 105, particularly for the situation of 0 byte header compression.A kind of particularly suitable header compression scheme can be LLA.As a result, have only audio-frequency information to be transferred in the mode that is fit to receiver (time synchronized etc.) in proper order.But, these increases are proved to be correct by many advantages, these advantages such as: being used in when network side is only done less increase provides to real ip terminal that necessary header-compressed assembly remains unchanged in all internet protocol architecture of connection, the terminal installation of simplifying (for example, in the Internet protocol stack, there are not real header-compressed and decompressing function (for example to be used for real-time stream, audio stream, audio-video etc.)), end-to-end ground on Internet Protocol (with specific limited ground is arranged) uses the possibility of session control, and other simple the Internet protocol application (for example, Email on described terminal, moving, web browser etc.) possibility of use open interface.Should notice again that described system and method is not limited to any specific header compression scheme, and can use and comprise for example various compression schemes of VJ, IPHC, CRTP and ROHC.But, be used for advantageous particularly when of the present invention such as 0 byte header compression schemes such as LLA.
With reference to Fig. 6 A, it illustrates the exemplary audio message processing flow that uses the exemplary protocol stack that is used for hybrid plan that Fig. 5 provides and audio stream, sends audio-frequency informations from end side 105 to network side 110.If audio-frequency information will be sent to network side 110, shown in step 605, so, header decompression peer 530 will produce the header-compressed initialization information, shown in step 610.The decompress function of these dynamic fields of the initial value of any static fields that exists in this header-compressed initialization information and the internet protocol header for example, the dynamic field of internet protocol header and being used for is relevant.Then in step 615, this header-compressed initialization information is sent to the header decompression module 555 of network side 110 by signal path 580 from end side 105.In step 620, header decompression module 555 is set up the header decompression context that is associated with the audio-frequency information that receives from end side 105 subsequently then.This header decompression context comprise with internet protocol header for example in the decompress relevant information of function of these dynamic fields of the last look and being used for of dynamic field of all static fields, the internet protocol header that exist.
In step 625, the codec 520 on the end side 105 sends digitized audio-frequency information by signal path 580 beginnings to the header decompression module 555 of network side 110, does not handle and do not carry out any Internet Protocol.This digitized audio-frequency information can send with any audio coding form (such as EVRC, GSM, SMV, AMR or the like) from codec 520.In step 630, header decompression module 555 produces header then, and these headers just seem as if the header that decompresses that they are used for combining with the various audio-frequency informations that will be inserted into the Internet protocol packets payload.When using RTP/UDP/IP (VoIP) agreement, internet protocol header can comprise for example Internet Protocol source address (static state), Internet Protocol destination address (static state), UDP source port number (static state), UDP destination slogan (static state), RTP sequence number (dynamically) and RTP timestamp (dynamically).
Next, in step 635, the header information that header decompression module 555 produces is affixed to the audio-frequency information that receives from codec 520, thereby forms Internet protocol packets (for example, VoIP grouping) stream.Internet protocol packets is passed through header decompression module 555 " recovery " at link layer 550.Then, in step 640, the Internet protocol layer 575 sends described Internet protocol packets to predetermined destination (for example, being positioned at the phone of diverse location or PC etc.) on network.For example, the VoIP grouping can be sent to another wireless terminal base station by internet or in-house network, this base station uses internet protocol header to send it to another wireless terminal, thereby transmit grouping based on the information that exists in this internet header (for example, Internet Protocol destination-address etc.).Under any circumstance, end side 105 communicators (for example, wireless terminal) all passes through codec 520 separating audio business, and header decompression peer 530 also is the correct internet protocol header of these audio-frequency information service creations by signal 580 control header decompression modules 555 to accept audio-frequency information professional by signal 590 from codec 520.
With reference to Fig. 6 B, the exemplary process flow of using exemplary protocol stack that Fig. 5 provides and audio stream to send audio-frequency informations to end side 105 from network side 110 will be described now.If have audio-frequency information to send to end side 105 from network side 110 in step 650, so in step 655, the Internet protocol layer 575 from the audio-frequency information of a source receiving internet protocol format (for example, VoIP), if exist pre-HC module 570 just this audio-frequency information to be transmitted to it.Then, in step 660, for example pre-HC module 570 is revised the header of the VoIP grouping that receives on the network side 110, removes any scrambling of not expecting, thereby makes header compression module 565 not use the method that for example is similar to node V to create bigger header.Then, in step 665, the header of header compression module 565 compression VoIP groupings is so that make it have fixing minimum dimension.Then, in step 670, back HC module 560 can cushion these audio-frequency informations grouping, fill its empty slot and it carried out time synchronized.As previously mentioned, these operations are certainly carried out by back HC module 560 and/or header compression module 565.Then, in step 675, network side 110, thus for example back HC module 560 can be removed the digitlization stream of packets that the header that compresses is created the no header of audio-frequency information from the grouping of this audio-frequency information.Next, in step 680, the digitlization grouping (audio-frequency information in the grouping is according to for example codings such as GSM, SMV, AMR, EVRC) of this audio-frequency information is sent to the codec 520 of end side via signal path 585 by physical layer 515 (for example, transceiver and antenna).Similarly, thus this network side is modified the VoIP header information is converted to the header information non-the Internet protocol format, compatible with codec commonly used (for example, GSM, SMV, EVRC, AMR or the like).
The exemplary embodiment of simple terminal scheme and the hybrid terminal scheme among Fig. 5 can be supported other application based on Internet Protocol among Fig. 3, and merge to come in supporting to have the terminal of general VoIP ability and being smoothly transitted into the necessary function of end-to-end voip communication system.As implied above, network side 110 protocol stacks comprise header decompression module, header compression module and the Internet protocol layer, and thereby can support to have the operation of the wireless terminal of real as shown in Figure 1 general VoIP protocol stack.Under the situation of described hybrid plan, those functions that are not associated with end-to-end Internet Protocol usually (for example, revise the Internet protocol packets header) can only when being associated, be activated with mixed type end side 110, this is by using particular options or contingent terminal recognition process (for example during the handshake procedure between network side 110 and the end side 105) in the COS that for example this network provided to realize.In this way, pre-HC module 570 and back HC module 560 may be inoperable for real general VoIP terminal, but header compression module 565 all can be worked for mixed type terminal and real general VoIP terminal.Along with the real general purpose terminal that upgrades in the easier acquisition that becomes in the future, network side 110 will not need to upgrade and comprise the hardware and software that gateway approach shown in Figure 2 is required.
As noted above, the present invention can use any in the multiple header compression scheme.For the specific descriptions of some header compression scheme please referring to the IETF RFC 1144 in (1.) IETF network work group February nineteen ninety, " compression is used for the tcp/ip header (Compressing TCP/IP Headers for Low-SpeedSerial Links) of low rate serial link " [VJ] of Van Jacobson; (2.) the IETF RFC2507 in IETF network work group in February, 1999, " IP header-compressed (IP Header Compression) " [IPHC] of Mikael Degermark, Bjorn Nordgren, Stephen Pink; (3.) the IETF RFC 2508 in IETF network work group in February, 1999, " compression is used for the IP/UDP/RTP header (Compressing IP/UDP/RTPHeaders for Low-Speed Serial Links) of low rate serial link " [CRTP] of Steven Casner, Van Jacobson; (4.) the IETF RFC 3095 in April calendar year 2001, people's such as Carsten Borman " robust header compression (ROHC) (RobustHeader Compression (ROHC)) " [ROHC]; (5.) " the auxiliary ROHC overall picture (ALink-Layer Assisted ROHC Profile for IP/UDP/RTP) of link layer that is used for IP/UDP/RTP " [LLA] of Lars-Eric Jonsson, Ghyslain Pelletier; And the application number that submit to (6.) on September 28th, 1999 is 09/406,950 U.S. Patent application, people's such as Jonsson " being used to improve the control (Manipulationof Datagram Header Fields for Performance Improvements) of properties data newspaper header fields " [node V], more than these all are incorporated herein and are used for various uses.
Though shown and described specific embodiment of the present invention, but should be appreciated that, this does not also mean that and limits the invention to these preferred embodiments, and for those skilled in the art, obviously can under situation without departing from the spirit and scope of the present invention, make variations and modifications.Therefore, the present invention plans to contain alternative, modification and the equivalent that can be included within the spirit and scope of the present invention as defined by the following claims.
For example, the present invention is described according to the conventional wireless telecommunication wave point between end side 105 and the network side 110.But this interface can include perhaps one of many wireless type communication system of spider lines (for example LAN or WAN), for example infrared ray, WLAN and such as the extraordinary net of bluetooth etc., and it uses the place of end-to-end Internet Protocol applicable to hope.When the bandwidth of end-to-end voip and at least one jumping during less than desired value, these method particularly suitables.
In addition, the protocol stack that is used for end side 105 and network side 110 can be switched for various application.For example, do not comprise at network side under the situation of complete the Internet protocol stack, if being desirable to provide a kind of device, people are used for relative company of terminal by circuit-switched network and the real general VoIP of configuration, so, end side 105 protocol stacks can use on network side 110, and network side 110 protocol stacks also can use on end side 105.
The open text of all that mention, patent and patent application here all is used for various uses by being incorporated herein by reference in full therefrom.

Claims (30)

1. method that is used between wireless terminal and network transmitting audio-frequency information, wherein, according to Internet Protocol (IP) operation, this method comprises the steps: this network at least in part
Use the grouping that generation comprises output payload and header compression by the special audio in this wireless terminal;
The grouping that will comprise this header compression and output payload sends to this network;
Make this network to decompress to described header compression, wherein, the node that receives this network of this grouping comprises a header decompressor, is used for that this special audio is used the header compression that sends and decompresses.
2. method as claimed in claim 1, wherein, this wireless terminal does not comprise the complete the Internet protocol stack that is used to handle the Internet protocol packets that contains audio-frequency information.
3. method that is used between wireless terminal and network transmitting audio-frequency information, wherein, according to Internet Protocol (IP) operation, this method comprises the steps: this network at least in part
Use the grouping that generation comprises output payload and header compression by the special audio in this wireless terminal;
The grouping that will comprise a header compression and an output payload sends to this network;
Make this network to decompress to described header compression, wherein, described wireless terminal does not comprise the complete the Internet protocol stack that is used to handle the Internet protocol packets that contains audio-frequency information.
4. method as claimed in claim 3, wherein, the node that receives this network of this grouping comprises uses the Internet protocol stack that the header compression that sends decompresses to this special audio.
5. communicator that is used for a network service, wherein, according to Internet Protocol (IP) operation, this communicator comprises this network at least in part:
One proprietary application, it comprises and is used for certain part at least that header-compressed that Internet protocol packets handles and header decompression are handled.
6. communicator as claimed in claim 5, wherein, described proprietary application is that voice applications and this communicator are wireless terminals.
7. communicator as claimed in claim 6, wherein, voice applications comprises voice or Speech Communication, and this wireless terminal is a radio telephone.
8. communicator as claimed in claim 5, wherein, described proprietary application comprises the encoder/decoder (codec) of carrying out this header-compressed and header decompression.
9. communicator as claimed in claim 5, wherein, described proprietary application is a voice applications, it produces internet protocol header, the generation audio frequency payload of compression and creates the Internet protocol packets of the compression that comprises this header and payload.
10. communicator as claimed in claim 5, wherein, described proprietary application is the voice applications that produces audio frequency, wherein the audio frequency that is produced comprises audio-frequency information, this audio-frequency information is from the Internet protocol packets of the internet protocol header that comprises payload and compression that receives, and wherein this payload comprises this audio-frequency information.
11. communicator as claimed in claim 5 also comprises:
Be coupled to the link layer of this proprietary application; With
Be coupled to the physical layer of described link layer, wherein, under the situation of this Internet protocol packets independent header compression module or independent header decompression resume module in not by this communicator, described proprietary application sends and receives the Internet protocol packets of header-compressed by this link layer and this physical layer.
12. communicator as claimed in claim 5, wherein, communicate by letter with a network equipment under the situation of described proprietary application independent header compression module or independent header decompression module in not needing this communicator, the wherein said network equipment comprise to this communicator send/from the Internet protocol stack of this communicator receiving internet protocol packet.
13. as the communicator of claim 12, wherein, this communicator is the wireless device of communicating by letter with this network equipment by radio communication, and the described network equipment comprises base station transceiver and base station controller.
14. an equipment comprises:
First communicator is used for communicating by letter with the second communication device based on internet protocol suite, and wherein, this first communicator is configured to use the data of non-the Internet formatted that information is delivered to this second communication device from a proprietary application.
15. as the equipment of claim 14, wherein, this information is selected from following group at least in part: the audio frequency, video information and the multimedia messages that comprise voice or speech information.
16. as the equipment of claim 15, wherein, first communicator sends and receives the information session control signaling of using the Internet protocol format.
17. as the equipment of claim 15, wherein, described proprietary application comprises and is used for sending/receive from physical layer the encoder/decoder (codec) of the information that adopts the non-the Internet protocol format to physical layer.
18. as the equipment of claim 15, wherein, first communicator comprises header decompression peer module, thereby the header decompression operation that this module starts in the second communication device produces the function operation as header.
19. as the equipment of claim 18, wherein, first communicator comprise open interface and the Internet protocol stack support this proprietary application unsupported, various other application based on Internet Protocol.
20. as the equipment of claim 19, wherein, first communicator uses traditional codec, this codec is configured to support and communicating by letter based on the signaling protocol communicator of non-the Internet agreement.
21. as the equipment of claim 20, wherein, first communicator is a wireless communication terminal.
22. an equipment comprises:
First communicator, this first communicator has the protocol stack that comprises an internet protocol header compression module, thus this internet protocol header compression module is increased or revises as header and the operation of ip terminal connector.
23. equipment as claim 22, wherein, when first communicator communicates with the communicator that uses Internet Protocol agreement in addition, this internet protocol header of described internet protocol header compression module terminating and the Internet protocol format, and when first communicator communicates with the communicator that uses Internet Protocol, this internet protocol header compression module compression internet protocol header.
24. equipment as claim 22, wherein, modification to the internet protocol header compression module comprises one or more functions of selecting from following group: thus the scrambling in the data of modification header elimination header, and this scrambling may cause this internet protocol header compressor reducer to produce than desired bigger header compression; The buffering Internet protocol packets; Fill the empty slot in the Internet protocol packets; Internet protocol packets is carried out time synchronized; And peel off this internet protocol header from this Internet protocol packets payload.
25. as the equipment of claim 24, wherein, first communicator comprises the pre-header compression module (pre-HC) of the function of one or more modifications of carrying out the internet protocol header compression module.
26. as the equipment of claim 25, wherein, first communicator comprises the back header compression module (back HC) of the function of one or more modifications of carrying out the internet protocol header compression module.
27. as the equipment of claim 26, wherein, first communicator comprises the internet protocol header decompression module.
28. as the equipment of claim 24, wherein, the information that is included in the Internet protocol packets payload can be selected from following group at least in part: audio-frequency information, video information and multimedia messages.
29. as the equipment of claim 28, wherein, first communicator is base station or base station controller, and the second communication device is a wireless terminal.
30. as the equipment of claim 29, wherein, first communicator and second communication device are shared the information session control signaling of using the Internet protocol format signal.
CNA2007100921919A 2001-04-06 2002-04-02 Systems and methods for VOIP wireless terminals Pending CN101026586A (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US28180201P 2001-04-06 2001-04-06
US60/281802 2001-04-06
US10/103016 2002-03-22

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN02807762.8A Division CN100525289C (en) 2001-04-06 2002-04-02 System and methods for VOIP wireless terminals

Publications (1)

Publication Number Publication Date
CN101026586A true CN101026586A (en) 2007-08-29

Family

ID=38744491

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007100921919A Pending CN101026586A (en) 2001-04-06 2002-04-02 Systems and methods for VOIP wireless terminals

Country Status (1)

Country Link
CN (1) CN101026586A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102156945A (en) * 2010-02-12 2011-08-17 连清宏 Credit card risk control and management method using Voice-over-IP-over-Wireless (VoIPoW) telephone
CN105282033A (en) * 2014-06-19 2016-01-27 凯为公司 Method of using bit vectors to allow expansion and collapse of header layers within packets for enabling flexible modifications and an apparatus thereof
CN105554332A (en) * 2016-01-22 2016-05-04 深圳市中兴物联科技股份有限公司 Voice connection method and device based on VOIP (Voice Over Internet Protocol)
US10785169B2 (en) 2013-12-30 2020-09-22 Marvell Asia Pte, Ltd. Protocol independent programmable switch (PIPS) for software defined data center networks
CN112042164A (en) * 2018-02-20 2020-12-04 阿姆尔·穆罕默德·埃尔格巴利·萨阿德·埃尔甘杜尔 Apparatus and method for inter-national telecommunications system
US11258886B2 (en) 2014-06-19 2022-02-22 Marvell Asia Pte, Ltd. Method of handling large protocol layers for configurable extraction of layer information and an apparatus thereof

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102156945A (en) * 2010-02-12 2011-08-17 连清宏 Credit card risk control and management method using Voice-over-IP-over-Wireless (VoIPoW) telephone
US10785169B2 (en) 2013-12-30 2020-09-22 Marvell Asia Pte, Ltd. Protocol independent programmable switch (PIPS) for software defined data center networks
US11824796B2 (en) 2013-12-30 2023-11-21 Marvell Asia Pte, Ltd. Protocol independent programmable switch (PIPS) for software defined data center networks
CN105282033A (en) * 2014-06-19 2016-01-27 凯为公司 Method of using bit vectors to allow expansion and collapse of header layers within packets for enabling flexible modifications and an apparatus thereof
US11050859B2 (en) 2014-06-19 2021-06-29 Marvell Asia Pte, Ltd. Method of using bit vectors to allow expansion and collapse of header layers within packets for enabling flexible modifications and an apparatus thereof
US11258886B2 (en) 2014-06-19 2022-02-22 Marvell Asia Pte, Ltd. Method of handling large protocol layers for configurable extraction of layer information and an apparatus thereof
US11799989B2 (en) 2014-06-19 2023-10-24 Marvell Asia Pte, Ltd. Method of using bit vectors to allow expansion and collapse of header layers within packets for enabling flexible modifications and an apparatus thereof
CN105554332A (en) * 2016-01-22 2016-05-04 深圳市中兴物联科技股份有限公司 Voice connection method and device based on VOIP (Voice Over Internet Protocol)
CN112042164A (en) * 2018-02-20 2020-12-04 阿姆尔·穆罕默德·埃尔格巴利·萨阿德·埃尔甘杜尔 Apparatus and method for inter-national telecommunications system

Similar Documents

Publication Publication Date Title
CN100525289C (en) System and methods for VOIP wireless terminals
CN100417027C (en) Communication system and method for shared context compression
CN101366261B (en) Method and apparatus for enhancing rohc performance when encountering silence suppression
US7143191B2 (en) Protocol message compression in a wireless communications system
US6839339B1 (en) Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets
CA2429571C (en) Method and system for transmission of headerless data packets over a wireless link
US6134245A (en) System and method for the compression and transportation of non frame relay data over a frame relay network
CN100496041C (en) Method for defining context identifier, compression system, network element and mobile station
JP3982688B2 (en) Communication system and method using temporary compression table
US6377808B1 (en) Method and apparatus for routing data in a communication system
EP1992143B1 (en) Method and device for generating and sending signaling messages
KR100628947B1 (en) Apparatus and associated method for communicating multimedia information upon a communication link
CN1694440B (en) Method for allocation of network gateway and network body
EP1523148A1 (en) Header compression/decompression device and header compression/decompression method
US7324443B2 (en) Binary protocol for session initiation in a wireless communications system
CN100433841C (en) Robustness header compression/decompression method for MIPv6
US6963587B2 (en) Communication system and method utilizing request-reply communication patterns for data compression
CN1757247A (en) System and method for communicating traffic between a cell site and a central office in a telecommunications network
US20060133372A1 (en) Apparatus and method for multiplexing packet in mobile communication network
CN101026586A (en) Systems and methods for VOIP wireless terminals
CN101197825B (en) Method, system and device for compression message transmission
CN1316748C (en) Communication system and method utilizing request-reply communication patterns for data compression
US7158491B1 (en) Terminal-based link adaptation scheme having a detector which monitors application signaling and a requestor which requests a special channel based on the detection
KR100689473B1 (en) Apparatus and method for compressing protocol header in communication system
US20050286475A1 (en) Non-native media codec in CDMA system

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20070829