WO2010066074A1 - 路径节点确定方法、媒体路径建立方法及信令媒体网关 - Google Patents

路径节点确定方法、媒体路径建立方法及信令媒体网关 Download PDF

Info

Publication number
WO2010066074A1
WO2010066074A1 PCT/CN2008/073383 CN2008073383W WO2010066074A1 WO 2010066074 A1 WO2010066074 A1 WO 2010066074A1 CN 2008073383 W CN2008073383 W CN 2008073383W WO 2010066074 A1 WO2010066074 A1 WO 2010066074A1
Authority
WO
WIPO (PCT)
Prior art keywords
sdp
path
path parameter
response
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2008/073383
Other languages
English (en)
French (fr)
Inventor
谢振华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to US13/133,296 priority Critical patent/US8891388B2/en
Priority to PCT/CN2008/073383 priority patent/WO2010066074A1/zh
Priority to CN2008801318438A priority patent/CN102204176B/zh
Priority to EP15190298.8A priority patent/EP2993863B1/en
Priority to EP08878674.4A priority patent/EP2360878B1/en
Publication of WO2010066074A1 publication Critical patent/WO2010066074A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • 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/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment

Definitions

  • Path node determination method media path establishment method
  • the present invention relates to the field of mobile communications technologies, and in particular, to a path node determining method, a media path establishing method, and a signaling media gateway. Background technique
  • IP Multimedia Core Network Subsystem is an IP-based network architecture proposed by the 3rd Generation Partnership Project (3GPP). The system builds an open system. The flexible business environment supports multimedia applications and provides users with rich multimedia services.
  • the IMS can be divided into a control layer and a service layer.
  • the control layer mainly includes a session control function (Call Session Control Function, referred to as CSCF) for service triggering and control, and the CSCF can be further divided into a CSCF (Proxy CSCF). , referred to as P-CSCF for short), query CSCF (Interrogating CSCF, referred to as I-CSCF) and service CSCF (Serving CSCF, S-CSCF for short), where I-CSCF and S-CSCF are optional.
  • the service layer mainly includes a series of application servers (Application Servers, referred to as ASs), which are used to provide specific service services.
  • the ASs can be independent entities or exist in the S-CSCF.
  • the operation mode is as follows:
  • the control layer (S-CSCF) controls the service trigger according to the subscription information of the user, invokes the service on the AS, implements the service function, and sets the User Equipment (referred to as UE) to the user, and can connect the AS and the S.
  • -CSCF is collectively referred to as SE (Server Equipment).
  • SE Server Equipment
  • P-CSCF and its controlled access control gateway Access Gateway, abbreviated as AGW
  • AGW Access Gateway
  • Interworking Border Control Interworking Border Control
  • I-BCF Inter Border Gateway
  • SBC Session Border Control
  • ALG Application Layer Gateway
  • P-CSCF and AGW can be considered as one signaling media gateway. Since the ultimate purpose of the session is to implement the media connection, the media resource information needs to be negotiated in the session.
  • the protocol for negotiating the media resource information in the IMS system is the Session Description Protocol (SDP).
  • the interaction mode of the protocol is Request response mode, that is, an SDP request must have an SDP response
  • the content of the SDP request and response is media resource information
  • the media resource information includes media owner information (including address information), media connection address, media type, and media type.
  • the number, type and order of media must be exactly the same as the number, type and order of media in the SDP request.
  • the content of the SDP ten-party negotiation is carried by the message body of the Session Initiation Protocol (SIP) message.
  • SIP Session Initiation Protocol
  • 1A is a schematic diagram of an existing IMS signaling and media path and a corresponding signaling flow, and describes a signaling flow and a final media path in a process of a terminal UE-A calling terminal UE-B of the same carrier network, UE-A and UE-B roam to different visited networks respectively.
  • the signaling media gateway entity is listed in the figure, and other IMS network entities on the call session signaling path are not described because they only perform signaling forwarding. As shown in FIG.
  • S1 is a signaling interaction link between the UE-A and the P-CSCF of the calling visited network
  • S2 is between the P-CSCF of the calling network and the ALG of the calling party's home network.
  • Signaling interactive link S3 is the signaling interaction link between the ALG of the called home network and the S-CSCF of the primary called home network
  • S4 is the ALG of the called party's home network and the SBC of the called network.
  • a signaling interaction link between the S5 is a signaling interaction link between the SBC of the called network and the called terminal UE-B.
  • the signaling paths of UE-A and UE-B are composed of S1-S2-S3-S3-S4-S5 interconnected.
  • FIG. 1B is a flowchart of an existing IMS signaling and media path establishment process. As shown in FIG. 1B, the method mainly includes the following steps: Step 101: UE-A initiates a call to UE-B, for example, sends an INVITE request.
  • the media resource information carrying the UE-A may be carried in the message body.
  • the media resource information is represented by SDP1; the request message is sent through the path S1; Step 102, the request message passes the signaling media gateway 1 .
  • the signaling media gateway 1 forwards the media resource information in the message to the media resource information allocated by itself, and forwards the media resource information allocated by the signaling media gateway 1 at this time; the request message passes the path S2.
  • the request message passes through the signaling media gateway 2, and the signaling media gateway 2 replaces the media resource information in the message with the media resource information allocated by itself, and then forwards it out.
  • the signaling media gateway 2 is represented by SDP3.
  • the allocated media resource information; the request message is sent through the path S3 and forwarded back by the S-CSCF; Step 104, the request message passes the signaling medium again
  • the gateway 2 the signaling media gateway 2 replaces the media resource information in the message with the media resource information allocated by itself, and forwards the media resource information allocated by the signaling media gateway 2 at this time; the request message passes the path. S4 sends out; Step 105:
  • the request message passes through the signaling media gateway 3.
  • the signaling media gateway 3 replaces the media resource information in the message with the media resource information allocated by itself, and then forwards it out.
  • the signaling media gateway is represented by SDP5. 3, the allocated media resource information; the request message is sent through the path S5; Step 106, the request message arrives at the UE-B, and the UE-B returns a temporary response message, such as sending "183
  • the session progress" response carrying the media resource information of the UE-B, for example, carried in the message body, this example is represented by SDP6; the response message is sent through the path S5; Step 107, the response message passing through the signaling media gateway 3, the signaling medium
  • the gateway 3 replaces the media resource information in the message with the media resource information that is allocated by the gateway, and then forwards the media resource information allocated by the signaling media gateway 3 at this time; the response message is sent through the path S4;
  • the response message passes through the signaling media gateway 2, and the signaling media gateway 2 replaces the media resource information in the message with the media resource information allocated by itself, and then forwards it out.
  • the media resource information allocated by the signaling media gateway 2 is represented by SDP8.
  • the response message is sent through path S3 and forwarded back by the S-CSCF;
  • the signaling media gateway 2 is allocated by SDP9.
  • the media resource information is sent out through the path S2;
  • the SDP10 indicates the media resource information allocated by the signaling media gateway 1 at this time; the response message is sent through the path S1; it can be seen that the UE-A and the signaling media gateway 1 know each other's media resource information, signaling. The media gateway 1 and the signaling media gateway 2 know each other's media resource information, and so on. As a result, the media path between UE-A and UE-B is divided into five segments, and one of the media paths is a signaling medium.
  • Gateway 2 to signaling media gateway 2; Steps 111 - 114, UE-B answers the call, sends a response message, such as sending "200 OK", the message passes in order So that the media gateway 3, 2, 2, 1, and finally reaches the UE-A, since then, a call is established between UE-A and UE-B, the media path is divided into 5 segments. It can be seen from the above description that, by using the existing IMS media path establishment method, when the calling party visited network and the called visited network allow direct establishment of the media link, especially when the calling party and the called party roam to the same place, the same visit is made.
  • the media path is lengthened a lot, wasting device resources, and even in some cases, a signaling media gateway may itself and its own media link.
  • a path node determining method is provided for determining signaling of a media path node as a call in an IP Multimedia Subsystem IMS network including a plurality of signaling media gateways Media gateway.
  • the path node determining method includes: transmitting, by the signaling device, the first SDP request carrying the first path parameter, where the first SDP request is received, The network segment identifier of the signaling media gateway is added to the first path parameter of the first SDP request; and when the first SDP response to the first SDP request sent is received, the signaling media gateway receives the first SDP according to the received
  • the second path parameter in the response or the number sent Determining, by the first path parameter in an SDP request, whether the signaling media gateway is a path node, and sending a first SDP response that carries the second path parameter or does not carry the second path parameter.
  • a signaling media gateway is provided.
  • the signaling media gateway includes: a first receiving module, a first modifying module, a first sending module, a second receiving module, a determining module, a second modifying module, and a second sending module.
  • the first receiving module is configured to receive the first SDP request
  • the modifying module is configured to: add the network segment identifier of the signaling media gateway to the first path parameter of the first SDP request; Modifying the first SDP request of the module
  • the second receiving module is configured to receive the first SDP response;
  • the determining module determines whether the second path parameter is carried in the first SDP response received by the second receiving module, if the first SDP response carries the first And determining, by the second path parameter, whether the signaling media gateway is a path node according to the second path parameter; otherwise determining whether the signaling media gateway is a path node according to the first path parameter of the first SDP request sent by the first sending module;
  • the second modifying module is configured to generate a first SDP response that needs to be sent according to
  • a media path establishing method is provided, the method being applied to an IMS network including a plurality of signaling media gateways.
  • the media path establishment method includes: for any signaling media gateway in the IMS network, when receiving the first SDP request, does not tamper with the media transmission address in the first SDP request, and the signaling media gateway The network segment identifier is added in the first path parameter of the first SDP request, and then the first SDP request is sent; when receiving the first SDP response of the sent first SDP request, the signaling media gateway responds according to the first SDP Determining, by the second path parameter in the first path parameter or the first path parameter in the first SDP request, whether the signaling media gateway is a path node, and if not, modifying the media transmission address of the first SDP response, and sending the first SDP The signaling media gateway receives the update message.
  • the signaling media gateway modifies the media transmission address of the received first SDP request, and the modified media
  • the first SDP request is sent as a second SDP request in the update message; if the signaling media gateway is not a path node and the update message carries a second SDP, please And not modifying the media transmission address of the second SDP request, and sending an update message; the signaling media gateway receives the consent update message of the update message, if the signaling media gateway is not the path node, and agrees that the update message carries the second SDP response, The media transmission address of the second SDP response is not modified, and an agreement to update the message is sent.
  • the signaling media gateway includes: a first receiving module, a first modifying module, a first sending module, a second receiving module, a determining module, a second modifying module, a second sending module, a third receiving module, and a third The modification module, the third sending module, the fourth receiving module, the fourth modifying module, and the fourth sending module.
  • the first receiving module is configured to receive the first SDP request
  • the first modifying module is configured to add the network segment identifier of the signaling media gateway to the first path parameter of the first SDP request, and does not modify the first SDP request.
  • a first transmission module configured to send a first SDP request that is activated by the first modification module
  • a second receiving module configured to receive the first SDP response
  • a determination module if the first SDP response has a second path
  • the parameter is used for the second path parameter, otherwise the first path parameter of the first SDP request is sent to determine whether the signaling media gateway is a path node
  • the second modification module is used to determine that the judgment result of the module is The media transmission address and the second path parameter of the first SDP response are modified, and if the judgment result of the determination module is negative, the media transmission address and the second path parameter of the first SDP response are not modified
  • a module configured to send a first SDP response that is activated by the second modifying module
  • a third receiving module configured to receive an update message, where the update message carries the second SDP
  • the third modification module is configured to: if the update message carries the second SDP request, modify the media transmission address of the second SDP request, if the judgment result of the determination module
  • the second SDP response in the case that the judgment result of the determination module is no, the agreement update message is not modified;
  • the fourth sending module is configured to send an agreement update message that is activated by the fourth modifying module.
  • FIG. 1B is a flowchart of an IMS signaling and media path establishment process in the related art
  • FIG. 2A is a flow of a path node determining method according to an embodiment of the present invention
  • Figure 2B is a flowchart of a method for establishing a media path according to an embodiment of the present invention
  • Figure 3 is a flowchart of Embodiment 1
  • Figure 4 is a flowchart of Embodiment 2
  • Figure 5 is a flowchart of Embodiment 3
  • 6 is a flowchart of the fourth embodiment
  • FIG. 7 is a flowchart of the fifth embodiment
  • FIG. 8 is a third embodiment of the sixth embodiment
  • FIG. 9 is a flowchart of the seventh embodiment
  • FIG. 10B is a schematic diagram of a media path establishment result according to a preferred embodiment of the present invention
  • FIG. 11 is a structural block diagram of a signaling media gateway according to an embodiment of the present invention
  • the SDP request is carried in the message when the UE-A of the IMS network calls another UE-B according to the prior art, for example, an INVITE request message is sent.
  • the content is the media resource information of the UE-A.
  • each signaling media gateway determines whether it is the path node of the call according to the recorded path and records the judgment result, in the process of establishing the subsequent media path.
  • Each signaling media gateway forwards an update message according to whether it is a path node, thereby establishing an optimized media path.
  • each signaling media gateway has two sides. In a normal case, two of each signaling media gateway The network segment is generally assigned to a different subnet. Each signaling media gateway allocates a network segment identifier to each side.
  • the network segment identifier can be any string.
  • the network segment of a network segment identifier can contain one or more subnets. . All network segments connected to each signaling media gateway supporting the present invention in the same carrier form a set (the network segments between two adjacent signaling media gateways are the same, so there is only one network segment in the set)
  • the network segment IDs of the network segments in the set are different from each other. You can make the network segment identifiers globally unique by using the network segment identifier to include the carrier ID.
  • the network segment identifier of the inter-operator and the isolated gateway can also include the carrier identifier.
  • the network segment identifier will contain the carrier identifier by default, making the network segment identifier logically globally unique.
  • a path node determining method is first provided for determining a signaling media gateway as a path node of a call in an IMS network including a plurality of signaling media gateways.
  • 2A is a flowchart of a path node determining method according to an embodiment of the present invention. As shown in FIG.
  • a path node determining method for any signaling media gateway in an IMS network, mainly includes The following processing (step S201 - step S209): Step S201: When receiving the first SDP request, the network segment identifier of the signaling media gateway is added to the first path parameter of the first SDP request sent, and sent; Step 203: The signaling media gateway receives the first SDP response.
  • Step S205 The signaling media gateway determines, according to the second path parameter in the first SDP response or the first path parameter in the first SDP request, whether the signaling media gateway is a path node; if yes, step S207 is performed; otherwise, Step S209: Step S207: Modify the second path parameter of the sent first SDP response, and send; Step S209: Do not modify the second path parameter of the sent first SDP response, and send. Details of each of the above processes are further described below.
  • Step S201 In the specific implementation process, when the signaling media gateway receives the first SDP request, it first determines whether the path parameter is carried in the first SDP request, and/or determines the content carried in the first SDP request. Whether the first path parameter is empty, and when the first SDP request does not carry the path parameter and/or the carried path parameter is empty, the signaling media gateway appends the network segment identifier of the ingress end for receiving the first SDP request to a trailing part of the first path parameter, and then adding a network segment identifier of the egress end for transmitting the first SDP request to the tail of the first path parameter; if the path parameter carried in the first SDP request is not empty, the signaling media gateway will The network segment identifier used to send the egress end of the first SDP request is appended to the end of the first path parameter.
  • Step S205 In the specific implementation process, after the signaling media gateway receives the first SDP response of the first SDP request, the signaling media gateway needs to determine whether it is a path node. Specifically, it may be determined according to the following method. Whether the signaling media gateway is a path node: Step 1: The signaling media gateway determines whether the second path parameter is carried in the first SDP response, if yes, step 3 is performed; otherwise, step 2 is performed; step 2, obtaining a letter The first path parameter in the first SDP request sent by the media gateway is deleted, the node after the predetermined node is deleted, and the modified first path parameter is used as the second path parameter, and step 3 is performed, where the predetermined node is: Identifying a node that is the same as the network segment identifier of the last node in the first path parameter; Step 3: determining whether the signaling media gateway needs to be a path node; specifically, according to an operator policy or according to the Whether the media is used in an SDP response
  • the signaling media gateway needs to determine whether the subsequent node supports receiving the second path parameter, and specifically, whether the first path parameter received by the signaling media gateway carries the first path parameter and/or is carried. Whether the first path parameter is empty, determining whether the subsequent node supports receiving the second path parameter, and if it is determined that the received first path parameter does not carry the first path parameter and/or the carried first path parameter is empty, the letter The media gateway is not included in the first SDP response sent by the second path parameter; otherwise, the second path parameter is included in the first SDP response sent.
  • Step S209 if the signaling media gateway is not a path node, the second path parameter in the first response is not modified, and if the subsequent node of the signaling media gateway does not support receiving the second path parameter, The second path parameter is not carried in the first response, otherwise the second path parameter is included in the first response.
  • the path node may be optimized to optimize the subsequently established media path, thereby saving device resources.
  • a media path establishing method is further provided, which is applied to an IMS network including multiple signaling media gateways.
  • 2B is a flowchart of a media path establishment method according to an embodiment of the present invention. As shown in FIG.
  • Step S200 when receiving the first SDP request of the session description protocol, adding the network segment identifier of the signaling media gateway to the first path parameter of the first SDP request, and sending the added first SDP request;
  • Step S204 When receiving the first SDP response, the signaling media gateway is configured according to the second path parameter in the first SDP response or the first SDP request sent.
  • the first path parameter is used to determine whether the signaling media gateway is a path node. If yes, step S206 is performed.
  • step S208 is performed; the specific determining process is similar to that in FIG. 2A above, and details are not described herein.
  • Step S206 Modify the media transmission address and the second path parameter of the first SDP response, and send the falsified first SDP response.
  • the media transmission address of the media gateway is sent; if the update message does not carry the second SDP request, the signaling media gateway modifies the received media transmission address of the first SDP request, and uses the modified first SDP request as the second SDP request.
  • the request is carried in the update message.
  • the signaling media gateway may further include a third path parameter in the second SDP request that is sent by the sent update message, where the third path parameter includes at least one of the following: the signaling media gateway uses Medium transport address, first SDP request or second SDP request The number of encoders.
  • Step S214 Forwarding the update message;
  • Step S216 The signaling media gateway receives the consent update message of the update message, if the signaling media gateway is the path node, step S218 is performed, otherwise, step S220 is performed;
  • Step S218 the signaling medium
  • the gateway carries the media transmission address of the signaling media gateway in the second SDP response. Specifically, if the update message carries the second SDP request, if the received third path parameter carried by the second SDP request is received, The encoder number information is included, and the position of the encoder information used in the first SDP response in the second SDP request does not exceed the position indicated by the encoder number information, and the third path parameter is used.
  • the media transport address is negotiated, and the fourth path parameter is carried in the second SDP response of the sent consent update message, where the fourth path parameter includes at least one of the following: a media transport address used by the signaling media gateway. Therefore, after receiving the consent update message, the method further includes: if the received consent update message carries the second SDP response, the signaling media gateway determines whether the received second SDP response includes the fourth path. The parameter, if yes, is negotiated using the media transport address in the fourth path parameter above. Step S220: Forwarding the consent update message.
  • an optimized media path can be established.
  • FIG. 3 is a flowchart of the embodiment. In this embodiment, a process in which UE-A calls UE-B is described. In this process, UE-A does not need resource reservation, and has obtained corresponding resources when calling.
  • Step 301 UE -A calls the UE-B according to the prior art, for example, sends an INVITE request message, carries the SDP request, and the content is the media resource information SDP 1 of the UE-A.
  • the SDP request can be carried in the message body; 302.
  • the request request passes through the gateway g 1 , and the gateway g 1 executes the revision path parameter logic.
  • the logic of the gateway g 1 executing the revision path parameter may be implemented as follows: If the path parameter is not included in the SDP request or the path parameter carried is empty Adding the network segment identifier of the ingress end of the message to the end of the path parameter, and then appending the network segment identifier of the egress of the message to the end of the path parameter of the message, otherwise, the gateway only The network segment identifier of the above-mentioned exit end is appended to the tail of the path parameter of the message; in this embodiment, the result of performing the above steps is
  • the path parameter includes the network segment identifier gla of the ingress end of the gateway gl and the network segment identifier gib of the egress end of the gateway gl in sequence;
  • the SDP can contain multiple media, so the path parameters can be common to all media, such as in the header or in the message, in the form of "P-Media-Path: ue-a, gl", or SDP.
  • the gateway gl modifies the path parameter in the message according to the result of 302, and does not modify the media transmission address information in the SDP information (ie, IP address or domain name plus port number), the media needs to be added as the new codec information, and then forwards the message out;
  • step 304 the invitation request via gateway G2, the gateway g 2-parameter logistic step 302, the revised path;
  • the result of this embodiment is that the network segment identifier g2b of the egress of the message sent by the gateway g2 is added to the path parameter.
  • Step 305 The gateway g2 modifies the path parameter in the message according to the result of 304, and does not modify the media transport address in the SDP information.
  • Information IP address or domain name plus port number
  • Steps 306 - 307 are the same as steps 304 - 305 except that the gateway g2 becomes the gateway g3.
  • the content is the media resource information SDP5 of the UE-B, for example, can be carried in the message body;
  • Step 309 the temporary response message passes through the gateway g3, and the g3 finds that the temporary response message or the SDP response carried by the message does not have a path parameter or path. If the parameter is empty, use the path parameter of the SDP request sent above to find the directly connected node closest to the top of the last node.
  • the specific algorithm is as follows: Take the network segment identifier in the last node information, and find the closest in the path parameter.
  • the algorithm for determining the path node is executed as follows: The final node information of the path parameter is determined to be The network segment identifier of the egress of the gateway is included. If not, it is further determined whether the signaling media gateway provides an additional function other than directly forwarding the media data. If additional functions are provided, the gateway is marked as a path node, and the SDP is sent by using the foregoing.
  • the requested path parameter replaces the received path parameter in the message, and if the additional function is not provided, the local gateway is marked as a non-path node; specifically, the SDP response in the temporary response message may be used by the medium to use the gateway in the above SDP.
  • the encoder inserted in the request the gateway must be a path node to provide code conversion. If the last node information of the path parameter includes the network segment identifier of the egress end of the gateway, the gateway is marked as a path node. If the gateway is a path node, the last node information of the path parameter is deleted; the algorithm result of this embodiment is that the gateway is a path node, and after executing the algorithm, the algorithm for finding the closest node of the last node is executed.
  • the gateway is a path node, and the media transport address information in the SDP information in the modified message is the assigned subnet of the ingress end. The address is transmitted, and then a temporary response message is sent; in the specific implementation process, the modified transmission address information may also be added to the message, for example, added in the last node information of the path parameter.
  • Step 311 The temporary response message passes through the gateway g2, the g2 discovery response message or the path parameter in the SDP response carried by the message, and then performs the algorithm for determining the path node in step 309.
  • the operation result of this embodiment is that the gateway is not a path node;
  • the temporary response message passes through the gateway gl, gl, and the path parameter of the SDP response carried in the response message or the message, and then the algorithm for determining the path node in step 309 is performed.
  • the operation result of the embodiment is that the gateway is a path node; 314.
  • the gateway gl does not carry the path parameter or the path parameter of the received SDP request is empty, and deletes the path parameter in the SDP response.
  • the gateway is a path node, and the media in the SDP response information is modified.
  • the transport address information is the transport address of the subnet of the above-mentioned ingress side allocated, and then forwarded Time response message;
  • Step 315 UE-A receives the temporary response message, and sends an update message without SDP according to the existing process, for example, sends a PRACK (pre-acknowledgment) message;
  • Step 316 the update message passes through the gateway gl, and the gateway gl determines It is a path node itself, and further determines that there is no SDP request in the update message, and then replaces the media transport address in the received SDP request with the transport address of the subnet of the above-mentioned egress end, and adds encoding to the media as needed.
  • Step 317 the gateway gl adds the generated SDP request In the update message, for example, carried in the message body, and then forwarded;
  • Step 318 update the message through the network g2, the gateway g2 itself is not a path node, and then the message is not modified;
  • Step 319 The gateway g2 forwards the unmodified update message.
  • the gateway g3 determines that it is a path node, and then determines that the update message carries an SDP request, and then the media in the received SDP request.
  • the transport address is replaced with the transport address of the subnet of the above-mentioned egress end allocated thereto; specifically, the gateway 3 may further add encoder information to the media as needed, and add the replaced transport address information to the message, for example, setting the path parameter to include The replaced address information, therefore, the gateway g3 can also perform the following operations: determining whether the information of the path parameter includes the transmission address information, and if so, adopting the transmission address information therein instead of the transmission address information of the corresponding medium in the SDP request. The media negotiation process is performed.
  • Step 321 According to the result of step 320, the gateway g3 adds the generated SDP request to the update message, for example, carried in the message body, and then forwarded;
  • the message body carries the SDP response, and the content is the updated media resource information of the UE-B.
  • Step 323 agreeing to update the message through the gateway g3, the gateway g3 determines that the message carries the SDP response, and then determines that it is a path node, and then modifies the SDP response.
  • the media transmission address information in the information is the transmission address of the subnet of the above-mentioned ingress terminal.
  • the replaced transmission address information may also be added to the message, for example, setting the path parameter to The replacement transmission address information is included;
  • Step 324 According to the result of step 323, the gateway g3 replaces the SDP response in the message with the generated SDP response, and then forwards the consent update message;
  • Step 325 agrees to update the message through the gateway g2,
  • the gateway g2 determines that the message carries an SDP response, and determines that it is not a path node, and then does not respond to the SDP.
  • Step 326 According to the result of step 325, the gateway g2 forwards the unmodified consent update message; Step 327, agree to update the message path.
  • Gateway gl the gateway gl judges the message with the SDP response, and determines the path node, due to the reception
  • the above update message does not have an SDP request, so it is deleted.
  • the SDP response in the message if the previously received update message does not include the path parameter, the path parameter is not added, and the gateway g 1 can also perform the following operations: determining whether the path parameter information includes the transmission address information, if included Then, the media negotiation process is performed by using the transport address information in the SDP response instead of the transport address information of the corresponding media in the SDP response;
  • Step 328 The gateway gl forwards the consent update message without the SDP response to the UE-A; Steps 329 ⁇ 332, UE -B answers the call, sends a "200 OK" message than the 3 ⁇ 4 port, the message passes through the gateway g3, g2, gl, and finally arrives at UE-A; since then, UE-A and UE-B establish a call, the media path passes through the
  • FIG. 4 is a flowchart of the embodiment.
  • a process in which UE-A calls UE-B is described, where UE-A does not need resource reservation, and corresponding resources are obtained when calling.
  • Both the gateways gl and g3 support the present invention.
  • the gateway g2 supports the present invention. However, according to the operator, the gateway g2 must be a path node. As shown in FIG.
  • Step 404 After the request is passed through the gateway g2, the gateway g2 deletes the path parameter, and then the media transmission address information (IP address or domain name plus the port number) in the SDP information is modified according to the prior art.
  • the transmission address of the subnet at the exit end according to the need to add new codec information for each medium, and then forward the message;
  • Step 405 the invitation request passes through the gateway g3, and the gateway g3 executes the revision path parameter of step 302 in FIG.
  • the path parameter includes the network segment identifier g3a of the ingress end of the gateway g3 and the network segment identifier g3b of the egress end in sequence;
  • step 406 the result of the gateway g3 according to 405 Change the path parameter in the message, do not modify the media transmission address information (IP address or domain name plus port number) in the SDP information, add new codec information to each media as needed, and then forward the message;
  • Step 407 Request The message arrives at UE-B, and UE-B sends a temporary response message, such as sending "183 The session progress message carries the SDP response, and the content is the media resource information SDP5 of the UE-B, for example, carried in the message body;
  • Step 408 the logic of the temporary response path gateway g3, g3 is the same as step 309 in FIG.
  • the result of the embodiment is that the gateway is a non-path node, and the path parameter is modified to g3a.
  • the gateway g3 determines that the received inbound message has no path parameter or the path parameter is empty, and then deletes the path parameter in the SDP response.
  • Step 409 The gateway g3 is a non-path node, does not modify the media transmission address information in the SDP response, and then forwards the temporary response message.
  • the IP address or the domain name plus the port number is the transport address of the assigned front side subnet, and then the message is forwarded;
  • Step 411 the temporary response message passes through the gateway g 1 , and the logic executed by gl is the same as step 309 in FIG. 3
  • the result of the embodiment is that the gateway is a non-path node, and the path parameter is modified to gla, and the gateway gl finds that the invitation message received before is not If the path parameter or the path parameter is empty, the path parameter in the SDP response is deleted.
  • Step 412 The gateway gl does not modify the media transmission address information in the SDP response, and then forwards the temporary response message.
  • Step 413 UE -A receives the temporary response message, sends an update message without SDP according to the existing process request, for example, sends a PRACK (pre-acknowledgment) message; Step 414, the update message passes through the gateway gl, and the gateway gl determines that it is a non-path node, and then forwards the message.
  • PRACK pre-acknowledgment
  • Step 415 update the message through the network g2, the gateway g2 directly forwards the update message according to the prior art
  • Step 416 the update message passes through the gateway g3, and the gateway g3 disconnects itself as a non-path node, and then forwards the update message
  • Step 417 UE-B receives the update message and returns an agreement to update the message according to the prior art, for example, sending a "200 OK"response
  • Step 418 agreeing that the update message passes the gateway g3, the gateway g3 determines that it is a non-path node, and then forwards the consent update message
  • Step 419 agrees that the update message passes through the gateway g2, and the gateway g2 directly forwards the consent update message according to the prior art
  • Agree to update the message through the gateway gl the gateway gl judges that it is a non-path node, and then forwards the consent update message
  • Steps 421 - 424 UE-B answers the call, sends
  • FIG. 5 is a flowchart of the embodiment.
  • a process in which UE-A calls UE-B is described.
  • UE-A needs resource reservation, and the corresponding resource has not been obtained at the time of calling.
  • Both gl and g3 support the present invention.
  • the gateway g2 does not support the present invention.
  • the embodiment mainly includes the following steps: Steps 501-503, which are the same as steps 301-303 in FIG.
  • Step 504 invite request gateway g2, gateway g2 Modifying the media transmission address information (IP address or domain name plus port number) in the SDP information according to the prior art as the transmission address of the subnet of the outlet end of the distribution, adding new codec information to each medium as needed, and then Step 505:
  • the invitation request passes through the gateway g3, and the gateway g3 executes the revision path parameter logic of step 302 in FIG. 3.
  • the result of the embodiment is that the path parameter includes the front side network segment identifier g1 of the gateway gl in order.
  • Step 506 the gateway g3 modifies the path parameter in the message according to the result of 505, does not modify the media transmission in the SDP information Address information (IP address or domain name plus port number), add new codec information for each media as needed, and then forward the message;
  • Step 507 the request message arrives at UE-B, and UE-B sends a temporary response message, such as Send " 183
  • the Session Progress message carries the SDP response, and the content is the media resource information SDP5 of the UE-B, for example, carried in the message body;
  • Step 508 the temporary response to the gateway g3, g3 performs the logic of step 309 in FIG. 3.
  • the algorithm result of this embodiment is that the gateway is a path node, and the path parameters only include gla and gib in sequence; step 509, gateway g3 according to the steps As a result of 508, the path parameter in the message is modified.
  • the gateway is a path node, and the media transport address information in the SDP information in the modified message is the transport address of the subnet of the inbound end of the allocated message, and may also be in the message.
  • Step 510 the temporary response message passing through the gateway g2, g2 modifying the media transmission address in the SDP information according to the prior art
  • the information IP address or domain name plus port number
  • Step 511 the temporary response message passes through the gateway gl, gl, the response message or the path in the SDP response carried by the message
  • the algorithm for determining the path node in step 309 is executed, and the operation result of this embodiment is the network.
  • Step 512 The gateway gl finds that the previously received invitation message does not have a path parameter or the path parameter is empty, so the path parameter in the SDP response is deleted.
  • the gateway is a path node, and the SDP is modified.
  • the media transmission address information in the response information is the assigned transmission address of the subnet of the ingress end thereof, and then the temporary response message is forwarded;
  • Step 513: UE-A receives the temporary response message, and sends the bearer representation resource reservation according to the existing process request.
  • a good SDP update message such as sending an UPDATE message; step 514, the update message passes through the gateway gl, the gateway gl determines that it is a path node, and then determines that the update message carries an SDP request, and thus the received SDP request
  • the media transport address is replaced with the transport address of the subnet of the assigned egress end, and the encoder information is added to the media as needed.
  • the replaced transport address information may also be added to the message, for example, the path parameter is set to include the replaced transport address information.
  • Step 515 According to the result of step 514, the gateway gl adds the generated SDP request to In the new message, for example, it is carried in the message body, and then forwarded; Step 516, the update message passes through the network g2, and the gateway g2 modifies the media transmission address information (IP address or domain name plus port number) in the SDP information according to the prior art. Passover of the subnet at the exit end Transmitting the address, and then forwarding the message; Step 517, the update message passes through the gateway g3, the gateway g3 determines that it is a path node, determines that the update message carries an SDP request, and then replaces the media transport address in the received SDP request with the allocated exit.
  • the gateway gl adds the generated SDP request to In the new message, for example, it is carried in the message body, and then forwarded; Step 516, the update message passes through the network g2, and the gateway g2 modifies the media transmission address information (IP address or domain name plus port number) in the
  • the transmission address of the subnet of the terminal, and the encoder information is added to the media as needed, and the replaced transmission address information may also be added to the message, for example, the path parameter is set to include the replaced transmission address information, and the gateway g3 may also perform the following operations.
  • Step 518 determining whether the information of the path parameter includes the transmission address information, and if yes, performing the media negotiation process by using the transmission address information instead of the transmission address information of the corresponding media in the SDP request; Step 518, according to the result of step 517, the gateway g3
  • the generated SDP request is added to the update message, for example, carried in the message body, and then forwarded;
  • Step 519 UE-B receives the update message, returns an agreement to update the message according to the prior art, for example, sends a "200 OK" response, message
  • the SDP response is carried in the body, and the content is the updated media resource of UE-B.
  • Step 520 agree to update the message through the gateway g3, the gateway g3 determines that the message carries the SDP response, determines that it is a path node, and then modifies the media transmission address information in the SDP response information as the transmission address of the allocated ingress terminal network, if If the received update message includes the path parameter, the replaced transport address information may be added to the message, for example, the path parameter is set to include the replaced transport address information; Step 521, according to the result of step 520, the gateway g3 Replacing the SDP response in the message with the generated SDP response, and then forwarding the consent update message; Step 522, agreeing to update the message through the gateway g2, and the gateway g2 modifies the media transmission address information (IP address or domain name) in the SDP information according to the prior art.
  • IP address or domain name media transmission address information
  • Step 523 agreeing to update the message through the gateway gl, the gateway gl determines that the message has an SDP response, and determines that it is a path node, due to the previous receipt
  • the SDP request is sent to the update message, and the media transmission in the SDP information is falsified.
  • the address information (IP address or domain name plus port number) is the transmission address of the subnet of the assigned ingress.
  • gateway gl You can also do the following: Determining whether the information of the path parameter includes the transmission address information, and if so, using the transmission address information therein instead of the transmission address information of the corresponding medium in the SDP response for media negotiation processing; Step 524, the gateway gl will update the consent with the SDP response The message is forwarded to UE-A; Steps 525 ⁇ 528, UE-B answers the call, for example, sends a "200 OK" message, the message passes through gateways g3, g2, gl, and finally arrives at UE-A; since then, UE-A and UE- B establishes a call.
  • FIG. 6 is the embodiment. Flowchart, this embodiment describes a process in which UE-A calls UE-B, where UE-B returns SDP when responding, and gateways gl, g2, and g3 support the present invention, as shown in FIG.
  • the processing flow of the embodiment mainly includes the following steps: Steps 601 ⁇ 607, which are the same as steps 301 ⁇ 307 in FIG.
  • the message passes through the gateway g3, g2, gl, and finally arrives at the UE-A.
  • Resource information Step 613, the response message passes through the gateway g3, and the gateway g3 performs the logic of step 309 in FIG. 3.
  • the result of this embodiment is that the gateway is a path node, and the path parameters only include gla and gib in order, because the gateway g3 Is the path node, and the received message is a reply message, so the response message is changed to a temporary response message, such as "183 Session Progress"; steps 614 ⁇ 624, the same as steps 310 ⁇ 320 in Figure 3; 625.
  • the gateway g3 Since the SDP response received before the gateway g3 is in the response message, the gateway g3 adds the generated SDP request to the update message, such as adding a force port to an UPDATE or relNVITE (re-invitation) message, and the SDP request Carrying in the message body, and then forwarding it out; Step 626, UE-B receives the update message, and returns to the update message according to the marking process, such as Send a "200 OK" message, the message body carries the SDP response, and the content is the updated media resource information of UE-B; steps 627 ⁇ 632, which are the same as steps 323 ⁇ 328 in Figure 3; steps 633 - 635, due to the gateway G3 is the path node.
  • the update message such as adding a force port to an UPDATE or relNVITE (re-invitation) message, and the SDP request Carrying in the message body, and then forwarding it out;
  • Step 626 UE-B receives the update message,
  • FIG. 7 is a flowchart of the embodiment. The embodiment describes a process in which UE-A calls UE-B, where UE-B returns SDP when responding, and gateways gl, g2, and g3 support this. As shown in FIG.
  • Step 701 UE-A calls UE-B according to the prior art, for example, sends an INVITE request message, and carries an SDP request, and the content is UE-
  • the media resource information SDP 1 of A is carried in the message body, for example;
  • step 702 the invitation request passes through the gateway gl, and the gateway gl executes the revision path parameter logic of step 302 in FIG. 3, and the result of the embodiment is that the path parameters are in order.
  • FIG. 8 is a flowchart of the embodiment, which describes a process in which UE-A calls UE-B, where UE-A needs resource reservation, and has not obtained corresponding resources at the time of calling, gateways gl and g3
  • the invention supports the present invention.
  • the gateway g2 does not support the present invention, and the gateway g2 also bears the work of transcoding.
  • the processing of this embodiment mainly includes the following steps: Steps 801 - 813, and steps in FIG. 501 ⁇ 513 are the same; Step 814, the update message passes through the gateway gl, the gateway gl judges that it is a path node, and then judges that the update message carries an SDP request, and then replaces the media transmission address in the received SDP request with the allocated outlet end.
  • the path parameter is set to include the replaced transport address information, and the existing encoder information is added, for example, the path parameter is also included in the current SDP request.
  • Step 815 According to the result of step 814, the gateway gl adds the generated SDP request to the update message, for example, carried in the message body, and then forwarded out;
  • Step 816 update the message path network g2, gateway g2 Modifying the media transmission address information (IP address or domain name plus port number) in the SDP information according to the prior art as the transmission address of the allocated back side subnet, and adding encoder information to the media as needed, and then forwarding the message;
  • Step 817 The update message passes through the gateway g3, and the gateway g3 determines that it is a path node, and then determines that the update message has an SDP request, and then replaces the media transmission address in the received SDP request with the assigned outlet end of the request to send the invitation request.
  • the parameter is to include the replaced transmission address information, and also adds the existing encoder information.
  • the setting path parameter also includes the number of encoders existing in the current SDP request, and the gateway g3 performs the following operations: determining the received path parameter Whether the information is included in the information, and if so, whether the encoder information used in the previously received SDP response is not included, for example, the position of the used encoder information in the SDP request exceeds the number of encoders, if Yes, it indicates that a gateway between the path nodes gl and g3 must perform the code conversion function to implement communication, so the transmission address information contained in the path parameter information is not used, otherwise, it is judged whether or not the transmission address information is included.
  • the media address negotiation process is performed by using the transport address information in the SDP request instead of the transport address information of the corresponding media in the SDP request.
  • the called party uses the newly added encoder information of g2, so the g3 uses the received information.
  • Step 818 According to the result of step 817, the gateway g3 adds the generated SDP request to the update message, for example, carried in the message body, and then forwarded out; Step 819, UE-B receives the update.
  • the message returns the consent update message according to the prior art, for example, sending a "200 OK" response, the message body carries the SDP response, and the content is the updated media resource information of the UE-B;
  • Step 820 agreeing to update the message through the gateway g3, the gateway
  • the g3 judges the message with the SDP response, determines that it is the path node, and then modifies the media transmission address information in the SDP response information to allocate the transmission address of the subnet for receiving the ingress request of the invitation request, because g3 knows the path nodes gl and g3 There is a gateway between which a code conversion function needs to be performed, and no replacement transport address information is added;
  • Step 821 according to the result of step 820, the gateway g3 replaces the SDP response in the message with the generated SDP response, and then agrees to update.
  • Step 822 the update message is passed through the gateway g2, and the gateway g2 modifies the SDP information according to the prior art.
  • the media transmission address information (IP address or domain name plus port number) is the transmission address of the allocated front side subnet, and then the message is forwarded out;
  • Step 823 agreeing to update the message through the gateway gl, the gateway gl determines that the message carries the SDP response, Determining that it is a path node, because the above received update message carries an SDP request, then the media transmission address information (IP address or domain name plus port number) in the SDP information is modified as an allocated entry.
  • the transmission address of the subnet of the terminal and then forwards the message.
  • the gateway gl will agree with the SDP response.
  • the update message is forwarded to UE-A; Steps 825 ⁇ 828, UE-B answers the call, and sends a "200 OK" message than the 3 ⁇ 4 port, the message passes through gateways g3, g2, gl, and finally arrives at UE-A; since then, UE-A A call is established with UE-B, and the media path passes through gateway gl, gateway g2, and gateway g3.
  • Embodiment 7 FIG.
  • Step 9 is a flowchart of the embodiment, which describes a process in which a UE-A calls a UE-B that belongs to the same network segment, where UE-A does not need resource reservation, and has obtained corresponding information at the time of the call.
  • the resources, the gateways gl, g2, and g3 all support the present invention.
  • the processing of this embodiment mainly includes the following steps: Steps 901 to 912 are the same as steps 601 to 612 in FIG. 6; Step 913, response message
  • the gateway g3 performs the logic of step 309 in FIG. 3, and the result of this embodiment is that the gateway is a non-path node, and the path parameter only includes gla.
  • Step 914 The gateway g3 adds the revised path parameter to the response message and forwards it out; Step 915, the response message passes through the gateway g2, and the g2 finds the response message or the path parameter in the SDP response carried by the message, and then performs step 309.
  • An algorithm for determining a path node the operation result of the embodiment is that the gateway is not a path node; Step 916, according to the result of step 915, the gateway is not a road in this embodiment.
  • the node does not modify the media transmission address information in the SDP information in the message, and does not modify the path parameter in the message, and then forwards the response message;
  • Step 917 the response message passes through the gateway gl, gl, the response message or the message carries If the path parameter is included in the SDP response, the algorithm for determining the path node in step 309 is performed.
  • the operation result of the embodiment is that the gateway is not a path node.
  • FIG. 10A and FIG. 10B are schematic diagrams showing the media path after the call is established by the terminal UE-A in the same carrier network and the terminal UE-B is established by using the foregoing technical solution provided by the embodiment of the present invention. 10A and UE-B roam to different visited networks, and the signaling path is the same as that of FIG.
  • the media path between the UE-A and the UE-B can bypass the signaling media gateway 2 of the primary and the called home network, that is, the media path is composed of m 1 -m2-m3;
  • the signaling path does not need to be optimized, that is, the signaling path is also composed of five segments: s6-s7-s8-s8-s7-s9.
  • the media link can be established because the link channel exists between the UE-A and the UE-B.
  • FIG. 11 is a structural block diagram of a signaling media gateway according to an embodiment of the present invention. As shown in FIG.
  • the signaling media gateway of the embodiment of the present invention includes: a first receiving module 101, a first modifying module 102, and a first sending module 103.
  • the first receiving module 101 is configured to receive the first SDP request
  • the first modifying module 102 is connected to the first receiving module 101, configured to generate a first SDP request to be sent, and add a network segment identifier of the signaling media gateway.
  • the first sending module 103 is connected to the first modifying module 102, and configured to send the first SDP request generated by the first modifying module.
  • the second receiving module 104 is configured to receive the first SDP response; the determining module 105 is connected to the second receiving module 104, and the second path parameter for the first SDP response or the first sent
  • the first path parameter of the SDP request determines whether the signaling media gateway is a path node.
  • the second modification module 106 is connected to the determining module 105, and is configured to generate a first SDP response to be sent according to the judgment result of the determining module 105, and correspondingly
  • the second path parameter is connected to the second SDP response.
  • the second sending module 107 is connected to the second modifying module 106 for transmitting the first SDP response generated by the second modifying module 106.
  • FIG. 12 is a structural block diagram of a signaling media gateway according to an embodiment of the present invention.
  • the signaling media gateway of the embodiment of the present invention includes: a first receiving module 101, a first modifying module 102, a first sending module 103, a second receiving module 104, a determining module 105, and a second modifying module. 106.
  • the first receiving module 101, the first modifying module 102, the first sending module 103, the second receiving module 104, the determining module 105, the second modifying module 106, and the second sending module 107 are implemented by the corresponding modules in FIG. 11 above.
  • the function is basically the same, except that the second modification module 106 tampers with the media transmission address and the second path parameter of the first SDP response when the determination result of the determination module 105 is YES, and determines If the judgment result of the module is no, the media transmission address of the first SDP response and the second path parameter are not modified; then, the second sending module 107 sends the first SDP response after being acted by the second modification module.
  • the third receiving module 108 is configured to receive the update message.
  • the third modifying module 109 is configured to modify the update message according to the determination result of the determining module 105, including whether to modify the media transmission address, whether to attach the second SDP request, and third.
  • the sending module 110 is connected to the third modifying module 109, and is configured to send an update message that is processed by the third modifying module 109.
  • the fourth receiving module 111 is configured to receive an update message of the update message, where the consent update message may be carried. There is a second SDP response; the fourth modification module 112 is connected to the determining module 105 and the fourth receiving module 111, and is configured to modify the consent update message according to the judgment result of the determining module 105, including the media carried in the second SDP response.
  • the transmission address is modified to be the media transmission address of the signaling media gateway;
  • the fourth sending module 113 is connected to the fourth modification module 112, and is configured to send the consent update message after being used by the fourth modification module 112.
  • an INVITE request message is sent,
  • the SDP request carries the SDP request, and the content of the SDP request is the media resource information of the UE-A.
  • each signaling media gateway determines whether it is the path node of the call according to the recorded path and records the determination result.
  • each signaling media gateway forwards an update message according to whether it is a path node, thereby establishing an optimized media path. Therefore, the number of nodes of the media path can be effectively reduced, and resources of the media processing device can be saved.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

路径节点确定方法、 媒体路径建立方法
及信令媒体网关
技术领域 本发明涉及移动通信技术领域， 尤其涉及一种路径节点确定方法、媒体 路径建立方法及信令媒体网关。 背景技术
IP多媒体子系统（ IP Multimedia Core Network Subsystem, 简称为 IMS ) 是由第三^ ^合作伙伴计划 （ 3rd Generation Partnership Project, 简称 3GPP ) 提出的一种基于 IP的网络架构， 该系统构建了一种开放而灵活的业务环境， 支持多媒体应用， 能够为用户提供丰富的多媒体业务。
IMS可以分为控制层和业务层， 其中，控制层主要包括用于业务触发和 控制的会话控制功能（Call Session Control Function,简称为 CSCF ),而 CSCF 又可以分为^ ^理 CSCF ( Proxy CSCF , 简称为 P-CSCF )、 查询 CSCF ( Interrogating CSCF, 简称为 I-CSCF ) 和服务 CSCF ( Serving CSCF, 简称 为 S-CSCF ), 其中， I-CSCF和 S-CSCF为可选。 而业务层主要包括一系列的 应用服务器 （Application Server, 简称为 AS ), 用于提供具体的服务业务， AS 可以是独立的实体， 也可以存在于 S-CSCF 中。 其运行方式为： 控制层 ( S-CSCF )才艮据用户的签约信息控制业务触发， 调用 AS上的业务， 实现业 务功能，相对到用户设 User Equipment,简称为 UE ),可以将 AS和 S-CSCF 统称为月 务设备 ( SE , Server Equipment )。 同时， IMS网络中还存在各种各样的处理 IMS信令和媒体的网关设备， 比如 P-CSCF及其控制的访问控制网关 （ Access Gateway, 简称为 AGW ), 交互边界控制功能（ Interworking Border Control Function, 简称为 I-BCF )及 其控制的交互边界网关 （ Interworking Border Gateway, 简称为 I-BGW ), 会 话边界控制 ( Session Border Control, 简称为 SBC ), 应用层网关（ Application Layer Gateway, 简称为 ALG )等， 这些网关的作用主要是对媒体路径进行分 段， 从而实现不同网络间的互通， 比如公网设备和私网设备间的互通， 还有 通过编码转换实现具有不同编码功能的实体间的互通， 为了描述的方便， 可 以处理 IMS 信令和媒体的网关设备统称为信令媒体网关， 比如， 可以将 P-CSCF和 AGW视为一个信令媒体网关。 由于会话的最终目的是要实现媒体连接，因此需要在会话中协商媒体资 源信息， IMS 系统中协商媒体资源信息的协议是会话描述协议 （ Session Description Protocol, 简称为 SDP ), 协议的交互的方式为请求回应模式， 即 一个 SDP请求必须有一个 SDP回应， SDP请求和回应的内容啫是媒体资源 信息， 媒体资源信息包括媒体所有者信息 （包括地址信息）， 媒体连接地址， 媒体类型以及与媒体类型相关的媒体端口和编解码器信息等， SDP回应的内 容中， 媒体数量、 类型和顺序必须与 SDP请求中的媒体数量， 类型和顺序完 全 目同。 SDP十办议的内容通过会话初始化十办议 ( Session Initiation Protocol, SIP ) 消息的消息体携带， 交互过程独立于 SIP 的请求回应模式， 也就是说 SIP的请求或回应消息中可以携带 SDP请求， 也可以携带 SDP回应， 也可以 不携带 SDP十办议内容。 图 1A为现有的 IMS信令与媒体路径及相应的信令流程示意图，描述了 同一个运营商网络的终端 UE-A呼叫终端 UE-B的过程中的信令流程及最终 的媒体路径， 其中 UE-A和 UE-B分别漫游到了不同的拜访网络。 为了描述的方便， 图中只列出了信令媒体网关实体， 其他在呼叫会话信 令路径上的 IMS网络实体由于只做信令转发， 因此不进行描述。 如图 1A所示， S1为 UE-A与主叫拜访网络的 P-CSCF之间的信令交互 链路， S2为主叫拜访网络的 P-CSCF与主被叫归属网络的 ALG之间的信令 交互链路， S3为主被叫归属网络的 ALG与主被叫归属网络的 S-CSCF之间 的信令交互链路， S4为主被叫归属网络的 ALG与被叫拜访网络的 SBC之间 的信令交互链路， S5为被叫拜访网络的 SBC和被叫终端 UE-B之间的信令 交互链路。 UE-A和 UE-B的信令路径就是由 S1-S2-S3-S3-S4-S5相互连接组 成。
Ml为 UE-A与主叫拜访网络的 AGW之间的媒体链路， M2为主叫拜访 网络的 AGW和主被叫归属网络的 ALG之间的媒体链路， M3为主被叫归属 网络的 ALG与被叫拜访网络的 SBC之间的媒体链路， M4为被叫拜访网络 的 SBC和 UE-B之间的媒体链路， UE-A和 UE-B的媒体路径就是由 M1-M4 相互连接组成。 图 IB为现有的 IMS信令与媒体路径建立过程的流程图，如图 1B所示， 主要包括以下步骤： 步骤 101、 UE-A向 UE-B发起呼叫， 比如发送 INVITE (邀请 )请求， 携带 UE-A的媒体资源信息， 具体地， 可以在消息体中携带， 在图 1B 中， 该媒体资源信息以 SDP1表示； 该请求消息通过路径 S1送出； 步骤 102、 请求消息途经信令媒体网关 1 , 信令媒体网关 1将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP2表 示此时信令媒体网关 1分配的媒体资源信息； 该请求消息通过路径 S2送出； 步骤 103、 请求消息途经信令媒体网关 2 , 信令媒体网关 2将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP3表 示此时信令媒体网关 2分配的媒体资源信息； 该请求消息通过路径 S3送出， 并被 S-CSCF转发回来； 步骤 104、 请求消息再次途经信令媒体网关 2 , 信令媒体网关 2将消息 中的媒体资源信息替换成自己分配的媒体资源信息后转发出去，此例以 SDP4 表示此时信令媒体网关 2分配的媒体资源信息； 该请求消息通过路径 S4送 出； 步骤 105、 请求消息途经信令媒体网关 3 , 信令媒体网关 3将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP5表 示此时信令媒体网关 3分配的媒体资源信息； 该请求消息通过路径 S5送出； 步骤 106、请求消息到达 UE-B, UE-B返回临时响应消息，比如发送" 183
Session Progress" 响应， 携带 UE-B的媒体资源信息， 比如在消息体中携带， 此例以 SDP6表示； 该响应消息通过路径 S5送出； 步骤 107、 响应消息途经信令媒体网关 3 , 信令媒体网关 3将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP7表 示此时信令媒体网关 3分配的媒体资源信息； 该响应消息通过路径 S4送出； 步骤 108、 响应消息途经信令媒体网关 2 , 信令媒体网关 2将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP8表 示此时信令媒体网关 2分配的媒体资源信息； 该响应消息通过路径 S3送出， 并被 S-CSCF转发回来； 步骤 109、 响应消息再次途经信令媒体网关 2 , 信令媒体网关 2将消息 中的媒体资源信息替换成自己分配的媒体资源信息后转发出去，此例以 SDP9 表示此时信令媒体网关 2分配的媒体资源信息； 该响应消息通过路径 S2送 出； 步骤 110、 响应消息途经信令媒体网关 1 , 信令媒体网关 1将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去，此例以 SDP10表 示此时信令媒体网关 1分配的媒体资源信息； 该响应消息通过路径 S1送出； 此时可以看出，UE-A和信令媒体网关 1互相知道彼此的媒体资源信息， 信令媒体网关 1与信令媒体网关 2互相知道彼此的媒体资源信息，依次类推， 结果 UE- A和 UE-B之间的媒体路径被分割成了 5段， 且其中有一段媒体路 径为信令媒体网关 2到信令媒体网关 2; 步骤 111 - 114、 UE-B应答呼叫， 发送应答消息， 比如发送 "200 OK" , 消息按顺序途经信令媒体网关 3、 2、 2、 1 , 最终到达 UE-A, 自此， UE-A 和 UE-B之间建立了通话， 媒体路径被分割为 5段。 由上述的描述可知， 利用现有的 IMS媒体路径建立方法， 当主叫拜访 网络和被叫拜访网络允许直接建立媒体链路时， 特别是当主叫和被叫漫游到 同一地， 由同一拜访网络服务时， 媒体路径被加长了许多， 浪费了设备资源， 甚至在有的情况下， 还可能出现某个信令媒体网关自己与自己的媒体链路。 发明内容 有鉴于此， 本发明提供了一种媒体路径建立方法， 用以解决现有技术中 由于没有对媒体路径进行优化而导致对设备资源的浪费的问题。 才艮据本发明的一个方面， 提供了一种路径节点确定方法， 该方法用于在 包括多个信令媒体网关的 IP多媒体子系统 IMS 网络中， 确定作为一次呼叫 的媒体路径节点的信令媒体网关。 根据本发明的路径节点确定方法包括： 对于 IMS 网络中的任一信令媒 体网关， 在接收到第一会话描述协议即 SDP请求时， 发送携带第一路径参数 的第一 SDP请求， 其中， 发送的第一 SDP请求的第一路径参数中追加有该 信令媒体网关的网段标识； 在接收到对发送的第一 SDP请求的第一 SDP回 应时，信令媒体网关根据接收的第一 SDP回应中的第二路径参数或发送的第 一 SDP请求中的第一路径参数， 判断该信令媒体网关是否为路径节点； 发送 携带第二路径参数或不携带第二路径参数的第一 SDP回应。 根据本发明的另一个方面， 提供了一种信令媒体网关。 根据本发明的信令媒体网关包括： 第一接收模块、 第一修改模块、 第一 发送模块、 第二接收模块、 判断模块、 第二修改模块和第二发送模块。 其中， 第一接收模块用于接收第一 SDP请求；修改模块用于将信令媒体网关的网段 标识追加在第一 SDP请求的第一路径参数中；第一发送模块用于发送经由第 一修改模块作用的第一 SDP请求； 第二接收模块用于接收第一 SDP回应； 判断模块判断第二接收模块接收的第一 SDP回应中是否携带第二路径参数， 如果第一 SDP回应中携带第二路径参数，则根据第二路径参数判断信令媒体 网关是否为路径节点；否则才艮据第一发送模块发送的第一 SDP请求的第一路 径参数判断信令媒体网关是否为路径节点； 第二修改模块用于根据判断模块 的判断结果， 生成需要发送的第一 SDP回应， 并修改第一 SDP回应的第二 路径参数；第二发送模块用于发送携带或不携带第二路径参数的第一 SDP回 应。 根据本发明的又一个方面， 提供了一种媒体路径建立方法， 该方法应用 于包括多个信令媒体网关的 IMS网络。 根据本发明的媒体路径建立方法包括： 对于 IMS 网络中任一信令媒体 网关， 在接收到第一 SDP请求时， 不爹改第一 SDP请求中的媒体传输地址， 并将信令媒体网关的网段标识追加在第一 SDP请求的第一路径参数中，然后 发送第一 SDP请求； 在接收到发送的第一 SDP请求的第一 SDP回应时， 信 令媒体网关才艮据第一 SDP回应中的第二路径参数或发送的第一 SDP请求中 的第一路径参数， 判断信令媒体网关是否为路径节点， 如果不是， 则不修改 第一 SDP回应的媒体传输地址， 并发送第一 SDP回应； 信令媒体网关接收 更新消息，如果信令媒体网关为路径节点且更新消息中没有携带第二 SDP请 求， 则信令媒体网关修改接收的第一 SDP请求的媒体传输地址， 将修改后的 第一 SDP请求作为第二 SDP请求携带在更新消息中发送； 如果信令媒体网 关不是路径节点且更新消息携带有第二 SDP请求， 则不修改第二 SDP请求 的媒体传输地址， 并发送更新消息； 信令媒体网关接收更新消息的同意更新 消息， 如果信令媒体网关不是路径节点， 并且同意更新消息携带第二 SDP回 应， 则不修改第二 SDP回应的媒体传输地址， 并发送同意更新消息。 才艮据本发明的再一方面， 提供了另一种信令媒体网关。 根据本发明的信令媒体网关包括： 第一接收模块、 第一修改模块、 第一 发送模块、 第二接收模块、 判断模块、 第二修改模块、 第二发送模块、 第三 接收模块、 第三修改模块、 第三发送模块、 第四接收模块、 第四修改模块和 第四发送模块。 其中， 第一接收模块， 用于接收第一 SDP请求； 第一修改模 块， 用于将信令媒体网关的网段标识追加在第一 SDP 请求的第一路径参数 中， 不修改第一 SDP请求的媒体传输地址； 第一发送模块， 用于发送经由第 一修改模块作用的第一 SDP请求； 第二接收模块， 用于接收第一 SDP回应； 判断模块， 如果第一 SDP回应带第二路径参数， 则用于第二路径参数， 否则 用于发送的第一 SDP请求的第一路径参数，判断信令媒体网关是否为路径节 点；第二修改模块，用于在判断模块的判断结果为是的情况下，修改第一 SDP 回应的媒体传输地址和第二路径参数，在判断模块的判断结果为否的情况下， 不修改第一 SDP回应的媒体传输地址和第二路径参数； 第二发送模块， 用于 发送经由第二修改模块作用的第一 SDP回应； 第三接收模块， 用于接收更新 消息， 更新消息携带第二 SDP请求， 或不带 SDP请求； 第三修改模块， 用 于在判断模块的判断结果为是情况下， 如果更新消息带第二 SDP请求， 则修 改第二 SDP请求的媒体传输地址， 否则修改第一 SDP请求的媒体传输地址， 然后让更新消息携带修改后的第一 SDP请求或修改后的第二 SDP请求， 在 判断模块的判断结果为否的情况下， 不修改更新消息； 第三发送模块， 用于 发送经由第三修改模块作用的更新消息； 第四接收模块， 用于接收更新消息 的同意更新消息， 其中， 同意更新消息中携带第二 SDP 回应， 或不带 SDP 回应； 第四修改模块， 用于在判断模块的判断结果为是的情况下， 同意更新 消息一定带第二 SDP回应，如果更新消息带第二 SDP请求，则修改第二 SDP 回应的媒体传输地址， 否则删除同意更新消息中的第二 SDP回应， 在判断模 块的判断结果为否的情况下， 不修改同意更新消息； 第四发送模块， 用于发 送经由第四修改模块作用的同意更新消息。 通过本发明的上述至少一个方案， 通过对路径进行优化， 可以有效地减 少媒体路径的节点数， 节省媒体处理设备的资源。 本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从说 明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 附图用来提供对本发明的进一步理解， 并且构成说明书的一部分， 与本 发明的实施例一起用于解释本发明， 并不构成对本发明的限制。 在附图中： 图 1A为相关技术中 IMS信令连接示意图； 图 1B为相关技术中 IMS信令与媒体路径建立过程的流程图； 图 2A为根据本发明实施例的路径节点确定方法的流程图； 图 2B为根据本发明实施例的媒体路径建立方法的流程图； 图 3为实施例一的流程图； 图 4为实施例二的流程图； 图 5为实施例三的流程图； 图 6为实施例四的流程图； 图 7为实施例五的流程图； 图 8为实施例六的 ¾ϊ程图； 图 9为实施例七的流程图； 图 1 OA为本发明实施例的优先实施例一媒体路径建立结果示意图； 图 10B为本发明实施例的优先实施例二媒体路径建立结果示意图； 图 11为本发明实施例的一种信令媒体网关的结构框图； 图 12为本发明实施例的另一种信令媒体网关的结构框图。 具体实施方式 功能 4既述 本发明实施例当 IMS网络的 UE-A按现有技术呼叫另一 UE-B, 比如发 送邀请 ( INVITE )请求消息时， 在该消息中携带 SDP请求， 该 SDP请求的 内容为 UE-A的媒体资源信息， 当该请求在 IMS网络中的信令媒体网关中传 递时， 记录传递的路径， 当 UE-B接收到上述邀请请求时， 如果在返回的响 应消息中携带有上述 SDP请求， 当该响应消息到达各个信令媒体网关时， 各 个信令媒体网关根据记录的路径判断其是否为该次呼叫的路径节点并记录判 断结果， 在后续的媒体路径建立的过程中， 各个信令媒体网关根据其是否为 路径节点转发更新消息， 从而建立优化的媒体路径。 在不沖突的情况下， 本申请中的实施例及实施例中的特征可以相互组 合。 以下结合附图对本发明的优选实施例进行说明， 应当理解， 此处所描述 的优选实施例仅用于说明和解释本发明， 并不用于限定本发明。 在描述本发明实施例之前，首先对本发明实施例中涉及的一个前提进行 说明： 在具体应用中， 每个信令媒体网关都有两侧， 在通常情况下， 每个信 令媒体网关的两侧一般分属不同子网， 每个信令媒体网关会为两侧各分配一 个网段标识， 网段标识可以是任意的字符串， 一个网段标识标志的网段可以 包含一个或多个子网。 将同一运营商内的支持本发明的各信令媒体网关所连 接的所有网段构成一个集合 (相邻的两个信令媒体网关间的网段是相同的， 因此集合中只有一个网段）， 集合中的各网段的网段标识互不相同。可以通过 使网段标识包含运营商标识， 使网段标识在物理上全局唯一， 也可使运营商 间交互与隔离的网关的网段标识包含运营商标识， 从而可以使得属于同运营 商的网关的网段标识将缺省地包含该运营商标识， 使网段标识在逻辑上全局 唯一。 才艮据本发明实施例， 首先提供了一种路径节点确定方法， 该方法用于在 包括多个信令媒体网关的 IMS网络中，确定作为一次呼叫的路径节点的信令 媒体网关。 图 2A为才艮据本发明实施例的路径节点确定方法的流程图， 如图 2A所 示， 根据本发明实施例的路径节点确定方法， 对于 IMS网络中的任一信令媒 体网关， 主要包括以下处理 (步骤 S201 -步骤 S209 ): 步骤 S201： 在接收到第一 SDP请求时， 将该信令媒体网关的网段标识 追加在发送的第一 SDP请求的第一路径参数中， 并发送； 步骤 203： 该信令媒体网关接收到第一 SDP回应； 步骤 S205： 该信令媒体网关根据第一 SDP回应中的第二路径参数或第 一 SDP请求中的第一路径参数，判断信令媒体网关是否为路径节点；如果是， 则执行步骤 S207 , 否则， 执行步骤 S209; 步骤 S207: 修改发送的第一 SDP回应的第二路径参数， 并发送； 步骤 S209: 不修改发送的第一 SDP回应的第二路径参数， 并发送。 以下进一步描述上述各处理的细节。
(一） 步骤 S201 在具体实施过程中， 当信令媒体网关接收到上述第一 SDP请求时， 首 先判断第一 SDP请求中是否携带有路径参数， 和 /或， 判断第一 SDP请求中 携带的第一路径参数是否为空， 在第一 SDP请求中没有携带路径参数和 /或 携带的路径参数为空时，信令媒体网关将用于接收上述第一 SDP请求的入口 端的网段标识追加到第一路径参数的尾部，之后追加用于发送第一 SDP请求 的出口端的网段标识到第一路径参数的尾部；如果第一 SDP请求中携带的路 径参数不为空，则信令媒体网关将用于发送第一 SDP请求的出口端的网段标 识追加到第一路径参数的尾部。
(二） 步骤 S205 在具体实施过程中， 当信令媒体网关接收到上述第一 SDP请求的第一 SDP回应后， 信令媒体网关需要判断其是否为路径节点， 具体地， 可以按照 以下方法判断该信令媒体网关是否为路径节点： 步骤 1 , 信令媒体网关判断第一 SDP回应中是否携带有第二路径参数， 如果有， 则执行步骤 3 , 否则， 执行步骤 2; 步骤 2 ,获取信令媒体网关发送的第一 SDP请求中的第一路径参数，删 除预定节点之后的节点并将修改后的第一路径参数作为第二路径参数， 执行 步骤 3 , 其中， 预定节点为： 其网段标识与第一路径参数中的末尾节点的网 段标识相同的节点中最靠前的节点； 步骤 3 , 判断该信令媒体网关是否需要成为路径节点； 具体地， 可以根据运营商策略或根据第一 SDP 回应中媒体是否使用了 该信令媒体网关在发送的第一 SDP 请求中插入的编码器信息判断该信令媒 体网关是否需要成为为路径节点， 如果是， 则将发送的第一路径参数作为第 二路径参数； 步骤 4 , 判断第二路径参数中的末尾节点的网段标识与出口端的网段标 识是否相同， 如果相同， 则执行步骤 5 , 否则， 执行步骤 6; 步骤 5 , 确定该信令媒体网关为路径节点； 在具体实施过程中， 在步骤 3中， 当判断该信令媒体网关需要成为路径 节点时， 也可以不执行步骤 4 , 直接确定该信令媒体网关为路径节点。 步骤 6 , 确定信令媒体网关为非路径节点。 (三） 步骤 S207 在确定该信令媒体网关为路径节点后， 还需要对第二路径参数进行修 改， 具体包括：
( 1 ) 删除第二路径参数中的末尾节点；
( 2 ) 再删除末尾节点的第二路径参数中， 查找与该信令媒体网关连接 的最靠前的节点， 并删除查找到的节点之后的节点。 然后， 该信令媒体网关还需判断后续节点是否支持接收第二路径参数， 具体地，可以通过判断该信令媒体网关接收到的第一 SDP请求中是否携带第 一路径参数和 /或携带的第一路径参数是否为空，确定后续节点是否支持接收 第二路径参数 ,如果判断接收到的第一 SDP请求中没有携带第一路径参数和 /或携带的第一路径参数为空， 则该信令媒体网关不在发送的第一 SDP 回应 中包含第二路径参数； 否则， 在发送的第一 SDP回应中包含第二路径参数。
(四） 步骤 S209 如果该信令媒体网关不是路径节点，则不修改上述第一回应中的第二路 径参数， 并且， 如果该信令媒体网关的后续节点也不支持接收第二路径参数， 则不在第一回应中携带第二路径参数， 否则在第一回应中带第二路径参数。 根据本发明实施例的上述路径节点确定方法， 可以优化路径节点， 使后 续建立的媒体路径更加优化， 从而节约设备资源。 根据本发明实施例， 还提供了一种媒体路径建立方法， 该方法应用于包 括多个信令媒体网关的 IMS网络。 图 2B为根据本发明实施例的媒体路径建立方法的流程图， 如图 2B所 示， 根据本发明实施例的媒体路径建立方法， 对于 IMS网络中的任一信令媒 体网关， 该主要包括以下处理： 步骤 S200 , 在接收到会话描述协议第一 SDP请求时， 将信令媒体网关 的网段标识追加在第一 SDP 请求的第一路径参数中， 并发送追加后的第一 SDP请求； 步骤 202： 信令媒体网关接收到第一 SDP回应； 步骤 S204： 在接收到第一 SDP回应时， 信令媒体网关才艮据第一 SDP回 应中的第二路径参数或发送的第一 SDP请求中的第一路径参数，判断信令媒 体网关是否为路径节点， 如果是， 则执行步骤 S206 , 否则， 执行步骤 S208; 具体判断过程与上述图 2A中的类似， 在此不在赘述。 步骤 S206: 修改第一 SDP回应的媒体传输地址和第二路径参数， 并发 送爹改后的第一 SDP回应； 步骤 S208:不修改 SDP回应中的媒体传输地址，发送接收到的第一 SDP 回应； 步骤 S210: 该信令媒体网关接收更新消息， 如果信令媒体网关为路径 节点， 则执行步骤 S212, 否则， 执行步骤 S214; 步骤 S212: 该信令媒体网关在第二 SDP请求中携带该信令媒体网关的 媒体传输地址； 如果更新消息中没有携带第二 SDP请求， 则信令媒体网关修改接收的 上述第一 SDP请求的媒体传输地址， 并将修改后的第一 SDP请求作为第二 SDP请求携带在更新消息中发送。 在具体实施过程中，该信令媒体网关还可以在发送的更新消息携带的第 二 SDP请求中携带第三路径参数，其中，该第三路径参数包括以下至少之一： 该信令媒体网关使用的媒体传输地址、 第一 SDP请求或第二 SDP请求中的 编码器个数。 步骤 S214: 转发更新消息； 步骤 S216: 该信令媒体网关接收更新消息的同意更新消息， 如果信令 媒体网关为路径节点， 则执行步骤 S218 , 否则， 执行步骤 S220; 步骤 S218: 该信令媒体网关在第二 SDP回应中携带该信令媒体网关的 媒体传输地址； 具体地， 如果上述更新消息中携带有第二 SDP请求， 则如果接收到的 上述第二 SDP请求携带的上述第三路径参数中包含编码器个数信息，且上述 第一 SDP回应中使用的编码器信息在上述第二 SDP请求中的位置不超过上 述编码器个数信息指示的位置， 则使用上述第三路径参数中的媒体传输地址 进行协商， 并在发送的同意更新消息的第二 SDP回应中携带第四路径参数， 其中， 上述第四路径参数包括以下至少之一： 上述信令媒体网关使用的媒体 传输地址。 因此， 在接收到上述同意更新消息之后， 该方法还包括： 如果接收的上 述同意更新消息中携带有第二 SDP回应，则信令媒体网关判断接收到的上述 第二 SDP回应是否包含第四路径参数， 如果是， 则使用上述第四路径参数中 的媒体传输地址进行协商。 步骤 S220： 转发同意更新消息。 根据本发明实施例的上述媒体路径建立方法， 可以建立优化的媒体路 径。 为便于理解本发明实施例提供的上述技术方案，以下通过具体实施例对 本发明的具体实施方式进行说明， 为了便于说明， 以下实施例都以三个网关 为例进行说明， 但并不限于 jt匕， 对于其它数量的网关以及实施例中的两个网 关间还有其他支持本发明或不支持本发明的网关的情况， 本领域技术人员根 据本发明实施例描述的技术方案可以得到相应的处理方案。 实施例一 图 3所示为本实施例的流程图， 在本实施例描述了 UE-A呼叫 UE-B的 过程中， 其中， UE-A 无需资源预留， 在呼叫时就已获得相应资源， 信令媒 体网关 gl、 g2和 g3都支持本发明， 每个信令媒体网关都可以根据本发明的 技术实现媒体路径优化的过程， 如图 3所示， 本实施例主要包括以下步骤： 步骤 301、 UE-A按现有技术呼叫 UE-B , 比如发送 INVITE (邀请 ) 请 求消息， 携带 SDP请求， 内容为 UE-A的媒体资源信息 SDP 1 , 具体地， 该 SDP请求可以在消息体中携带； 步骤 302、 邀请请求途经网关 g 1 , 网关 g 1执行修订路径参数逻辑； 具体地， 网关 g 1执行修订路径参数逻辑可以按照如下方式实现： 如果 SDP请求中不带路径参数或携带的路径参数为空， 则将该网关接收上述消息 的入口端的网段标识追加到路径参数的尾部， 然后再将该网关发送上述消息 的出口端的网段标识追加到消息的路径参数的尾部， 否则， 只将该网关的上 述出口端的网段标识追加到消息的路径参数的尾部； 在该实施例中， 执行上述步骤的结果为： 路径参数按先后顺序包含网关 gl的入口端的网段标识 gla和网关 gl的出口端的网段标识 gib;
SDP中可以包含多种媒体， 因此， 路径参数可以是所有媒体共有的， 比 如在消息的头或中表示， 类似 "P-Media-Path:ue-a,gl " 的形式， 或 SDP 的
"m= " 表示的媒体行开始前以 SDP参数表示， 类似 "a=path:ue-a,gl " 的形式； 也可以分别是不同媒体的， 比如在 SDP的各个 "m= " 表示的 媒体行后面以 SDP参数表示， 类似 "a=path:ue-a,gl" 的形式； 步骤 303、网关 gl根据 302的结果修改消息中的路径参数，不修改 SDP 信息中的媒体传输地址信息 （即 IP地址或域名加上端口号）， 根据需要为各 媒体添加新的编解码器信息， 然后将消息转发出去； 步骤 304、 邀请请求途经网关 g2, 网关 g2执行步骤 302的修订路径参 数逻辑； 该实施例的结果是路径参数中追加了网关 g2的发送该消息的出口端的 网段标识 g2b; 步骤 305、网关 g2根据 304的结果修改消息中的路径参数，不修改 SDP 信息中的媒体传输地址信息 （IP 地址或域名加上端口号）， 根据需要为各媒 体添加新的编解码器信息， 然后将消息转发出去； 步骤 306 - 307、 与步骤 304 - 305相同， 只是网关 g2变为网关 g3; 步骤 308、请求消息到达 UE-B , UE-B发送临时响应消息，比如发送 " 183 Session Progress"消息，携带 SDP回应， 内容是 UE-B的媒体资源信息 SDP5 , 比如， 可以在消息体中携带； 步骤 309、 临时响应消息途经网关 g3 , g3发现该临时响应消息或消息 携带的 SDP 回应中不带路径参数或路径参数为空， 则使用上述发送的 SDP 请求的路径参数， 寻找最后节点的最靠近顶端的直连节点， 具体算法如下： 将其最后节点信息中的网段标识取出，在路径参数中寻找最靠近顶端的 节点信息中是否包含相同的网段标识， 如果找到了， 则删除路径参数中找到 的节点信息后的所有其他节点信息； 在实施例中， 执行上述算法结果这： g3b=g3b; 执行完该算法后， 再执 行判断路径节点的算法， 具体如下： 判断路径参数的最后节点信息中是否包含该网关的出口端的网段标识， 如果不是， 则进一步判断该信令媒体网关是否提供除直接转发媒体数据以外 的额外功能， 如果提供额外功能则标记本网关为路径节点， 并使用上述发送 SDP请求的路径参数替换接收到的该消息中的路径参数， 如果不提供额外功 能则标记本网关为非路径节点； 具体地， 可以判断临时响应消息中的 SDP回应中媒体使用了该网关在 上述 SDP请求中插入的编码器，则该网关必须成为路径节点以提供编码转换 功能。 如果路径参数的最后节点信息中包含该网关的出口端的网段标识，则标 记该网关为路径节点。 如果该网关为路径节点， 则将路径参数的最后节点信息删除； 此实施例的算法结果是本网关为路径节点， 执行完该算法后， 再执行寻 找最后节点的最靠近顶端的直连节点算法； 此实施例的算法结果是 g2b=glb, 于是路径参数按先后顺序只包含 gla 和 gib; 步骤 310、 网关 g3根据步骤 309的结果， 修改消息中的路径参数， 本 实施例中本网关是路径节点，则修改消息中的 SDP信息中的媒体传输地址信 息为分配的上述入口端的子网的传输地址， 然后发送临时响应消息； 在具体实施过程中还可以在消息中添加修改后的传输地址信息，比如在 路径参数的最后节点信息中添加。 步骤 311、 临时响应消息途经网关 g2 , g2发现响应消息或消息携带的 SDP回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施 例的运算结果为本网关不是路径节点； 步骤 312、 根据步骤 311的结果， 本实施例中本网关不是路径节点， 则 不修改消息中的 SDP信息中的媒体传输地址信息，也不修改消息中的路径参 数， 然后转发临时响应消息； 步骤 313、 临时响应消息途经网关 gl , gl发现响应消息或消息携带的 SDP回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施 例的运算结果为本网关是路径节点； 步骤 314、 网关 gl上述接收到的 SDP请求的不携带路径参数或携带的 路径参数为空， 将 SDP回应中的路径参数删除， 本实施例中本网关是路径节 点，则修改 SDP回应信息中的媒体传输地址信息为分配的上述入口端的子网 的传输地址， 然后转发临时响应消息； 步骤 315、 UE-A收到临时响应消息， 按现有流程要求发送不带 SDP的 更新消息， 比如发送 PRACK (预确认 ) 消息； 步骤 316、 更新消息途经网关 gl , 网关 gl判断自己是路径节点， 并进 一步确定该更新消息中不带 SDP请求， 于是将接收到的 SDP请求中的媒体 传输地址替换为其分配的上述出口端的子网的传输地址， 并根据需要为媒体 增加编码器信息， 并且， 还可以在消息中添加替换后的传输地址信息， 比如 设置路径参数为包含替换后的传输地址信息； 步骤 317、 才艮据步骤 316的结果， 网关 gl将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发； 步骤 318、 更新消息途经网 g2 , 网关 g2 自己不是路径节点， 于是不对 消息进行修改； 步骤 319、 网关 g2将未经修改的更新消息转发； 步骤 320、 更新消息途经网关 g3 , 网关 g3判断其为路径节点， 再判断 更新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换为 其分配的上述出口端的子网的传输地址； 具体地， 网关 3还可以根据需要为媒体增加编码器信息， 以及在消息中 添加替换后的传输地址信息， 比如设置路径参数为包含替换后的传输地址信 息， 因此， 网关 g3还可执行如下操作： 判断路径参数的信息中是否包含传输地址信息， 如果包含， 则采用其中 的传输地址信息而不是 SDP 请求中相应媒体的传输地址信息进行媒体协商 处理； 步骤 321、 才艮据步骤 320的结果， 网关 g3将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发； 步骤 322、 UE-B收到更新消息， 按现有技术返回同意更新消息， 比如 发送 " 200 OK" 响应， 消息体中携带 SDP回应， 内容为更新后的 UE-B的媒 体资源信息； 步骤 323、同意更新消息途经网关 g3 ,网关 g3判断消息中带 SDP回应， 再判断其为路径节点，于是修改 SDP回应信息中的媒体传输地址信息为分配 的上述入口端的子网的传输地址，如果接收到的上述更新消息中含路径参数， 则还可以在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替 换后的传输地址信息； 步骤 324、 才艮据步骤 323的结果， 网关 g3用生成的 SDP回应替换消息 中的 SDP回应， 然后将同意更新消息转发； 步骤 325、同意更新消息途经网关 g2,网关 g2判断消息中带 SDP回应， 并确定其不是路径节点， 于是不 ^ SDP回应； 步骤 326、 根据步骤 325的结果， 网关 g2将未经修改的同意更新消息 转发； 步骤 327、同意更新消息途经网关 gl ,网关 gl判断消息中带 SDP回应， 并确定为路径节点， 由于接收到的上述更新消息中不带 SDP请求， 于是删除 消息中的 SDP回应， 如果之前收到的更新消息中不含路径参数， 则不添力口路 径参数， 网关 g 1还可执行如下操作： 判断路径参数的信息中是否包含传输地址信息， 如果包含， 则采用其中 的传输地址信息而不是 SDP 回应中相应媒体的传输地址信息进行媒体协商 处理； 步骤 328、 网关 gl将不带 SDP回应的同意更新消息转发给 UE-A; 步骤 329 ~ 332、 UE-B应答呼叫， 比 ¾口发送 "200 OK" 消息， 消息途经 网关 g3、 g2、 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 gl和网关 g3。 实施例二 图 4为本实施例的流程图， 在本实施例中描述了 UE-A呼叫 UE-B的过 程中， 其中， UE-A无需资源预留， 在呼叫时就已获得相应资源， 网关 gl和 g3都支持本发明， 网关 g2支持本发明， 但才艮据运营商要求网关 g2必须是路 径节点， 如图 4所示， 本实施例主要包括以下步骤： 步骤 401 ~ 403、 与图 3的步骤 301 ~ 303相同； 步骤 404、 邀请请求途经网关 g2, 网关 g2删除路径参数后， 按现有技 术修改 SDP信息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配 的其出口端的子网的传输地址， 才艮据需要为各媒体添加新的编解码器信息， 然后将消息转发； 步骤 405、 邀请请求途经网关 g3 , 网关 g3执行图 3中步骤 302的修订 路径参数逻辑； 该实施例的结果是路径参数中按先后顺序包含了网关 g3的入口端的网 段标识 g3a和出口端的网段标识 g3b; 步骤 406、网关 g3根据 405的结果修改消息中的路径参数，不修改 SDP 信息中的媒体传输地址信息 （ IP 地址或域名加上端口号）， 根据需要为各媒 体添加新的编解码器信息， 然后将消息转发； 步骤 407、请求消息到达 UE-B , UE-B发送临时响应消息，比如发送 " 183 Session Progress"消息，携带 SDP回应， 内容是 UE-B的媒体资源信息 SDP5 , 比如在消息体中携带； 步骤 408、 临时响应途经网关 g3 , g3执行的逻辑与图 3 中的步骤 309 相同， 此实施例的结果是本网关为非路径节点， 路径参数修改为 g3a, 网关 g3确定接收到的邀请消息中不带路径参数或路径参数为空， 于是将 SDP回 应中的路径参数删除； 步骤 409、 网关 g3因是非路径节点， 不修改 SDP回应中的媒体传输地 址信息， 然后将临时响应消息转发； 步骤 410、 临时响应消息途经网关 g2, gl按现有技术修改 SDP信息中 的媒体传输地址信息（ IP地址或域名加上端口号）为分配的前侧子网的传输 地址， 然后将消息转发； 步骤 411、 临时响应消息途经网关 g 1 , gl执行的逻辑与图 3 中的步骤 309相同， 此实施例的结果是本网关为非路径节点， 路径参数修改为 gla, 网 关 gl发现之前收到的邀请消息中不带路径参数或路径参数为空，于是将 SDP 回应中的路径参数删除； 步骤 412、 网关 gl因是非路径节点， 不修改 SDP回应中的媒体传输地 址信息， 然后将临时响应消息转发； 步骤 413、 UE-A收到临时响应消息， 按现有流程要求发送不带 SDP的 更新消息， 比如发送 PRACK (预确认 ) 消息； 步骤 414、 更新消息途经网关 gl , 网关 gl判断自己是非路径节点， 于 是转发该更新消息； 步骤 415、 更新消息途经网 g2 , 网关 g2按现有技术直接转发该更新消 息； 步骤 416、 更新消息途经网关 g3 , 网关 g3断自己是非路径节点， 于是 转发该更新消息； 步骤 417、 UE-B收到更新消息， 按现有技术返回同意更新消息， 比如 发送 "200 OK" 响应； 步骤 418、 同意更新消息途经网关 g3 , 网关 g3判断自己是非路径节点， 于是转发该同意更新消息； 步骤 419、 同意更新消息途经网关 g2 , 网关 g2按现有技术直接转发该 同意更新消息； 步骤 420、 同意更新消息途经网关 gl , 网关 gl判断自己是非路径节点， 于是转发该同意更新消息； 步骤 421 - 424、 UE-B应答呼叫， 比 ¾口发送 "200 OK" 消息， 消息途经 网关 g3、 g2、 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 g2。 实施例三 图 5为本实施例的流程图， 在该实施例中描述了 UE- A呼叫 UE-B的过 程中， 其中， UE-A需资源预留， 在呼叫时尚未获得相应资源， 网关 gl和 g3 都支持本发明， 网关 g2不支持本发明， 本实施例主要包括以下步骤： 步骤 501 - 503、 与图 3中的步骤 301 ~ 303相同； 步骤 504、 邀请请求途经网关 g2 , 网关 g2按现有技术修改 SDP信息中 的媒体传输地址信息（ IP地址或域名加上端口号）为分配的其出口端的子网 的传输地址， 根据需要为各媒体添加新的编解码器信息， 然后将消息转发； 步骤 505、 邀请请求途经网关 g3 , 网关 g3执行图 3中步骤 302的修订 路径参数逻辑； 该实施例的结果是路径参数中按先后顺序包含了网关 gl的前侧网段标 识 g 1 a , g 1的后侧网段标识 gib, 和 g3的后侧网段标识 g3b； 步骤 506、网关 g3根据 505的结果修改消息中的路径参数，不修改 SDP 信息中的媒体传输地址信息 （IP 地址或域名加上端口号）， 根据需要为各媒 体添加新的编解码器信息， 然后将消息转发； 步骤 507、请求消息到达 UE-B , UE-B发送临时响应消息，比如发送 " 183
Session Progress"消息，携带 SDP回应， 内容是 UE-B的媒体资源信息 SDP5 , 比如在消息体中携带； 步骤 508、 临时响应途经网关 g3 , g3执行图 3中步骤 309的逻辑， 此 实施例的算法结果是本网关为路径节点， 路径参数按先后顺序只包含 gla和 gib; 步骤 509、 网关 g3根据步骤 508的结果， 修改消息中的路径参数， 本 实施例中本网关是路径节点，则修改消息中的 SDP信息中的媒体传输地址信 息为分配的其入口端的子网的传输地址， 还可以在消息中添加修改后的传输 地址信息， 比如在路径参数的最后节点信息中添加， 然后将临时响应消息转 发； 步骤 510、 临时响应消息途经网关 g2, g2按现有技术修改 SDP信息中 的媒体传输地址信息（ IP地址或域名加上端口号）为分配的前侧子网的传输 地址， 然后将消息转发； 步骤 511、 临时响应消息途经网关 gl , gl发现响应消息或消息携带的 SDP回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施 例的运算结果为本网关是路径节点； 步骤 512、 网关 gl发现之前收到的邀请消息中不带路径参数或路径参 数为空，于是将 SDP回应中的路径参数删除，本实施例中本网关是路径节点， 则修改 SDP 回应信息中的媒体传输地址信息为分配的其入口端的子网的传 输地址， 然后将临时响应消息转发； 步骤 513、 UE-A收到临时响应消息， 按现有流程要求发送携带表示资源 预留好的 SDP的更新消息， 比如发送 UPDATE (更新） 消息； 步骤 514、 更新消息途经网关 gl , 网关 gl确定其为路径节点， 再判断 更新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换为 分配的出口端的子网的传输地址， 并根据需要为媒体增加编码器信息， 还可 以在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替换后的 传输地址信息； 步骤 515、 才艮据步骤 514的结果， 网关 gl将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发； 步骤 516、 更新消息途经网 g2 , 网关 g2按现有技术修改 SDP信息中的 媒体传输地址信息（IP地址或域名加上端口号）为分配的出口端的子网的传 输地址， 然后将消息转发； 步骤 517、 更新消息途经网关 g3 , 网关 g3确定其为路径节点， 判断更 新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换为分 配的出口端的子网的传输地址， 并根据需要为媒体增加编码器信息， 还可以 在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替换后的传 输地址信息， 网关 g3还可执行如下操作： 判断路径参数的信息中是否包含传输地址信息， 如果包含， 则采用其中 的传输地址信息而不是 SDP 请求中相应媒体的传输地址信息进行媒体协商 处理； 步骤 518、 根据步骤 517的结果， 网关 g3将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发； 步骤 519、 UE-B收到更新消息， 按现有技术返回同意更新消息， 比如 发送 " 200 OK" 响应， 消息体中携带 SDP回应， 内容为更新后的 UE-B的媒 体资源信息； 步骤 520、同意更新消息途经网关 g3 ,网关 g3判断消息中带 SDP回应， 确定其为路径节点，于是修改 SDP回应信息中的媒体传输地址信息为分配的 入口端子网的传输地址， 如果之前收到的更新消息中含路径参数， 则还可以 在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替换后的传 输地址信息； 步骤 521、 才艮据步骤 520的结果， 网关 g3用生成的 SDP回应替换消息 中的 SDP回应， 然后将同意更新消息转发出去； 步骤 522、 同意更新消息途经网关 g2 , 网关 g2按现有技术修改 SDP信 息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配的入口端的子 网的传输地址， 然后将消息转发出去； 步骤 523、同意更新消息途经网关 gl ,网关 gl判断消息中带 SDP回应， 确定其为路径节点， 由于之前收到的更新消息中带 SDP请求， 于是爹改 SDP 信息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配的入口端的 子网的传输地址， 如果之前收到的更新消息中不含路径参数， 则不添加路径 参数， 然后将消息转发出去， 网关 gl还可执行如下操作： 判断路径参数的信息中是否包含传输地址信息， 如果包含， 则采用其中 的传输地址信息而不是 SDP 回应中相应媒体的传输地址信息进行媒体协商 处理； 步骤 524、 网关 gl将带 SDP回应的同意更新消息转发给 UE-A; 步骤 525 ~ 528、 UE-B应答呼叫， 比如发送 "200 OK" 消息， 消息途经 网关 g3、 g2、 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 由于网关 gl和网关 g3分别用了路径 参数中的传输地址进行协商， 因此使得媒体路径绕过了网关 g2 , 媒体路径经 过网关 gl和网关 g3„ 实施例四 图 6为本实施例的流程图，该实施例描述了 UE-A呼叫 UE-B的过程中， 其中， UE-B在应答时才返回 SDP, 网关 gl、 g2和 g3都支持本发明， 如图 6 所示， 本实施例的处理流程主要包括以下步骤： 步骤 601 ~ 607、 与图 3中的步骤 301 ~ 307相同； 步骤 608 ~ 611、 UE-B振铃， 返回临时响应， 比 ¾口发送 " 180 Ringing" 消息， 消息途经网关 g3、 g2、 gl , 最后到达 UE-A; 步骤 612、 UE-B应答呼叫， 返回应答消息， 比如发送 "200 OK" 消息， 消息体中携带 SDP回应， 内容是 UE-B的媒体资源信息； 步骤 613、 应答消息途经网关 g3 , 网关 g3执行图 3中的步骤 309的逻 辑， 此实施例的结果是本网关为路径节点， 路径参数按先后顺序只包含 gla 和 gib , 由于网关 g3是路径节点， 而收到的消息又是应答消息， 因此将应答 消息改为临时响应消息， 比^。 "183 Session Progress" ; 步骤 614 ~ 624、 与图 3中的步骤 310 ~ 320相同； 步骤 625、 由于网关 g3之前收到的 SDP回应是在应答消息中， 因此网 关 g3 将生成的 SDP 请求添力口到更新消息中， 比如添力口到 UPDATE 或 relNVITE (重邀请 ) 消息中， SDP请求在消息体中携带， 然后转发出去； 步骤 626、 UE-B收到更新消息， 按标记过程返回同意更新消息， 比如 发送 "200 OK" 消息， 消息体中携带 SDP回应， 内容是 UE-B的更新后的媒 体资源信息； 步骤 627 ~ 632、 与图 3中的步骤 323 ~ 328相同； 步骤 633 - 635、 由于网关 g3是路径节点， 之前收到的应答消息尚未发 给 UE-A,因此再发送不带 SDP信息的应答消息给 UE-A,比如发送" 200 OK" 消息， 消息途经网关 g2和 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 gl和网关 g3。 实施例五 图 7为本实施例的流程图，该实施例描述了 UE-A呼叫 UE-B的过程中， 其中， UE-B在应答时才返回 SDP, 网关 gl、 g2和 g3都支持本发明， 如图 7 所示， 本实施例的处理主要包括以下步骤： 步骤 701、 UE-A按现有技术呼叫 UE-B , 比如发送 INVITE (邀请 ) 请 求消息， 携带 SDP请求， 内容为 UE-A的媒体资源信息 SDP 1 , 比如在消息 体中携带； 步骤 702、 邀请请求途经网关 gl , 网关 gl执行图 3中的步骤 302的修 订路径参数逻辑， 该实施例的结果是路径参数按先后顺序包含网关 gl 的用 于接收上述邀请请求的入口端的网段标识 g 1 a和网关 g 1的用于发送上述邀请 消息的出口端的网段标识 gib ,然后将邀请请求改为获取请求，比如 OPTION (选项） 请求或 SUBSCRIBE (订阅）请求； 步骤 703 ~ 707、与图 3中的步骤 303 ~ 307相同，只是消息为获取消息； 步骤 708、 UE-B收到获取消息， 返回同意消息， 比如， 如果获取消息 为 OPTION, 则同意消息为 "200 OK" , 如果获取消息为 SUBSCRIBE, 则同 意消息为 NOTITY (通知） 消息； 步骤 709 ~ 713、与图 3中的步骤 309 - 313相同，只是消息为同意消息； 步骤 714 ~ 719、 网关 gl之前收到邀请消息， 但尚未将邀请消息发往被 叫， 于是开始转发邀请消息， 按图 3 中的步骤 316 - 321执行， 只是处理的 消息是邀请消息； 步骤 720 ~ 725、 与图 3中的步骤 322 ~ 327相同， 只是处理的消息是应 答消息； 步骤 726、 网关 gl之前收到的邀请消息是不带路径参数或路径参数为 空但携带 SDP请求的， 于是删除收到的 SDP回应中的路径参数后， 将应答 消息转发给 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 gl和网关 g3。 实施例六 图 8为本实施例的流程图， 该实施例描述了 UE-A呼叫 UE-B的过程， 其中， UE-A需资源预留， 在呼叫时尚未获得相应资源， 网关 gl和 g3都支 持本发明， 网关 g2不支持本发明， 同时网关 g2还要负担编码转换的工作， 如图 8所示， 本实施例的处理主要包括以下步骤： 步骤 801 - 813、 与图 5中的步骤 501 ~ 513相同； 步骤 814、 更新消息途经网关 gl , 网关 gl判断其为路径节点， 再判断 更新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换为 分配的上述出口端的子网的传输地址， 并根据需要为媒体增加编码器信息； 按标准要求， 新增编码器信息都是按顺序添加在已有的编码器信息之 后， 还在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替换 后的传输地址信息， 还添加已有的编码器信息， 比如设置路径参数还包含目 前 SDP请求中已有的编码器个数； 步骤 815、 根据步骤 814的结果， 网关 gl将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发出去； 步骤 816、 更新消息途经网 g2 , 网关 g2按现有技术修改 SDP信息中的 媒体传输地址信息（IP地址或域名加上端口号）为分配的后侧子网的传输地 址， 并根据需要为媒体增加编码器信息， 然后将消息转发出去； 步骤 817、 更新消息途经网关 g3 , 网关 g3判断自己是路径节点， 再判 断更新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换 为分配的其发送上述邀请请求的出口端的子网的传输地址， 并根据需要为媒 体增加编码器信息， 还在消息中添加替换后的传输地址信息， 比如设置路径 参数为包含替换后的传输地址信息， 还添加已有的编码器信息， 比如设置路 径参数还包含目前 SDP请求中已有的编码器个数， 网关 g3执行如下操作： 判断收到的路径参数的信息中是否包含编码器信息， 如果包含， 则判断 之前收到的 SDP回应中使用的编码器信息是否不在其中，比如使用的编码器 信息在 SDP请求中的位置超过了编码器个数信息， 如果是， 则表明路径节点 gl和 g3之间的某个网关必须执行编码转换功能才可实现通讯， 因此不使用 路径参数的信息中包含的传输地址信息， 否则， 在判断是否包含传输地址信 息， 如果包含， 则采用其中的传输地址信息而不是 SDP请求中相应媒体的传 输地址信息进行媒体协商处理； 本实施例中， 被叫使用了 g2新添的编码器信息， 因此 g3使用收到的
SDP请求进行媒体协商； 步骤 818、 才艮据步骤 817的结果， 网关 g3将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发出去； 步骤 819、 UE-B收到更新消息， 按现有技术返回同意更新消息， 比如 发送 "200 OK" 响应， 消息体中携带 SDP回应， 内容为更新后的 UE-B的媒 体资源信息； 步骤 820、同意更新消息途经网关 g3 ,网关 g3判断消息中带 SDP回应， 确定其为路径节点，于是修改 SDP回应信息中的媒体传输地址信息为分配用 于接收上述邀请请求的入口端的子网的传输地址， 由于 g3获知路径节点 gl 和 g3 之间存在某个网关需要执行编码转换功能， 不添加替换后的传输地址 信息； 步骤 821、 才艮据步骤 820的结果， 网关 g3用生成的 SDP回应替换消息 中的 SDP回应， 然后将同意更新消息转发出去； 步骤 822、 同意更新消息途经网关 g2 , 网关 g2按现有技术修改 SDP信 息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配的前侧子网的 传输地址， 然后将消息转发出去； 步骤 823、同意更新消息途经网关 gl ,网关 gl判断消息中带 SDP回应， 确定其为路径节点， 由于上述接收到的更新消息中带 SDP 请求， 于是修改 SDP信息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配的入口 端的子网的传输地址， 然后将消息转发出去， 由于收到的更新消息中不带路 径参数或路径参数为空， 因此不在 SDP信息中添加路径参数； 步骤 824、 网关 gl将带 SDP回应的同意更新消息转发给 UE-A; 步骤 825 ~ 828、 UE-B应答呼叫， 比 ¾口发送 "200 OK" 消息， 消息途经 网关 g3、 g2、 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 gl、 网关 g2和网 关 g3。 实施例七 图 9为本实施例的流程图，该实施例描述了 UE-A呼叫属于同一网段的 UE-B的过程中， 其中， UE-A无需资源预留， 在呼叫时已获得相应资源， 网 关 gl、 g2和 g3都支持本发明， 如图 9所示， 本实施例的处理主要包括以下 步骤： 步骤 901 ~ 912、 与图 6中的步骤 601 ~ 612相同； 步骤 913、 应答消息途经网关 g3 , 网关 g3执行图 3中的步骤 309的逻 辑， 此实施例的结果是本网关为非路径节点， 路径参数只包含 gla, 由于网 关 g3是非路径节点， 因此改变应答消息为临时响应消息； 步骤 914、 网关 g3将修订后的路径参数加入应答消息中并转发出去； 步骤 915、 应答消息途经网关 g2, g2发现应答消息或消息携带的 SDP 回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施例的 运算结果为本网关不是路径节点； 步骤 916、 根据步骤 915的结果， 本实施例中本网关不是路径节点， 则 不修改消息中的 SDP信息中的媒体传输地址信息，也不修改消息中的路径参 数， 然后将应答消息转发出去； 步骤 917、 应答消息途经网关 gl , gl发现应答消息或消息携带的 SDP 回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施例的 运算结果为本网关不是路径节点； 步骤 918、 网关 gl发现之前收到的邀请消息中不带路径参数或路径参 数为空， 将 SDP回应中的路径参数删除， 本实施例中本网关不是路径节点， 则不修改消息中的 SDP信息中的媒体传输地址信息，然后将应答消息转发出 去；
UE-A收到应答消息后， UE-A和 UE-B建立通话，媒体路径为 UE-A和 UE-B直连。 图 10A和图 10B为利用本发明实施例提供的上述技术方案， 在同一个 运营商网络的终端 UE-A呼叫终端 UE-B并建立通话后的媒体路径的示意图。 其中， 图 10A与图 1 A的背景相同的情况下， UE-A和 UE-B漫游到了 不同的拜访网络， 其信令路径和图 1相同， 由 S l-s2-s3-s3-s4-s5组成， 因为 主叫拜访网络的信令媒体网关 1与被叫拜访网络的信令媒体网关 3之间存在 链接通道， 可以建立媒体链路， 因此， 利用本发明实施例提供的技术方案， 在 UE-A和 UE-B建立通话后， UE-A和 UE-B之间的媒体路径可以绕过主被 叫归属网络的信令媒体网关 2 , 即媒体路径由 m 1 -m2-m3组成； 图 10B中， UE-A和 UE-B漫游到相同的拜访网络下时， 其信令路径并 不需要优化，即信令路径也由 s6-s7-s8-s8-s7-s9五段组成，由于 UE-A和 UE-B 之间存在链接通道， 可以建立媒体链路， 因此， 利用本发明实施例提供的技 术方案， 在 UE-A和 UE-B建立通话后， UE-A和 UE-B之间的媒体路径可以 绕过主被叫归属网络的信令媒体网关 ALG 和主被叫拜访网络的信令媒体网 关 SBC, 即媒体路径只由 m4组成。 才艮据本发明实施例， 还提供了一种信令媒体网关， 该信令媒体网关可以 用于实现上述图 2A所述的方法。 图 11为本发明实施例的信令媒体网关的结构框图， 如图 11所示， 本发 明实施例的信令媒体网关包括： 第一接收模块 101、 第一修改模块 102、 第 一发送模块 103、 第二接收模块 104、 判断模块 105、 第二修改模块 106和第 二发送模块 107。 其中， 第一接收模块 101用于接收第一 SDP请求； 第一修 改模块 102与第一接收模块 101连接， 用于生成要发送的第一 SDP请求， 并 将信令媒体网关的网段标识追加该第一 SDP请求的第一路径参数中；第一发 送模块 103与第一修改模块 102连接， 用于发送经由第一修改模块生成的第 一 SDP请求； 第二接收模块 104用于接收第一 SDP回应； 判断模块 105与 第二接收模块 104连接， 用于第一 SDP 回应的第二路径参数或发送的第一 SDP请求的第一路径参数， 判断信令媒体网关是否为路径节点； 第二修改模 块 106与判断模块 105连接， 用于根据判断模块 105的判断结果， 生成要发 送的第一 SDP回应， 并相应地修 _改该第一 SDP回应的第二路径参数； 第二 发送模块 107与第二修改模块 106连接， 用于发送经第二修改模块 106生成 的第一 SDP回应。 才艮据本发明实施例， 还提供了另一种信令媒体网关， 该信令媒体网关可 以用于实现上述图 2B所述的方法 图 12为本发明实施例的信令媒体网关的结构框图， 如图 12所示， 本发 明实施例的信令媒体网关包括： 第一接收模块 101、 第一修改模块 102、 第 一发送模块 103、 第二接收模块 104、 判断模块 105、 第二修改模块 106、 第 二发送模块 107、 第三接收模块 108、 第三修改模块 109、 第三发送模块 110、 第四接收模块 Hi、 第四修改模块 112和第四发送模块 113。 其中， 第一接收模块 101、 第一修改模块 102、 第一发送模块 103、 第 二接收模块 104、 判断模块 105、 第二修改模块 106和第二发送模块 107与 上述图 11 中的相应模块实现的功能基本相同， 不同之处在于第二修改模块 106在上述判断模块 105的判断结果为是的情况下， 爹改上述第一 SDP回应 的媒体传输地址和上述第二路径参数， 并在上述判断模块的判断结果为否的 情况下， 不修改上述第一 SDP回应的媒体传输地址和上述第二路径参数； 然 后， 第二发送模块 107发送经第二修改模块作用后的第一 SDP回应。 其中， 第三接收模块 108用于接收更新消息； 第三修改模块 109用于根 据判断模块 105的判断结果， 相应地修改更新消息， 包括是否修改媒体传输 地址，是否附加第二 SDP请求；第三发送模块 110与第三修改模块 109连接， 用于发送经第三修改模块 109作用后的更新消息； 第四接收模块 111用于接 收更新消息的同意更新消息， 其中， 该同意更新消息中可能携带有第二 SDP 回应； 第四修改模块 112与判断模块 105和第四接收模块 111连接， 用于根 据判断模块 105的判断结果， 相应地修改同意更新消息， 包括将第二 SDP回 应中携带的媒体传输地址修改为信令媒体网关的媒体传输地址； 第四发送模 块 113与第四修改模块 112连接， 用于发送经第四修改模块 112作用后的同 意更新消息。 如上所述， 借助本发明实施例提供的技术方案， 当 IMS 网络的 UE-A 按现有技术呼叫另一 UE-B , 比如发送邀请（INVITE ) 请求消息时， 在该消 息中携带 SDP请求， 该 SDP请求的内容为 UE-A的媒体资源信息， 当该请 求在 IMS网络中的信令媒体网关中传递时， 记录传递的路径， 当 UE-B接收 到上述邀请请求时， 如果在返回的响应消息中携带有上述 SDP请求， 当该响 应消息到达各个信令媒体网关时， 各个信令媒体网关根据记录的路径判断其 是否为该次呼叫的路径节点并记录判断结果， 在后续的媒体路径建立的过程 中， 各个信令媒体网关根据其是否为路径节点转发更新消息， 从而建立优化 的媒体路径。 因而， 可以有效地减少媒体路径的节点数， 节省媒体处理设备 的资源。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种路径节点确定方法，用于在包括多个信令媒体网关的 IP多媒体子系 统 IMS网络中， 确定作为一次呼叫的媒体路径节点的信令媒体网关， 其 特征在于， 对于所述 IMS网络中的任一信令媒体网关， 所述方法包括： 在接收到第一会话描述协议即 SDP请求时， 发送携带第一路径参 数的第一 SDP请求， 其中， 发送的所述第一 SDP请求的第一路径参数 中追加有所述信令媒体网关的网段标识；
在接收到对发送的所述第一 SDP请求的第一 SDP回应时， 所述信 令媒体网关根据接收的所述第一 SDP回应中的第二路径参数或发送的所 述第一 SDP请求中的第一路径参数， 判断所述信令媒体网关是否为路径 节点；
发送携带第二路径参数或不携带第二路径参数的所述第一 SDP 回 应。
2. 根据权利要求 1所述的方法， 其特征在于， 在发送携带第一路径参数的 第一 SDP请求之前， 所述方法包括：
所述信令媒体网关判断接收的所述第一 SDP请求中是否携带有路 径参数， 和 /或， 判断接收的所述第一 SDP 请求中携带的所述第一路径 参数的内容是否为非空；
在任一判断结果为否的情况下，所述信令媒体网关将用于接收所述 第一 SDP请求的入口端的网段标识追加到发送的所述第一 SDP请求的 第一路径参数的尾部，之后追加用于发送所述第一 SDP请求的出口端的 网段标识追加到发送的所述第一 SDP请求的第一路径参数的尾部； 在所有判断结果为是的情况下，所述信令媒体网关将用于发送所述 第一 SDP请求的出口端的网段标识追加到发送的所述第一 SDP请求的 第一路径参数的尾部。
3. 根据权利要求 1所述的方法， 其特征在于， 所述判断所述信令媒体网关 是否为路径节点包括：
步骤 1 ,所述信令媒体网关判断接收的所述第一 SDP回应中是否携 带有第二路径参数， 如果有， 则执行步骤 3 , 否则， 执行步骤 2; 步骤 2 ,获取所述信令媒体网关的发送的所述第一 SDP请求中的第 一路径参数， 删除预定节点之后的节点， 并将修改后的所述第一路径参 数作为接收的所述第一 SDP回应的第二路径参数， 执行步骤 3 , 其中， 所述预定节点为： 其网段标识与所述第一路径参数中的末尾节点的网段 标识相同的节点中最靠前的节点；
步骤 3 ,判断接收的所述第一 SDP回应的第二路径参数中的末尾节 点的网段标识与所述出口端的网段标识是否相同；
步骤 4 , 如果判断结果为相同， 则确定所述信令媒体网关为路径节 点， 并删除接收的所述第一 SDP回应的第二路径参数的末尾节点， 再删 除预定节点之后的节点， 并将其作为发送的所述第一 SDP回应的第二路 径参数， 其中， 所述预定节点为： 其网段标识与接收的所述第一 SDP回 应的第二路径参数中的末尾节点的网段标识相同的节点中最靠前的节
4. 根据权利要求 3所述的方法， 其特征在于， 在执行所述步骤 3之前， 所 述方法还包括：
判断所述信令媒体网关是否需要成为路径节点；
如果是， 则将发送的所述 SDP请求中的第一路径参数作为接收的 所述第一 SDP回应的第二路径参数。
5. 根据权利要求 1所述的方法， 其特征在于， 所述发送携带第二路径参数 或不携带第二路径参数的所述第一 SDP回应包括：
如果所述信令媒体网关接收的所述第一 SDP请求不携带第一路径 参数或携带的所述第一路径参数的内容为空， 则所述信令媒体网关发送 的所述第一 SDP回应中不携带第二路径参数，否则发送的所述第一 SDP 回应中携带第二路径参数。
6. 根据权利要求 1至 5中的任一项所述的方法， 其特征在于， 所述网段标 识包括以下任意之一或其任意组合： 能唯一标识所述 IMS网络中的不同 网段的字符串、 子网标识、 运营商标识。
7. 一种信令媒体网关， 其特征在于， 包括：
第一接收模块， 用于接收第一 SDP请求； 第一修改模块，用于将所述信令媒体网关的网段标识追加在所述第 一 SDP请求的第一路径参数中；
第一发送模块， 用于发送经由所述第一修改模块作用的第一 SDP 请求；
第二接收模块， 用于接收第一 SDP回应； 判断模块， 判断所述第二接收模块接收的所述第一 SDP 回应中是 否携带第二路径参数， 如果所述第一 SDP回应中携带第二路径参数， 则 根据所述第二路径参数判断所述信令媒体网关是否为路径节点； 否则根 据所述第一发送模块发送的所述第一 SDP请求的第一路径参数判断所述 信令媒体网关是否为路径节点； 第二修改模块， 用于根据判断模块的判断结果， 生成需要发送的第 一 SDP回应， 并爹改所述第一 SDP回应的第二路径参数；
第二发送模块， 用于发送携带或不携带第二路径参数的第一 SDP 回应。
8. 一种媒体路径建立方法， 应用于包括多个信令媒体网关的 IMS网络， 其 特征在于， 对于所述 IMS网络中任一信令媒体网关， 所述方法包括： 在接收到第一 SDP请求时， 不修改所述第一 SDP请求中的媒体传 输地址， 并将所述信令媒体网关的网段标识追加在所述第一 SDP请求的 第一路径参数中， 然后发送所述第一 SDP请求；
在接收到发送的所述第一 SDP请求的第一 SDP回应时， 所述信令 媒体网关才艮据所述第一 SDP 回应中的第二路径参数或发送的所述第一 SDP请求中的第一路径参数， 判断所述信令媒体网关是否为路径节点， 如果不是， 则不修改所述第一 SDP回应的媒体传输地址， 并发送所述第 一 SDP回应；
所述信令媒体网关接收更新消息，如果所述信令媒体网关为路径节 点且所述更新消息中没有携带第二 SDP请求， 则所述信令媒体网关修改 接收的所述第一 SDP请求的媒体传输地址， 将修改后的所述第一 SDP 请求作为第二 SDP请求携带在所述更新消息中发送； 如果所述信令媒体 网关不是路径节点且所述更新消息携带有第二 SDP请求， 则不修改所述 第二 SDP请求的媒体传输地址， 并发送所述更新消息； 所述信令媒体网关接收所述更新消息的同意更新消息，如果所述信 令媒体网关不是路径节点， 并且所述同意更新消息携带第二 SDP回应， 则不爹改所述第二 SDP回应的媒体传输地址，并发送所述同意更新消息。
9. 根据权利要求 8所述的方法， 其特征在于， 如果所述信令媒体网关为路 径节点， 则在发送所述更新消息之前， 所述方法还包括：
在所述信令媒体网关发送的所述更新消息携带的第二 SDP请求中 携带第三路径参数， 其中， 所述第三路径参数包括以下至少之一： 所述 信令媒体网关使用的媒体传输地址、所述第一 SDP请求或所述第二 SDP 请求中的编码器个数。
10. 根据权利要求 9所述的方法， 其特征在于， 在接收所述更新消息之后， 所述方法还包括：
如果所述更新消息中携带有所述第二 SDP请求， 则如果接收到的 所述第二 SDP请求携带的所述第三路径参数中包含编码器个数信息， 且 所述第一 SDP回应中使用的编码器信息在所述第二 SDP请求中的位置 不超过所述编码器个数信息指示的位置， 则使用所述第三路径参数中的 媒体传输地址进行协商， 在发送的同意更新消息的第二 SDP回应中携带 第四路径参数， 其中， 所述第四路径参数包括以下至少之一： 所述信令 媒体网关使用的媒体传输地址。
11. 根据权利要求 10所述的方法， 其特征在于， 在接收所述同意更新消息之 后， 所述方法还包括：
如果接收的所述同意更新消息中携带有第二 SDP 回应， 则所述信 令媒体网关判断接收到的所述第二 SDP回应是否包含第四路径参数， 如 果是， 则使用所述第四路径参数中的媒体传输地址进行协商。
12. 根据权利要求 8所述的方法， 其特征在于， 如果接收到的所述第一 SDP 回应携带在应答消息中， 则在判断所述信令媒体网关为路径节点之后， 所述方法还包括：
将发送的所述第一 SDP回应携带在临时响应消息中发送； 在发送所述同意更新消息之后， 所述方法还包括：
发送不携带所述第一 SDP回应的所述应答消息。
13. 根据权利要求 8所述的方法， 其特征在于， 如果接收的所述第一 SDP请 求携带在邀请消息中， 则发送所述第一 SDP请求包括：
将修改后的所述第一 SDP请求携带在获取消息中发送； 则在接收到所述第一 SDP回应后， 所述方法还包括： 不发送所述第一 SDP回应， 并将发送的所述第二 SDP请求携带在 所述邀请消息中，将携带所述第二 SDP请求的邀请消息作为所述更新消 息发送。
14. 一种信令媒体网关， 其特征在于， 包括：
第一接收模块， 用于接收第一 SDP请求；
第一修改模块，用于将所述信令媒体网关的网段标识追加在所述第 一 SDP请求的第一路径参数中， 不修改所述第一 SDP请求的媒体传输 地址；
第一发送模块， 用于发送经由所述第一修改模块作用的第一 SDP 请求；
第二接收模块， 用于接收第一 SDP回应； 判断模块， 如果所述第一 SDP 回应带第二路径参数， 则用于所述 第二路径参数 , 否则用于所述发送的第一 SDP请求的第一路径参数， 判 断所述信令媒体网关是否为路径节点；
第二修改模块， 用于在所述判断模块的判断结果为是的情况下， 修 改所述第一 SDP回应的媒体传输地址和所述第二路径参数，在所述判断 模块的判断结果为否的情况下， 不爹改所述第一 SDP回应的媒体传输地 址和所述第二路径参数；
第二发送模块， 用于发送经由所述第二修改模块作用的第一 SDP 回应；
第三接收模块， 用于接收更新消息， 更新消息携带第二 SDP请求， 或不带 SDP请求；
第三修改模块， 用于在所述判断模块的判断结果为是情况下， 如果 所述更新消息带第二 SDP请求， 则修改所述第二 SDP请求的媒体传输 地址， 否则爹改所述第一 SDP请求的媒体传输地址， 然后让更新消息携 带所述爹改后的第一 SDP请求或所述爹改后的第二 SDP请求， 在所述 判断模块的判断结果为否的情况下， 不修改所述更新消息；
第三发送模块，用于发送经由所述第三修改模块作用的所述更新消 息；
第四接收模块， 用于接收所述更新消息的同意更新消息， 其中， 所 述同意更新消息中携带第二 SDP回应， 或不带 SDP回应；
第四修改模块， 用于在所述判断模块的判断结果为是的情况下， 所 述同意更新消息一定带第二 SDP 回应， 如果所述更新消息带第二 SDP 请求， 则修改所述第二 SDP回应的媒体传输地址， 否则删除所述同意更 新消息中的第二 SDP回应， 在所述判断模块的判断结果为否的情况下， 不爹改所述同意更新消息；
第四发送模块，用于发送经由所述第四修改模块作用的所述同意更 新消息。
PCT/CN2008/073383 2008-12-08 2008-12-08 路径节点确定方法、媒体路径建立方法及信令媒体网关 Ceased WO2010066074A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US13/133,296 US8891388B2 (en) 2008-12-08 2008-12-08 Path node determining method, media path establishing method, and signaling media gateway
PCT/CN2008/073383 WO2010066074A1 (zh) 2008-12-08 2008-12-08 路径节点确定方法、媒体路径建立方法及信令媒体网关
CN2008801318438A CN102204176B (zh) 2008-12-08 2008-12-08 路径节点确定方法、媒体路径建立方法及信令媒体网关
EP15190298.8A EP2993863B1 (en) 2008-12-08 2008-12-08 Path node determining method, media path establishing method, and signaling media gateway
EP08878674.4A EP2360878B1 (en) 2008-12-08 2008-12-08 Path node determining method, media path establishing method, and signaling media gateway

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2008/073383 WO2010066074A1 (zh) 2008-12-08 2008-12-08 路径节点确定方法、媒体路径建立方法及信令媒体网关

Publications (1)

Publication Number Publication Date
WO2010066074A1 true WO2010066074A1 (zh) 2010-06-17

Family

ID=42242297

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073383 Ceased WO2010066074A1 (zh) 2008-12-08 2008-12-08 路径节点确定方法、媒体路径建立方法及信令媒体网关

Country Status (4)

Country Link
US (1) US8891388B2 (zh)
EP (2) EP2993863B1 (zh)
CN (1) CN102204176B (zh)
WO (1) WO2010066074A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101127766B (zh) * 2007-09-24 2010-06-09 中兴通讯股份有限公司 基于sip协议的消息处理方法、装置及ip通信系统
CN101997848B (zh) * 2009-08-14 2015-05-20 中兴通讯股份有限公司 应用服务器呼叫控制中呼叫继续的方法和装置
CN102598619B (zh) * 2009-08-25 2015-06-17 诺基亚通信公司 对通信连接的编解码器协商的控制
WO2015129181A1 (ja) * 2014-02-28 2015-09-03 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 音声通信端末、中間ノード、処理装置、接続方法およびプログラム
IN2015CH04763A (zh) * 2015-09-08 2015-09-25 Wipro Ltd
US10110643B2 (en) * 2016-10-14 2018-10-23 Genband Us Llc Common media platform for various distributed telecommunication components
WO2021001250A1 (en) * 2019-07-03 2021-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Packet acknowledgement techniques for improved network traffic management

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1758649A (zh) * 2004-10-05 2006-04-12 华为技术有限公司 版本不同的网间互联协议网络互通的方法
CN1859636A (zh) * 2005-04-30 2006-11-08 华为技术有限公司 一种实现通信系统互通的系统及方法
WO2008113408A1 (en) * 2007-03-19 2008-09-25 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US2005118A (en) 1930-02-14 1935-06-18 Standard Oil Co Conversion process
US2006120A (en) 1933-06-15 1935-06-25 Thomas G Strynatka Crossing signal
US7586857B2 (en) * 2003-04-01 2009-09-08 Alcatel-Lucent Usa Inc. Fast network SIP/SDP procedures for conference operations upon request from end user with optimization of network resources
JP2005236824A (ja) * 2004-02-23 2005-09-02 Yokogawa Electric Corp ＩＰｖ６／ＩＰｖ４トランスレータ
TWI267293B (en) * 2005-03-09 2006-11-21 Plustek Inc Multimedia conference system and method which enables communication between private network and Internet
US9392437B2 (en) * 2008-10-17 2016-07-12 Alcatel Lucent Method and system for IP multimedia bearer path optimization through a succession of border gateways

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1758649A (zh) * 2004-10-05 2006-04-12 华为技术有限公司 版本不同的网间互联协议网络互通的方法
CN1859636A (zh) * 2005-04-30 2006-11-08 华为技术有限公司 一种实现通信系统互通的系统及方法
WO2008113408A1 (en) * 2007-03-19 2008-09-25 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2360878A4 *

Also Published As

Publication number Publication date
US8891388B2 (en) 2014-11-18
EP2360878A4 (en) 2014-02-26
EP2993863B1 (en) 2018-06-27
CN102204176B (zh) 2013-12-18
EP2360878B1 (en) 2015-11-25
EP2993863A1 (en) 2016-03-09
US20110243149A1 (en) 2011-10-06
EP2360878A1 (en) 2011-08-24
CN102204176A (zh) 2011-09-28

Similar Documents

Publication Publication Date Title
CN101371532B (zh) 处理因特网协议多媒体子系统终端的包括在因特网协议多媒体子系统域内请求由同时具有组合电路交换呼叫和因特网协议多媒体子系统会话能力的终端接收的实时服务的呼叫请求的方法和装置
EP1973283B1 (en) Interworking network element, interworking system between the csi terminal and the ims terminal and the method thereof
WO2006102830A1 (en) A method for terminal identifying capability interaction route control while ims and cs are coinstantaneous
WO2010066074A1 (zh) 路径节点确定方法、媒体路径建立方法及信令媒体网关
JP4715521B2 (ja) 通信システム，及び呼制御サーバ
WO2008025257A1 (en) An intercommunication method and a communication system between different networks
WO2006099815A1 (en) A method for implementing the user registering in the ip multimedia subsystem and the system thereof
CN1327680C (zh) 一种电路交换网络到ims网络呼叫路由的建立方法
EP3082318B1 (en) Communication method and device for preventing media stream circuity (tromboning)
CN102056327B (zh) 一种优化媒体路径的建立方法
CN104168190B (zh) 一种呼叫路由方法及装置
KR20060112074A (ko) Ｐｔｔ 호 셋업 시간을 줄일 수 있는 ｉｍｓ 서비스망에서의 가입자 단말과 ｉｍｓ 서비스 망 및 ｉｍｓ서비스 망에서의 ｐｔｔ 호 셋업 방법
CN102176714A (zh) 管理包括ims的网络环境中的呼叫路由的系统和方法
CN100461782C (zh) 一种ip多媒体子系统中实现桥接的系统和方法
CN101399822A (zh) 确定媒体流路径关系的方法及呼叫控制系统
CN101102615B (zh) 一种ip多媒体子系统集中控制业务终呼的实现方法
CN1992719B (zh) 一种提供接入位置信息的方法
CN101521930B (zh) 一种策略控制方法及系统
CN106302419B (zh) 建立跨域会话连接的方法和装置
JP5112491B2 (ja) Ｉｐ基盤の有線無線統合ネットワークのための統合信号処理装置およびその方法
CN101409861B (zh) 特征和寻址子系统及用户登记方法、呼叫方法和漫游方法
WO2006116941A1 (fr) Méthode et système de réalisation d’un service de messages de zone de réseau basé sur ip
CN101330638A (zh) 一种会话控制路径与承载控制路径的关联方法
KR100924808B1 (ko) 아이피 멀티미디어 서브시스템에서 파일전송 서비스 제공방법 및 그 시스템
KR20090043832A (ko) 아이.피. 멀티미디어 서브시스템 서비스를 위한 3ｇｅ단말의 위치 등록 방법, 그 시스템 및 3ｇｅ 단말의 망간핸드오버 방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880131843.8

Country of ref document: CN

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

Ref document number: 08878674

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13133296

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008878674

Country of ref document: EP