WO2008086741A1 - Procédé, dispositif et système pour réaliser un service de télécopie et. 38 sur internet - Google Patents

Procédé, dispositif et système pour réaliser un service de télécopie et. 38 sur internet Download PDF

Info

Publication number
WO2008086741A1
WO2008086741A1 PCT/CN2008/070013 CN2008070013W WO2008086741A1 WO 2008086741 A1 WO2008086741 A1 WO 2008086741A1 CN 2008070013 W CN2008070013 W CN 2008070013W WO 2008086741 A1 WO2008086741 A1 WO 2008086741A1
Authority
WO
WIPO (PCT)
Prior art keywords
sdp
response message
terminal
mgc
capability
Prior art date
Application number
PCT/CN2008/070013
Other languages
English (en)
French (fr)
Inventor
Peng Wang
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2008086741A1 publication Critical patent/WO2008086741A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
    • H04N1/00214—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
    • H04N1/00214—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission
    • H04N1/0022—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission involving facsimile protocols or a combination of facsimile protocols and computer data transmission protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/327—Initiating, continuing or ending a single-mode communication; Handshaking therefor
    • H04N1/32789—Details of handshaking
    • 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/1106—Call signalling protocols; H.323 and related

Definitions

  • the present invention relates to Internet Protocol (IP) fax technology, and more particularly to a method, apparatus and system for implementing enhanced T.38 (ET.38) fax services in an IP network.
  • IP Internet Protocol
  • ET.38 enhanced T.38
  • Session Initiation Protocol can be used to establish, modify, and terminate two-way and multi-party multimedia sessions in an IP network.
  • Session Description Protocol SDP
  • SDP Session Description Protocol
  • the SDP Offer/Answer mechanism is called the OA mechanism.
  • FIG 1 is a schematic diagram of the existing SDP Offer/Answer mechanism.
  • the SDP provider and the SDP responder are participants of the same SIP session.
  • the SDP provider sends an SDP Offer to the SDP responder.
  • the SDP Offer contains the media capability information of the SDP provider, such as the media type supported by the SDP provider and the media type to be used.
  • the SDP answering end determines, according to the SDP Offer and the media capability of the SDP responder itself, the media type that the SDP responding end can or is willing to support and use, and the media encoding and decoding capability corresponding to a certain media type, etc., through SDP Answer Responding to the SDP Offer; in the SDP Answer returned by the SDP responder to the SDP provider, the media type provided by the SDP offer needs to be answered one by one, and the response to each media type includes whether the media type is supported, if supported Need to return the codec type selected by the SDP responder (same It may carry other codec types supported by the SDP responder, media addresses corresponding to the media type, ports, and some parameter information related to codecs;
  • the SDP provider establishes a media channel with the SDP responder according to the received SDP answer, that is, the result of the capability negotiation.
  • the interaction and negotiation of media capabilities between the SDP provider and the SDP responder is completed, and a media channel is established.
  • a fax service is a service that transmits the authenticity of media such as photos, charts, letters, and documents to a remote location through a cable or radio device.
  • T.38 and ET.38 are two widely used fax protocols.
  • the T.38 protocol was developed by the International Telecommunication Union Standardization Sector (ITU-T) to provide users with high-quality fax services in wired networks.
  • ITU-T International Telecommunication Union Standardization Sector
  • the T.38 protocol cannot accommodate the instability of air interfaces and large delays in wireless applications. The data bandwidth is small, which makes the T.38 protocol impossible to use in mobile networks.
  • 3GPP 3rd Generation Partnership Project
  • the ET.38 protocol enhances and modifies the codec mode, packing mode, and control signaling process of the media, making ET.38 a different from T.38. Fax protocol for mobile networks.
  • SIP session participants also support a certain fax protocol as a media capability.
  • T.38 capability can be called T.38 capability.
  • T.38 capability interaction and negotiation can be performed through the SIP protocol, and the T.38 fax bearer channel is established, thereby implementing the T.38 fax service.
  • ET.38 capability interaction and negotiation there is no technology in the SIP protocol that supports ET.38 capability interaction and negotiation, which makes it impossible to establish an ET.38 fax bearer channel when establishing communication using the SIP protocol, thereby failing to provide an ET.38 fax service.
  • the H.248 protocol is a media gateway control between the Media Gateway Controller (MGC) and the Media Gateway (MGW).
  • MGC Media Gateway Controller
  • MGW Media Gateway
  • the protocol does not provide the 38.38 fax bearer channel when the MGC is used to establish the communication information of the MGW. .
  • the MGW is used as the ⁇ .248 terminal.
  • the method for implementing the ET.38 fax service between SIP terminals disclosed in the embodiment of the present invention aims to provide a method for supporting ET.38 capability interaction and negotiation in the SIP protocol, thereby implementing an ET based on the SIP protocol. 38 fax business.
  • the method for implementing the ET.38 fax service between the H.248 terminals disclosed in the embodiment of the present invention is directed to providing a method for supporting the MGC to acquire the ET.38 capability information of the MGW in the H.248 protocol, thereby implementing ET.38 fax service based on H.248 protocol.
  • the system for implementing ET.38 fax service between SIP terminals disclosed in the embodiments of the present invention aims to provide a system for supporting ET.38 capability interaction and negotiation in the SIP protocol, thereby implementing an ET based on the SIP protocol. 38 fax business.
  • the SDP provider device for implementing the ET.38 fax service disclosed in the embodiment of the present invention aims to provide an SDP provider device that supports ET.38 capability interaction and negotiation in the SIP protocol, thereby implementing an SIP based ET. .38 fax service.
  • the SDP responding end device for implementing the ET.38 fax service disclosed in the embodiment of the present invention aims to provide an SDP responding end device that supports ET.38 capability interaction and negotiation in the SIP protocol, thereby implementing an SIP based ET. .38 fax service.
  • the present invention aims to provide an ET.38 capable of supporting the MGC to acquire the MGW in the H.248 protocol.
  • the system of force information thus implementing the ⁇ .38 fax service based on the 248.248 protocol.
  • the MGC for implementing the 38.38 fax service disclosed in the embodiment of the present invention aims to provide an MGC that supports the MGC to acquire the ⁇ .38 capability information of the MGW in the ⁇ .248 protocol, thereby implementing the ⁇ .248 protocol based ⁇ . .38 fax service.
  • the MGW for implementing the 38.38 fax service disclosed in the embodiment of the present invention aims to provide an MGW that supports the MGC to acquire the ⁇ .38 capability information of the MGW in the ⁇ .248 protocol, thereby implementing the ⁇ .248 protocol based ⁇ . .38 fax service.
  • a method for implementing an ET.38 fax service between SIP terminals comprising the following steps:
  • the SDP provider carries its own ET.38 capability information in the SDP offer and sends it to the SDP responder.
  • the SDP provider receives the SDP response Answer returned by the SDP responding end, and the SDP Answer is the SDP responding end according to the ET.38 capability information of the SDP providing end and the ET.38 capability of the SDP responding end itself. Returned by the SDP provider;
  • the SDP provider and the SDP responder establish a fax bearer channel according to the ET.38 protocol.
  • a method of implementing an ET.38 fax service between H.248 terminals comprising the steps of:
  • the MGC sends a command related to media processing of the H.248 terminal to the H.248 terminal, respectively;
  • the MGC receives the response message returned by the H.248 terminal, where the response message carries the ET.38 capability information of the H.248 terminal;
  • the MGC is in accordance with the ET.38 protocol. Establishing a fax bearer channel between the ⁇ .248 terminals.
  • a system for implementing a 38.38 fax service between SIP terminals comprising: an SDP provider device and an SDP answering device;
  • the SDP providing end device configured to send, to the SDP responding end device, an SDP Offer carrying its own ET.38 capability information, and receiving an SDP Answer carrying the media negotiation result from the SDP responding end device ;
  • the SDP responding end device is configured to receive an SDP Offer from the SDP providing end device, and according to the ET.38 capability information of the SDP providing end device in the SDP Offer, and the SDP answering end device itself ET.38 capability, returning to the SDP provider device an SDP Answer carrying a media negotiation result;
  • the SDP providing end device and the SDP responding end device are configured to establish a fax bearer channel according to the ET.38 protocol according to the media negotiation result in the SDP Answer.
  • An SDP provider device for implementing an ET.38 fax service includes: an SDP Offer generation module, an SDP provider interface module, and an SDP provider connection establishment module;
  • the SDP Offer generating module is configured to generate, according to the ET.38 capability of the SDP provider device, an SDP Offer carrying the ET.38 capability information of the SDP provider, and send the SDP Offer to the SDP provider interface module;
  • the SDP provider interface module is configured to send an SDP Offer from the SDP Offer generation module to the SDP answering device, and send an SDP Answer returned by the SDP responding device to the SDP provider connection establishment.
  • the SDP providing end connection establishing module configured to establish a fax between the SDP providing end device and the SDP answering end device according to the ET.38 protocol according to the SDP Answer from the SDP providing end interface module Carrying a channel.
  • An SDP answering end device implementing ET.38 fax service, the SDP answering end device package
  • the SDP responding end interface module is configured to receive an SDP Offer from the SDP provider device, send the SDP Answer generating module, and send an SDP Answer from the SDP Answer generating module to the SDP provider.
  • the SDP Answer generating module is configured to generate ET.38 capability information of the SDP provider device in the SDP Offer from the SDP answering interface module and an ET.38 capability of the SDP responding device itself Sending, by the SDP answering end interface module, the SDP answering device to the SDP providing end device, and notifying the SDP responding end connection establishing module;
  • the SDP responding end connection establishing module is configured to establish, according to the SDP Answer, a fax bearer channel between the SDP responding end device and the SDP providing end device according to the ET.38 protocol.
  • a system for implementing an ET.38 fax service between H.248 terminals comprising: an MGC, a first H.248 terminal, and a second H.248 terminal;
  • the MGC is configured to send, to the first H.248 terminal and the second H.248 terminal, a command related to media processing of the H.248 terminal, respectively, and in the first H.248 terminal and the first
  • the fax bearer channel between the H.248 terminals is established according to the ET.38 protocol;
  • the first H.248 terminal and the second H.248 terminal are each configured to carry their own ET.38 capability information to the MGC in a response message corresponding to the command.
  • An MGC for implementing an ET.38 fax service includes: a command generation module, an MGC interface module, and an MGC connection establishment module;
  • the command generating module is configured to generate a command related to H.248 terminal media processing, and send the command to the H.248 terminal by using the MGC interface module;
  • the MGC interface module is configured to send, to the H.248 terminal, a command related to the H.248 terminal media processing, and send an ET from the H.248 terminal that carries the H.248 terminal.
  • a response message of the .38 capability information is sent to the MGC connection establishment module, and the MGC connection establishment module is configured to establish a fax between the H.248 terminals according to the ET.38 protocol according to the ET.38 capability of the H.248 terminal. Carrying channel.
  • An H.248 terminal for implementing an ET.38 fax service comprising: an H.248 terminal interface module, a response generation module, and an H.248 terminal connection establishment module;
  • the H.248 terminal interface module is configured to receive a command related to media processing of the H.248 terminal from the MGC, send the response to the response generation module, and send a response message from the response generation module. Sent to the MGC;
  • the response generation module is configured to send the ET.38 capability information of the H.248 terminal to the H.248 terminal interface module by using a response message corresponding to the command, and send the H.248 The ET.38 capability of the terminal notifies the H.248 terminal connection establishment module;
  • the H.248 terminal connection establishing module is configured to establish a fax bearer channel according to the ET.38 protocol.
  • the technical solution for implementing the ET.38 fax service between the SIP terminals disclosed in the embodiment of the present invention describes the ET.38 capability of the SIP session participant in the SDP, and passes the SDP Offer/Answer
  • the mechanism realizes the interaction and negotiation of ET.38 capability between SIP session participants, and the establishment of ET.38 fax bearer channel, thus realizing the provision of ET.38 fax service based on SIP protocol.
  • the SDP is used to describe the ET.38 capability of the H.248 terminal, so that the MGC can pass the H.248 command/response.
  • the mechanism acquires the ET.38 capability of MGW, thereby implementing the ET.38 fax service based on the H.248 protocol.
  • ET.38 capability interaction and negotiation can be implemented in various SIP and/or H.248 protocol-based applications, and ET.38 fax
  • the establishment of the carrier channel not only solves the technical problem that the ET.38 fax service cannot be provided based on the SIP and H.248 protocols, but also has an unusual significance for the IP fax field. This is because: On the one hand, the ET.38 fax protocol can work well in wired networks and mobile network environments, which can overcome the shortcomings of other fax protocols that cannot work in mobile network environments, and mobile network applications will Very common; on the other hand, SIP and H.248 are the most important application layer control protocols and media gateway control protocols in next-generation networks, respectively.
  • Figure 1 is a schematic diagram of an existing SDP Offer/Answer mechanism
  • FIG. 2 is an exemplary flowchart of a method for implementing an ET.38 fax service between SIP terminals according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for implementing an ET.38 fax service according to Embodiment 1 of the present invention
  • FIG. 4 is a schematic structural diagram of a system for implementing an ET.38 fax service according to Embodiment 1 of the present invention
  • FIG. 5 is a schematic diagram showing the internal structure of the SDP providing device in the system shown in FIG. 4.
  • FIG. 6 is a schematic diagram showing the internal structure of the SDP responding device in the system shown in FIG. 4.
  • FIG. 7 is a second embodiment of the present invention in H.248.
  • FIG. 8 is a flowchart of a method for implementing an ET.38 fax service according to Embodiment 2 of the present invention
  • FIG. 9 is a schematic structural diagram of a system for implementing an ET.38 fax service according to Embodiment 2 of the present invention
  • FIG. 10 is a schematic diagram showing the internal structure of an MGC device in the system shown in FIG. 9; 11 is a schematic diagram showing the internal structure of an MGW device in the system shown in FIG. 9.
  • FIG. 12 is a schematic flowchart of a method for implementing a 38.38 fax service according to Embodiment 3 of the present invention. Mode for carrying out the invention
  • the main idea of the embodiment of the present invention is to use the SDP to describe the information related to the .38 capability, and implement the interaction and negotiation of the ET.38 capability between the SIP session participants through the SDP Offer/Answer mechanism, and the ET.38 fax bearer channel.
  • the SDP can also be carried in the H.248 protocol message
  • the MGC can acquire the ET.38 capability of the MGW through the H.248 command/response mechanism, thereby implementing the ET.38 fax service based on the H.248 protocol.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • This embodiment describes a specific implementation of a method, apparatus, and system for implementing an ET.38 fax service between SIP terminals.
  • FIG. 2 is an exemplary flowchart of a method for implementing an ET.38 fax service between SIP terminals according to an embodiment of the present invention.
  • the exemplary process includes the following steps:
  • Step 201 The SDP provider carries its own ET.38 capability information in the SDP Offer and sends it to the SDP answering end.
  • Step 202 The SDP responding end returns an SDP Answer to the SDP provider according to the ET.38 capability information of the SDP provider and the ET.38 capability of the SDP responder itself.
  • Step 203 If the result of the media negotiation in the SDP Answer is to establish an ET.38 fax bearer channel, the SDP provider and the SDP responder establish a fax bearer channel according to the ET.38 protocol. So far, an exemplary flow of implementing the ET.38 fax service method between SIP terminals is disclosed.
  • the negotiation of the ET.38 media capability and the establishment of the media channel are completed using the SDP Offer/Answer mechanism in the SIP protocol.
  • the SDP Offer/Answer process can be completed in the following SIP message interaction process to implement the establishment and modification of the media bearer channel in the SIP protocol.
  • the INVITE request message and the temporary response message to the request message the SDP Offer is carried in the INVITE request message, and the temporary response message through the INVITE request message carries the SDP Answer;
  • the temporary response message may include other than the 100 response message. All temporary response messages;
  • the INVITE request message and the success response message to the request message the SDP Offer is carried in the INVITE request message, and the SDP Answer is carried by the success response message of the INVITE request message; here, the success response message may include a response message, and currently responds with 200 The most common news;
  • the success response message to the INVITE message and the acknowledgement (ACK) message to the success response message carrying the SDP Offer in the success response message to the INVITE message, and carrying the SDP Answer through the ACK message of the success response message;
  • a reliable temporary response message to the INVITE message and an acknowledgement (PRACK) message to the temporary response message the SDP Offer is carried in the reliable temporary response message to the INVITE message, and the SDP Answer is carried through the PRACK message of the temporary response message;
  • the reliable temporary response message to the INVITE message may include a temporary response message other than the 100 response message;
  • the PRACK message for the reliable temporary response message and the success response message to the PRACK message carrying the SDP Offer in the PRACK message for the reliable temporary response message, and communicating
  • the successful response message to the PRACK message carries the SDP Answer;
  • the UPDATE request message and the success response message to the request message The SDP Offer is carried in the UPDATE request message, and the SDP Answer is carried by the successful response message to the UPDATE request message.
  • the codec type corresponding to the ET.38 capability may be extended on the basis of the existing media type, and then the SDP is described in the SDP. Corresponding address, port and other information.
  • MIME Multipurpose Internet Mail Extensions
  • ET.38 Since the ET.38 protocol does not depend on the underlying transport protocol, in practical applications ET.38 can be based on Real-Time Transport Protocol (RTP), User Datagram Transport Layer Protocol (UDPTL), User Datagram Protocol (UDP), transport.
  • RTP Real-Time Transport Protocol
  • UDP User Datagram Transport Layer Protocol
  • UDP User Datagram Protocol
  • TCP Control Protocol
  • MIME types corresponding to the ET.38 capabilities can be extended for any underlying transport protocol as follows:
  • MIME media type name Audio or video or image or application or data
  • Audio means audio
  • video means video
  • image means image
  • application means application
  • data means data
  • the media type is a standard existing media type, and is a common media type in a fax service; for these media types or other media types, a MIME subtype representing a codec format of the media type may be defined, in the present invention, ET.38 protocol codec format.
  • ET.38 protocol codec format et38 as the MIME subtype is only a symbol that identifies ⁇ .38. In actual applications, other identifiers can also be used to represent the 38.38 protocol codec format.
  • the extended MIME type does not require mandatory parameters or optional parameters.
  • ET.38 is transmitted based on RTP protocol, it is based on the description in SDP.
  • the ET.38 capability information of the SIP session participants can be described in the SDP.
  • the following is an example of how to construct an SDP carrying ET.38 capability information for RTP, UDPTL, UDP, and TCP protocols.
  • each m line is used to describe information about a media stream in a session, including media type, transport address, codec format, etc.
  • c line is used to describe the connection information.
  • Line a is used to describe session attributes; each m line can include zero or one c lines, and any a line.
  • the above example 1 shows that the address of the SIP session participant is 192.0.2.2, and the payload type is supported on the port 6800, and the transmission is performed by using the RTP protocol.
  • the audio service and as shown in the third line, the payload type 98 should be mapped to the new subtype et38 of this embodiment, and the codec clock frequency is 8000 Hz. Therefore, the codec format of the above audio service is ET.38 protocol. format.
  • the payload type is first indicated by 98, and the coding and decoding format and the clock frequency are mapped in a line.
  • the format is required to describe the RTP-based transmission in the SDP.
  • any is not greater than An integer of 127 can be used to represent the payload type.
  • c IN IP4 192.0.2.2
  • the above example 2 indicates: The address of the SIP session participant is 192.0.2.2, and the image service with the codec format of ET.38 and using DUPTL protocol is supported on port 15002.
  • c IN IP4 192.0.2.2
  • the above example 3 indicates that the address of the SIP session participant is 192.0.2.2, and the image service with the codec format of ET.38 and using the UDP protocol is supported on the port 15002.
  • UDP protocol to transfer other media types such as applications, audio, video or data, replace the image in the above m lines with the identifier of application, audio, video, data or other media type.
  • the above address and port number are only examples. In the specific implementation, they can be modified according to actual conditions.
  • a connection: new
  • the above example four indicates: The address of the SIP session participant is 192.0.2.2, and the image service with the codec format of ET.38 and transmitted by the TCP protocol is supported on the port 15002, and the session connection is A new connection waiting for the peer to establish.
  • TCP protocol to transfer other media types such as applications, audio, video or data, replace the image in the above m lines with the identifier of application, audio, video, data or other media type.
  • address and port number are only examples. In the specific implementation, they can be modified according to actual conditions.
  • the interaction between the SDP provider and the SDP answering end in the SDP Offer/Answer mechanism is instantiated as a media processing unit at one end in a SIP session.
  • MP and MC media control unit
  • MP and MC handle the intersection of the media plane and the control plane respectively.
  • MP and MC can be two independent physical devices, or they can be located in the same physical device.
  • the MC needs to obtain the ET.38 capability information of the MP before the SDP provider sends the SDP Offer.
  • the MP and MC of the SDP responder are two independent devices.
  • the MC also needs to obtain the ET.38 capability information of the MP before the SDP answer is returned to the SDP answer.
  • FIG. 3 is a flowchart of a method for implementing an ET.38 fax service according to Embodiment 1 of the present invention. See Figure 3, where MP1 and MC1 are SDP-providing independent MP and MC devices, and MP2 and MC2 are SDP responders, independent MP and MC devices.
  • the method shown in Figure 3 includes the following steps:
  • Step 301 MC1 and MC2 obtain the media processing capabilities of MP1 and MP2, respectively.
  • MC1 and MC2 obtain the media processing capabilities of MP1 and MP2 through their interfaces with MP1 and MP2, or through local data configuration.
  • This media processing capability includes MP1 and MP2 support for ET.38 fax services.
  • the operation of the MC to obtain the MP media processing capability may not be completed in this step, but may be temporarily obtained when the MC needs to acquire the MP media processing capability in the subsequent step, for example, may be obtained when the MC initiates a resource creation request to the MP. If the MP and the MC are located in the same physical device, the operation of the MC to obtain the media processing capability of the MP belongs to the internal operation of the device.
  • the MCs and MPs that are at the same end of the session and are independent of each other can interact with each other through the H.248 protocol, so that the MC obtains the ET.38 capability information of the MP.
  • the interaction between the MC1 and the MC2 is mainly described in detail.
  • MP and MC correspond to MGW and MGC, respectively.
  • Step 302 The MC1 initiates a resource creation request to the MP1, and obtains information about the media capability, such as the address and port of the created media resource.
  • the operation of the step may enable the MCI to simultaneously obtain the media capability information of the MP1.
  • Step 303 The MC1 initiates a media establishment request to the MC2, and carries the ET.38 capability information of the MP1 in the request.
  • the MC1 sends an INVITE request to the MC2 as an example.
  • any SDP can be carried in an SDP Offer/Answer process.
  • the Offer message can be used as the media setup request initiated by MC1 to MC2 in this step.
  • the SDP Offer is carried in the INVITE request, and the SDP Offer carries the media capability information of the MP1 obtained in the foregoing step, including the address, port, codec format, and the like of the media resource.
  • the SDP Offer sent by MC1 to MC2.
  • v lines are used to describe protocol version information
  • 0 lines are used to describe the information about the session initiator and the session identifier
  • s line is used to describe the session name.
  • the t line is used to indicate the session activity time.
  • the foregoing capability description indicates that the address of the SDP provider is mpl.examplel.com, and the audio service with the payload types of 98 and 99 and using the RTP protocol is supported on the port 5764. As seen in lines 7-8, 98 should be mapped to a child.
  • the type et38, 99 should be mapped to subtype t38, and the codec clock frequency of et38 and t38 is 8000Hz. Therefore, the above SDP provider supports both T.38 audio fax based on RTP protocol and ET.38 based on RTP protocol. Audio fax.
  • Step 304 The MC2 controls the MP2 to create the local media resource, and obtains information about the media capability, such as the address and port of the created media resource.
  • the operation of this step may enable the MC2 to obtain the media capability information of the MP2 at the same time.
  • Step 305 The MC2 returns a 200 OK response message to the MC1, and carries the media negotiation result in the response message.
  • MC2 In this step, corresponding to the INVITE request message in step 303, MC2 returns a 200 OK response message to MC1 as an example.
  • any corresponding to the INVITE request message may be in an SDP.
  • the message carrying SDP Answer in the Offer/Answer process can be used as the message returned by MC2 to MC1 in this step.
  • the SDP Answer is carried in the 200 OK response message, and the SDP Answer carries the media negotiation result, for example, whether to use the ET.38 for the fax service, which may include some or all of the MP2 media processing capability information.
  • the above SDP Answer means The SDP responder uses the address mp2.example2.com, the port number is 10000, and the SDP provider establishes a RTP-based fax bearer channel with a payload type of 98. It can be seen from the seventh line that 98 should be mapped to the subtype et38, and its codec clock frequency is 8000 Hz. Therefore, the result of the above media negotiation is to establish a fax bearer channel with a codec format of ET.38, and provide a fax service for the user.
  • Step 306 The MC1 updates the remote media resource information to the MP1 according to the received SDP Answer.
  • MC1 will update the remote media resource information to MP1 according to the media negotiation result in SDP Answer.
  • Step 307 MC1 returns an ACK message to MC2.
  • Step 308 MP1 and MP2 perform ET.38 fax service or other types of services according to media negotiation results.
  • the SDP Answer carried in the 200 OK response message returns to establish a fax carrier channel using ET.38
  • the fax bearer channel is established between the MP1 and the MP2 according to the ET.38 protocol, and the fax is transmitted.
  • Business communication if the SDP Answer carried in the 200 OK response message returns to establish a fax carrier channel using ET.38, the fax bearer channel is established between the MP1 and the MP2 according to the ET.38 protocol, and the fax is transmitted. Business communication.
  • FIG. 4 is a schematic structural diagram of a system for implementing an ET.38 fax service according to Embodiment 1 of the present invention.
  • the system includes: an SDP providing end device 410 and an SDP responding end device 420; wherein, the SDP providing end device 410 is configured to send and carry to the SDP responding end device 420.
  • the SDP responding end device 420 is configured to receive the SDP Offer from the SDP providing end device 410, and according to the ET.38 capability information of the SDP providing end device 410 in the SDP Offer and the ET.38 of the SDP responding end device 420 itself Ability to return to the SDP provider device 410 an SDP Answer carrying the media negotiation result;
  • the SDP provider device 410 and the SDP responding device 420 are configured to establish a fax bearer channel according to the ET.38 protocol according to the media negotiation result in the SDP Answer.
  • the SDP provider device is further configured to determine whether the media negotiation result in the SDP Answer is to establish an ET.38 fax bearer channel.
  • the SDP provider device 410 may carry the SDP Offer through the INVITE request message, and the SDP responding device 420 may carry the SDP Answer by using a temporary response message other than the 100 response message to the INVITE request message. ;
  • the SDP provider device 410 may carry the SDP Offer through the INVITE request message, and the SDP responding device 420 may carry the SDP Answer by successfully responding to the INVITE request message.
  • the SDP provider device 410 may carry the SDP Offer by using the success response message to the INVITE message, and the SDP responding device 420 may carry the SDP Answer by using the ACK message for the success response message.
  • the SDP providing end device 410 may carry the SDP Offer by using a reliable temporary response message other than the 100 response message to the INVITE message, and the SDP responding end device 420 may carry the SDP Answer through the PRACK message of the temporary response message.
  • the SDP providing end device 410 may carry the SDP Offer by using the PRACK message of the reliable temporary response message, and the SDP responding end device 420 may carry the SDP Answer by the success response message to the PRACK message;
  • the SDP provider device 410 may carry the SDP Offer through the UPDATE request message, and the SDP responding device 420 may carry the SDP Answer by the success response message to the UPDATE request message.
  • the SDP provider device and the SDP answering device shown in FIG. 4 are a combination of an MC device and an MP device in an actual application.
  • the interaction between the provider and the responder based on the SDP Offer/Answer mechanism is mainly performed by the MC device, and the MP device is mainly used to provide the MC device with the media capability information of the SDP provider and the SDP responder, and the result of the capability negotiation. Establish a bearer channel.
  • the MC can send a command related to media processing of the MP to the MP, and the MP can have its own ET.38 capability information. Carrying in the response message corresponding to the command and sending it to the MC;
  • the MC can send a command related to media processing of the MP to the MP, and the MP can carry its own ET.38 capability information in accordance with the command.
  • the response message is sent to the MC.
  • the MC and the MP are located in the same physical device as an example. Therefore, the functions performed by the MC and the MP device are not strictly divided.
  • FIG. 5 is a schematic diagram showing the internal structure of the SDP providing device in the system shown in FIG. 4.
  • the SDP provider includes: an SDP Offer generation module 501, an SDP provider interface module 502, and an SDP provider connection establishment module 503.
  • the SDP Offer generation module 501 is configured to generate an SDP carrying the ET.38 capability information of the SDP provider device 410 according to the ET.38 capability of the SDP provider device 410. Offer, and sent to the SDP provider interface module 502; and the SDP Offer generated by the SDP Offer generation module 501 and carrying the ET.38 capability information of the SDP provider is: carrying the corresponding ET.38 capability a decoding type, and an SDP Offer of the address and port information corresponding to the media type;
  • the SDP provider interface module 502 is configured to send the SDP Offer from the SDP Offer generation module 501 to the SDP answering device 420, and send the SDP Answer returned by the SDP responding device 420 to the SDP provider connection establishing module 503;
  • the SDP provider connection establishing module 503 is configured to establish a fax bearer channel between the SDP provider device 410 and the SDP answering device 420 according to the ET.38 protocol according to the SDP Answer from the SDP provider interface module 502; and, SDP The provider connection establishment module 503 is further configured to determine whether the media negotiation result in the SDP Answer is to establish an ET.38 fax 7 carrier channel.
  • the SDP Offer generation module 501 can carry the generated SDP Offer in the INVITE request message and send it to the SDP provider interface module 502;
  • the generated SDP Offer may be sent to the SDP provider interface module 502 in the successful response message to the INVITE message;
  • the generated SDP Offer may be sent to the SDP provider interface module 502 in a reliable temporary response message other than the 100 response message to the INVITE message; or the generated SDP Offer may be carried in a reliable pair.
  • the PRACK message of the temporary response message is sent to the SDP provider interface module 502;
  • the generated SDP Offer may be carried in the UPDATE request message and sent to the SDP provider interface module 502.
  • FIG. 6 is a schematic diagram showing the internal structure of the SDP responding end device in the system shown in FIG. 4.
  • the SDP responding end device includes: an SDP responding end interface module 601, SDP Answer The generating module 602 and the SDP responding end connection establishing module 603.
  • the SDP responding end interface module 601 is configured to receive the SDP Offer from the SDP provider device 410, send the SDP Answer generating module 602, and send the SDP Answer from the SDP Answer generating module 602 to the SDP providing device 410. ;
  • the SDP answer generating module 602 is configured to generate an SDP Answer according to the ET.38 capability information of the SDP provider device 410 and the ET.38 capability of the SDP responding device 420 in the SDP Offer from the SDP responding end interface module 601.
  • the SDP responding end interface module 602 is sent to the SDP providing end device 410, and notifying the SDP responding end connection establishing module 603;
  • the SDP responding end connection establishing module 603 is configured to establish a fax bearer channel between the SDP responding end device 420 and the SDP providing end device 410 according to the ET.38 protocol according to the SDP Answer.
  • the SDP answer generating module 602 can send the generated SDP Answer to the SDP responding end interface module 601 by carrying the generated SDP Answer in a temporary response message other than the 100 response message to the INVITE request message. ;
  • the generated SDP Answer can be sent to the SDP answering end interface module 601 in the success response message to the INVITE request message;
  • the generated SDP Answer may be sent to the SDP answering end interface module 601 in the ACK message of the success response message of the INVITE message;
  • the generated SDP Answer may be sent to the SDP answering end interface module 601 in a PRACK message for the reliable temporary response message other than the 100 response message of the INVITE message;
  • the generated SDP Answer may be sent to the SDP responding end interface module 601 in the success response message of the PRACK message of the reliable temporary response message;
  • the generated SDP Answer can be carried in the UPDATE request message.
  • the function response message is sent to the SDP answering end interface module 601.
  • the technical solution for implementing the ET.38 fax service between SIP terminals disclosed in the present invention describes the ET.38 capability of the SIP session participant in the SDP and implements the SDP Offer/Answer mechanism.
  • the interaction and negotiation of ET.38 capabilities between SIP session participants and the establishment of ET.38 fax bearer channels enable the provision of ET.38 fax services based on the SIP protocol.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • This embodiment describes a specific implementation of a method, apparatus, and system for implementing an ET.38 fax service between H.248 terminals.
  • the MGW is considered to be an H.248 terminal.
  • FIG. 7 is an exemplary flowchart of a method for implementing an ET.38 fax service between H.248 terminals according to Embodiment 2 of the present invention.
  • the exemplary process includes the following steps:
  • Step 701 The MGC separately sends a command related to media processing of the H.248 terminal to the H.248 terminal.
  • Step 702 The H.248 terminal carries its own ET.38 capability information to the MGC in response to the command corresponding to the command.
  • Step 703 If the H.248 terminals all have the ET.38 capability, the MGC establishes a fax bearer channel between the H.248 terminals according to the ET.38 protocol.
  • the command/response mechanism in the H.248 protocol is used to cause the MGC to obtain ET.38 media capability information to the H.248 terminal.
  • the MGC can obtain the ET.38 media capability information of the H.248 terminal in the following H.248 message interaction process.
  • the MGC sends an audit command to the MGW, and the MGW returns the audit response returned to the MGC.
  • the MGW In the interest rate, report its own ⁇ .38 capability information to the MGC;
  • the MGC sends an Add (Add) command to the MGW that does not specify the created media resource codec format, and the MGW sends the media processing capability information of the created media resource to the MGC by adding a response message, where the media processing of the created media resource is performed.
  • Capability information including ET.38 codec capability information;
  • the MGC sends an add command specifying the media resource for creating the ET.38 codec format to the MGW.
  • the MGW creates the media resource according to the codec format specified by the MGC, and after completing the creation of the media resource, the media processing capability of the created media resource.
  • the information is sent to the MGC by adding a response message, where the media processing capability information of the created media resource includes ET.38 codec capability information;
  • the MGC sends a modify (Mod) command to modify the media resource to the MGW.
  • the MGC may specify media capability information used or supported by the local end and/or the peer end, including ET.38 codec capability information, MGW.
  • ET.38 codec capability information MGW.
  • the MGC is configured to send a mobile terminal (Terminal) mobile (Mov) command to the MGW, in which the MGC can specify media capability information adopted or supported by the local end and/or the peer end, including the ⁇ .38 codec. Capability information, the MGW carries its own ⁇ .38 capability information in the mobile response message and sends it to the MGC.
  • a mobile terminal (Terminal) mobile (Mov) command to the MGW, in which the MGC can specify media capability information adopted or supported by the local end and/or the peer end, including the ⁇ .38 codec. Capability information
  • the MGW carries its own ⁇ .38 capability information in the mobile response message and sends it to the MGC.
  • the local or remote media information can be described using the SDP protocol or Abstract Syntax Code 1 (ASN.1).
  • ASN.1 Abstract Syntax Code 1
  • the MGWs at both ends of the communication may be two MGWs under the same MGC control.
  • the MGC needs to obtain the media processing capability of the MGW, and decide whether to establish two according to whether the two MGWs support ET.38. ET.38 fax between MGW Carrying channel.
  • the MGCs at both ends need to negotiate the media capabilities before establishing the 38.38 fax bearer channel between the two MGWs.
  • the process of media capability negotiation can be implemented through the SIP protocol.
  • FIG. 8 is a flowchart of a method for implementing an ET.38 fax service according to Embodiment 2 of the present invention.
  • two MGWs are respectively two MGWs controlled by MGCs, where MGW1 and MGC1 are MGW and MGC devices on one communication end, and MGW2 and MGC2 are MGW and MGC devices on the other end of communication.
  • the method shown in Figure 8 includes the following steps:
  • Step 801 MGC1 sends an Add command to MGW1, and specifies that MGW1 creates an ET.38 media resource endpoint.
  • the MGC1 sends an Add command to the MGW1 as an example.
  • any command related to the MGW media processing that enables the MGC to obtain the media capability information of the MGW can be used in the present application.
  • Step 802 The MGW1 creates a media resource endpoint, and returns an Add response message carrying the media capability information, the codec format, the address, the port, and the like of the created media resource endpoint to the MGC1.
  • Step 803 The MGC1 initiates a media establishment request to the MGC2, and carries the ET.38 capability information of the MGW1 in the request.
  • the interaction between MGC1 and MGC2 is based on the SIP protocol.
  • the MGC1 initiates an INVITE request to the MGC2 as an example.
  • any message that can carry the SDP Offer in one SDP Offer/Answer process can be used as the MGC1 to initiate to the MGC2 in this step.
  • the media establishes a request.
  • the SDP Offer is carried in the INVITE request, and the SDP Offer carries the media capability information of the MGW1 obtained in the foregoing step, including the address, port, codec format, and the like of the media resource.
  • MGW1 supports both T.38 transmission based on RTP protocol. True, it also supports ET.38 fax based on RTP protocol.
  • T38FaxRateManagement transferredTCF
  • SIP and SDP protocols the above capability description indicates:
  • the address of the SDP provider is mpl.examplel.com, and the codec format is et38 and t38, clock frequency is supported on port 5764. Audio services that are both 8000 Hz and transmitted using the RTP protocol.
  • Step 804 The MGC2 sends an Add command to the MGW2, and specifies that the MGW2 creates an ET.38 media resource endpoint, and includes the media capability information of the MGW1 in the command.
  • Step 805 The MGW2 creates a media resource endpoint, and returns an Add response message carrying the media capability information, the codec format, the address, the port, and the like of the created media resource endpoint to the MGC2.
  • Step 806 The MGC2 returns a 200 OK response message to the MGC1, and carries the media negotiation result in the response message.
  • the direction is MGC2.
  • the MGCl returns a 200 OK response message as an example.
  • any message corresponding to the INVITE request message that can carry the SDP Answer in an SDP Offer/Answer process can be used in this step.
  • MGC2 returns to MGC1
  • the SDP Answer is carried in the 200 ⁇ response message.
  • the SDP Answer carries the media negotiation result. For example, whether to use ET.38 for fax service, etc., may include some or all of the media processing capability information of the MGW2.
  • Step 807 The MGC1 sends a Mod command to the MGW1 according to the received SDP Answer to update the remote media resource information.
  • MGC1 will update the remote media resource information to MGW1 according to the media negotiation result in SDP Answer.
  • Step 808 MGC1 returns an ACK message to MGC2.
  • Step 809 The MGC1 receives the Mod response message of the MGW1.
  • Step 810 The MGW1 and the MGW2 perform an ET.38 fax service or other type of service according to the media negotiation result.
  • FIG. 9 is a schematic structural diagram of a system for implementing an ET.38 fax service according to Embodiment 2 of the present invention.
  • the system includes: an MGC 910, a first H.248 terminal 920, and a second H.248 terminal 930;
  • the MGC 910 is configured to send, to the first H.248 terminal 920 and the second H.248 terminal 930, commands related to media processing of the H.248 terminal, respectively, and at the first H.248 terminal 920 and the second H.
  • the fax bearer channel between the first H.248 terminal 920 and the second H.248 terminal 930 is established according to the ET.38 protocol;
  • the first H.248 terminal 920 and the second H.248 terminal 930 are each configured to carry their own ET.38 capability information to the MGC 910 in a response message corresponding to the above command.
  • the MGC 910 can send an audit command to the first H.248 terminal 920 and the second H.248 terminal 930, and the first H.248 terminal 920 and the second H.248 terminal 930 can have their own The ET.38 capability information is carried in the audit response message and sent to the MGC 910; or, the MGC 910 can send an add command that does not specify the created media resource codec format to the first H.248 terminal 920 and the second H.248 terminal 930.
  • the first H.248 terminal 920 and the second H.248 terminal 930 may carry their own ET.38 capability information in the add response message and send it to the MGC 910;
  • the MGC 910 may send an add command specifying the media resource for creating the ET.38 codec format to the first H.248 terminal 920 and the second H.248 terminal 930, the first H.248 terminal 920 and the second H.248.
  • the terminal 930 may carry its own ET.38 capability information in the add response message and send it to the MGC 910;
  • the MGC 910 may send a Mod command to modify the media resource to the first H.248 terminal 920 and the second H.248 terminal 930, and the first H.248 terminal 920 and the second H.248 terminal 930 may have their own ET.
  • the .38 capability information is carried in the modification response message and sent to the MGC 910;
  • the MGC 910 can send the Mov command of the mobile endpoint to the first H.248 terminal 920 and the second H.248 terminal 930, and the first 248.248 terminal 920 and the second 248.248 terminal 930 can have their own ⁇ . 38
  • the capability information is carried in the mobile response message and sent to the MGC 910.
  • the first 248.248 terminal 920 and the second ⁇ .248 terminal 930 may be two ⁇ .248 terminals under the same MGC control, or two ⁇ .248 under two MGC controls. terminal.
  • the first 248.248 terminal 920 and the second ⁇ .248 terminal 930 are two ⁇ .248 terminals under the control of two MGCs, there will be two MGCs in the system, and the two MGCs Further media capacity negotiation is required.
  • the two MGCs can use the SIP protocol for ⁇ .38 media capability negotiation.
  • one MGC and its controlled H.248 terminal will serve as the SDP provider of the SIP session, and another MGC and its controlled H.
  • the 248 terminal will serve as the SDP answering end of the SIP session. Therefore, the two MGCs are respectively referred to as the SDP provider MGC and the SDP responding end MGC, and the two H.248 terminals are respectively referred to as the SDP provider H.248 terminal and the SDP response. End H.248 terminal.
  • the process of ET.38 media capability negotiation based on the SIP protocol between the two MGCs is the same as the ET.248 based on the SIP protocol, that is:
  • the SDP in the two MGCs provides the MGC, and the SDP provides the ET.38 of the H.248 terminal.
  • the capability information is carried in the SDP Offer and sent to the SDP responding end MGC; the SDP responding end MGC in the two MGCs, according to the ET.38 capability information of the SDP providing end H.248 terminal and the SDP responding end H.248 terminal ET.38 capability, returning SDP to the SDP provider MGC
  • the SDP provider MGC can carry the SDP Offer through the INVITE request message, and the SDP answering end MGC can carry the SDP Answer by using the temporary response message other than the 100 response message to the INVITE request message.
  • the SDP provider MGC can carry the SDP Offer through the INVITE request message, and the SDP responding end MGC can carry the SDP Answer by successfully responding to the INVITE request message.
  • the SDP provider MGC can carry the SDP Offer through the success response message to the INVITE message, and the SDP responder MGC can carry the SDP Answer by using the ACK message of the success response message.
  • the SDP provider MGC can carry the SDP Offer by using a reliable temporary response message other than the 100 response message of the INVITE message, and the SDP answering end MGC can carry the SDP Answer by using the PRACK message of the temporary response message;
  • the SDP provider MGC can carry the SDP Offer by using the PRACK message of the reliable temporary response message, and the SDP responding end MGC can carry the SDP Answer by successfully responding to the PRACK message;
  • the SDP provider MGC can carry the SDP Offer through the UPDATE request message, and the SDP responder MGC can carry the SDP Answer by successfully responding to the UPDATE request message.
  • FIG. 10 is a schematic diagram showing the internal structure of the MGC in the system shown in FIG. 9.
  • the MGC includes: a command generation module 1001, an MGC interface module 1002, and an MGC connection establishment module 1003.
  • the command generating module 1001 is configured to generate a command related to H.248 terminal media processing, and send the command to the H.248 terminal through the MGC interface module 1002.
  • the MGC interface module 1002 is configured to send a command related to the H.248 terminal media processing to the H.248 terminal, and send a response message from the H.248 terminal carrying the ET.38 capability information of the H.248 terminal to the H.248 terminal.
  • the MGC connection establishing module 1003 is configured to establish a fax carrying channel between the H.248 terminals according to the ET.38 protocol according to the ET.38 capability of the H.248 terminal.
  • ET.38 capability information of the local end or the remote end may be specified in the command related to the H.248 terminal media processing generated by the command generating module 1001;
  • the response message carrying the ET.38 capability information of the H.248 terminal is: carrying a codec type corresponding to the ET.38 capability, and a response corresponding to the address and port information corresponding to the codec type Message.
  • command generating module 1001 may be configured to send an audit command to the MGC interface module 1002.
  • the MGC shown in FIG. 10 may further include a media capability negotiation module, where the media capability negotiation module may be used to perform media capability negotiation with the peer MGC through the SIP protocol.
  • FIG. 11 is a schematic diagram showing the internal structure of the H.248 terminal in the system shown in Figure 9. See picture
  • the H.248 terminal includes: an H.248 terminal interface module 1101, a response generation module 1102, and an H.248 terminal connection establishment module 1103.
  • the H.248 terminal interface module 1101 is configured to receive a command related to media processing of the H.248 terminal from the MGC, send the response to the response generation module 1102, and send a response message from the response generation module 1102 to the MGC. ;
  • the response generation module 1102 is configured to carry the ET.38 capability information of the H.248 terminal to the H.248 terminal interface module 1101 in a response message corresponding to the command, and send the ET.38 of the H.248 terminal.
  • the H.248 terminal connection establishing module 1103 is configured to establish a fax bearer channel according to the ET.38 protocol.
  • response generation module 1102 can also be used to carry the ET.38 capability information of the H.248 terminal in the audit response message and send it to the H.248 terminal interface module 1101;
  • the ET.38 capability information of the H.248 terminal is carried in the add response message and sent to the H.248 terminal interface module 1101;
  • the ET.38 capability information of the H.248 terminal is carried in the add response message and sent to the H.248 terminal interface module 1101;
  • the ET.38 capability information of the H.248 terminal is carried in the modification response message and sent to the H.248 terminal interface module 1101;
  • the ET.38 capability information of the H.248 terminal is carried in the mobile response message and sent to the H.248 terminal interface module 1101.
  • the ET.38 capability of the H.248 terminal is described in the SDP, so that the MGC can pass the H.
  • the 248 command/response mechanism acquires the ET.38 capability of the MGW and supports the ET.38 fax bearer channel between the ET.38 capable H.248 terminals, thereby implementing the ET.38 fax service based on the H.248 protocol.
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • the core network of WCDMA evolves from R99's circuit-switched (CS) mode to packet-based softswitch. It is divided into R4 bearer-independent core network (BICN) and R5 IP multimedia subsystem (IMS).
  • BICN bearer-independent core network
  • IMS IP multimedia subsystem
  • the former uses bearer-independent call control.
  • BICC bearer-independent core network
  • H.248 protocols it aims to packetize the WCDMA CS domain and save the overall cost of voice services.
  • the latter uses the SIP protocol as the core technology to provide rich multimedia communication services for operators. New sources of business income.
  • R4 BICN is studying the network based on SIP and H.248 protocols and related technologies.
  • the technical solution of the present invention will solve the problem of implementing ET.38 in WCDMA networks based on SIP and H.248 protocols.
  • FIG. 12 is a schematic flowchart of a method for implementing an ET.38 fax service according to Embodiment 3 of the present invention.
  • MSC1 and MSC2 are mobile switching centers at both ends of the communication
  • GMSC is a gateway mobile switching center.
  • MGW1/IWF1 and MGW2/IWF2 are respectively media gateway devices and interworking functional units at both ends of the communication
  • They are the wireless network control device and the base station at both ends of the communication
  • UE1 and UE2 are respectively user terminal devices at both ends of the communication.
  • the communication between the MSC and the MSC, the MSC and the GMSC is communicated using the SIP protocol, and the MSC communicates with the local MGW using the H.248 protocol.
  • the method shown in Figure 12 includes the following steps:
  • Step 1201 UE1 initiates a fax call request to UE2.
  • Step 1202 The MSC1 requests the MGW1 to apply for the gateway resource of the calling gateway to the called gateway according to the call of the UE1, and acquires the capability information of the MGW1, including the ET.38 capability information.
  • the method for the MSC1 to obtain the MGW1 capability information is the same as the process for the MGC to obtain the MGW capability based on the H.248 protocol.
  • the process for the MGC to obtain the MGW capability based on the H.248 protocol refer to the description of the corresponding part in the second embodiment.
  • MSC1 can follow the same method as the SDP provider in the first embodiment.
  • MSC2 sends an SDP Offer.
  • an INVITE request message or other message may be used to initiate a media establishment request to the MSC2 through the GMSC, and the capability information of the MGW1 and the UE1, including the ET.38 capability information, is carried in the request.
  • Step 1203 The MSC2 pages the user, performs security authentication, and initiates a call request to the UE2.
  • Step 1204 The MSC2 requests the called gateway resource from the MGW2 according to the MSC1 request, and obtains the capability information of the MGW2, including the ET.38 capability information.
  • the method for the MSC2 to obtain the MGW2 capability information is the same as the process for the MGC to obtain the MGW capability based on the H.248 protocol in the second embodiment.
  • the MSC2 can obtain the media capability information of the MGW2 in this step, and obtain the media capability information of the MGW2 in the other appropriate information interaction process before the step, which is not limited in this embodiment.
  • the MSC2 may respond to the INVITE message of the MSC1 according to the capabilities of the MGW2 and the UE2.
  • the SIP-based capability negotiation process between the MSC2 and the MSC1 is the same as the SIP-based capability negotiation process in the first embodiment. For details, refer to the description of the corresponding part in the first embodiment.
  • Step 1205 MSC1 applies to the RNC1/BSC1 for the media gateway resource and the air interface resource between the calling gateway and the calling terminal, and the MSC2 applies to the RNC2/BSC2 for the media gateway resource and the air interface resource between the called gateway and the called terminal. .
  • Step 1206 The MSC1 notifies the MSC2 that the media resource reservation on the calling side is completed.
  • Step 1207 The called fax terminal answers, and the UE2 sends a response message to the MSC2.
  • the ⁇ .38 fax service can be performed between the calling terminal and the called terminal.
  • UE1 when UE1 is a WCDMA terminal, UE1 and MGW1/IWF1 use ⁇ .38 for facsimile service communication
  • UE2 when UE2 is a WCDMA terminal, UE2 and MGW2/IWF2 use ⁇ .38 for facsimile service communication. .
  • ET.38 can be used between UE1 and MGW1/IWF1, between MGW1/IWF1 and MGW2/IWF2, and between UE2 and MGW2/IWF2, so that MGW/IWF only It is necessary to forward the ET.38 service data packet of the package, thereby reducing the conversion between unnecessary codec formats, not only reducing the load of the MGW/IWF, but also reducing the delay of the fax service data transmission, and because The distortion of the business data caused by the conversion between the codec format improves the quality of the fax.
  • the ET.38 capability interaction and negotiation and the establishment of the ET.38 fax bearer channel can be implemented in various IP network applications based on the SIP protocol and/or the H.248 protocol, using the technical solutions disclosed in the embodiments of the present invention. This not only solves the technical problem that the ET.38 fax service cannot be provided based on the SIP protocol and the H.248 protocol, but also has an unusual significance for the IP fax field.
  • the ET.38 fax protocol can work well in wired networks and mobile network environments, which can overcome the shortcomings of other fax protocols that cannot work in mobile network environments, and mobile network applications will
  • the SIP protocol and the H.248 protocol are the most important application layer control protocols and media gateway control protocols in the next generation network respectively. Applications based on the SIP protocol and the H.248 protocol will be ubiquitous. It can be seen that the invention realizes the combination of the fax service in the mobile network and the SIP protocol and the H.248 protocol, and promotes the progress in the field of IP fax.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Facsimiles In General (AREA)
  • Telephonic Communication Services (AREA)

Description

在因特网中实现 ET.38传真业务的方法、 装置及系统
技术领域
本发明涉及因特网协议（IP )传真技术， 特别涉及在 IP网络中实现 增强 T.38 ( ET.38 )传真业务的方法、 装置及系统。 发明背景
会话初始化协议（SIP )可以用于建立、 修改和终止 IP网络中的双 方和多方多媒体会话。 SIP协议中，使用会话描述协议（ SDP )提供（ Offer ) /应答（ Answer )机制在 SIP会话参与者之间进行媒体能力的交互， 同时 完成承载能力的协商和承载的建立。 SDP Offer/Answer机制筒称 OA机 制。
图 1为现有 SDP Offer/Answer机制的示意图。 参见图 1 , 图中所示 SDP提供端和 SDP应答端均为同一 SIP会话的参与者。首先， SDP提供 端（ Offerer )向 SDP应答端（ Answerer )发送一个 SDP Offer,该 SDP Offer 中包含 SDP提供端的媒体能力信息， 如 SDP提供端支持的和拟使用的 媒体类型， 与某媒体类型相对应的媒体地址、 端口、 媒体所采用的编解 码类型以及编解码相关的一些参数信息等； 这里， 媒体类型可以包括语 音、 视频、 数据等；
然后，由 SDP应答端根据该 SDP Offer以及 SDP应答端自身的媒体 能力， 确定 SDP应答端可以或愿意支持和使用的媒体类型， 以及与某媒 体类型相对应的媒体编解码能力等，通过 SDP Answer对 SDP Offer做出 应答； 在 SDP应答端向 SDP提供端返回的 SDP Answer中， 需要对 SDP offer提供的媒体类型逐个进行应答，对每个媒体类型的应答包括是否支 持该媒体类型，如果支持还需要返回 SDP应答端选用的编解码类型（同 时可能携带 SDP应答端支持的其他编解码类型）、 与该媒体类型相对应 的媒体地址、 端口以及编解码相关的一些参数信息等；
最后， SDP提供端根据接收到的 SDP answer, 即能力协商的结果， 与 SDP应答端建立媒体通道。 至此， 完成 SDP提供端与 SDP应答端之 间媒体能力的交互与协商， 并建立起媒体通道。
传真业务是一种通过有线电或无线电装置将照片、 图表、 书信、 文 件等媒体的真迹传送到远端的业务。 T.38和 ET.38是广泛应用的两种传 真协议。
T.38 协议由国际电信联盟标准化部门 （ITU-T )制定， 可以在有线 网络中为用户提供优质的传真服务， 但是， 由于 T.38协议不能适应无线 应用中空中接口不稳定、 延时大、 数据带宽小等特点， 使得 T.38协议无 法在移动网络中使用。 基于上述原因， 第三代合作伙伴计划（3GPP )制 定了能够在移动网络中使用的 ET.38传真协议。与 T.38协议相比， ET.38 协议对媒体的编解码方式、 打包方式、 控制信令过程等都进行了增强和 修改， 从而使得 ET.38成为一种不同于 T.38的、 可以用于移动网络的传 真协议。
SIP会话参与者对某种传真协议的支持情况也表现为一种媒体能力， 例如： 对 T.38协议的支持情况可以称为 T.38能力。 在现有技术中， 存 在使用 SDP描述 T.38能力的技术， 使得通过 SIP协议能够进行 T.38能 力的交互与协商， 以及 T.38传真承载通道的建立， 进而实现 T.38传真 业务。 但是， 现有技术中尚不存在 SIP协议中支持 ET.38能力交互与协 商的技术， 导致在使用 SIP协议建立通信时， 不能建立 ET.38传真承载 通道， 从而不能提供 ET.38传真业务。
对于媒体网关协议—— H.248协议来说， 也存在上述问题。 H.248协 议是媒体网关控制器（MGC )与媒体网关 （MGW )之间的媒体网关控 制协议， 由于现有技术中没有使 MGC获取 MGW的 ΕΤ.38能力信息的 技术， 导致在使用 Η.248协议建立通信时， 不能建立 ΕΤ.38传真承载通 道， 从而不能提供 ΕΤ.38传真业务。 本发明中， 将 MGW作为 Η.248终 端。
由上述分析可见， 在现有使用 SIP协议和 /或 Η.248协议对会话和媒 体资源进行控制的 IP网络中， 不能提供 ET.38传真业务。 发明内容
本发明实施例所公开的在 SIP终端之间实现 ET.38传真业务的方法 中， 旨在提供一种在 SIP协议中支持 ET.38能力交互与协商的方法， 从 而实现基于 SIP协议的 ET.38传真业务。
本发明实施例所公开的在 H.248终端之间实现 ET.38传真业务的方 法中， 旨在提供一种在 H.248协议中支持 MGC获取 MGW的 ET.38能 力信息的方法， 从而实现基于 H.248协议的 ET.38传真业务。
本发明实施例所公开的在 SIP终端之间实现 ET.38传真业务的系统 中， 旨在提供一种在 SIP协议中支持 ET.38能力交互与协商的系统， 从 而实现基于 SIP协议的 ET.38传真业务。
本发明实施例所公开的实现 ET.38传真业务的 SDP提供端装置中， 旨在提供一种在 SIP协议中支持 ET.38能力交互与协商的 SDP提供端装 置， 从而实现基于 SIP协议的 ET.38传真业务。
本发明实施例所公开的实现 ET.38传真业务的 SDP应答端装置中， 旨在提供一种在 SIP协议中支持 ET.38能力交互与协商的 SDP应答端装 置， 从而实现基于 SIP协议的 ET.38传真业务。
本发明实施例所公开的在 H.248终端之间实现 ET.38传真业务的系 统中， 旨在提供一种在 H.248协议中支持 MGC获取 MGW的 ET.38能 力信息的系统， 从而实现基于 Η.248协议的 ΕΤ.38传真业务。
本发明实施例所公开的实现 ΕΤ.38传真业务的 MGC中， 旨在提供 一种在 Η.248协议中支持 MGC获取 MGW的 ΕΤ.38能力信息的 MGC, 从而实现基于 Η.248协议的 ΕΤ.38传真业务。
本发明实施例所公开的实现 ΕΤ.38传真业务的 MGW中， 旨在提供 一种在 Η.248协议中支持 MGC获取 MGW的 ΕΤ.38能力信息的 MGW, 从而实现基于 Η.248协议的 ΕΤ.38传真业务。
为达到上述目的， 本发明实施例的技术方案具体是这样实现的： 一种在 SIP终端之间实现 ET.38传真业务的方法， 该方法包括以下 步骤：
会话描述协议 SDP提供端将其自身的 ET.38能力信息携带于 SDP 提供 Offer中， 发送给 SDP应答端；
SDP提供端接收所述 SDP应答端返回的 SDP应答 Answer , 所述 SDP Answer为所述 SDP应答端根据所述 SDP提供端的 ET.38能力信息以及 所述 SDP应答端自身的 ET.38能力， 向所述 SDP提供端返回的；
若所述 SDP Answer中的媒体协商结果为建立 ET.38传真承载通道， 则所述 SDP提供端与所述 SDP应答端按照 ET.38协议建立传真承载通 道。
一种在 H.248终端之间实现 ET.38传真业务的方法， 该方法包括以 下步骤：
MGC分别向所述 H.248终端发送与所述 H.248终端的媒体处理相关 的命令；
MGC接收所述 H.248终端返回的响应消息，所述响应消息中携带有 所述 H.248终端的 ET.38能力信息；
若所述 H.248终端均具备 ET.38能力，则所述 MGC按照 ET.38协议 建立所述 Η.248终端之间的传真承载通道。
一种在 SIP终端之间实现 ΕΤ.38传真业务的系统，该系统包括： SDP 提供端装置和 SDP应答端装置；
所述 SDP提供端装置， 用于向所述 SDP应答端装置发送携带有其 自身的 ET.38能力信息的 SDP Offer, 并接收来自于所述 SDP应答端装 置的携带有媒体协商结果的 SDP Answer;
所述 SDP应答端装置，用于接收来自于所述 SDP提供端装置的 SDP Offer, 并根据所述 SDP Offer中的所述 SDP提供端装置的 ET.38能力信 息以及所述 SDP应答端装置自身的 ET.38能力， 向所述 SDP提供端装 置返回携带有媒体协商结果的 SDP Answer;
所述 SDP提供端装置和所述 SDP应答端装置， 用于根据所述 SDP Answer中的媒体协商结果， 按照 ET.38协议建立传真承载通道。
一种实现 ET.38传真业务的 SDP提供端装置，该 SDP提供端装置包 括： SDP Offer生成模块、 SDP提供端接口模块和 SDP提供端连接建立 模块；
所述 SDP Offer生成模块， 用于根据所述 SDP提供端装置的 ET.38 能力生成携带有所述 SDP提供端的 ET.38能力信息的 SDP Offer, 并发 送给所述 SDP提供端接口模块；
所述 SDP提供端接口模块， 用于将来自于所述 SDP Offer生成模块 的 SDP Offer发送给 SDP应答端装置，并将所述 SDP应答端装置返回的 SDP Answer发送给所述 SDP提供端连接建立模块；
所述 SDP提供端连接建立模块， 用于根据来自于所述 SDP提供端 接口模块的所述 SDP Answer, 按照 ET.38协议建立所述 SDP提供端装 置和所述 SDP应答端装置之间的传真承载通道。
一种实现 ET.38传真业务的 SDP应答端装置，该 SDP应答端装置包 括： SDP应答端接口模块、 SDP Answer生成模块和 SDP应答端连接建 立模块；
所述 SDP应答端接口模块，用于接收来自于 SDP提供端装置的 SDP Offer, 发送给所述 SDP Answer生成模块， 并将来自于所述 SDP Answer 生成模块的 SDP Answer发送给所述 SDP提供端装置；
所述 SDP Answer生成模块， 用于根据来自于所述 SDP应答端接口 模块的 SDP Offer中的所述 SDP提供端装置的 ET.38能力信息以及所述 SDP应答端装置自身的 ET.38能力生成 SDP Answer, 通过所述 SDP应 答端接口模块发送给所述 SDP提供端装置， 并通知所述 SDP应答端连 接建立模块；
所述 SDP应答端连接建立模块， 用于根据所述 SDP Answer, 按照 ET.38协议建立所述 SDP应答端装置和所述 SDP提供端装置之间的传真 承载通道。
一种在 H.248终端之间实现 ET.38传真业务的系统， 该系统包括： MGC、 第一 H.248终端和第二 H.248终端；
所述 MGC,用于分别向所述第一 H.248终端和第二 H.248终端发送 与所述 H.248终端的媒体处理相关的命令， 并在所述第一 H.248终端和 第二 H.248终端均具备 ET.38能力时， 按照 ET.38协议建立所述 H.248 终端之间的传真承载通道；
所述第一 H.248终端和第二 H.248终端，各自用于将其自身的 ET.38 能力信息携带于与所述命令相应的响应消息中发送给所述 MGC。
一种实现 ET.38传真业务的 MGC, 该 MGC包括： 命令生成模块、 MGC接口模块和 MGC连接建立模块；
所述命令生成模块， 用于生成与 H.248终端媒体处理相关的命令， 并通过所述 MGC接口模块向所述 H.248终端发送； 所述 MGC接口模块， 用于向所述 H.248终端发送与所述 H.248终 端媒体处理相关的命令，并将来自于所述 H.248终端的携带有所述 H.248 终端的 ET.38能力信息的响应消息发送给所述 MGC连接建立模块； 所述 MGC连接建立模块， 用于根据 H.248终端的 ET.38能力， 按 照 ET.38协议建立 H.248终端之间的传真 载通道。
一种实现 ET.38传真业务的 H.248终端， 该 H.248终端包括： H.248 终端接口模块、 响应生成模块和 H.248终端连接建立模块；
所述 H.248终端接口模块， 用于接收来自于 MGC的与所述 H.248 终端的媒体处理相关的命令、 发送给所述响应生成模块， 并将来自于所 述响应生成模块的响应消息发送给所述 MGC;
所述响应生成模块， 用于将所述 H.248终端的 ET.38能力信息携带 于与所述命令相应的响应消息中发送给所述 H.248终端接口模块， 并将 所述 H.248终端的 ET.38能力通知所述 H.248终端连接建立模块；
所述 H.248终端连接建立模块， 用于按照 ET.38协议建立传真承载 通道。
由上述技术方案可见， 本发明实施例所公开的在 SIP终端之间实现 ET.38传真业务的技术方案中， 通过在 SDP 中描述 SIP会话参与者的 ET.38 能力， 并通过 SDP Offer/Answer机制实现 SIP会话参与者之间 ET.38能力的交互与协商， 以及 ET.38传真承载通道的建立， 从而实现 了基于 SIP协议提供 ET.38传真业务。 并且， 本发明实施例所公开的在 H.248终端之间实现 ET.38传真业务的技术方案中，使用 SDP描述 H.248 终端的 ET.38能力，使得 MGC可以通过 H.248命令 /响应机制获取 MGW 的 ET.38能力， 从而实现了基于 H.248协议的 ET.38传真业务。
使用本发明实施例所公开的技术方案， 可以在各种基于 SIP和 /或 H.248协议的应用中实现 ET.38能力的交互与协商， 以及 ET.38传真承 载通道的建立， 这不仅解决了基于 SIP和 H.248协议不能提供 ET.38传 真业务这一技术问题，而且，对于 IP传真领域来说具有不同寻常的意义。 这是因为： 一方面， ET.38 传真协议可以 ^艮好地工作在有线网络和移动 网络环境下， 即能够克服其他传真协议不能工作在移动网络环境下这一 缺点， 而移动网络的应用将非常普遍； 另一方面， SIP协议和 H.248协 议分别是下一代网络中最为重要的应用层控制协议和媒体网关控制协 议， 基于 SIP和 H.248协议的应用将无处不在， 由此可见， 本发明实现 了移动网络中的传真业务与 SIP协议、 以及 H.248协议的结合， 推动了 IP传真领域的进步。 附图简要说明
图 1为现有 SDP Offer/Answer机制的示意图；
图 2为本发明实施列一在 SIP终端之间实现 ET.38传真业务方法的 示例性流程图；
图 3为本发明实施例一中实现 ET.38传真业务的方法流程图； 图 4为本发明实施例一中实现 ET.38传真业务的系统组成结构示意 图；
图 5为图 4所示系统中 SDP提供端装置的内部组成结构示意图； 图 6为图 4所示系统中 SDP应答端装置的内部组成结构示意图； 图 7为本发明实施列二在 H.248终端之间实现 ET.38传真业务方法 的示例性流程图；
图 8为本发明实施例二中实现 ET.38传真业务的方法流程图； 图 9为本发明实施例二中实现 ET.38传真业务的系统组成结构示意 图；
图 10为图 9所示系统中 MGC设备的内部组成结构示意图； 图 11为图 9所示系统中 MGW设备的内部组成结构示意图； 图 12为本发明实施例三中实现 ΕΤ.38传真业务的方法流程示意图。 实施本发明的方式
为使本发明的目的、 技术方案及优点更加清楚明白， 以下参照附图 并举实施例， 对本发明作进一步详细说明。
本发明实施例的主要思想是使用 SDP描述 ΕΤ.38能力相关的信息， 并通过 SDP Offer/Answer机制实现 SIP会话参与者之间 ET.38能力的交 互与协商， 以及 ET.38传真承载通道的建立， 从而实现基于 SIP协议的 ET.38传真业务。 由于 SDP也可以携带于 H.248协议消息中，使得 MGC 可以通过 H.248命令 /响应机制获取 MGW的 ET.38能力，从而实现基于 H.248协议的 ET.38传真业务。
下面分别对在 SIP终端之间实现 ET.38传真业务的技术方案， 以及 在 H.248终端之间实现 ET.38传真业务的技术方案进行详细说明。
实施例一：
本实施例介绍在 SIP终端之间实现 ET.38传真业务的方法、 装置及 系统的具体实施方式。
图 2为本发明实施例一在 SIP终端之间实现 ET.38传真业务方法的 示例性流程图。 参见图 2, 该示例性流程包括以下步骤：
步骤 201: SDP提供端将其自身的 ET.38能力信息携带于 SDP Offer 中， 发送给 SDP应答端；
步骤 202: SDP应答端根据 SDP提供端的 ET.38能力信息以及该 SDP 应答端自身的 ET.38能力， 向 SDP提供端返回 SDP Answer;
步骤 203:若 SDP Answer中的媒体协商结果为建立 ET.38传真承载 通道， 则 SDP提供端与 SDP应答端按照 ET.38协议建立传真承载通道。 至此， 结束本发明实施列一在 SIP终端之间实现 ET.38传真业务方 法的示例性流程。
在上述示例性流程中， 使用 SIP协议中的 SDP Offer/Answer机制完 成 ET.38媒体能力的协商以及媒体通道的建立。 根据 SIP协议以及相关 扩展规范， 在以下 SIP 消息交互过程中分别可以完成一次 SDP Offer/Answer过程， 从而实现 SIP协议中媒体承载通道的建立和修改。 例如：
INVITE请求消息和对该请求消息的临时响应消息：在 INVITE请求 消息中携带 SDP Offer,并通过该 INVITE请求消息的临时响应消息携带 SDP Answer; 这里， 临时响应消息可以包括除 100响应消息之外的所有 临时响应消息；
INVITE请求消息和对该请求消息的成功响应消息：在 INVITE请求 消息中携带 SDP Offer,并通过该 INVITE请求消息的成功响应消息携带 SDP Answer; 这里， 成功响应消息可以包括响应消息， 目前以 200响应 消息最为常见；
对 INVITE消息的成功响应消息和对该成功响应消息的确认（ ACK ) 消息： 在对 INVITE消息的成功响应消息中携带 SDP Offer , 并通过对该 成功响应消息的 ACK消息携带 SDP Answer;
对 INVITE 消息的可靠临时响应消息和对该临时响应消息的确认 ( PRACK ) 消息： 在对 INVITE 消息的可靠临时响应消息中携带 SDP Offer,并通过对该临时响应消息的 PRACK消息携带 SDP Answer;这里， 对 INVITE消息的可靠临时响应消息可以包括除 100响应消息之外的临 时响应消息；
对可靠临时响应消息的 PRACK消息和对该 PRACK消息的成功响 应消息： 在对可靠临时响应消息的 PRACK消息中携带 SDP Offer, 并通 过对该 PRACK消息的成功响应消息携带 SDP Answer;
UPDATE请求消息和对该请求消息的成功响应消息： 在 UPDATE 请求消息中携带 SDP Offer, 并通过对该 UPDATE请求消息的成功响应 消息携带 SDP Answer。
在上述 SDP Offer或 SDP Answer中携带 ET.38能力信息时，可以先 在已有媒体类型的基 上扩展与 ET.38能力相对应的编解码类型， 然后 在 SDP中描述与该编解码类型相对应的地址、 端口等信息。
通常， 采用定义新的多用途因特网邮件扩展（MIME )类型的方式 扩展媒体类型， 在定义新的 MIME类型时需要定义： MIME媒体类型的 名称 ( media type name )、 MIME子类型的名称 ( sub type name ), 在该 媒体类型存在必选参数 ( Required parameters ) 和可选参数 ( Optional parameters ) 时， 还应当定义该媒体类型的必选参数和可选参数。
由于 ET.38 协议并不依赖于底层传输协议， 因此， 在实际应用中 ET.38可以基于实时传输协议（ RTP )、用户数据报传输层协议（ UDPTL )、 用户数据报协议（UDP )、 传输控制协议（TCP )等底层传输协议进行传 输， 故而针对任何底层传输协议均可以扩展与 ET.38 能力相对应的 MIME类型如下：
MIME media type name: Audio或 video或 image或 application或 data MIME sub type name: et38 在上述 MIME类型扩展中， Audio表示音频， video表示视频， image 表示图像， application表示应用， data表示数据， 这几种媒体类型是标 准的已有媒体类型， 并且是传真业务中的常用媒体类型； 针对这些媒体 类型或其他媒体类型， 可以定义表示该媒体类型的编解码格式的 MIME 子类型， 在本发明中， 即 ET.38协议编解码格式。 这里， 以 et38作为该 MIME子类型的标识符， 仅为一个标识 ΕΤ.38的符号， 在实际应用中也 可以用其他标识符来表示 ΕΤ.38协议编解码格式。
当 ΕΤ.38基于 UDPTL、 UDP和 TCP协议进行传输时， 上述扩展的 MIME类型无需必选参数， 也可以不定义可选参数； 当 ET.38基于 RTP 协议进行传输时， 由于在 SDP中描述基于 RTP协议的传输时需要指定 编解码的时钟频率， 因此， 尽管该时钟频率参数对 ET.38本身来说并无 实际意义， 仍然需要定义一个必选参数表示该时钟频率， 如下所示：
Figure imgf000014_0001
其中， rate为时钟频率参数的标识符。 在 SDP中， 该参数将映射到 SDP的 a = rtpmap的时钟频率部分。
扩展上述媒体类型之后， 就可以在 SDP 中描述 SIP会话参与者的 ET.38能力信息了。 下面分别针对 RTP、 UDPTL、 UDP和 TCP协议， 举例说明如何构造携带 ET.38能力信息的 SDP。
示例一： 基于 RTP协议的 SDP示例 m=audio 6800 RTP/AVP 98
c=IN IP4 192.0.2.2
a=rtpmap:98 et38/8000 按照 SIP协议， 每一个 m行用于描述一个会话中某个媒体流的相 关信息， 包括媒体类型、 传输地址、 编解码格式等信息， c行用于描述 连接信息， a行用于描述会话属性；每个 m行可以包括零个或一个 c行， 以及任意个 a行。
上述示例一表示：该 SIP会话参与者的地址为 192.0.2.2,在端口 6800 上支持有效载荷类型 （payload type ) 为 98、 且采用 RTP协议进行传输 的音频业务， 而由第 3行可知， 有效载荷类型 98应当映射为本实施例 新增的子类型 et38, 其编解码时钟频率为 8000Hz, 因此， 上述音频业务 的编解码格式为 ET.38协议格式。
在上述示例一中，先以 98表示有效载荷类型，再以 a行进行编解码 格式和时钟频率的映射， 是出于在 SDP中描述基于 RTP协议的传输时 的格式需要， 这里， 任意不大于 127的整数均可以用于表示有效载荷类 型。
当采用 ET.38格式、 RTP协议传输视频、 图像、 应用或数据等其他 媒体类型时 , 将上述 m行中的 audio替换为 video、 image、 application, data或其他媒体类型的标识符即可。 此外， 上述地址和端口号仅为举例 说明， 在具体实施时， 可以根据实际情况进行修改。
示例二： 基于 UDPTL协议的 SDP示例 m=image 15002 udptl et38
c=IN IP4 192.0.2.2 上述示例二表示： 该 SIP会话参与者的地址为 192.0.2.2, 在端口 15002上支持编解码格式为 ET.38、且采用 DUPTL协议进行传输的图像 业务。
当采用 ET.38格式、 DUPTL协议传输应用、 音频、视频或数据等其 他媒体类型时 ,将上述 m行中的 image替换为 application, audio、 video、 data或其他媒体类型的标识符即可。 此外， 上述地址和端口号仅为举例 说明， 在具体实施时， 可以根据实际情况进行修改。
示例三： 基于 UDP协议的 SDP示例 m=image 15002 udp et38
c=IN IP4 192.0.2.2 上述示例三表示： 该 SIP会话参与者的地址为 192.0.2.2, 在端口 15002上支持编解码格式为 ET.38、 且采用 UDP协议进行传输的图像业 务。
当采用 ET.38格式、 UDP协议传输应用、 音频、 视频或数据等其他 媒体类型时 , 将上述 m行中的 image替换为 application、 audio、 video、 data或其他媒体类型的标识符即可。 此外， 上述地址和端口号仅为举例 说明， 在具体实施时， 可以根据实际情况进行修改。
示例四： 基于 TCP协议的 SDP示例 m=image 15002 tcp et38
c=IN IP4 192.0.2.2
a=setup:passive
a=connection: new 上述示例四表示： 该 SIP会话参与者的地址为 192.0.2.2, 在端口 15002上支持编解码格式为 ET.38、 且采用 TCP协议进行传输的图像业 务， 并且该会话连接是一个新的、 等待对端建立的连接。 对应于该 SDP 的响应中， 会话属性行中应该包含" a = setup: active"行。
当采用 ET.38格式、 TCP协议传输应用、 音频、 视频或数据等其他 媒体类型时 , 将上述 m行中的 image替换为 application、 audio、 video、 data或其他媒体类型的标识符即可。 此外， 上述地址和端口号仅为举例 说明， 在具体实施时， 可以根据实际情况进行修改。
在实际应用中， SDP Offer/Answer机制中的 SDP提供端与 SDP应 答端之间的交互， 将实例化为某个 SIP会话中， 一端的媒体处理单元
( MP )和媒体控制单元（MC ), 与另一端的 MP和 MC之间的交互。 按照媒体与控制相分离的思想 MP和 MC分别处理媒体面与控制面的交 互， 并且， MP与 MC可以是两个独立的物理设备， 也可以位于同一物 理设备中。 当 SDP提供端的 MP与 MC为两个独立的设备时， 在 SDP 提供端发送 SDP Offer之前， MC需要获取 MP的 ET.38能力信息； 同样 地， 当 SDP应答端的 MP和 MC为两个独立的物理设备时， 在 SDP应 答端返回 SDP Answer之前， MC也需要获取 MP的 ET.38能力信息。
图 3为本发明实施例一中实现 ET.38传真业务的方法流程图。 参见 图 3, 其中， MP1和 MC1为 SDP提供端的、 相互独立的 MP和 MC设 备， MP2和 MC2为 SDP应答端的、 相互独立的 MP和 MC设备。 图 3 所示方法包括以下步骤：
步骤 301： MC1和 MC2分别获取 MP1和 MP2的媒体处理能力。 本步骤中， MC1和 MC2分别通过其与 MP1和 MP2之间的接口、 或者通过本地数据配置获取 MP1和 MP2的媒体处理能力。 该媒体处理 能力包括 MP1和 MP2对 ET.38传真业务的支持情况。 其中， MC获取 MP媒体处理能力的操作可以不在本步骤中完成，而是在后续步骤中 MC 需要获取 MP媒体处理能力时临时获取， 例如， 可以是在 MC向 MP发 起资源创建请求时获得。 若 MP与 MC位于同一物理设备中， 则 MC获 取 MP的媒体处理能力的操作属于设备内部操作。
本步骤中， 会话同一端、 且相互独立的 MC 与 MP之间可以通过 H.248协议进行交互， 以使 MC获取 MP的 ET.38能力信息。 本实施例 主要详细描述 MC1与 MC2之间的交互，关于 MC和 MP之间基于 H.248 协议的交互情况请参见实施例二的相应部分， 在此不再赞述。 在 H.248 协议中， MP和 MC分别对应于 MGW和 MGC。
步骤 302: MC1向 MP1发起资源创建请求， 获取到所创建的媒体 资源的地址、 端口等媒体能力相关的信息。
若在本步骤之前， MC1还没有获取到 MP1的媒体能力信息， 则本 步骤的操作可以使 MCI同时获取到 MP1的媒体能力信息。
步骤 303: MC1向 MC2发起媒体建立请求，并在该请求中携带 MP1 的 ET.38能力信息。
本步骤中， 以 MC1向 MC2发起 INVITE请求为例进行说明， 在实 际应用中，如前所述，任何可以在一次 SDP Offer/Answer过程中携带 SDP
Offer的消息均可以用作本步骤中 MC1向 MC2发起媒体建立请求。
本步骤中， 在 INVITE请求中携带 SDP Offer, SDP Offer中携带前 述步骤中获取到的 MP1的媒体能力信息， 包括媒体资源的地址、 端口、 编解码格式等。 例如， 假设 MP1既支持基于 RTP协议的 T.38传真， 又 支持基于 RTP协议的 ET.38传真，则本步骤中， MC1向 MC2发送的 SDP
Offer中可以包含如下所示的能力描述： v=0
o=- 1 1 IN IP4 mp 1.example 1.com
s=- c=IN IP4 mp 1.example 1.com
t=0 0
m=audio 5764 RTP/AVP 98 99
a=rtpmap:98 et38/8000
a=rtpmap:99 t38/8000
a=fmtp： 99 T38FaxVersion=2 ;T38FaxRateManagement=transferredTCF 按照 SIP和 SDP协议， v行用于描述协议版本信息， 0行用于描述 会话发起者的相关信息以及会话标识符， s行用于描述会话名称， t行用 于表示会话活动时间。 上述能力描述表示： 该 SDP提供端的地址为 mpl.examplel.com, 在端口 5764上支持有效载荷类型为 98和 99、 且采 用 RTP协议进行传输的音频业务。 由第 7 _ 8行可知， 98应当映射为子 类型 et38, 99应当映射为子类型 t38, et38和 t38的编解码时钟频率均 为 8000Hz, 因此， 上述 SDP提供端既支持基于 RTP协议的 T.38音频传 真， 又支持基于 RTP协议的 ET.38音频传真。
在实际应用中， 可以根据实际的网络环境及应用的需要， 增加其他 的与 ET.38传真业务相关的参数的描述， 从而实现其他参数的交互和协 商。
步骤 304: MC2控制 MP2创建本端媒体资源， 获取到所创建的媒 体资源的地址、 端口等媒体能力相关的信息。
若在本步骤之前， MC2还没有获取到 MP2的媒体能力信息， 则本 步骤的操作可以使 MC2同时获取到 MP2的媒体能力信息。
步骤 305: MC2向 MC1返回 200 OK响应消息， 并在该响应消息中 携带媒体协商结果。
本步骤中，对应于步骤 303中的 INVITE请求消息，以 MC2向 MC1 返回 200 OK响应消息为例进行说明， 在实际应用中， 如前所述， 任何 与 INVITE请求消息对应的、 可以在一次 SDP Offer/Answer过程中携带 SDP Answer的消息均可以用作本步骤中 MC2向 MC1返回的消息。
本步骤中， 在 200 OK响应消息中携带 SDP Answer, SDP Answer 中携带媒体协商结果， 例如， 是否使用 ET.38进行传真业务等， 其中可 能包含部分或全部 MP2的媒体处理能力信息。
假设 MP2支持基于 RTP的 ET.38传真，并且也希望使用 ET.38进行 传真业务， 那么 MC2可以向 MC1返回如下 SDP Answer: v=0
o=- 1 1 IN IP4 mp2.example2.com
s=- c=IN IP4 mp2.example2.com t=0 0
m=audio 10000 RTP/AVP 98
a=rtpmap:98 et38/8000 上述 SDP Answer表示： SDP应答端使用地址为 mp2.example2.com、 端口号为 10000与 SDP提供端建立基于 RTP协议的有效载荷类型为 98 的传真承载通道。 由第 7行可知， 98应当映射为子类型 et38, 其编解码 时钟频率均为 8000Hz, 因此，上述媒体协商的结果是建立编解码格式为 ET.38的传真承载通道， 为用户提供传真业务。
步骤 306: MC1根据所接收到的 SDP Answer, 向 MP1更新远端媒 体资源信息。
本步骤中， MC1将根据 SDP Answer中的媒体协商结果向 MP1更新 远端媒体资源信息。
步骤 307: MC1向 MC2返回 ACK消息。
步骤 308: MP1和 MP2根据媒体协商结果进行 ET.38传真业务或其 他类型的业务。
本步骤中，如果前述 200 OK响应消息中携带的 SDP Answer中返回 的是使用 ET.38建立传真 载通道， 则 MP1和 MP2之间将按照 ET.38 协议进行传真承载通道的建立， 并进行传真业务通信。
至此， 结束本发明实施例一中实现 ET.38传真业务的方法流程。 以上详细说明了本发明实施例一中实现 ET.38传真业务方法的具体 实施方式， 下面结合附图说明本发明实施例一中实现 ET.38传真业务的 装置和系统的具体实施方式。
图 4为本发明实施例一中实现 ET.38传真业务的系统组成结构示意 图。参见图 4,该系统包括： SDP提供端装置 410和 SDP应答端装置 420; 其中， SDP提供端装置 410, 用于向 SDP应答端装置 420发送携带 有 SDP提供端装置 410的 ET.38能力信息的 SDP Offer, 并接收来自于 SDP应答端装置 420的携带有媒体协商结果的 SDP Answer;
SDP应答端装置 420, 用于接收来自于所述 SDP提供端装置 410的 SDP Offer, 并根据 SDP Offer中的 SDP提供端装置 410的 ET.38能力信 息以及 SDP应答端装置 420自身的 ET.38能力，向 SDP提供端装置 410 返回携带有媒体协商结果的 SDP Answer;
SDP提供端装置 410和所述 SDP应答端装置 420, 用于根据 SDP Answer中的媒体协商结果， 按照 ET.38协议建立传真承载通道。
并且， SDP提供端装置， 进一步用于判断 SDP Answer中的媒体协 商结果是否为建立 ET.38传真承载通道。
图 4所示系统中， SDP提供端装置 410可以通过 INVITE请求消息 携带 SDP Offer , SDP应答端装置 420可以通过对该 INVITE请求消息的、 除 100响应消息之外的临时响应消息携带所述 SDP Answer;
或， SDP提供端装置 410可以通过 INVITE请求消息携带 SDP Offer, SDP应答端装置 420可以通过对该 INVITE请求消息的成功响应消息携 带 SDP Answer;
或， SDP提供端装置 410可以通过对 INVITE消息的成功响应消息 携带 SDP Offer, SDP应答端装置 420可以通过对该成功响应消息的 ACK 消息携带 SDP Answer;
或， SDP提供端装置 410可以通过对 INVITE消息的、 除 100响应 消息之外的可靠临时响应消息携带 SDP Offer, SDP应答端装置 420可 以通过对该临时响应消息的 PRACK消息携带 SDP Answer;
或， SDP提供端装置 410可以通过对可靠临时响应消息的 PRACK 消息携带 SDP Offer, SDP应答端装置 420可以通过对 PRACK消息的成 功响应消息携带 SDP Answer; 或， SDP提供端装置 410可以通过 UPDATE请求消息携带 SDP Offer, SDP应答端装置 420可以通过对该 UPDATE请求消息的成功响 应消息携带 SDP Answer。
如前所述， 在实际应用中， SDP Offer/Answer机制中的 SDP提供端 与 SDP应答端将实例化为某个 SIP会话中， 一端的 MP和 MC, 以及另 一端的 MP和 MC, 因此， 图 4所示 SDP提供端装置和 SDP应答端装置 为实际应用中的 MC设备和 MP设备组合。其中，基于 SDP Offer/Answer 机制的提供端与应答端之间的交互主要由 MC设备完成， MP设备主要 用于向 MC设备提供 SDP提供端和 SDP应答端的媒体能力信息， 以及 按照能力协商的结果建立承载通道。
图 4所示系统中，当 SDP提供端 410由相互独立的 MP和 MC构成 时， 该 MC可以向该 MP发送与 MP的媒体处理相关的命令， 该 MP可 以将其自身的 ET.38能力信息携带于与该命令相应的响应消息中发送给 该 MC;
当 SDP应答端 420由相互独立的 MP和 MC构成时，该 MC可以向 该 MP发送与 MP的媒体处理相关的命令，该 MP可以将其自身的 ET.38 能力信息携带于与该命令相应的响应消息中发送给该 MC。
在下面的装置实施例中， 以 MC和 MP位于同一物理设备中为例进 行说明， 因此， 对于 MC和 MP设备各自所完成的功能将不加以严格的 划分。
图 5为图 4所示系统中 SDP提供端装置的内部组成结构示意图。参 见图 5, 该 SDP提供端装置包括： SDP Offer生成模块 501、 SDP提供端 接口模块 502和 SDP提供端连接建立模块 503。
其中， SDP Offer生成模块 501 , 用于根据 SDP提供端装置 410的 ET.38能力生成携带有 SDP提供端装置 410的 ET.38能力信息的 SDP Offer, 并发送给 SDP提供端接口模块 502; 并且， SDP Offer生成模块 501所生成的携带有所述 SDP提供端的 ET.38能力信息的 SDP Offer为： 携带有与 ET.38能力相对应的编解码类型， 以及与所述媒体类型相对应 的地址、 端口信息的 SDP Offer;
SDP提供端接口模块 502, 用于将来自于 SDP Offer生成模块 501 的 SDP Offer发送给 SDP应答端装置 420, 并将 SDP应答端装置 420返 回的 SDP Answer发送给 SDP提供端连接建立模块 503;
SDP提供端连接建立模块 503 ,用于根据来自于 SDP提供端接口模 块 502的 SDP Answer,按照 ET.38协议建立 SDP提供端装置 410和 SDP 应答端装置 420之间的传真承载通道； 并且， SDP提供端连接建立模块 503进一步用于判断 SDP Answer中的媒体协商结果是否为建立 ET.38传 真 7|载通道。
图 5所示 SDP提供端装置中， SDP Offer生成模块 501 ,可以将所生 成的 SDP Offer携带于 INVITE请求消息中发送给 SDP提供端接口模块 502;
或，可以将所生成的 SDP Offer携带于对 INVITE消息的成功响应消 息中发送给 SDP提供端接口模块 502;
或， 可以将所生成的 SDP Offer携带于对 INVITE消息的、 除 100 响应消息之外的可靠临时响应消息中发送给 SDP提供端接口模块 502; 或， 可以将所生成的 SDP Offer携带于对可靠临时响应消息的 PRACK消息中发送给 SDP提供端接口模块 502;
或， 可以将所生成的 SDP Offer携带于 UPDATE请求消息中发送给 SDP提供端接口模块 502。
图 6为图 4所示系统中 SDP应答端装置的内部组成结构示意图。参 见图 6,该 SDP应答端装置包括： SDP应答端接口模块 601、 SDP Answer 生成模块 602和 SDP应答端连接建立模块 603。
其中， SDP应答端接口模块 601 , 用于接收来自于 SDP提供端装置 410的 SDP Offer、 发送给 SDP Answer生成模块 602, 并将来自于 SDP Answer生成模块 602的 SDP Answer发送给 SDP提供端装置 410;
SDP Answer生成模块 602, 用于根据来自于 SDP应答端接口模块 601的 SDP Offer中的 SDP提供端装置 410的 ET.38能力信息以及 SDP 应答端装置 420自身的 ET.38能力生成 SDP Answer, 通过 SDP应答端 接口模块 602发送给 SDP提供端装置 410,并通知 SDP应答端连接建立 模块 603;
SDP应答端连接建立模块 603 , 用于根据 SDP Answer, 按照 ET.38 协议建立 SDP应答端装置 420和 SDP提供端装置 410之间的传真承载 通道。
图 6所示 SDP应答端装置中， SDP Answer生成模块 602,可以将所 生成的 SDP Answer携带于对 INVITE请求消息的、除 100响应消息之外 的临时响应消息中发送给 SDP应答端接口模块 601；
或，可以将所生成的 SDP Answer携带于对 INVITE请求消息的成功 响应消息中发送给 SDP应答端接口模块 601；
或，可以将所生成的 SDP Answer携带于对 INVITE消息的成功响应 消息的 ACK消息中发送给 SDP应答端接口模块 601；
或， 可以将所生成的 SDP Answer携带于对 INVITE消息的、 除 100 响应消息之外的可靠临时响应消息的 PRACK消息中发送给 SDP应答端 接口模块 601;
或， 可以将所生成的 SDP Answer携带于对可靠临时响应消息的 PRACK消息的成功响应消息中发送给 SDP应答端接口模块 601；
或， 可以将所生成的 SDP Answer携带于对 UPDATE请求消息的成 功响应消息中发送给 SDP应答端接口模块 601。
由上述实施例可见， 本发明所公开的在 SIP终端之间实现 ET.38传 真业务的技术方案中，通过在 SDP中描述 SIP会话参与者的 ET.38能力， 并通过 SDP Offer/Answer机制实现 SIP会话参与者之间 ET.38能力的交 互与协商， 以及 ET.38传真承载通道的建立， 从而实现了基于 SIP协议 提供 ET.38传真业务。
实施例二：
本实施例介绍在 H.248终端之间实现 ET.38传真业务的方法、 装置 及系统的具体实施方式。 在下面的描述过程中， MGW被看作是一种 H.248终端。
图 7为本发明实施列二在 H.248终端之间实现 ET.38传真业务方法 的示例性流程图。 参见图 7, 该示例性流程包括以下步骤：
步骤 701: MGC分别向 H.248终端发送与 H.248终端的媒体处理相 关的命令；
步骤 702: H.248终端分别将其自身的 ET.38能力信息携带于与该命 令相应的响应消息中发送给 MGC;
步骤 703:若上述 H.248终端均具备 ET.38能力，则 MGC按照 ET.38 协议建立上述 H.248终端之间的传真承载通道。
至此， 结束本发明实施列二在 H.248终端之间实现 ET.38传真业务 方法的示例性流程。
在上述示例性流程中，使用 H.248协议中的命令 /响应机制使得 MGC 获取到 H.248终端的 ET.38媒体能力信息。 根据 H.248协议以及相关扩 展规范， 在以下 H.248消息交互过程中均可以使 MGC获取到 H.248终 端的 ET.38媒体能力信息。 例如：
MGC向 MGW发送审计命令， MGW在向 MGC返回的审计响应消 息中将其自身的 ΕΤ.38能力信息上报给 MGC;
MGC向 MGW发送未指定所创建媒体资源编解码格式的添加（ Add ) 命令， MGW将所创建的媒体资源的媒体处理能力信息通过添加响应消 息发送给 MGC;其中，所创建的媒体资源的媒体处理能力信息包括 ET.38 编解码能力信息；
MGC向 MGW发送指定创建 ET.38编解码格式的媒体资源的添加 命令， MGW按照 MGC指定的编解码格式创建媒体资源， 并在完成媒 体资源的创建之后， 将所创建的媒体资源的媒体处理能力信息通过添加 响应消息发送给 MGC; 其中， 所创建的媒体资源的媒体处理能力信息 包括 ET.38编解码能力信息；
MGC向 MGW发送修改媒体资源的修改（Mod )命令， 在该修改 命令中， MGC可以指定本端和 /或对端所采用或支持的媒体能力信息， 其中包括 ET.38编解码能力信息， MGW根据 MGC的指定进行对媒体 能力进行修改， 并在修改之后， 将其自身的 ET.38能力信息携带于修改 响应消息中发送给 MGC;
MGC用于向 MGW发送移动端点 (Terminal)的移动 （ Mov )命令， 在该移动命令中， MGC可以指定本端和 /或对端所采用或支持的媒体能 力信息， 其中包括 ΕΤ.38编解码能力信息， MGW将其自身的 ΕΤ.38能 力信息携带于移动响应消息中发送给 MGC。
根据 H.248协议，对本端或远端媒体信息可以使用 SDP协议或抽象 语法编码 1 ( ASN.1 )进行描述。 使用 SDP协议描述本端或远端媒体信 息的方法请参见实施例一中的相应部分， 在此不再赞述。
在实际应用中， 通信两端的 MGW可能为同一 MGC控制下的两个 MGW, 此时， 只需 MGC分别获取 MGW的媒体处理能力， 并根据两个 MGW是否均支持 ET.38,决定是否建立两个 MGW之间的 ET.38传真承 载通道。 对于两端的 MGW分别为两个 MGC控制下的 MGW的情况， 在建立两个 MGW之间的 ΕΤ.38传真承载通道之前， 两端的 MGC需要 进行媒体能力的协商。 该媒体能力协商的过程可以通过 SIP协议实现。
图 8为本发明实施例二中实现 ET.38传真业务的方法流程图。 参见 图 8 , 本例中以两个 MGW分别为两个两个 MGC控制下的 MGW为例， 其中 MGW1和 MGC1为通信一端的 MGW和 MGC设备， MGW2和 MGC2为通信另一端的 MGW和 MGC设备。 图 8所示方法包括以下步 骤：
步骤 801: MGC1向 MGW1发送 Add命令，指定 MGW1创建 ET.38 媒体资源端点。
本步骤中， 以 MGC1向 MGW1发送 Add命令为例进行说明， 在实 际应用中， 如前所述， 任何与 MGW媒体处理相关的、 可以使 MGC获 取 MGW的媒体能力信息的命令均可以用于本步骤中。
步骤 802: MGW1创建媒体资源端点， 并向 MGC1返回携带有所创 建的媒体资源端点的媒体能力信息、 编解码格式、 地址、 端口等其他信 息的 Add响应消息。
步骤 803: MGC1向 MGC2发起媒体建立请求， 并在该请求中携带 MGW1的 ET.38能力信息。
本步骤中， MGC1与 MGC2之间的交互基于 SIP协议进行。 这里， 以 MGC1向 MGC2发起 INVITE请求为例进行说明，在实际应用中，如 前所述， 任何可以在一次 SDP Offer/Answer过程中携带 SDP Offer的消 息均可以用作本步骤中 MGC1向 MGC2发起媒体建立请求。
本步骤中， 在 INVITE请求中携带 SDP Offer, SDP Offer中携带前 述步骤中获取到的 MGW1 的媒体能力信息， 包括媒体资源的地址、 端 口、 编解码格式等。 例如， 假设 MGW1既支持基于 RTP协议的 T.38传 真， 又支持基于 RTP协议的 ET.38传真， 则本步骤中， MGC1向 MGC2 发送的 SDP Offer中可以包含如下所示的能力描述： v=0
o=- 1 1 IN IP4 mp 1.example 1.com
S=- c=IN IP4 mp 1.example 1.com
t=0 0
m=audio 5764 RTP/AVP 98 99
a=rtpmap:98 et38/8000
a=rtpmap:99 t38/8000
a=fmtp： 99 T38FaxVersion=2 ;T38FaxRateManagement=transferredTCF 按照 SIP和 SDP协议， 上述能力描述表示： 该 SDP提供端的地址 为 mpl.examplel.com,在端口 5764上支持编解码格式为 et38和 t38、 时 钟频率均 8000Hz、 且采用 RTP协议进行传输的音频业务。
在实际应用中， 可以根据实际的网络环境及应用的需要， 增加其他 的与 ET.38传真业务相关的参数的描述， 从而实现其他参数的交互和协 商。
步骤 804: MGC2向 MGW2发送 Add命令，指定 MGW2创建 ET.38 媒体资源端点， 并在命令中包含 MGW1的媒体能力信息。
步骤 805: MGW2创建媒体资源端点， 并向 MGC2返回携带有所创 建的媒体资源端点的媒体能力信息、 编解码格式、 地址、 端口等其他信 息的 Add响应消息。
步骤 806: MGC2向 MGC1返回 200 OK响应消息， 并在该响应消 息中携带媒体协商结果。
本步骤中， 对应于步骤 803 中的 INVITE请求消息， 以 MGC2向 MGCl返回 200 OK响应消息为例进行说明， 在实际应用中， 如前所述， 任何与 INVITE请求消息对应的、 可以在一次 SDP Offer/Answer过程中 携带 SDP Answer的消息均可以用作本步骤中 MGC2向 MGC1返回的消
本步骤中， 在 200 ΟΚ响应消息中携带 SDP Answer, SDP Answer 中携带媒体协商结果， 例如， 是否使用 ET.38进行传真业务等， 其中可 能包含部分或全部 MGW2的媒体处理能力信息。
假设 MGW2支持基于 RTP的 ET.38传真， 并且也希望使用 ET.38 进行传真业务， 那么 MGC2可以向 MGC1返回如下 SDP Answer: v=0
o=- 1 1 IN IP4 mp2.example2.com
s=- c=IN IP4 mp2.example2.com
t=0 0
m=audio 10000 RTP/AVP 98
a=rtpmap:98 et38/8000 上述 SDP Answer表示： 应答端使用地址为 mp2.example2.com、 端 口为 10000与提供端建立基于 RTP协议的编解码格式为 ET.38的传真承 载通道， 并进行传真业务数据的传递、 为用户提供传真业务。
步骤 807: MGC1根据所接收到的 SDP Answer,向 MGW1发送 Mod 命令， 以更新远端媒体资源信息。
本步骤中， MGC1将根据 SDP Answer中的媒体协商结果向 MGW1 更新远端媒体资源信息。
步骤 808: MGC1向 MGC2返回 ACK消息。
步骤 809: MGC1收到 MGW1的 Mod响应消息。 步骤 810: MGW1和 MGW2根据媒体协商结果进行 ET.38传真业 务或其他类型的业务。
本步骤中，如果前述 200 OK响应消息中携带的 SDP Answer中返回 的是使用 ET.38建立传真 载通道， 则 MGW1和 MGW2之间将按照 ET.38协议进行传真承载通道的建立， 并进行传真业务通信。
至此， 结束本发明实施例二中实现 ET.38传真业务的方法流程。 以上详细说明了本发明实施例二中实现 ET.38传真业务方法的具体 实施方式， 下面结合附图说明本发明实施例二中实现 ET.38传真业务的 装置和系统的具体实施方式。
图 9为本发明实施例二中实现 ET.38传真业务的系统组成结构示意 图。参见图 9,该系统包括： MGC 910、第一 H.248终端 920和第二 H.248 终端 930;
其中， MGC 910, 用于分别向第一 H.248终端 920和第二 H.248终 端 930发送与 H.248终端的媒体处理相关的命令， 并在第一 H.248终端 920和第二 H.248终端 930均具备 ET.38能力时， 按照 ET.38协议建立 第一 H.248终端 920和第二 H.248终端 930之间的传真承载通道；
第一 H.248终端 920和第二 H.248终端 930, 各自用于将其自身的 ET.38能力信息携带于与上述命令相应的响应消息中发送给 MGC 910。
图 9所示系统中， MGC 910可以向第一 H.248终端 920和第二 H.248 终端 930发送审计命令， 第一 H.248终端 920和第二 H.248终端 930可 以将其自身的 ET.38能力信息携带于审计响应消息中发送给 MGC 910; 或， MGC 910可以向第一 H.248终端 920和第二 H.248终端 930发 送未指定所创建媒体资源编解码格式的添加命令， 第一 H.248终端 920 和第二 H.248终端 930可以将其自身的 ET.38能力信息携带于添加响应 消息中发送给 MGC 910; 或， MGC 910可以向第一 H.248终端 920和第二 H.248终端 930发 送指定创建 ET.38编解码格式的媒体资源的添加命令， 第一 H.248终端 920和第二 H.248终端 930可以将其自身的 ET.38能力信息携带于添加 响应消息中发送给 MGC 910;
或， MGC 910可以向第一 H.248终端 920和第二 H.248终端 930发 送修改媒体资源的 Mod命令， 第一 H.248终端 920和第二 H.248终端 930可以将其自身的 ET.38能力信息携带于修改响应消息中发送给 MGC 910;
或， MGC 910可以向第一 H.248终端 920和第二 H.248终端 930发 送移动端点的 Mov命令， 第一 Η.248终端 920和第二 Η.248终端 930 可以将其自身的 ΕΤ.38 能力信息携带于移动响应消息中发送给 MGC 910。
图 9所示系统中， 第一 Η.248终端 920和第二 Η.248终端 930可以 为同一 MGC控制下的两个 Η.248终端， 也可以为两个 MGC控制下的 两个 Η.248终端。 在实际应用中， 当第一 Η.248终端 920和第二 Η.248 终端 930为两个 MGC控制下的两个 Η.248终端时， 该系统中将存在两 个 MGC, 这两个 MGC之间进一步需要进行媒体能力协商。
两个 MGC之间可以采用 SIP协议进行 ΕΤ.38媒体能力协商， 此时， 一个 MGC及其控制下的 H.248终端将作为 SIP会话的 SDP提供端， 另 一个 MGC及其控制下的 H.248终端将作为 SIP会话的 SDP应答端， 因 此，这里将两个 MGC分别称为 SDP提供端 MGC和 SDP应答端 MGC, 两个 H.248终端分别称为 SDP提供端 H.248终端和 SDP应答端 H.248 终端。 两个 MGC之间基于 SIP协议进行 ET.38媒体能力协商的过程与 实施例一基于 SIP协议进行 ET.248能力相同， 即：
两个 MGC中的 SDP提供端 MGC,将 SDP提供端 H.248终端的 ET.38 能力信息携带于 SDP Offer中， 发送给 SDP应答端 MGC; 两个 MGC中的 SDP应答端 MGC, 根据所述 SDP提供端 H.248终 端的 ET.38能力信息以及 SDP应答端 H.248终端的 ET.38能力， 向所述 SDP提供端 MGC返回 SDP Answer„
SDP提供端 MGC可以通过 INVITE请求消息携带 SDP Offer, SDP 应答端 MGC可以通过对该 INVITE请求消息的、 除 100响应消息之外 的临时响应消息携带 SDP Answer;
或， SDP提供端 MGC可以通过 INVITE请求消息携带 SDP Offer, SDP应答端 MGC可以通过对该 INVITE请求消息的成功响应消息携带 SDP Answer;
或， SDP提供端 MGC可以通过对 INVITE消息的成功响应消息携 带 SDP Offer, SDP应答端 MGC可以通过对该成功响应消息的 ACK消 息携带 SDP Answer;
或， SDP提供端 MGC可以通过对 INVITE消息的、 除 100响应消 息之外的可靠临时响应消息携带 SDP Offer, SDP应答端 MGC可以通过 对该临时响应消息的 PRACK消息携带 SDP Answer;
或， SDP提供端 MGC可以通过对可靠临时响应消息的 PRACK消 息携带 SDP Offer, SDP应答端 MGC可以通过对该 PRACK消息的成功 响应消息携带 SDP Answer;
或， SDP提供端 MGC可以通过 UPDATE请求消息携带 SDP Offer , SDP应答端 MGC可以通过对该 UPDATE请求消息的成功响应消息携带 SDP Answer。
图 10为图 9所示系统中 MGC的内部组成结构示意图。 参见图 10, 该 MGC包括： 命令生成模块 1001、 MGC接口模块 1002和 MGC连接 建立模块 1003。 其中， 命令生成模块 1001 , 用于生成与 H.248终端媒体处理相关的 命令， 并通过 MGC接口模块 1002向 H.248终端发送；
MGC接口模块 1002, 用于向 H.248终端发送与 H.248终端媒体处 理相关的命令， 并将来自于 H.248终端的携带有 H.248终端的 ET.38能 力信息的响应消息发送给 MGC连接建立模块 1003;
MGC连接建立模块 1003 , 用于根据 H.248终端的 ET.38能力， 按 照 ET.38协议建立 H.248终端之间的传真 载通道。
并且，命令生成模块 1001所生成的与 H.248终端媒体处理相关的命 令中可以指定本端或远端的 ET.38能力信息；
上述携带有所述 H.248终端的 ET.38能力信息的响应消息为： 携带 有与 ET.38能力相对应的编解码类型， 以及与所述编解码类型相对应的 地址、 端口信息的响应消息。
进一步地， 命令生成模块 1001 , 可以用于向 MGC接口模块 1002 发送审计命令；
或，向 MGC接口模块 1002发送未指定所创建媒体资源编解码格式 的添加命令；
或， 向 MGC接口模块 1002发送指定创建 ET.38编解码格式的媒体 资源的添加命令；
或， 向 MGC接口模块 1002发送修改媒体资源的 Mod命令； 或， 向 MGC接口模块 1002发送移动端点的 Mov命令。
图 10所示 MGC中还可以进一步包括媒体能力协商模块，该媒体能 力协商模块， 可以用于通过 SIP协议与对端 MGC进行媒体能力协商。
图 11为图 9所示系统中 H.248终端的内部组成结构示意图。参见图
11 , 该 H.248终端包括： H.248终端接口模块 1101、 响应生成模块 1102 和 H.248终端连接建立模块 1103。 其中， H.248终端接口模块 1101 ,用于接收来自于 MGC的与 H.248 终端的媒体处理相关的命令、 发送给响应生成模块 1102, 并将来自于响 应生成模块 1102的响应消息发送给 MGC;
响应生成模块 1102, 用于将 H.248终端的 ET.38能力信息携带于与 所述命令相应的响应消息中发送给 H.248 终端接口模块 1101 , 并将该 H.248终端的 ET.38能力通知 H.248终端连接建立模块 1103;
H.248终端连接建立模块 1103, 用于按照 ET.38协议建立传真承载 通道。
进一步地， 响应生成模块 1102, 还可以用于将 H.248终端的 ET.38 能力信息携带于审计响应消息中发送给 H.248终端接口模块 1101;
或， 将 H.248终端的 ET.38能力信息携带于添加响应消息中发送给 H.248终端接口模块 1101 ;
或， 将 H.248终端的 ET.38能力信息携带于添加响应消息中发送给 H.248终端接口模块 1101 ;
或， 将 H.248终端的 ET.38能力信息携带于修改响应消息中发送给 H.248终端接口模块 1101 ;
或， 将 H.248终端的 ET.38能力信息携带于移动响应消息中发送给 H.248终端接口模块 1101。
由上述实施例可见， 本发明所公开的在 H.248终端之间实现 ET.38 传真业务的技术方案中， 通过在 SDP中描述 H.248终端的 ET.38能力， 使得 MGC可以通过 H.248命令 /响应机制获取 MGW的 ET.38能力， 并 支持 ET.38能力的 H.248终端之间建立 ET.38传真承载通道， 从而实现 了基于 H.248协议提供 ET.38传真业务。
以上通过两个实施例详细说明了如何基于 SIP、 H.248 协议支持 ET.38 传真业务的实现， 下面通过一个宽带码分多址接入（WCDMA ) 网络中的具体实例说明本发明技术方案更为具体的应用。
实施例三：
WCDMA的核心网从 R99的电路交换（ CS )方式向基于分组的软 交换演进，分为 R4承载无关核心网（ BICN )、 R5 IP多媒体子系统（ IMS ) 两个阶段， 前者以承载无关呼叫控制（BICC )和 H.248协议为基 ， 旨 在分组化 WCDMA CS域， 节省话音良务的整体成本； 后者以 SIP协议 为核心技术， 目的是提供丰富的多媒体通信业务， 为运营商带来新的业 务收入来源。 目前 R4 BICN正在对以 SIP和 H.248协议为基础的网络以 及相关技术进行研究， 本发明技术方案将艮好地解决在以 SIP和 H.248 协议为基石出的 WCDMA网络中实现 ET.38传真业务的问题。
图 12为本发明实施例三中实现 ET.38传真业务的方法流程示意图。 参见图 12, MSC1和 MSC2分别为通信两端的移动交换中心， GMSC为 关口移动交换中心， MGW1/IWF1和 MGW2/IWF2分别为通信两端的媒 体网关设备和互通功能单元， RNC1/BSC1和 RNC2/BSC2分别为通信两 端的无线网络控制设备和基站， UE1和 UE2分别为通信两端的用户终端 设备。 图中所示 MSC与 MSC之间、 MSC与 GMSC之间使用 SIP协议 进行通信， MSC与本端 MGW之间使用 H.248协议进行通信。
图 12所示方法包括以下步骤：
步骤 1201 : UE1向 UE2发起传真呼叫请求。
步骤 1202: MSC1根据 UE1的呼叫向 MGW1申请主叫网关到被叫 网关的网关资源，并获取 MGW1的能力信息，其中包括 ET.38能力信息。
本步骤中， MSC1 获取 MGW1 能力信息的方法与实施例二基于 H.248协议实现 MGC获取 MGW能力的流程完全相同， 请参见实施例 二相应部分的描述， 在此不再赞述。
此后， MSC1 可以按照实施例一中与 SDP提供端相同的方法向 MSC2发送 SDP Offer。 例如， 可以使用 INVITE请求消息或其他消息、 通过 GMSC向 MSC2发起媒体建立请求， 并在该请求中携带 MGW1及 UE1的能力信息， 其中包括 ET.38能力信息。
步骤 1203: MSC2寻呼用户， 进行安全性认证， 并向 UE2发起呼叫 请求。
步骤 1204: MSC2根据 MSC1请求向 MGW2申请被叫网关资源， 并获取 MGW2的能力信息， 其中包括 ET.38能力信息。
本步骤中， MSC2获取 MGW2能力信息的方法与实施例二中基于 H.248协议实现 MGC获取 MGW能力的流程完全相同， 请参见实施例 二相应部分的描述， 在此不再赞述。 与实施例二类似， MSC2可以在本 步骤中获取 MGW2 的媒体能力信息， 也可以在本步骤之前其他适当的 信息交互过程中获取 MGW2 的媒体能力信息， 本实施例中对此不加以 限定。
MSC2获取到 MGW2能力信息之后，可以根据 MGW2和 UE2的能 力对 MSC1的 INVITE消息进行应答。 这里， MSC2与 MSC1之间的基 于 SIP协议的能力协商过程与实施例一中基于 SIP协议的能力协商过程 完全相同， 请参见实施例一相应部分的描述， 在此不再赞述。
步骤 1205: MSC1向 RNC1/BSC1申请主叫网关到主叫终端之间的 媒体网关资源与空中接口资源， MSC2向 RNC2/BSC2申请被叫网关到 被叫终端之间的媒体网关资源与空中接口资源。
步骤 1206: MSC1通知 MSC2主叫侧媒体资源预留完成。
步骤 1207: 被叫传真终端应答， UE2向 MSC2发送应答消息。 步骤 1208: MSC2收到 MSC1的 200 OK消息后， 向 UE1发送应答 消息。
上述步骤 1205至步骤 1208所执行的操作与现有 WCDMA R4网络 中传真发起过程完全相同， 而且对本发明技术方案没有任何影响， 因此， 此处从略。
在上述传真呼叫建立成功之后，主、被叫终端之间就可以进行 ΕΤ.38 传真业务了。 根据现有技术， 当 UE1 为 WCDMA 终端时， UE1 与 MGW1/IWF1之间使用 ΕΤ.38进行传真业务通信， 当 UE2为 WCDMA 终端时， UE2与 MGW2/IWF2之间使用 ΕΤ.38进行传真业务通信。 当 UE1、 UE2 都是 WCDMA 终端时， UE1 与 MGW1/IWF1 之间、 MGW1/IWF1与 MGW2/IWF2之间以及 UE2与 MGW2/IWF2之间可以 使用 ET.38进行传真业务， 这样 MGW/IWF就只需要进行筒单的 ET.38 业务数据包转发即可， 从而减少不必要的编解码格式之间的转换， 不但 可以降低 MGW/IWF的负荷， 同时可以降低传真业务数据传递的时延、 以及因为编解码格式之间的转化造成的业务数据的失真而提高传真的 质量。
使用本发明实施例所公开的技术方案，可以在各种基于 SIP协议和 / 或 H.248协议的 IP网络应用中实现 ET.38能力的交互与协商，以及 ET.38 传真承载通道的建立， 这不仅解决了基于 SIP协议和 H.248协议不能提 供 ET.38传真业务这一技术问题， 而且， 对于 IP传真领域来说具有不同 寻常的意义。 这是因为： 一方面， ET.38 传真协议可以 4艮好地工作在有 线网络和移动网络环境下， 即能够克服其他传真协议不能工作在移动网 络环境下这一缺点， 而移动网络的应用将非常普遍； 另一方面， SIP协 议和 H.248协议分别是下一代网络中最为重要的应用层控制协议和媒体 网关控制协议， 基于 SIP协议和 H.248协议的应用将无处不在， 由此可 见， 本发明实现了移动网络中的传真业务与 SIP协议以及 H.248协议的 结合， 推动了 IP传真领域的进步。
以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。 凡在本发明的精神和原则之内所作的任何修改、 等同替换、 改 进等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、一种在会话初始化协议 SIP终端之间实现 ET.38传真业务的方法， 其特征在于， 该方法包括以下步骤：
会话描述协议 SDP提供端将其自身的 ET.38能力信息携带于 SDP 提供 Offer中， 发送给 SDP应答端；
SDP提供端接收所述 SDP应答端返回的 SDP应答 Answer, 所述 SDP Answer为所述 SDP应答端根据所述 SDP提供端的 ET.38能力信息 以及所述 SDP应答端自身的 ET.38能力， 向所述 SDP提供端返回的； 若所述 SDP Answer中的媒体协商结果为建立 ET.38传真承载通道， 则所述 SDP提供端与所述 SDP应答端按照 ET.38协议建立传真承载通 道。
2、 根据权利要求 1 所述的方法， 其特征在于， 进一步预先扩展与 ET.38能力相对应的编解码类型；
所述 SDP提供端将其自身的 ET.38能力信息携带于 SDP Offer中的 方式为： 在所述 SDP Offer中携带所述与 ET.38能力相对应的编解码类 型， 以及与所述编解码类型相对应的地址、 端口信息；
所述 SDP Answer中的媒体协商结果为：包含所述与 ET.38能力相对 应的编解码类型， 以及与所述编解码类型相对应的地址、 端口信息的媒 体协商结果。
3、 根据权利要求 2所述的方法， 其特征在于， 所述扩展与 ET.38能 力相对应的编解码类型为： 定义多用途因特网邮件扩展 MIME媒体类型 和 MIME子类型；
所述 MIME子类型表示所述 MIME媒体类型的编解码格式为 ET.38 协议编解码格式。
4、 根据权利要求 1所述的方法， 其特征在于， 所述 SDP提供端包 括媒体处理单元 MP和媒体控制单元 MC, 所述 MP和 MC为两个独立 的物理设备， 在所述 SDP提供端发送所述 SDP Offer之前进一步包括所 述 MC获取所述 MP的 ET.38能力信息的操作。
5、 根据权利要求 1所述的方法， 其特征在于， 所述 SDP应答端包 括 MP和 MC, 所述 MP和 MC为两个独立的物理设备， 在所述 SDP应 答端返回所述 SDP Answer之前进一步包括所述 MC获取所述 MP的 ET.38能力信息的操作。
6、 根据权利要求 1所述的方法， 其特征在于， 所述 SDP提供端包 括 MP和 MC, 所述 MP和 MC为两个独立的物理设备， 在所述 SDP提 供端发送所述 SDP Offer之前进一步包括所述 MC获取所述 MP的 ET.38 能力信息的操作；
所述 SDP应答端包括 MP和 MC , 所述 MP和 MC为两个独立的物 理设备， 在所述 SDP应答端返回所述 SDP Answer之前进一步包括所述 MC获取所述 MP的 ET.38能力信息的操作。
7、 根据权利要求 4至 6任一所述的方法， 其特征在于， 所述 MC 采用 H.248协议获取所述 MP的 ET.38能力信息， 所述 MC获取所述 MP的 ET.38能力信息的操作为：
所述 MC向所述 MP发送与 MP的媒体处理相关的命令；
所述 MP将其自身的 ET.38能力信息携带于与所述命令相应的响应 消息中发送给所述 MC。
8、 根据权利要求 7 所述的方法， 其特征在于， 进一步预先扩展与 ET.38能力相对应的编解码类型；
所述 SDP提供端将其自身的 ET.38能力信息携带于 SDP Offer中的 方式为： 在所述 SDP Offer中携带所述与 ET.38能力相对应的编解码类 型， 以及与所述编解码类型相对应的地址、 端口信息；
所述 SDP Answer中的媒体协商结果为：包含所述与 ET.38能力相对 应的编解码类型， 以及与所述编解码类型相对应的地址、 端口信息的媒 体协商结果；
所述与 MP的媒体处理相关的命令为： 携带有与 ET.38能力相对应 的编解码类型的命令；
所述 MP将其自身的 ET.38能力信息携带于响应消息中的方式为： 在所述响应消息中携带所述与 ET.38能力相对应的编解码类型。
9、 根据权利要求 8所述的方法， 其特征在于， 所述扩展与 ET.38能 力相对应的编解码类型为： 定义多用途因特网邮件扩展 MIME媒体类型 和 MIME子类型；
所述 MIME子类型表示所述 MIME媒体类型的编解码格式为 ET.38 协议编解码格式。
10、 根据权利要求 1至 6任一所述的方法， 其特征在于， 所述 SDP Offer携带于 INVITE请求消息中， 所述 SDP Answer携带于对所述 INVITE请求消息的、 除 100响应消息之外的临时响应消息中；
或， 所述 SDP Offer携带于 INVITE请求消息中， 所述 SDP Answer 携带于对所述 INVITE请求消息的成功响应消息中；
或，所述 SDP Offer携带于对 INVITE消息的成功响应消息中，所述 SDP Answer携带于对所述成功响应消息的 ACK消息中；
或，所述 SDP Offer携带于对 INVITE消息的、除 100响应消息之外 的可靠临时响应消息中， 所述 SDP Answer携带于对所述临时响应消息 的确认 PRACK消息中；
或， 所述 SDP Offer携带于对可靠临时响应消息的 PRACK消息中， 所述 SDP Answer携带于对所述 PRACK消息的成功响应消息中； 或， 所述 SDP Offer携带于 UPDATE请求消息中， 所述 SDP Answer 携带于对所述 UPDATE请求消息的成功响应消息中。
11、 根据权利要求 9所述的方法， 其特征在于， 所述 SDP Offer携 带于 INVITE请求消息中，所述 SDP Answer携带于对所述 INVITE请求 消息的、 除 100响应消息之外的临时响应消息中；
或， 所述 SDP Offer携带于 INVITE请求消息中， 所述 SDP Answer 携带于对所述 INVITE请求消息的成功响应消息中；
或，所述 SDP Offer携带于对 INVITE消息的成功响应消息中，所述 SDP Answer携带于对所述成功响应消息的 ACK消息中；
或，所述 SDP Offer携带于对 INVITE消息的、除 100响应消息之外 的可靠临时响应消息中， 所述 SDP Answer携带于对所述临时响应消息 的确认 PRACK消息中；
或， 所述 SDP Offer携带于对可靠临时响应消息的 PRACK消息中， 所述 SDP Answer携带于对所述 PRACK消息的成功响应消息中；
或， 所述 SDP Offer携带于 UPDATE请求消息中， 所述 SDP Answer 携带于对所述 UPDATE请求消息的成功响应消息中。
12、 根据权利要求 9所述的方法， 其特征在于， 所述与 MP的媒体 处理相关的命令为： 审计命令， 与所述命令相应的响应消息为： 审计响 应消息；
或， 所述与 MP的媒体处理相关的命令为： 添加 Add命令， 与所述 命令相应的响应消息为： 添加响应消息；
或， 所述与 MP 的媒体处理相关的命令为： 修改媒体资源的修改 Mod命令， 与所述命令相应的响应消息为： 爹改响应消息；
或， 所述与 MP的媒体处理相关的命令为： 移动端点的移动 Mov命 令， 与所述命令相应的响应消息为： 移动响应消息。
13、 一种在 H.248终端之间实现 ET.38传真业务的方法， 其特征在 于， 该方法包括以下步骤：
媒体网关控制器 MGC分别向 H.248终端发送与所述 H.248终端的 媒体处理相关的命令；
MGC接收所述 H.248终端返回的响应消息，所述响应消息中携带有 所述 H.248终端的 ET.38能力信息；
若所述 H.248终端均具备 ET.38能力， 则所述 MGC按照 ET.38协 议建立所述 H.248终端之间的传真 7 载通道。
14、根据权利要求 13所述的方法， 其特征在于， 所述 H.248终端为 同一 MGC控制下的两个 H.248终端。
15、根据权利要求 13所述的方法， 其特征在于， 所述 H.248终端为 两个 MGC控制下的两个 H.248终端， 在所述 MGC建立所述 H.248终 端之间的传真承载通道之前， 进一步包括： 所述两个 MGC进行媒体能 力协商。
16、 根据权利要求 15所述的方法， 其特征在于， 所述两个 MGC采 用 SIP协议进行所述媒体能力协商， 所述媒体能力协商包括以下步骤：
ET.38能力信息携带于 SDP Offer中， 发送给 SDP应答端 MGC;
所述两个 MGC中的 SDP应答端 MGC根据所述 SDP提供端 H.248 终端的 ET.38能力信息以及 SDP应答端 H.248终端的 ET.38能力， 向所 述 SDP提供端 MGC返回 SDP Answer。
17、根据权利要求 14所述的方法， 其特征在于， 进一步预先扩展与 ET.38能力相对应的编解码类型；
所述与 H.248终端的媒体处理相关的命令为： 携带有与 ET.38能力 相对应的编解码类型的命令； 所述 H.248终端将其自身的 ΕΤ.38能力信息携带于响应消息中的方 式为： 在所述响应消息中携带所述与 ΕΤ.38能力相对应的编解码类型。
18、根据权利要求 16所述的方法， 其特征在于， 进一步预先扩展与 ΕΤ.38能力相对应的编解码类型；
所述与 Η.248终端的媒体处理相关的命令为： 携带有与 ΕΤ.38能力 相对应的编解码类型的命令；
所述 Η.248终端将其自身的 ΕΤ.38能力信息携带于响应消息中的方 式为： 在所述响应消息中携带所述与 ΕΤ.38能力相对应的编解码类型； 所述 SDP提供端将其自身的 ΕΤ.38能力信息携带于 SDP Offer中的 方式为： 在所述 SDP Offer中携带所述与 ET.38能力相对应的编解码类 型， 以及与所述编解码类型相对应的地址、 端口信息；
所述 SDP Answer中的媒体协商结果为：包含所述与 ET.38能力相对 应的编解码类型， 以及与所述编解码类型相对应的地址、 端口信息的媒 体协商结果。
19、 根据权利要求 17或 18所述的方法， 其特征在于， 所述扩展与 ET.38能力相对应的编解码类型为： 定义 MIME媒体类型和 MIME子类 型；
所述 MIME子类型表示所述 MIME媒体类型的编解码格式为 ET.38 协议编解码格式。
20、 根据权利要求 13至 18任一所述的方法， 其特征在于， 所述与 H.248 终端的媒体处理相关的命令为： 审计命令， 与所述命令相应的响 应消息为： 审计响应消息；
或， 所述与 H.248终端的媒体处理相关的命令为： 添加命令， 与所 述命令相应的响应消息为： 添加响应消息；
或， 所述与 H.248终端的媒体处理相关的命令为： 修改媒体资源的 Mod命令， 与所述命令相应的响应消息为： 爹改响应消息；
或， 所述与 H.248终端的媒体处理相关的命令为： 移动端点的 Mov 命令， 与所述命令相应的响应消息为： 移动响应消息。
21、 根据权利要求 19所述的方法， 其特征在于，
所述添加命令为： 指定所创建的媒体资源为所述与 ΕΤ.38能力相对 应的编解码类型， 并指定与所述编解码类型相对应的地址、 端口信息的 添加命令， 或未指定所创建的媒体资源类型的添加命令；
所述修改媒体资源的修改命令为： 指定本端采用所述与 ΕΤ.38能力 相对应的编解码类型， 或远端支持所述与 ΕΤ.38能力相对应的编解码类 型， 并指定与所述编解码类型相对应的地址、 端口信息的修改命令， 或 未指定本端采用和 /或远端支持媒体资源类型的修改命令；
所述移动端点的移动命令为： 指定本端采用所述与 ΕΤ.38能力相对 应的媒体类型， 或远端支持所述与 ΕΤ.38能力相对应的媒体类型， 并指 定与所述媒体类型相对应的地址、 端口的移动命令， 或未指定本端采用 和 /或远端支持媒体资源类型的修改命令。
22、 一种在 SIP终端之间实现 ΕΤ.38传真业务的系统， 该系统包括： SDP提供端装置和 SDP应答端装置， 其特征在于，
所述 SDP提供端装置， 用于向所述 SDP应答端装置发送携带有其 自身的 ET.38能力信息的 SDP Offer, 并接收来自于所述 SDP应答端装 置的携带有媒体协商结果的 SDP Answer;
所述 SDP应答端装置，用于接收来自于所述 SDP提供端装置的 SDP Offer, 并根据所述 SDP Offer中的所述 SDP提供端装置的 ET.38能力信 息以及所述 SDP应答端装置自身的 ET.38能力， 向所述 SDP提供端装 置返回携带有媒体协商结果的 SDP Answer;
所述 SDP提供端装置和所述 SDP应答端装置， 用于根据所述 SDP Answer中的媒体协商结果， 按照 ET.38协议建立传真承载通道。
23、 根据权利要求 22所述的系统， 其特征在于， 所述 SDP提供端 装置进一步用于判断所述 SDP Answer 中的媒体协商结果是否为建立 ET.38传真承载通道。
24、 根据权利要求 22所述的系统， 其特征在于， 当所述 SDP提供 端由相互独立的 MP和 MC构成时， 所述 MC用于向所述 MP发送与 MP的媒体处理相关的命令， 所述 MP用于将其自身的 ET.38能力信息 携带于与所述命令相应的响应消息中发送给所述 MC。
25、 根据权利要求 22所述的系统， 其特征在于， 当所述 SDP应答 端由相互独立的 MP和 MC构成时， 所述 MC用于向所述 MP发送与 MP的媒体处理相关的命令， 所述 MP用于将其自身的 ET.38能力信息 携带于与所述命令相应的响应消息中发送给所述 MC。
26、 根据权利要求 22所述的系统， 其特征在于， 当所述 SDP提供 端由相互独立的 MP和 MC构成时， 所述 MC用于向所述 MP发送与 MP的媒体处理相关的命令， 所述 MP用于将其自身的 ET.38能力信息 携带于与所述命令相应的响应消息中发送给所述 MC;
当所述 SDP应答端由相互独立的 MP和 MC构成时，所述 MC用于 向所述 MP发送与 MP的媒体处理相关的命令， 所述 MP用于将其自身 的 ET.38能力信息携带于与所述命令相应的响应消息中发送给所述 MC。
27、根据权利要求 22至 26任一所述的系统，其特征在于，所述 SDP 提供端装置通过 INVITE请求消息携带所述 SDP Offer, 所述 SDP应答 端装置通过对所述 INVITE请求消息的、 除 100响应消息之外的临时响 应消息携带所述 SDP Answer;
或，所述 SDP提供端装置通过 INVITE请求消息携带所述 SDP Offer, 所述 SDP应答端装置通过对所述 INVITE请求消息的成功响应消息携带 所述 SDP Answer;
或， 所述 SDP提供端装置通过对 INVITE消息的成功响应消息携带 所述 SDP Offer, 所述 SDP应答端装置通过对所述成功响应消息的 ACK 消息携带所述 SDP Answer;
或， 所述 SDP提供端装置通过对 INVITE消息的、 除 100响应消息 之外的可靠临时响应消息携带所述 SDP Offer, 所述 SDP应答端装置通 过对所述临时响应消息的 PRACK消息携带所述 SDP Answer;
或， 所述 SDP提供端装置通过对可靠临时响应消息的 PRACK消息 携带所述 SDP Offer, 所述 SDP应答端装置通过对所述 PRACK消息的 成功响应消息携带所述 SDP Answer;
或， 所述 SDP提供端装置通过 UPDATE请求消息携带所述 SDP Offer, 所述 SDP应答端装置通过对所述 UPDATE请求消息的成功响应 消息携带所述 SDP Answer。
28、 根据权利要求 24 至 26任一所述的系统， 其特征在于， 所述 MC用于向所述 MP发送审计命令， 所述 MP用于将其自身的 ET.38能 力信息携带于审计响应消息中发送给所述 MC；
所述 MC用于向所述 MP发送添加命令， 所述 MP用于将其自身的 ET.38能力信息携带于添加响应消息中发送给所述 MC;
所述 MC用于向所述 MP发送修改媒体资源的 Mod命令， 所述 MP 用于将其自身的 ET.38能力信息携带于修改响应消息中发送给所述 MC; 所述 MC用于向所述 MP发送移动端点的 Mov命令，所述 MP用于 将其自身的 ET.38能力信息携带于移动响应消息中发送给所述 MC。
29、 一种实现 ET.38传真业务的 SDP提供端装置， 该 SDP提供端 装置包括： SDP Offer生成模块、 SDP提供端接口模块和 SDP提供端连 接建立模块， 其特征在于， 所述 SDP Offer生成模块， 用于根据所述 SDP提供端装置的 ET.38 能力生成携带有所述 SDP提供端的 ET.38能力信息的 SDP Offer, 并发 送给所述 SDP提供端接口模块；
所述 SDP提供端接口模块， 用于将来自于所述 SDP Offer生成模块 的 SDP Offer发送给 SDP应答端装置，并将所述 SDP应答端装置返回的 SDP Answer发送给所述 SDP提供端连接建立模块；
所述 SDP提供端连接建立模块， 用于根据来自于所述 SDP提供端 接口模块的所述 SDP Answer, 按照 ET.38协议建立所述 SDP提供端装 置和所述 SDP应答端装置之间的传真承载通道。
30、 根据权利要求 29所述的 SDP提供端装置， 其特征在于， 所述 SDP Offer生成模块所生成的携带有所述 SDP提供端的 ET.38能力信息 的 SDP Offer为：
携带有与 ET.38能力相对应的编解码类型， 以及与所述编解码类型 相对应的地址、 端口信息的 SDP Offer。
31、 根据权利要求 29所述的 SDP提供端装置， 其特征在于， 所述 SDP提供端连接建立模块， 进一步用于判断所述 SDP Answer中的媒体 协商结果是否为建立 ET.38传真承载通道。
32、根据权利要求 29至 31任一所述的 SDP提供端装置， 其特征在 于，所述 SDP Offer生成模块，用于将所生成的 SDP Offer携带于 INVITE 请求消息中发送给所述 SDP提供端接口模块；
或，将所生成的 SDP Offer携带于对 INVITE消息的成功响应消息中 发送给所述 SDP提供端接口模块；
或，将所生成的 SDP Offer携带于对 INVITE消息的、除 100响应消 息之外的可靠临时响应消息中发送给所述 SDP提供端接口模块；
或， 将所生成的 SDP Offer携带于对可靠临时响应消息的 PRACK 消息中发送给所述 SDP提供端接口模块；
或， 将所生成的 SDP Offer携带于 UPDATE请求消息中发送给所述 SDP提供端接口模块。
33、 一种实现 ET.38传真业务的 SDP应答端装置， 该 SDP应答端 装置包括： SDP应答端接口模块、 SDP Answer生成模块和 SDP应答端 连接建立模块， 其特征在于，
所述 SDP应答端接口模块，用于接收来自于 SDP提供端装置的 SDP Offer, 发送给所述 SDP Answer生成模块， 并将来自于所述 SDP Answer 生成模块的 SDP Answer发送给所述 SDP提供端装置；
所述 SDP Answer生成模块， 用于根据来自于所述 SDP应答端接口 模块的 SDP Offer中的所述 SDP提供端装置的 ET.38能力信息以及所述 SDP应答端装置自身的 ET.38能力生成 SDP Answer, 通过所述 SDP应 答端接口模块发送给所述 SDP提供端装置， 并通知所述 SDP应答端连 接建立模块；
所述 SDP应答端连接建立模块， 用于根据所述 SDP Answer, 按照 ET.38协议建立所述 SDP应答端装置和所述 SDP提供端装置之间的传真 承载通道。
34、 根据权利要求 33所述的 SDP应答端装置， 其特征在于， 所述
SDP Answer生成模块， 用于将所生成的 SDP Answer携带于对 INVITE 请求消息的、除 100响应消息之外的临时响应消息中发送给所述 SDP应 答端接口模块；
或，将所生成的 SDP Answer携带于对 INVITE请求消息的成功响应 消息中发送给所述 SDP应答端接口模块；
或，将所生成的 SDP Answer携带于对 INVITE消息的成功响应消息 的 ACK消息中发送给所述 SDP应答端接口模块； 或，将所生成的 SDP Answer携带于对 INVITE消息的、 除 100响应 消息之外的可靠临时响应消息的 PRACK消息中发送给所述 SDP应答端 接口模块；
或， 将所生成的 SDP Answer携带于对可靠临时响应消息的 PRACK 消息的成功响应消息中发送给所述 SDP应答端接口模块；
或， 将所生成的 SDP Answer携带于对 UPDATE请求消息的成功响 应消息中发送给所述 SDP应答端接口模块。
35、 一种在 H.248终端之间实现 ET.38传真业务的系统， 该系统包 括： MGC、 第一 H.248终端和第二 H.248终端， 其特征在于，
所述 MGC,用于分别向所述第一 H.248终端和第二 H.248终端发送 与所述 H.248终端的媒体处理相关的命令， 并在所述第一 H.248终端和 第二 H.248终端均具备 ET.38能力时， 按照 ET.38协议建立所述 H.248 终端之间的传真承载通道；
所述第一 H.248终端和第二 H.248终端，各自用于将其自身的 ET.38 能力信息携带于与所述命令相应的响应消息中发送给所述 MGC。
36、 根据权利要求 35 所述的系统， 其特征在于， 所述第一 H.248 终端和第二 H.248终端为同一 MGC控制下的两个 H.248终端。
37、 根据权利要求 35所述的系统， 其特征在于， 当所述第一 H.248 终端和第二 H.248终端为两个 MGC控制下的两个 H.248终端时， 所述 两个 MGC进一步用于进行媒体能力协商。
38、 根据权利要求 37所述的系统， 其特征在于， 所述两个 MGC采 用 SIP协议进行所述媒体能力协商；
所述两个 MGC中的 SDP提供端 MGC, 用于将 SDP提供端 H.248 终端的 ET.38能力信息携带于 SDP Offer中， 发送给 SDP应答端 MGC; 所述两个 MGC中的 SDP应答端 MGC, 用于根据所述 SDP提供端 H.248终端的 ET.38能力信息以及 SDP应答端 H.248终端的 ET.38能力， 向所述 SDP提供端 MGC返回 SDP Answer。
39、 根据权利要求 35 至 38任一所述的系统， 其特征在于， 所述 MGC用于向所述 H.248终端发送审计命令， 所述 H.248终端用于将其 自身的 ET.38能力信息携带于审计响应消息中发送给所述 MGC;
或， 所述 MGC用于向所述 H.248终端发送添加命令， 所述 H.248 终端用于将其自身的 ET.38能力信息携带于添加响应消息中发送给所述 MGC;
或， 所述 MGC用于向所述 H.248终端发送修改媒体资源的 Mod命 令， 所述 H.248终端用于将其自身的 ET.38能力信息携带于修改响应消 息中发送给所述 MGC;
或， 所述 MGC用于向所述 H.248终端发送移动端点的 Mov命令， 所述 Η.248终端用于将其自身的 ΕΤ.38能力信息携带于移动响应消息中 发送给所述 MGC。
40、 根据权利要求 38所述的系统， 其特征在于， 所述 SDP提供端 MGC通过 INVITE请求消息携带所述 SDP Offer,所述 SDP应答端 MGC 通过对所述 INVITE请求消息的、 除 100响应消息之外的临时响应消息 携带所述 SDP Answer;
或， 所述 SDP提供端 MGC通过 INVITE请求消息携带所述 SDP Offer, 所述 SDP应答端 MGC通过对所述 INVITE请求消息的成功响应 消息携带所述 SDP Answer;
或， 所述 SDP提供端 MGC通过对 INVITE消息的成功响应消息携 带所述 SDP Offer, 所述 SDP应答端 MGC通过对所述成功响应消息的 ACK消息携带所述 SDP Answer;
或， 所述 SDP提供端 MGC通过对 INVITE消息的、 除 100响应消 息之外的可靠临时响应消息携带所述 SDP Offer,所述 SDP应答端 MGC 通过对所述临时响应消息的 PRACK消息携带所述 SDP Answer;
或， 所述 SDP提供端 MGC通过对可靠临时响应消息的 PRACK消 息携带所述 SDP Offer,所述 SDP应答端 MGC通过对所述 PRACK消息 的成功响应消息携带所述 SDP Answer;
或， 所述 SDP提供端 MGC通过 UPDATE请求消息携带所述 SDP Offer, 所述 SDP应答端 MGC通过对所述 UPDATE请求消息的成功响 应消息携带所述 SDP Answer。
41、 一种实现 ET.38传真业务的 MGC, 该 MGC包括： 命令生成模 块、 MGC接口模块和 MGC连接建立模块， 其特征在于，
所述命令生成模块， 用于生成与 H.248终端媒体处理相关的命令， 并通过所述 MGC接口模块向所述 H.248终端发送；
所述 MGC接口模块， 用于向所述 H.248终端发送与所述 H.248终 端媒体处理相关的命令，并将来自于所述 H.248终端的携带有所述 H.248 终端的 ET.38能力信息的响应消息发送给所述 MGC连接建立模块； 所述 MGC连接建立模块， 用于根据 H.248终端的 ET.38能力， 按 照 ET.38协议建立 H.248终端之间的传真 载通道。
42、 根据权利要求 41所述的 MGC, 其特征在于， 所述命令生成模 块所生成的与 H.248 终端媒体处理相关的命令中指定本端或远端的 ET.38能力信息；
所述携带有所述 H.248终端的 ET.38能力信息的响应消息为： 携带 有与 ET.38能力相对应的编解码类型， 以及与所述编解码类型相对应的 地址、 端口信息的响应消息。
43、 根据权利要求 41或 42所述的 MGC, 其特征在于， 所述 MGC 进一步包括媒体能力协商模块； 所述媒体能力协商模块， 用于通过 SIP协议与对端 MGC进行媒体 能力协商。
44、根据权利要求 41或 42所述的 MGC, 其特征在于， 所述命令生 成模块用于向所述 MGC接口模块发送审计命令；
或， 向所述 MGC接口模块发送未指定所创建媒体资源编解码格式 的添加命令；
或， 向所述 MGC接口模块发送指定创建 ET.38编解码格式的媒体 资源的添加命令；
或， 向所述 MGC接口模块发送修改媒体资源的 Mod命令； 或， 向所述 MGC接口模块发送移动端点的 Mov命令。
45、 一种实现 ΕΤ.38传真业务的 Η.248终端， 该 Η.248终端包括： Η.248终端接口模块、 响应生成模块和 Η.248终端连接建立模块， 其特 征在于，
所述 Η.248终端接口模块， 用于接收来自于 MGC的与所述 Η.248 终端的媒体处理相关的命令、 发送给所述响应生成模块， 并将来自于所 述响应生成模块的响应消息发送给所述 MGC;
所述响应生成模块， 用于将所述 Η.248终端的 ΕΤ.38能力信息携带 于与所述命令相应的响应消息中发送给所述 Η.248终端接口模块， 并将 所述 Η.248终端的 ΕΤ.38能力通知所述 Η.248终端连接建立模块；
所述 Η.248终端连接建立模块， 用于按照 ΕΤ.38协议建立传真承载 通道。
46、根据权利要求 45所述的 Η.248终端， 其特征在于， 所述响应生 成模块用于将所述 Η.248终端的 ΕΤ.38能力信息携带于审计响应消息中 发送给所述 Η.248终端接口模块；
或， 将所述 Η.248终端的 ΕΤ.38能力信息携带于添加响应消息中发 送给所述 H.248终端接口模块；
或， 将所述 H.248终端的 ET.38能力信息携带于添加响应消息中发 送给所述 H.248终端接口模块；
或， 将所述 H.248终端的 ET.38能力信息携带于修改响应消息中发 送给所述 H.248终端接口模块；
或， 将所述 H.248终端的 ET.38能力信息携带于移动响应消息中发 送给所述 H.248终端接口模块。
PCT/CN2008/070013 2007-01-05 2008-01-03 Procédé, dispositif et système pour réaliser un service de télécopie et. 38 sur internet WO2008086741A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710000186.0 2007-01-05
CN200710000186.0A CN101217529B (zh) 2007-01-05 2007-01-05 在因特网中实现et.38传真业务的方法、装置及系统

Publications (1)

Publication Number Publication Date
WO2008086741A1 true WO2008086741A1 (fr) 2008-07-24

Family

ID=39623891

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070013 WO2008086741A1 (fr) 2007-01-05 2008-01-03 Procédé, dispositif et système pour réaliser un service de télécopie et. 38 sur internet

Country Status (2)

Country Link
CN (1) CN101217529B (zh)
WO (1) WO2008086741A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101471929A (zh) * 2007-12-28 2009-07-01 华为技术有限公司 范围信息表示能力交互方法与媒体网关、媒体网关控制器
CN101557398B (zh) * 2009-05-19 2012-04-18 杭州华三通信技术有限公司 透明通道建立方法及sip终端、sip服务器
CN102148808B (zh) * 2010-02-10 2014-02-19 华为技术有限公司 一种传真切换的方法、接入设备及传真系统
CN103944857B (zh) * 2013-01-18 2017-09-22 中国电信股份有限公司 软交换网络中实现传真业务的方法、bac 设备及网络
CN103346958A (zh) * 2013-07-25 2013-10-09 深圳市共进电子股份有限公司 一种传真信令的协商方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050058123A1 (en) * 2003-09-11 2005-03-17 Kazuhiro Horiba Network communication apparatus, communication system and communication method
CN1622583A (zh) * 2003-11-28 2005-06-01 华为技术有限公司 一种下一代网络中传真的实现方法
CN1691727A (zh) * 2004-04-21 2005-11-02 华为技术有限公司 在码分多址系统中实现网间互联协议传真业务的系统
CN1719859A (zh) * 2004-07-08 2006-01-11 村田机械株式会社 图像通信设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050058123A1 (en) * 2003-09-11 2005-03-17 Kazuhiro Horiba Network communication apparatus, communication system and communication method
CN1622583A (zh) * 2003-11-28 2005-06-01 华为技术有限公司 一种下一代网络中传真的实现方法
CN1691727A (zh) * 2004-04-21 2005-11-02 华为技术有限公司 在码分多址系统中实现网间互联协议传真业务的系统
CN1719859A (zh) * 2004-07-08 2006-01-11 村田机械株式会社 图像通信设备

Also Published As

Publication number Publication date
CN101217529B (zh) 2011-06-22
CN101217529A (zh) 2008-07-09

Similar Documents

Publication Publication Date Title
KR101008698B1 (ko) 멀티미디어 세션을 위한 서비스 품질 파라미터의 시그널링
US7301913B2 (en) Transcoding arrangement in a session initiation
US8473617B2 (en) Media client architecture for networked communication devices
EP1832087B1 (en) Method for remotely controlling media devices via a communication network
CN106850399B (zh) 一种基于WebRTC技术即时消息的通信方法
JP3633546B2 (ja) シグナリング中継システムおよびシグナリング中継方法
JP2006525693A (ja) マルチメディア・ストリーミングにおけるクライアント速度機能のシグナリング方法
JP4268129B2 (ja) 無線ネットワークへの配送を最適化するための、アプリケーションからの特定指令によるシグナリング・パケットの配送制御
EP2160031A1 (en) A program network recording method, a media processing server and a network recording system
WO2013097457A1 (zh) 云计算环境中实现voip通话的方法、装置和系统
WO2011109972A1 (zh) 一种多媒体会议的实现方法和系统
WO2008086741A1 (fr) Procédé, dispositif et système pour réaliser un service de télécopie et. 38 sur internet
WO2012174904A1 (zh) 一种ims会议接入的方法、装置及系统
WO2006008297A2 (en) Push to watch network element and software architecture
US20080219225A1 (en) Method for Bearer Independent Call Control (Bicc) Optimization for Ip Bearer Support
EP4391611A1 (en) Information transmission method and apparatus
WO2007143920A1 (fr) Procédé et dispositif de commande de ressources de supports, procédé et système d'établissement d'appel
WO2011134376A1 (zh) 传输媒体资源的方法及装置
RU2446605C2 (ru) Способ, система и устройство для согласования службы данных сигнализации протокола инициации сеанса
KR20060038296A (ko) 이동통신 네트워크에서의 멀티플렉싱 장치 및 방법
WO2011120367A1 (zh) 语音质量分析方法及装置
WO2009043280A1 (fr) Procédé, équipement et système pour identifier un type de service et établir un service selon l'identifiant
US8009664B2 (en) Method for exchanging media description information between user agents using session initiation protocol
JP6183881B2 (ja) コーデック変換ゲートウェイ、コーデック変換方法、及び、コーデック変換プログラム
WO2010075794A1 (zh) 一种压缩复用报文处理方法及装置

Legal Events

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

Ref document number: 08700040

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08700040

Country of ref document: EP

Kind code of ref document: A1