[go: up one dir, main page]

CN102340490B - A kind of method and system realizing anchor of media - Google Patents

A kind of method and system realizing anchor of media Download PDF

Info

Publication number
CN102340490B
CN102340490B CN201010236068.1A CN201010236068A CN102340490B CN 102340490 B CN102340490 B CN 102340490B CN 201010236068 A CN201010236068 A CN 201010236068A CN 102340490 B CN102340490 B CN 102340490B
Authority
CN
China
Prior art keywords
media
alg
sdp
anchoring
sdp 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.)
Expired - Fee Related
Application number
CN201010236068.1A
Other languages
Chinese (zh)
Other versions
CN102340490A (en
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 CN201010236068.1A priority Critical patent/CN102340490B/en
Priority to PCT/CN2011/075608 priority patent/WO2012010019A1/en
Publication of CN102340490A publication Critical patent/CN102340490A/en
Application granted granted Critical
Publication of CN102340490B publication Critical patent/CN102340490B/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

The invention discloses a kind of method and system realizing anchor of media, comprise ALG (ALG) receive Session Description Protocol (SDP) request after, the media resource information in the SDP request that described ALG receives is carried in the SDP request needing to forward, and the media resource information of medium processing entity that described ALG distributes, and forward this SDP and ask; Application server AS receives SDP request, determines whether to need described ALG grappling media, and sends session initiation protocol (SIP) message carrying anchor of media instruction and the SDP response represented the need of ALG grappling media; ALG, according to the described sip message received, determines whether grappling media.By the existing signaling in call establishment, AS achieves and determines ALG whether grappling media, does not need extra signaling, saves signaling consumption, thus shorten call setup duration.

Description

Method and system for realizing media anchoring
Technical Field
The invention relates to a calling technology in an IP Multimedia Subsystem (IMS), in particular to a method and a system for realizing media anchoring.
Background
IMS is an IP-based network architecture proposed by the third Generation Partnership Project (3 GPP), which constructs an open and flexible business environment. The IMS supports multimedia applications and can provide rich multimedia services to users.
In the IMS service system, the control layer and the service layer are separated, the control layer does not provide specific services, and only provides necessary functions of triggering, routing, charging and the like for the service layer.
The service triggering and control functions in the control layer are performed by a Call Session Control Function (CSCF). The call session control functions are divided into: three types of Proxy call session control function (P-CSCF), Interrogating call session control function (I-CSCF), and Serving call session control function (S-CSCF), wherein I-CSCF is optional.
The service layer is composed of a series of Application Servers (AS), which can provide specific service services, and the AS may be an independent entity or may exist in the S-CSCF.
And the S-CSCF in the control layer controls service triggering according to the subscription information of the user, calls the service on the AS and realizes the service function.
An Application Layer Gateway (ALG) also exists in the IMS network, the ALG includes a signaling processing entity and a media processing entity, and is used to implement functions of interaction between control signaling and media, topology hiding, media codec conversion, address conversion of media data, and the like between different networks, and if the ALG determines to include its media processing entity in a media path, the media path between two session terminals is divided into two segments by the ALG.
End-to-end Equipment in a session is called User Equipment (UE) and is responsible for interaction with a User, and some UEs have multiple network access modes, including network access through a Packet Switch (PS) domain of 3GPP, network access through a PS domain of other non-3 GPP, and even network access through a Circuit Switch (CS) domain.
In the prior art, if the ALG is before the AS along the Session Description Protocol (SDP) request transfer direction, then the ALG cannot decide whether to anchor media according to the user subscription information of the SDP request initiator, for example, when the calling user subscribes to a multi-mode single-standby continuity service (the network and the terminal can keep the voice service uninterrupted when the user switches from the PS domain to the CS domain), at this time, the ALG decides to anchor media or not according to the local policy first, and after the SDP request reaches the AS, the AS decides not to anchor or needs to anchor media according to the user subscription information of the SDP request initiator, then the AS notifies the ALG again, and the ALG performs media resource renegotiation through a possible additional signaling interaction process to remove the anchor or anchor media. Obviously, in the media anchoring method implemented in the call origination process in the prior art, additional signaling is consumed, resulting in a long call setup time.
Disclosure of Invention
In view of the above, the main objective of the present invention is to provide a method and system for implementing media anchoring, which can save signaling consumption and shorten call setup time.
In order to achieve the purpose, the technical scheme of the invention is realized as follows:
a method of implementing media anchoring, the method comprising:
after receiving a Session Description Protocol (SDP) request, an Application Layer Gateway (ALG) carries media resource information in the SDP request received by the ALG and media resource information of a media processing entity allocated by the ALG in the SDP request to be forwarded, and forwards the SDP request;
the application server AS receives the SDP request, determines whether the ALG anchoring media is needed or not, and sends a Session Initiation Protocol (SIP) message carrying a media anchoring indication indicating whether the ALG anchoring media is needed or not and an SDP response;
and the ALG determines whether to anchor media according to the received SIP message.
The AS determining whether ALG-anchored media is needed comprises:
the AS decides whether ALG anchor media is needed according to one or any combination of the following:
the method comprises the steps of carrying out SDP request on the media of the SDP request initiator, carrying out SDP request on the media of the SDP request initiator.
The deciding whether the ALG anchor media is needed specifically includes:
the AS judges the signing information to indicate that anchoring is needed according to the user signing information of the SDP request initiator, and decides anchoring;
if the subscription information of the SDP request initiator indicates that anchoring is proposed, the AS further judges whether the home network of the SDP request initiator anchors media, if not, further judges whether the SDP request initiator roams, and if yes, decides anchoring;
if not, further judging whether the destination party is the network user of the operator according to the attribution information of the destination party requested by the SDP, and if not, determining to anchor;
if yes, further according to the attribution information of the SDP request destination party, judging whether the destination party roams, and if yes, determining anchoring;
otherwise, it is decided not to anchor.
After determining whether the ALG anchor media is needed or not and before sending the SIP message, the AS further includes:
when determining the anchoring media, the AS carries media resource information related to the ALG carried in the received SDP request in the forwarded SDP request;
and when determining that the media is not anchored, the AS carries the media resource information which is carried in the received SDP request and is related to the SDP request initiator in the forwarded SDP request.
The ALG determining whether to anchor media according to the received SIP message includes:
and the ALG sends an SDP response to an SDP request initiator, if the media anchoring indication in the SIP message determines that the anchoring is needed, the SDP response carries the media resource information of the media processing entity allocated by the ALG, otherwise, the SDP response does not carry the media resource information of the media processing entity allocated by the ALG.
The media anchoring indication implementation method for indicating whether ALG anchoring media is needed is as follows:
the media anchoring indication adopts a special SIP message header field identification to indicate whether ALG anchoring media is needed or not; or,
the media anchor indication is contained in the SDP response carried by the SIP message.
When the media anchoring indication is contained in the SDP response carried by the SIP message, the method for realizing the anchoring indication is as follows:
using special SDP attribute identification to indicate whether ALG anchor media is needed; or,
with the selection of a particular media line being active or inactive.
When the media anchoring indication indicates by selecting a specific media line to be valid or invalid, the method for implementing the anchoring indication comprises the following steps:
when the media line corresponding to the ALG-related media resource information is valid, indicating that the media needs to be anchored; alternatively, when the media line corresponding to the media asset information associated with the SDP request originator is invalid, it indicates that anchor media is needed.
A system for implementing media anchoring, comprising at least an ALG and an AS, wherein,
the system comprises an ALG and a Session Description Protocol (SDP) server, wherein the ALG is used for forwarding a Session Description Protocol (SDP) request, and the forwarded SDP request carries received media resource information and media resource information distributed by the ALG;
and the AS is used for receiving the SDP request, determining whether ALG anchoring media are needed or not, and sending the SIP message carrying the SDP response according to the determined result.
If the AS determines that ALG anchor media is needed, the media line corresponding to the media resource information related to the ALG in the SDP response is valid, or the media line corresponding to the media resource information related to the SDP request initiator in the SDP response is invalid.
It can be seen from the above technical solutions that, after receiving the SDP request, the ALG carries the media resource information in the received SDP request and the media resource information of the media processing entity allocated by the ALG in the SDP request to be forwarded, and forwards the SDP request; the AS receives the SDP request and determines whether the ALG anchoring media is needed or not; AS sends a Session Initiation Protocol (SIP) message carrying a media anchoring indication indicating whether ALG anchoring media is needed or not and an SDP response; the ALG determines whether to anchor the media based on the received SIP message. Through the existing signaling in the call establishment process, the AS realizes the determination of whether the ALG anchors the media, does not need additional signaling, saves the signaling consumption and shortens the call establishment time.
Drawings
FIG. 1 is a flow chart of a method of implementing media anchoring in accordance with the present invention;
FIG. 2 is a schematic diagram of the structure of the system for implementing media anchoring according to the present invention;
FIG. 3 is a flowchart illustrating a first embodiment of media anchoring according to the present invention;
fig. 4 is a flowchart illustrating a second embodiment of media anchoring according to the present invention.
Detailed Description
Fig. 1 is a flowchart of a method for implementing media anchoring according to the present invention, as shown in fig. 1, including the following steps:
step 100: after receiving the SDP request, the ALG carries the media resource information in the SDP request and the media resource information of the media processing entity allocated by the ALG in the SDP request to be forwarded, and forwards the SDP request.
In this step, the SDP request received by the ALG carries media resource information of the SDP request initiator, and the ALG allocates media resource information (i.e., media resource information related to the ALG) for connecting the media processing entity of the SDP request destination. The ALG forwarded SDP request is forwarded to the AS via the S-CSCF.
The SDP request may be carried by an INVITE message of SIP.
Step 101: the AS receives the SDP request and determines whether ALG-anchored media is needed.
In this step, the AS determines whether to forward media resource information related to ALG to anchor or un-anchor the media according to one or any combination of the user subscription information of the SDP request or INVITE message initiator, the roaming information of the SDP request or INVITE message initiator, the attribution information of the SDP request or INVITE message destination, the roaming information of the SDP request or INVITE message destination, and the attribution network of the SDP request or INVITE message initiator. Such as:
if the subscription information of the SDP request or the INIVTE message initiator indicates that anchoring is recommended, the AS further judges whether the home network of the SDP request or the INIVTE message initiator anchors media, if not, further judges whether the SDP request or the INVITE message initiator roams, and if yes, the AS decides to anchor; if not, further judging whether the destination party is the network user of the operator according to the SDP request or the attribution information of the destination party of the INIVITE message, and if not, determining to anchor; if yes, further according to the SDP request or the attribution information of the destination party of the INIVITE message, judging whether the destination party roams, and if yes, determining anchoring; otherwise, it is decided not to anchor.
In this step, when the anchor media is determined, the method further includes: the AS carries and sends media resource information related to the ALG carried in the received SDP request in the SDP request forwarded to the SDP request or the INVITE message destination party; when determining that the media is not anchored, the AS carries the media resource information which is carried in the received SDP request and is related to the SDP request initiator in the SDP request which is forwarded to the SDP request or the INVITE message destination and sends the SDP request.
Step 102: the AS sends a SIP message carrying a media anchor indication indicating whether ALG anchor media is needed and an SDP response.
In this step, the SIP message is forwarded to the ALG via the S-CSCF.
Media anchoring indication to indicate whether ALG-anchored media is needed may be implemented in two ways: one way is to use a special SIP message header field identifier to indicate whether ALG anchor media is needed; another way is that a media anchor indication is included in the SDP response carried by the SIP message, at this time, the anchor indication implementation method is: using special SDP attribute identification to indicate whether ALG anchor media is needed; or, selecting the validity or invalidity of a specific media line is used for indicating, specifically: when the media line corresponding to the ALG-related media resource information is valid (carried), it indicates that the media needs to be anchored; or, when the media line corresponding to the media resource information related to the SIP request originator is invalid, it indicates that anchor media is needed.
Step 103: the ALG determines whether to anchor the media based on the received SIP message. The method comprises the following steps: sending an SDP response to an SDP request or an INVITE message initiator by the ALG, if the media anchoring indication in the SIP message determines that anchoring is needed, the SDP carries media resource information of a media processing entity allocated by the ALG, otherwise, the SDP response does not carry the media resource information of the media processing entity allocated by the ALG.
In this step, if the media anchoring indication adopts a special identifier, when the identifier is displayed as needing anchoring; or, if the media anchoring indication is represented by a media line, when the media line corresponding to the media resource information related to the ALG is valid, or when the media line corresponding to the media resource information related to the SDP request or INVITE message originator is invalid: the media resource information of the media processing entity which is distributed by the ALG and used for connecting the SDP request or the INVITE message initiator is carried in the SDP response forwarded to the SDP request or the INVITE message initiator by the ALG. So far, the SDP request or INVITE message initiator and ALG have negotiated the media resource, and the ALG and SDP request or INVITE message destination have negotiated the media resource; the ALG controls the media processing functional entity to forward the media data so as to realize the conversation between the two parties and realize the function of anchoring media (namely in a media path);
if the media anchoring indication adopts a special identifier, when the identifier shows that anchoring is not needed; or, if the media anchoring indication is represented by a media line, when the media line corresponding to the media resource information related to the ALG is invalid, or when the media line corresponding to the media resource information related to the SDP request or INVITE message originator is valid: the media resource information which is distributed by the ALG and used for connecting the media processing entity of the SDP request or the INVITE initiator is not carried in the SDP response forwarded to the SDP request or the INVITE message initiator by the ALG. Up to this point, the SDP request or INVITE message initiator and SDP request or INVITE message destination negotiate media resources, and the ALG is not included in the call media path between both parties, i.e. unanchored media.
It can be seen from the method of the present invention that the AS realizes the determination of whether the ALG anchors media through the existing signaling in the call establishment process, does not need additional signaling, saves signaling consumption, and thus shortens the call establishment time.
The method of the present invention also provides a system for implementing media anchoring, which at least comprises an ALG and an AS, wherein,
the system comprises an ALG and a Session Description Protocol (SDP) server, wherein the ALG is used for forwarding a Session Description Protocol (SDP) request, and the forwarded SDP request carries received media resource information and media resource information distributed by the ALG;
and the AS is used for receiving the SDP request, determining whether ALG anchoring media are needed or not, and sending the SIP message carrying the SDP response according to the determined result.
If the AS determines that ALG anchor media is needed, the media line corresponding to the media resource information related to the ALG in the SDP response is valid, or the media line corresponding to the media resource information related to the SDP request initiator in the SDP response is invalid.
The interaction of information between the ALG and the AS is known to those skilled in the art to be forwarded by the S-CSCF (not shown in fig. 2).
The process of the present invention will be described in detail with reference to examples.
Fig. 3 is a flowchart illustrating a first embodiment of implementing media anchoring according to the present invention, where AS shown in fig. 3, in the first embodiment, UE-1 initiates a call to called UE-2 AS a calling party, when UE-1 establishes an IMS session with UE-2, a session signaling passes through an ALG and an AS, and information exchanged between the AS and the ALG is forwarded by an S-CSCF, which specifically includes the following steps:
step 300: UE-1 sends a Session description protocol SDP request (Offer) to UE-2: SDP1 to establish media connection with UE-2, such as by sending INVITE message of session initiation protocol SIP INVITE, SDP1 contains media resource information of UE-1.
Step 301: the SDP request or the INVITE message carrying the SDP request passes through the ALG, and the ALG allocates media resources for connecting a media processing entity at the UE-2 end.
Step 302: ALG generates a new SDP request: the SDP2 contains the media resource information in the received SDP request and the media resource information of the media processing entity allocated by the ALG in step 301 (indicated by ALG1 in fig. 3) in the SDP2, and then forwards the INVITE message carrying the SDP 2.
There may be other processing entities between UE-1 and the ALG, which may modify and forward the received SDP request, so that the SDP request received by the ALG may not be SDP1, but the modified SDP request is still used for establishing a media connection with UE-1, and therefore the media resource information therein may still be considered to be related to UE-1.
The ALG may include ALG1 in SDP2, for example, ALG1 includes voice media asset information, then voice media asset information related to UE-1 is preceded, voice media asset information of ALG1 is succeeded or vice versa, or voice media asset information of ALG1 has an attribute of "inactive";
step 303: and the SDP request or the INVITE message carrying the SDP request arrives at the S-CSCF, and the S-CSCF forwards the SDP request or the INVITE message carrying the SDP request.
Step 304: and the AS decides whether ALG anchoring or media non-anchoring is needed according to one or any combination of user subscription information of an SDP request or an INVITE message initiator, roaming information of the SDP request or the INVITE message initiator, home information of an SDP request or an INVITE message target, roaming information of the SDP request or the INVITE message target, and whether a home network of the SDP request or the INVITE message initiator anchors media. Such as:
if the subscription information of the SDP request or the INIVTE message initiator indicates that anchoring is recommended, the AS further judges whether the home network of the SDP request or the INIVTE message initiator anchors media, if not, further judges whether the SDP request or the INVITE message initiator roams, and if yes, the AS decides to anchor; if not, further judging whether the destination party is the network user of the operator according to the SDP request or the attribution information of the destination party of the INIVITE message, and if not, determining to anchor; if yes, further according to the SDP request or the attribution information of the destination party of the INIVITE message, judging whether the destination party roams, and if yes, determining anchoring; otherwise, it is decided not to anchor.
In the first embodiment, it is assumed that the determination result of the AS is the need for anchoring. In this embodiment, if the AS does not anchor the media, the subsequent steps 305 to 306 are performed, and if the AS anchors the media, the steps 305 to 306 are performed in a standard anchoring manner, which is not related to the present invention and will not be described again.
It should be noted that there may be other processing entities between the ALG and the AS, and these processing entities may modify and forward the received SDP request, so that the SDP request received by the AS may not be SDP2, but the modified SDP request is still used for establishing a media connection with the UE-1 and the media processing entity controlled by the ALG, and therefore the media resource information therein may still be considered to be related to the UE-1 or the ALG.
Step 305: the AS generates a new SDP request: SDP3 contains ALG-related media resource information (ALG 1 in fig. 3) in SDP3, but does not contain UE-1-related media resource information of the same media type as the media resource information contained in ALG1, for example, ALG1 contains voice media resource information, and SDP3 does not contain UE-1-related voice media resource information.
Step 306: the SDP request or the INVITE message carrying the SDP request arrives at the UE-2, the UE-2 uses the media resource information in the received SDP request to negotiate media and sends SIP message, the message carries SDP response (English translation: Answer): SDP4, for example, the SIP message is 200OK message, SDP4 carries the media resource information of UE-2.
Step 307: the SIP message reaches the AS, the AS carries an anchoring indication to indicate ALG anchoring media when forwarding the SIP message, and a message body contains a new SDP response: SDP5, which contains the media asset information in SDP4 received in SDP 5.
Specifically, for example, a header field of the SIP message is used to indicate whether ALG anchor media is required, or an anchor indication is contained in the SDP5, and an "a ═ attribute line is used to indicate whether ALG anchor media is required; alternatively, the anchor indication is contained in the SDP5, the SDP5 contains as many and as many media lines as the SDP2 and in the same order, and the portion of the media line in the SDP5 corresponding to the ALG1 in the SDP2 contains the media asset information in the received SDP4, i.e., the media line in the SDP5 corresponding to the ALG-related media asset information is valid; the ports in the media line in the SDP5 corresponding to the UE-1 related media resource information in the SDP2 are all set to 0, i.e., the media line in the SDP5 corresponding to the UE-1 related media resource information is not valid.
Step 308: the SIP message arrives at the S-CSCF, which forwards the SIP message.
Step 309: the ALG receives the SIP message and judges that the media anchoring indication carried in the SIP message indicates that anchoring is needed; or, if the media line corresponding to the ALG-related media resource information in the SDP response in the SIP message is determined to be valid (or the media line corresponding to the UE-1-related media resource information is determined to be invalid), the media resource for connecting the media processing entity at the UE-1 end is allocated (denoted by ALG2 in fig. 3).
Step 310: when forwarding the SIP message, the ALG includes a new SDP response in the message body: SDP6, which contains media resource information (denoted as ALG2 in fig. 3) allocated by ALG in step 309 for connecting media processing entities at UE-1 side in SDP 6.
Therefore, UE-1 and ALG negotiate media resources, ALG and UE-2 negotiate media resources, and ALG controls media processing function entity to forward media data to realize conversation between UE-1 and UE-2 and realize function of anchoring media (namely in media path).
Fig. 4 is a flowchart illustrating a second embodiment of implementing media anchoring according to the present invention, where AS shown in fig. 4, in the second embodiment, UE-1 serves AS a calling party to initiate a call to called UE-2, when UE-1 establishes an IMS session with UE-2, session signaling passes through an ALG and an AS, and information exchanged between the AS and the ALG is forwarded by an S-CSCF, which specifically includes the following steps:
steps 400 to 403 are completely consistent with steps 300 to 303 in the first embodiment, and are not described herein again.
Step 404: the SDP request or the INVITE message carrying the SDP request arrives at the AS, and the AS decides whether ALG anchoring or media non-anchoring is needed according to one or a combination of user subscription information of an SDP request or an INVITE message initiator, roaming information of the SDP request or the INVITE message initiator, attribution information of an SDP request or an INVITE message target, roaming information of the SDP request or the INVITE message target, and whether media is anchored or not in an attribution network of the SDP request (INVITE message) initiator. Such as:
if the subscription information of the SDP request (INVITE message) initiator indicates that anchoring is proposed, the AS further judges whether the home network of the SDP request (INVITE message) initiator anchors media, if not, further judges whether the SDP request or the INVITE message initiator roams, and if yes, decides anchoring; if not, further judging whether the destination party is the network user of the operator according to the SDP request or the attribution information of the destination party of the INIVITE message, and if not, determining to anchor; if yes, further according to the SDP request or the attribution information of the destination party of the INIVITE message, judging whether the destination party roams, and if yes, determining anchoring; otherwise, it is decided not to anchor.
In the second embodiment, it is assumed that the determination result of the AS is that no anchor is required. In this embodiment, if the AS does not anchor the media, the subsequent steps 305 to 306 are performed, and if the AS anchors the media, the steps 305 to 306 are performed in a standard anchoring manner, which is not related to the present invention and will not be described again.
It should be noted that there may be other processing entities between the ALG and the AS, and these processing entities may modify and forward the received SDP request, so that the SDP request received by the AS may not be SDP2, but the modified SDP request is still used for establishing a media connection with the UE-1 and the media processing entity controlled by the ALG, and therefore the media resource information therein may still be considered to be related to the UE-1 or the ALG.
Step 405: the AS generates a new SDP request: SDP3, only media resource information related to UE-1 is contained in SDP 3.
Step 406: the SDP request or the INVITE message carrying the SDP request reaches UE-2, the UE-2 uses the media resource information in the received SDP request to negotiate media and sends SIP message, the message carries SDP response: SDP4, such as SIP message 200OK message, SDP4 carries media resource information of UE-2.
Step 407: the SIP message reaches the AS, the AS carries an anchoring indication to indicate the ALG not to anchor media when forwarding the SIP message, and a message body contains a new SDP response: SDP5, which contains the media asset information in SDP4 received in SDP 5.
Specifically, for example, a header field of the SIP message indicates whether ALG anchor media is required, or an anchor indication is contained in the SDP5, and an "a ═ attribute line indicates whether ALG anchor media is required; alternatively, the anchor indication is contained in the SDP5, the SDP5 contains as many and as many media lines as the SDP2 in the same order, the media line portion in the SDP5 corresponding to the UE-1 related media resource information in the SDP2 contains the media resource information in the received SDP4, i.e., the media line in the SDP5 corresponding to the UE-1 related media resource information is valid, and the ports in the media line in the SDP5 corresponding to the ALG1 in the SDP2 are all set to 0, i.e., the media line in the SDP5 corresponding to the ALG related media resource information is invalid.
Step 408: the SIP message arrives at the S-CSCF, which forwards the call SIP message.
Step 409: the ALG receives the SIP message and judges that the media anchoring indication carried in the SIP message shows that the anchoring is not needed; or, if the media line corresponding to the ALG-related media resource information in the SDP response in the SIP message is determined to be invalid (or the media line corresponding to the UE-1-related media resource information is determined to be valid), the media resource of the media processing entity for connecting the destination of the SDP request or INVITE message, which is allocated in step 401, is released.
Step 410: when forwarding the SIP message, the ALG includes a new SDP response in the message body: the SDP6 contains the valid media asset information received in step 408 in the SDP6 (the media with the port number 0 indicates invalid).
In this regard, UE-1 and UE-2 have negotiated a media resource and the ALG is not included in the conversational media path of UE-1 and UE-2, i.e., unanchored media.
The above description is only exemplary of the present invention and should not be taken as limiting the scope of the present invention, and any modifications, equivalents, improvements, etc. that are within the spirit and principle of the present invention should be included in the present invention.

Claims (10)

1. A method for implementing media anchoring, the method comprising:
after receiving a Session Description Protocol (SDP) request, an Application Layer Gateway (ALG) carries media resource information of an SDP request initiator in the SDP request received by the ALG and media resource information of a media processing entity allocated by the ALG in the SDP request to be forwarded, and forwards the SDP request;
an application server AS receives an SDP request forwarded by an ALG, determines whether the ALG anchoring media is needed, and sends a session initiation protocol SIP message carrying a media anchoring indication indicating whether the ALG anchoring media is needed and an SDP response;
and the ALG determines whether to anchor media according to the received SIP message.
2. The method of claim 1, wherein the AS determining whether ALG-anchored media is needed comprises:
the AS decides whether ALG anchor media is needed according to one or any combination of the following:
the method comprises the steps of carrying out SDP request on the media of the SDP request initiator, carrying out SDP request on the media of the SDP request initiator.
3. The method of claim 2, wherein the deciding whether ALG-anchored media is needed specifically comprises:
the AS judges the signing information to indicate that anchoring is needed according to the user signing information of the SDP request initiator, and decides anchoring;
if the subscription information of the SDP request initiator indicates that anchoring is proposed, the AS further judges whether the home network of the SDP request initiator anchors media, if not, further judges whether the SDP request initiator roams, and if yes, decides anchoring;
if not, further judging whether the destination party is the network user of the operator according to the attribution information of the destination party requested by the SDP, and if not, determining to anchor;
if yes, further according to the attribution information of the SDP request destination party, judging whether the destination party roams, and if yes, determining anchoring;
otherwise, it is decided not to anchor.
4. The method of claim 1, wherein after the AS determines whether the ALG-anchored media is needed and before sending the SIP message, further comprising:
when determining the anchoring media, the AS carries the media resource information of the media processing entity distributed by the ALG carried in the received SDP request in the forwarded SDP request;
and when determining that the media is not anchored, the AS carries the media resource information of the SDP request initiator carried in the received SDP request in the forwarded SDP request.
5. The method of claim 1, wherein the ALG determines whether to anchor media according to the received SIP message comprises:
and the ALG sends an SDP response to an SDP request initiator, if the media anchoring indication in the SIP message determines that the anchoring is needed, the SDP response carries the media resource information of the media processing entity allocated by the ALG, otherwise, the SDP response does not carry the media resource information of the media processing entity allocated by the ALG.
6. The method of claim 1, wherein the media anchoring indication for indicating whether ALG-anchored media is needed is implemented by:
the media anchoring indication adopts a special SIP message header field identification to indicate whether ALG anchoring media is needed or not; or,
the media anchor indication is contained in the SDP response carried by the SIP message.
7. The method of claim 6, wherein when the media anchor indication is included in the SDP response carried by the SIP message, the method for implementing the anchor indication is:
using special SDP attribute identification to indicate whether ALG anchor media is needed; or,
with the selection of a particular media line being active or inactive.
8. The method of claim 7, wherein the media anchoring indication is indicated by selecting a particular media line to be active or inactive by:
when the media line corresponding to the media resource information of the media processing entity distributed by the ALG is valid, indicating that media needs to be anchored; or, when the media line corresponding to the media resource information of the SDP request initiator is invalid, it indicates that the media needs to be anchored.
9. A system for implementing media anchoring, comprising at least an ALG and an AS, wherein,
the system comprises an ALG and a Session Description Protocol (SDP) server, wherein the ALG is used for forwarding a SDP request, and the forwarded SDP request carries the received media resource information of an SDP request initiator and the media resource information of a media processing entity distributed by the ALG;
and the AS is used for receiving the SDP request forwarded by the ALG, determining whether the ALG anchoring media is needed or not, and sending the SIP message carrying the SDP response according to the determined result.
10. The system of claim 9, wherein if the AS determines that ALG-anchored media is needed, a media line corresponding to media resource information of a media processing entity allocated by the ALG in the SDP response is valid, or a media line corresponding to media resource information of an SDP request originator in the SDP response is invalid.
CN201010236068.1A 2010-07-23 2010-07-23 A kind of method and system realizing anchor of media Expired - Fee Related CN102340490B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201010236068.1A CN102340490B (en) 2010-07-23 2010-07-23 A kind of method and system realizing anchor of media
PCT/CN2011/075608 WO2012010019A1 (en) 2010-07-23 2011-06-10 Method and system for realizing media anchoring

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010236068.1A CN102340490B (en) 2010-07-23 2010-07-23 A kind of method and system realizing anchor of media

Publications (2)

Publication Number Publication Date
CN102340490A CN102340490A (en) 2012-02-01
CN102340490B true CN102340490B (en) 2015-10-21

Family

ID=45496496

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010236068.1A Expired - Fee Related CN102340490B (en) 2010-07-23 2010-07-23 A kind of method and system realizing anchor of media

Country Status (2)

Country Link
CN (1) CN102340490B (en)
WO (1) WO2012010019A1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105323217B (en) * 2014-06-20 2020-03-10 中兴通讯股份有限公司 Media negotiation method, system and ATCF in voice call continuity service

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047628A (en) * 2006-03-30 2007-10-03 华为技术有限公司 System and method for implementing block service of circuit field terminal access packet network
CN101094442A (en) * 2006-08-23 2007-12-26 中兴通讯股份有限公司 Method and system for grappling final call in circuit switching domain
CN101467420A (en) * 2006-06-09 2009-06-24 Sk电信有限公社 Method for providing early-media service based on session initiation protocol
CN101505344A (en) * 2009-03-09 2009-08-12 华为技术有限公司 Communication network anchorage method and device
CN101577883A (en) * 2008-08-07 2009-11-11 中兴通讯股份有限公司 Method, device and system for talking connection

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100603562B1 (en) * 2004-05-14 2006-07-24 삼성전자주식회사 VIP voice processing device and method
EP1835687A1 (en) * 2006-03-16 2007-09-19 Research In Motion Limited Method and apparatuses for controlling voice call continuity functionality of a user equipment in a network environment including an IP Multimedia Subsystem IMS
WO2010052343A2 (en) * 2008-11-10 2010-05-14 Telefonaktiebolaget L M Ericsson (Publ) Srvcc from cs to lte
CN101969627B (en) * 2010-04-21 2013-06-12 中兴通讯股份有限公司 Method and system for realizing service continuity of single-standby terminal

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047628A (en) * 2006-03-30 2007-10-03 华为技术有限公司 System and method for implementing block service of circuit field terminal access packet network
CN101467420A (en) * 2006-06-09 2009-06-24 Sk电信有限公社 Method for providing early-media service based on session initiation protocol
CN101094442A (en) * 2006-08-23 2007-12-26 中兴通讯股份有限公司 Method and system for grappling final call in circuit switching domain
CN101577883A (en) * 2008-08-07 2009-11-11 中兴通讯股份有限公司 Method, device and system for talking connection
CN101505344A (en) * 2009-03-09 2009-08-12 华为技术有限公司 Communication network anchorage method and device

Also Published As

Publication number Publication date
CN102340490A (en) 2012-02-01
WO2012010019A1 (en) 2012-01-26

Similar Documents

Publication Publication Date Title
EP1973283B1 (en) Interworking network element, interworking system between the csi terminal and the ims terminal and the method thereof
CN103428218B (en) Method and system for forwarding performance information of user equipment
EP1920572B1 (en) Multimedia subsystem service control for circuit-switched subsystem calls
EP2207336B1 (en) Method, system and device of call forwarding
CN100539723C (en) IP Multimedia System and coding/decoding conversion control method thereof
JP2010541348A (en) Disaster recovery in IP multimedia subsystem networks
KR20100042270A (en) Call transfer with multiple application servers in session initiation protocol-based network
US9420018B2 (en) End-to-end address transfer
WO2006111845A2 (en) Session initiation from application servers in an ip multimedia subsystem
WO2014044224A1 (en) Qos bearer resource control method and system during access negotiation and release
US8325681B2 (en) Call transfer method, system and device
EP2291029B1 (en) ICS UE terminating sessions using CS media
FI119312B (en) Procedure for maintaining connection in telecommunication systems and telecommunications systems
US8320363B2 (en) Implementation method, system and device of IMS interception
CN102056327B (en) Method for establishing optimized media path and signaling gateway for realizing method
US9603183B2 (en) Method and system for keeping single radio voice call continuity session alive
CN101110790A (en) method of establishing a session
CN101873656B (en) Method, system, MSC server and conversion terminal for implementing service continuity
EP2702742B1 (en) Method, network node and application service for making available call detail records in an ip multimedia subsystem type network
WO2008110110A1 (en) Ip multimedia subsystem service providing method and system
US8665793B2 (en) Method and system for implementing single radio voice call continuity
CN101453453B (en) Method and device for realizing call hold
CN102340490B (en) A kind of method and system realizing anchor of media
CN102104862A (en) Method, device and system for anchoring IP (Internet Protocol) multimedia subsystem by circuit switched domain (CS)
KR20080015357A (en) How to handle outgoing voice calls

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20151021

Termination date: 20190723