WO2011023041A1 - Procédé et système d'appel pour indiquer des types de média sur terminaux - Google Patents

Procédé et système d'appel pour indiquer des types de média sur terminaux Download PDF

Info

Publication number
WO2011023041A1
WO2011023041A1 PCT/CN2010/075291 CN2010075291W WO2011023041A1 WO 2011023041 A1 WO2011023041 A1 WO 2011023041A1 CN 2010075291 W CN2010075291 W CN 2010075291W WO 2011023041 A1 WO2011023041 A1 WO 2011023041A1
Authority
WO
WIPO (PCT)
Prior art keywords
user terminal
media
application server
request message
call
Prior art date
Application number
PCT/CN2010/075291
Other languages
English (en)
Chinese (zh)
Inventor
王立波
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011023041A1 publication Critical patent/WO2011023041A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to the field of communications, and in particular, to a nested scenario of an IMS domain service, and proposes a new type of media. Background technique
  • IP Multimedia Core Network Subsystem is an IP-based network architecture proposed by the 3rd Generation Partnership Project (3GPP). It is an open and flexible platform. The business environment supports multimedia applications and provides users with rich multimedia services.
  • IMS is an IP-based telecommunications network architecture that is independent of access technology, except for GPRS (General Packet Radio Service), WLAN (Wireless Local)
  • GPRS General Packet Radio Service
  • WLAN Wireless Local
  • WLAN can provide services for mobile cellular networks such as GSM (Global System for Mobile communications) and UMTS (Universal Mobile Telecommunications System). .
  • GSM Global System for Mobile communications
  • UMTS Universal Mobile Telecommunications System
  • the IMS domain calls use the SIP (Session Initial Protocol) protocol, and the SIP protocol requires that the media negotiation must satisfy the OFFER/ANSWER model (see rfc3264). That is, the OFFER/ANSWER must appear in pairs, and there are no consecutive 2 The same type of OFFER (this case specifies that the second OFFER is rejected with a 491 message), and an ANSWER without an OFFER cannot occur.
  • SIP Session Initial Protocol
  • the call request INVITE is received, resource preparation work for the call is required. If the initial session request INVITE received by the called party does not carry media, the terminal as the called party cannot know what kind of media should be prepared, especially if the called terminal capability is stronger than the calling terminal capability. The ability to call the actual support of the caller is more troublesome for the called party. What is more, if the ability between the calling terminal and the called terminal does not intersect, the subsequent media negotiation cannot be completed.
  • IMS system framework defined by TISPAN (Telecommunications and Internet converged Services and Protocols for Advanced Networking) is shown in Figure 1.
  • TISPAN Telecommunications and Internet converged Services and Protocols for Advanced Networking
  • UE User terminal, User Equipment.
  • CSCF Call Session Control Function
  • IMS Internet Multimedia Subsystem
  • CSCF is further divided into three categories: P-CSCF, S-CSCF, and I-CSCF.
  • P-CSCF Proxy CSCF
  • P is the node that the user accesses the core network and is closest to the user in the CSCF of the IMS.
  • the UE's message is forwarded and the SIP message received from the outside is returned to the UE.
  • P can be seen as a proxy in SIP.
  • S-CSCF (Serving CSCF): S is the core of the core in IMS. It is in the core control position of IMS. Basically, any SIP message must be processed through it, including routing, AS service triggering, and redirection. S can be seen as Registrar, Proxy and Redirect Server in SIP.
  • I-CSCF Interrogating-CSCF: I is a border node of a network, which mainly locates the called S in an incoming call, thereby hiding the topology of the network, because if all incoming calls pass through the network I, the outside user has no way of knowing the distribution of network elements such as S and P inside the network. I is optional, which means that if you don't want to hide your network structure, you don't need such a network element. Because the incoming call goes through I, although the function of I is relatively simple, but the burden is relatively heavy, so once a network uses I, there is usually more than one, in order to load balance. Because of this, I don't care about the state of the conversation.
  • I can do other work with I, such as filtering incoming requests, counting call data, and so on.
  • I usually also accept REGISTER requests within your network and assign an S to them.
  • I can be seen as a Proxy ⁇ Redirect Server in SIP.
  • HSS Home Subscriber Server
  • I authentication information
  • S User Data
  • AS Application Server
  • Step 201 UE-A initiates an initial session request INVITE The message arrives at the AS and carries the SDP of the user A.
  • Step 202 The AS forwards the INVITE to the UE-B.
  • Steps 203-204 The UE-B returns 183 and carries the SDP of the user B.
  • Step-205-206 UE-A back PRACK message to UE-B; Steps 207-208: UE-B returns PRACK message to UE-A; Step-209: 210: UE-B returns 180 message to UE-A; User B is in ringing.
  • the AS waits for the response timer to time out, cancels the call to B, and then re-initiates the call to C.
  • the following is the specific procedure.
  • Steps 211-214 The AS cancels the call to the UE-B.
  • Step 215 The AS initiates a call to the UE-C, and does not carry the SDP.
  • Step 216 The UE-C returns 183, and carries the SDP of the UE-C.
  • Step 217 The AS transmits the SDP of the UE-C to the UE-A through the UPDATE; Step 218: The UE-A returns 200, and carries the media of the UE-A; Step 219: The AS sends the SDP of the UE-A to the UE-C through the PRACK; 220: UE-C returns 200 (PRACK); Steps 221-222: UE-C rings, returns 180; User c is in a ringing state. Steps 223-224: UE-C picks up the call and sends 200 OK to UE-A; Steps 225-226: UE-A returns UE-C ACK message;
  • FIG. 3 is a schematic flowchart of a process of implementing a user auto-station and an INVITE without an SDP according to the related art. The steps are as follows: Step 301: The UE-A initiates an initial session request INVITE message to the AS, and carries the SDP of the user A. Step 302 : AS returns 200 OK, carries the prompt tone medium; Step 303: UE-A returns ACK, and UE-A establishes a call with the AS;
  • Step 304 The AS initiates a call to UE-B, and the number of the UE-B is obtained by the AS number received in the previous step; Step-by-step 305: UE-B back to 183, carrying the UE- SDP of B: Step 306: The AS sends the media to the UE-A through the re-INVITE; Step-by-step 307: The UE-A returns 200 OK, and carries the SDP of the UE-A.
  • the AS waits for the UE-B response timer to expire, then cancels the call to UE-B and re-acquires the number.
  • Steps 312-315 The AS releases the call to the UE-B;
  • Step 322 AS back ACK;
  • Step 324 The called party picks up the phone and returns 200 OK.
  • Step 325 The AS returns an ACK to the UE-C.
  • Steps 327-329 The call is released.
  • Steps 303-304 The UE-B returns 183 response, carrying the SDP of the user B.
  • Steps 305-306 The UE-A returns a PRACK message to the UE-B.
  • Steps 307-308 The UE-B returns a PRACK message to UE-A;
  • Step-Shop 309-310 UE-B returns 180 message to UE-A; User B is in ringing.
  • Steps 311-314 The AS cancels the call to UE-B; Step 315: The AS initiates a call to the UE-C, does not carry the SDP; Steps 316-317: UE-C returns 183, carries the SDP of the UE-C; 318-319: UE-A returns UE-C PRACK, carries the media of UE-A; Steps 320-321: UE-C returns UE-A 200 OK; Steps 322-323: UE-C rings, returns 180; User C It is in a ringing state. Step 324: UE-C picks up the phone and sends a 200 OK to UE-A. Step 325: UE-A returns a UE-C ACK message.
  • Step 401 The UE-A initiates an initial session request INVITE message to the AS, and carries the SDP of the user A.
  • Step 402 The AS forwards the INVITE to the UE-B.
  • Steps 403-404 The UE-B returns 183 and carries the SDP of the user B.
  • Steps 405-406 The UE-A returns a PRACK message to the UE-B.
  • 407-408 UE-B returns PRACK message to UE-A;
  • Step-S) 409-410 UE-B returns 180 message to UE-A; User B is in ringing.
  • the AS waits for the response timer to time out, cancels the call to B, and then re-initiates the call to C.
  • the following is the specific procedure.
  • Steps 411-414 The AS cancels the call to the UE-B.
  • Step 415 The AS initiates a call to the UE-C, and carries the SDP.
  • the SDP may be the media carried in the INVITE of the UE-A, or carried in a certain step.
  • Step 416 UE-C back 183, carrying the SDP of the UE-C
  • Step 417 The AS sends the SDP of the UE-C to the UE-A through the UPDATE
  • Step 418 UE-A Returning to 200, carrying the media of the UE-A
  • Step 419 The AS sends a PRACK to the UE-C; whether the media of the UE-A carried in the step 418 is transferred to the UE-C, and the decision is made by the AS, if the decision needs to be transferred Then, the UE-C can be sent by using the PRACK or the UPDATE.
  • Step 420 UE-C returns 200 OK.
  • Steps 421-422 UE-C rings, returns 180; User C is in the ringing state.
  • Steps 423-424 UE-C picks up the call and sends 200 OK to UE-A.
  • Steps 425-426 UE-A returns UE-C ACK message;
  • Steps 427-430 The UE-C hangs up and the call ends.
  • 5 is a schematic flowchart of a process of implementing an automatic station flow and an INVITE carrying an SDP according to the related art. The steps are as follows: Step 501: The UE-A initiates an initial session request INVITE message to the AS, and carries the SDP of the user A. Step 502: The AS returns 200 OK and carries the prompt tone medium. Step 503: The UE-A returns an ACK, and the UE-A establishes a call with the AS.
  • Step 504 The AS initiates a call to UE-B, and the number of the UE-B is obtained by the AS number of the previous step;
  • Step 505 UE-B returns 183, carries the UE-B SDP:
  • Step 506 The AS sends the media to the UE-A through the re-INVITE.
  • Step 507 The UE-A returns 200 OK and carries the SDP of the UE-A.
  • B Step 509: UE-B returns 200 OK (PRACK);
  • Step 511 UE-B returns 180 message;
  • the AS waits for the UE-B response timer to time out, cancels the call to UE-B, re-receives the number, and initiates a call to the new recipient.
  • Steps 512-515 The AS releases the call attempt to the UE-B.
  • Step 516 The AS initiates the INVITE, and the UE-C carries the SDP.
  • the SDP may be the media carried in the INVITE of the UE-A, or in a certain step.
  • Step 517 UE-C back 183, carrying the SDP
  • Step 518 The AS sends the SDP of the UE-C to the UE-A through the re-INVITE
  • Step-Step 519 UE- A back 200, carrying the SDP of the UE-A; whether the media of the UE-A carried in the step 519 is transferred to the UE-C, and the decision is made by the AS through the decision, if the decision needs to be transferred, then the PRACK or the UPDATE may be sent again.
  • Step 519 the media carried in step 519 need not be transferred to UE-C;
  • Step 524 The called party picks up the phone and returns to 200 OK.
  • Step 525 The AS returns an ACK to the UE-C.
  • Steps 526-529 The call is released.
  • the above four pictures respectively show that the non-response forwarding INVITE does not carry the SDP, the automatic station INVITE does not carry the SDP, the non-response forward INVITE carries the SDP, and the automatic station INVITE carries the SDP implementation process, and the negotiation process is through reliable transmission. Carrying the media, and then sending the 180 way, the flow chart can also be changed by means of reliable transmission of 180 portable media; the above four pictures are introduced using a non-precondition process, the precondition process only adds notification of media reservation completion, the principle Similar, no longer said.
  • the AS only sends the answer media that is called back to the offer media (so the offer/answer model between the caller and the AS is already paired;), so the answer to offer appears. Answer to offer will increase the chance of media negotiation conflicts, and may also cause media shocks.
  • the present invention provides a new SDP, which is used to indicate the called party: the calling media, and the SDP does not belong to the scope of the session media of er ⁇ answer negotiation, which solves the problem that the called party prepares the media on the side.
  • SDP Session Description Protocol
  • the present invention provides a calling method for indicating a terminal media type, including the following steps: a first user terminal calls a second user terminal by using a server; if the second user terminal does not respond, the application server sends a third user terminal to the third user terminal. Sending a request message, the request message carries the media about the first user terminal; the third user terminal initiates a negotiation with the first user terminal based on the media about the first user terminal in the request message; the first user terminal and the first After the negotiation of the three user terminals is completed, the call is made.
  • the method specifically includes the following steps: the first user terminal uses the server to apply to the second user.
  • the terminal sends a request message for calling the second user terminal.
  • the second user terminal negotiates with the first user terminal.
  • the application server waits for the response timer to expire, and cancels the second user terminal. call.
  • the method specifically includes the following steps: the first user terminal sends the call to the application server for calling a request message of the application server; the application server negotiates with the first user terminal after receiving the request message, and talks with the first user terminal after the negotiation is completed; the first user terminal initiates a call to the second user terminal through the application server; After the user terminal receives the call, A user terminal negotiates; after the negotiation is completed, the application server waits for the response timer to expire, and cancels the call to the second user terminal.
  • the method further includes: if the second user terminal has a response, the second user terminal performs a call with the first user terminal.
  • the step of the first user terminal calling the second user terminal by using the application server includes the following steps: The first user terminal sends the application server to the application server for calling the application server.
  • the application server negotiates with the first user terminal after receiving the request message, and talks with the first user terminal after the negotiation is completed;
  • the first user terminal sends a request message to the second user terminal through the application server, and the request message carries Regarding the media of the first user terminal;
  • the second user terminal initiates a negotiation with the first user terminal based on the media about the first user terminal in the request message; after the negotiation is completed, the application server waits for the second user terminal to respond.
  • the third user terminal or the second user terminal based on the media initiating the first user terminal in the request message, and the first user terminal, includes: the third user terminal or the second user terminal according to the request message.
  • the media of the first user terminal initiates an offer to the application server; the application server forwards the offer initiated by the third user terminal or the second user terminal to the first user terminal; the first user terminal uses the server to apply the server
  • the third user terminal or the second user terminal returns a response answer, wherein the media in the request message has a first type identifier, and the media with the first type identifier and the second type identifier defined in the session initiation protocol SIP
  • the first type identifier is Content-Disposition: notice-session, where the media about the first user terminal carried in the request message is the media of the first user terminal or the application server ⁇ ' ⁇ The changed media of the first user terminal.
  • the invention also proposes a call indicating the type of the terminal media.
  • the system includes: a first user terminal, a second user terminal, a third user terminal, and an application server, wherein the first user terminal is configured to call the second user terminal by using the application server;
  • the request message is sent to the third user terminal, where the request message carries the media with the first type identifier about the first user terminal, and the third user terminal is configured to be based on the request message.
  • Negotiating the media between the first user terminal and the first user terminal, and making a call with the first user terminal after the negotiation is completed.
  • the media in the request message has a first type identifier, and the media having the first type identifier is different from the media having the second type identifier defined in the session initiation protocol SIP.
  • the first type identifier is Content-Disposition: notice-session.
  • the media about the first user terminal carried in the request message is the media of the first user terminal or the media of the first user terminal that has been tampered with by the application server.
  • FIG. 1 is a schematic diagram of an IMS system reference frame according to the related art
  • FIG. 2 is a schematic diagram of a IMS domain implementing a user's no-answer forward according to the related art and a new call INVITE not carrying an SDP
  • FIG. The IMS domain of the technology implements the automatic station and the new call INVITE does not carry the schematic diagram of the new type SDP
  • FIG. 1 is a schematic diagram of an IMS system reference frame according to the related art
  • FIG. 2 is a schematic diagram of a IMS domain implementing a user's no-answer forward according to the related art and a new call INVITE not carrying an SDP
  • FIG. The IMS domain of the technology implements the automatic station and the new call INVITE does not carry the schematic diagram of the new type SDP
  • FIG. 1 is a schematic diagram of an IMS system reference frame according to the related art
  • FIG. 2 is a schematic diagram of a IMS domain implementing a user's no-answer forward
  • FIG. 4 is a schematic diagram of the process of implementing the user's no answer forwarding and the new call INVITE carrying the session SDP according to the related art IMS domain;
  • FIG. 6 is a schematic flowchart of implementing an IMS domain to implement a user no answer forwarding and a new call INVITE carrying a new type SDP according to an embodiment of the present invention;
  • FIG. 7 is a schematic diagram of a process in which an IMS domain implements an automatic station according to an embodiment of the present invention and a new call INVITE carries a new type of SDP;
  • FIG. 8 is a schematic diagram of a system implemented by the present invention.
  • the present invention provides a new type of SDP, which distinguishes it from a session SDP that performs media negotiation by a certain identifier.
  • the new type of SDP is identified by defining Content-Disposition: notice-session.
  • the application scenario of the new type of SDP is as follows: When the initial INVITE carries the SDP, but the AS (service server) initiates a new call, it is found that the media carried by the initial INVITE has been negotiated, and the SDP is carried in the INVITE. Going to a new user will result in a answer to offer.
  • the SDP ⁇ _ is a new type of SDP, and then the new type of SDP is carried by the INVITE to the new user, so that the media that is called back is an offer medium, and thus not? I starts the operation of answer to offer.
  • the non-response forwarding and automatic station are still taken as an example to introduce the signaling diagram after using the new type of SDP.
  • the figure still carries the media with reliable transmission of 183, and still uses the process that does not support precondition (resource reservation) as an example. However, the process of using precondition, the process of using reliable 180 to carry media, or the process of updating and switching media does not differ from the schematic process, so it is not exhaustive.
  • Step 601 UE-A (ie, the first user terminal) initiates an initial session request.
  • the INVITE message is sent to the AS and carries the SDP of the user A.
  • Step 602 The AS forwards the INVITE to the UE-B (ie, the second user terminal;);
  • Steps 603-604 The UE-B returns 183 and carries the SDP of the user B.
  • Steps 605-606 UE-A returns PRACK message to UE-B;
  • Step-S607-608 UE-B returns 200 (PRACK) message to UE-A;
  • Step-Shop 609-610 UE-B back 180 message Give UE-A; User B is ringing.
  • Steps 611-614 The AS cancels the call to UE-B; Step 615: The AS initiates a call to the UE-C (ie, the third user terminal), carrying a new type of SDP (ie, having the first with respect to the first user terminal) The media of the type identifier is determined by the type identifier (referred to as the first type identifier).
  • the SDP is not used as the session SDP (that is, the media with the second type identifier defined in the SIP), and does not participate in the negotiation process of offer/answer;
  • the user uses Content-Disposition: notice-session as the identifier of the new media;
  • Step 616 UE-C returns 183, carries the SDP of the UE-C, and acts as the SDP of the offer;
  • Step 617 The AS sends the SDP of the UE-C through the UPDATE.
  • Step 618 UE-A returns 200, carries the SDP of the UE-A;
  • Step 619 The AS sends a PRACK to the UE-C, and carries the SDP of the UE-A as the SDP of the answer;
  • Step 620 UE-C Go back to 200 OK;
  • Steps 621-622 UE-C rings, returns 180;
  • User C is in the ringing state.
  • Steps 625-626 UE-A returns UE-C ACK message;
  • FIG. 7 is a schematic flowchart of an IMS domain implementing an automatic station flow and an INVITE carrying an SDP according to an embodiment of the present invention. The steps are as follows: Step 701: The UE-A initiates an initial session request INVITE message to the AS, and carries the SDP of the user A. ; Step 702: The AS returns 200 OK and carries the prompt tone medium. Step 703: UE-A returns an ACK, and a call is established between the UE-A and the AS.
  • Step 704 The AS initiates a call to UE-B, and the number of the UE-B is obtained by the AS number received in the previous step;
  • Step-Step 705 UE-B returns 183, carries the UE- SDP of B:
  • Step 706 The AS sends the media to the UE-A through the re-INVITE;
  • Step-S97 UE-A returns 200 OK, carries the SDP of the UE-A;
  • Step 710 AS returns UE-A ACK message;
  • Step 711 UE-B returns 180 message;
  • the AS waits for the UE-B response timer to time out, cancels the call to UE-B, re-receives the number, and initiates a call to the new recipient.
  • Steps 712-715 The AS releases the call to the UE-B.
  • Step 716 The AS initiates the INVITE, and the UE-C carries the new type of SDP.
  • the SDP is determined not to be the session SDP by the type identifier, and does not participate in the offer/ The answer negotiation process; in the figure, use Content-Disposition: notice-session as the standard K of the new media; Step 717: UE-C back 183, carrying the SDP as the offer; Step 718: The AS passes the SDP of the UE-C through re - INVITE is sent to UE-A; Step 719: UE-A returns 200, carries the SDP of UE-A; Step 720: The AS sends the media SDP to the UE-C through a PRACK message, and the SDP acts as Step 721: UE-C returns 200 OK; Step 722: AS returns ACK; Step 723: UE-C returns 180; UE-C is in ringing.
  • Step 724 The called party picks up the phone and returns to 200 OK.
  • Step 725 The AS returns an ACK to the UE-C.
  • the A and C users enter the call.
  • the media carried by the call request sent to the UE-C may be the UE-A media, or may be the modified media of the AS based on the UE-A media, such as modifying the IP, PORT, and the like.
  • the above embodiment has other transformations, for example: The new type of SDP passes other identifiers instead of Content-Disposition: notice-session. Obviously, in the embodiment shown in FIG.
  • step S729 occurs.
  • the called party in this case, UE-B
  • the AS initiates an INVITE to the UE-B, and carries a new type of SDP.
  • the type identifier is used to determine that the SDP is not a session SDP and does not participate in the offer/answer.
  • the ten-business process; in the figure, Content-Disposition: notice-session is used as the identifier of the new media, and the above problems existing in this embodiment can be solved.
  • the step S704 is the same as the above step S716, and the subsequent steps S705 to S708 are the same as the above steps S717 to S720.
  • the present invention also provides a SIP-based call system indicating a terminal media type. Referring to FIG.
  • the present invention includes: a first user terminal, a second user terminal, a third user terminal, and an application server, a first user terminal, configured to call the second user terminal by using the application server, and configured to send, by the application server, a request message to the third user terminal, where the request message carries the first user And a third user terminal, configured to initiate a negotiation with the first user terminal based on the media about the first user terminal in the request message, and after the negotiation is completed, the first user terminal Make a call.
  • the medium in the request message has a first type identifier (for example, Content-Disposition: notice-session), and the medium having the first type identifier and the second type identifier (ie, session SDP) defined in the session initiation protocol SIP.
  • the media is different.
  • the media about the first user terminal carried in the request message is the media of the first user terminal or the media of the first user terminal that has been tampered with by the application server.
  • a general-purpose computing device which can be centralized on a single computing device or distributed over a network of multiple computing devices.
  • they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be fabricated into individual integrated circuit modules, or multiple of them Modules or steps are made in a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.

Landscapes

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

Abstract

L'invention concerne un procédé et un système d'appel permettant d'indiquer des types de média sur terminaux. Un premier terminal d'utilisateur appelle un deuxième terminal d'utilisateur via un serveur d'applications (AS). Si le deuxième terminal d'utilisateur ne répond pas, le serveur d'applications envoie un message d'invitation, comprenant des médias liés au premier terminal d'utilisateur, à un troisième terminal d'utilisateur. Le troisième terminal d'utilisateur amorce une négociation entre lui-même et le premier terminal d'utilisateur sur la base des médias liés au premier terminal d'utilisateur figurant dans le message d'invitation. Une fois la négociation achevée, une session est mise en place entre le premier terminal d'utilisateur et le troisième terminal d'utilisateur.
PCT/CN2010/075291 2009-08-25 2010-07-20 Procédé et système d'appel pour indiquer des types de média sur terminaux WO2011023041A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2009101675605A CN101998325A (zh) 2009-08-25 2009-08-25 一种指示终端媒体类型的呼叫方法及装置
CN200910167560.5 2009-08-25

Publications (1)

Publication Number Publication Date
WO2011023041A1 true WO2011023041A1 (fr) 2011-03-03

Family

ID=43627231

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/075291 WO2011023041A1 (fr) 2009-08-25 2010-07-20 Procédé et système d'appel pour indiquer des types de média sur terminaux

Country Status (2)

Country Link
CN (1) CN101998325A (fr)
WO (1) WO2011023041A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102904882B (zh) * 2012-09-24 2018-08-10 南京中兴新软件有限责任公司 随机呼叫的转发方法及装置
CN103475648B (zh) * 2013-08-29 2017-12-19 上海斐讯数据通信技术有限公司 基于sip协议的呼叫盲转方法及呼叫盲转系统
CN106658752B (zh) * 2015-11-03 2020-04-14 中国移动通信集团公司 一种通信资源确认方法、装置及系统
CN107371140B (zh) * 2016-05-11 2021-01-12 中国移动通信有限公司研究院 一种呼叫前转的处理方法及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101123824A (zh) * 2007-09-12 2008-02-13 华为技术有限公司 多媒体通信方法及网元设备
CN101227303A (zh) * 2007-01-19 2008-07-23 中兴通讯股份有限公司 彩铃和彩像发送方法以及早媒体发送方法
CN101433036A (zh) * 2006-04-26 2009-05-13 三星电子株式会社 在因特网协议多媒体子系统网络中转发用户设备的性能信息的方法和系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1893427A (zh) * 2005-07-07 2007-01-10 华为技术有限公司 一种进行业务支持能力协商的方法
CN101448222B (zh) * 2008-04-01 2012-05-09 中兴通讯股份有限公司 一种实现ims集中业务被叫转接的方法
CN101459897A (zh) * 2008-04-17 2009-06-17 中兴通讯股份有限公司 一种前转业务中的媒体协商方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101433036A (zh) * 2006-04-26 2009-05-13 三星电子株式会社 在因特网协议多媒体子系统网络中转发用户设备的性能信息的方法和系统
CN101227303A (zh) * 2007-01-19 2008-07-23 中兴通讯股份有限公司 彩铃和彩像发送方法以及早媒体发送方法
CN101123824A (zh) * 2007-09-12 2008-02-13 华为技术有限公司 多媒体通信方法及网元设备

Also Published As

Publication number Publication date
CN101998325A (zh) 2011-03-30

Similar Documents

Publication Publication Date Title
US10044553B2 (en) Media resource reservation request failure handling for voice over mobile wireless network
AU2011374206B2 (en) Methods and apparatuses for enabling an Single Radio Voice Call Continuity (SRVCC) access transfer of an emergency call back session
US8717876B2 (en) Providing packet-based multimedia services via a circuit bearer
EP2192742B1 (fr) Contrôleur de session locale, sous-système multimédia ip et procédé d'enregistrement de session
EP1973283A1 (fr) Élément réseau d'interfonctionnement, système d'interfonctionnement entre le terminal csi et le terminal ims et procédé associé
US8494527B2 (en) Method for transferring a communication session in a telecommunications network from a first connection to a second connection
WO2013044649A1 (fr) Procédé et système permettant à un réseau de télécommunication d'offrir un service de session à internet
WO2006099815A1 (fr) Procede d'enregistrement d'un utilisateur dans le sous-systeme multimedia ip et systeme associe
US9055397B2 (en) Method for usage of VPLMN infrastructure by an HPLMN to terminate an IMS session set up for a roaming user
US20100284267A1 (en) Call set-up in a communication network
JP2011505713A (ja) インターネット・プロトコル・マルチメディア・コア・ネットワーク・サブシステムにおけるアプリケーションサーバによる発呼
JP2011523239A (ja) パケット交換マルチメディア加入者サービスを提供するアーキテクチャにより規定された機能とのインタフェースを有する移動交換センタプラットフォーム
WO2008025257A1 (fr) Procédé d'intercommunication et système de communication entre différents réseaux
EP1875714A2 (fr) Ouverture de session a partir de serveurs d'applications dans un sous-systeme multimedia ip
WO2013044631A1 (fr) Procédé et système d'appel par convergence
US20150334241A1 (en) Real-Time Monitoring/Interrupting of Voicemail Message Recording
WO2011032426A1 (fr) Procédé, dispositif et système de mise en œuvre de service de priorité d'appel d'urgence
EP2119178B1 (fr) Procédé et appareils pour la fourniture de services réseau proposés via un ensemble de serveurs dans un réseau ims
WO2011023041A1 (fr) Procédé et système d'appel pour indiquer des types de média sur terminaux
WO2011107001A1 (fr) Procédé de traitement d'appel et appareil associé
WO2017000481A1 (fr) Procédé et appareil de composition de numéro pour un appel vocal
WO2009135375A1 (fr) Procédé d'établissement d'appel pour réaliser le service de sonnerie personnalisée à dialogue simple
WO2011032425A1 (fr) Procédé et système de mise en œuvre de sonnerie différenciée dans un service d'appel en attente
WO2012171290A1 (fr) Procédé de demande de transfert, serveur d'applications, terminal de service et système
WO2010054558A1 (fr) Procédé, dispositif et système pour réaliser le mécanisme de sécurité de services de sonneries de téléphone multimédia

Legal Events

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

Ref document number: 10811201

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10811201

Country of ref document: EP

Kind code of ref document: A1