WO2008052461A1 - Procédé de réservation de ressources utilisant un mode push et dispositif d'agence d'appel - Google Patents

Procédé de réservation de ressources utilisant un mode push et dispositif d'agence d'appel Download PDF

Info

Publication number
WO2008052461A1
WO2008052461A1 PCT/CN2007/070903 CN2007070903W WO2008052461A1 WO 2008052461 A1 WO2008052461 A1 WO 2008052461A1 CN 2007070903 W CN2007070903 W CN 2007070903W WO 2008052461 A1 WO2008052461 A1 WO 2008052461A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource reservation
qos resource
terminal
called
result
Prior art date
Application number
PCT/CN2007/070903
Other languages
English (en)
Chinese (zh)
Inventor
Kai Wen
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2008052461A1 publication Critical patent/WO2008052461A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/781—Centralised allocation of resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a resource reservation method using a PUSH mode and a call agent device based on a PUSH mode.
  • the simple method can be to equip the router with more memory, lossy or lossless compression of pictures, videos, audio files, etc., or to implement HTTP compression on the Web server, but also to solve the bandwidth problem, but will increase the server. The burden on the CPU. If these simple methods do not solve the problem, then you need to adopt some complicated strategies to achieve QoS, such as ToS: Type of Service, IntServ: Integrated Services, and DiffServ: Differentiated Services. ) or traffic shaping (Traffic shaper) services.
  • ToS Type of Service
  • IntServ Integrated Services
  • DiffServ Differentiated Services.
  • Traffic shaping Traffic shaper
  • the IntServ model is proposed. This is a flow-based QoS mechanism that tightly controls resources and provides strict QoS guarantees for applications. However, it has the problem of scalability. Because each router that the service flows through must maintain a soft state for it, IntServ cannot be applied on a large scale. In order to solve the scalability problem, the DiffServ model is proposed. DiffServ is a class-based QoS mechanism. It is more successful in deployment, but it can only provide relative QoS guarantee. Especially when the bandwidth is insufficient, QoS cannot be guaranteed.
  • the control plane perceives the QoS resources required by the session, accepts and controls the QoS resource requests required by the session, and completes the service on the media plane.
  • the execution of the QoS policy approved by the plane is the reason for the session.
  • This session-based dynamic QoS control mechanism specifically includes PULL and PUSH implementation modes.
  • the PULL mode and the PUSH mode are adapted to different application scenarios, which are related not only to the terminal type but also to the access network.
  • the PULL mode has specific requirements for the terminal.
  • the terminal is required to support the authorization token and is classified according to the support of QoS.
  • the following three types of terminals are described:
  • the terminal has no QoS interaction capability at both the service layer and the transport layer.
  • the terminal can initiate a service request but does not express the required QoS resources.
  • the terminal can express QoS resource requirements through service layer signaling, but there is no transport layer QoS negotiation capability.
  • the terminal In addition to the service layer QoS awareness, the terminal also supports the transport layer QoS negotiation protocol. For example, it supports RSVP (Resource Reservation Protocol) or similar protocols and supports Layer 2 QoS-aware protocols such as 802.1p and PDP Context.
  • RSVP Resource Reservation Protocol
  • Layer 2 QoS-aware protocols such as 802.1p and PDP Context.
  • a terminal that meets the PULL mode requirement is a third type of terminal, that is, the terminal has a service layer and a transport layer QoS capability. But in reality, the current large number of user terminals are the second type of terminals. For the service request of this type of terminal, apply the PUSH (push) mode as shown in Figure 1 for QOS resource reservation.
  • the control flow is as follows:
  • the terminal UA1 that does not support the transport layer QoS reservation signaling (such as RSVP) initiates a call invitation (INVITE), that is, invites the user to join the call, and the session description protocol (SDP, Session Description Protocol) request (Offer) information carried in the request Indicates the media channel type that the caller expects.
  • the called terminal UA2 sends back 183 (200 response) to carry the SDP reply (Answer) information.
  • the call agent determines the relevant attributes of the media channel according to the Offer/Agreement, and performs authorization authentication on the corresponding QoS resources of the media channel to be established. After the authorization is passed, the corresponding QoS policy is directly sent to the border router for execution. Based on the QoS policy, the border router immediately reserves the corresponding resources for the specific media channel.
  • the media flow between the calling terminal UA1 and the called terminal UA2 passes through the boundary road.
  • the corresponding QoS resource reservation has been obtained, and the protocol interaction of the QoS resource reservation by the terminal UA1, UA2 and the border router at the transport layer is not required.
  • the PUSH mode requires each network device of the access network to support a PUSH interface with an application layer device (such as a call proxy), so that the call proxy directly PUSHs the QoS policy to each network device in the access network for a specific media stream. QoS resource reservation.
  • the network equipment of the radio access network usually supports the resource reservation protocol of the transport layer, so the QoS reservation defined by 3GPP (The 3rd Generation Partnership Project) is PULL mode.
  • the terminal is usually a second type of terminal, so the QoS reservation process provided for the fixed access network is PUSH mode.
  • the Call Agent (PROXY) completes the SDP Offer/SDP Answer match, interacts with the PDP (Policy Decision Point) to perform media authorization, and the PDP authorizes the media.
  • the QoS resource reservation is forwarded, and then the QoS policy is delivered to the route execution, which indicates which QoS resource is reserved for which media stream.
  • the user terminals UA1, UA2 can directly send and receive corresponding media streams.
  • the inventor finds that, unlike the PULL mechanism of the 3GPP, the reservation operation of the PUSH mode resource is actively performed by the network device, and the terminal does not need to actively initiate the QoS resource reservation at the transport layer by using the obtained flag or token. Therefore, in the PUSH mode, the terminal of the fixed access network cannot explicitly know whether the corresponding QoS resource has been reserved successfully.
  • the embodiment of the invention provides a resource reservation method using a PUSH mode and a call agent, which can enable the terminal to know whether the QoS resource has been reserved successfully.
  • the embodiment of the invention provides a resource reservation method using a PUSH mode, and performs quality of service QoS resource reservation in a call process; and notifies the terminal of the result of the QoS resource reservation in the call process.
  • the embodiment of the present invention further provides a call forwarding device based on a PUSH mode, including: a first unit, configured to perform QoS resource reservation during a call; and a second unit, configured to: use the QoS in the call process The result of the resource reservation is notified to the terminal.
  • a call forwarding device based on a PUSH mode, including: a first unit, configured to perform QoS resource reservation during a call; and a second unit, configured to: use the QoS in the call process The result of the resource reservation is notified to the terminal.
  • FIG. 1 is a schematic diagram of a network connection in a PUSH mode of the prior art
  • FIG. 2 is a schematic diagram of a control flow in a PUSH mode in the prior art
  • FIG. 3 is a schematic diagram of a basic control flow in a PUSH mode according to the present invention.
  • FIG. 4 is a schematic diagram of a first specific example control flow in a PUSH mode according to the present invention.
  • FIG. 5 is a schematic diagram of a second specific example control flow in a PUSH mode according to the present invention.
  • FIG. 6 is a schematic diagram of a third specific example control flow in a PUSH mode according to the present invention.
  • Figure 7 is a schematic diagram of the Precondition control flow in the PUSH mode of the present invention.
  • the step of reserving the QoS resource and transmitting the QoS resource reservation result to the QOS resource reservation requesting party is included.
  • the QoS resource reservation result may be carried by the extended header field by using a SIP (Session Initiation Protocol).
  • the P-CSCF Provides QoS resource reservation after the SDP Offer/Answer matching is completed, and indicates the QoS resource reservation result to the requester by using the SIP message carrying the Answer. .
  • A) Message 1-message 2 The terminal of the Offer party UA1 (ie, the calling terminal) sends a message to the terminal of the answering party (ie, the called terminal), which carries the request information of the session description protocol (SDP Offer);
  • SDP Offer session description protocol
  • Answer terminal UA2 responds to the call agent P-CSCF, which carries the reply information of the session description protocol (SDP Answer);
  • Message 4 The Call Agent completes the matching of the Offer/Answer information, performs QoS resource reservation according to the matching result, carries the QoS result indication in the message, and passes it to the Offer. Party terminal UA1. Similarly, the message carrying the QoS resource reservation result may also be transmitted to the terminal UA2 of the Answer side.
  • the QoS resource reservation result can be expressed in various manners.
  • the existing P-Media-Authorization header field can be used to extend the parameters carried in the header field.
  • the P-Media-Authorization header field is carried in the SIP message, and the information of "QoS resource reservation failure" or "QoS resource reservation success” is carried in the header field, thereby notifying the terminal of the QOS resource reservation result.
  • the figure includes two call agents, P-CSCF1 and P-CSCF2, which provide services for terminals UA1 and UA2 respectively (in the figure, UA1 initiates SDP Offer and UA2 sends SDP Answer).
  • the call agent is configured to perform resource reservation for the access side, and the resource reservation result of the access side is sent to the terminal on the local side.
  • the call agent P-CSCF1 After receiving the QoS resource for the terminal UA1, the call agent P-CSCF1 carries the "QOS resource reservation indication" in the SIP message carrying the Answer to send the reservation result to the terminal on the local side, that is, the SDP is initiated. Offer terminal UA1.
  • the Call Agent P-CSCF2 After receiving the Answer, the Call Agent P-CSCF2 reserves the QOS resource for the terminal UA2. At this time, the SIP message is transmitted to the terminal UA1. Therefore, the reservation result cannot be immediately notified to the terminal UA2 serving the local side.
  • the terminal UA2 is sent back to the terminal UA2 by the "QOS resource reservation indication" carried by any SIP message sent by the terminal UA1 to the terminal UA2, that is, the terminal UA2 that returns the SDP Answer.
  • a) message 1-message 3 the terminal UA1 sends a SIP message carrying the session description protocol request information (SDP Offer) to the terminal UA2;
  • SDP Offer session description protocol request information
  • the terminal UA2 sends a SIP message carrying the reply information (SDP Answer) of the session description protocol to the call agent P-CSCF2; the P-CSCF2 reserves the QOS resource for the UA2 in the PUSH mode according to the SDP matching result.
  • the P-CSCF2 saves the reserved result of the QOS resource reservation made by the UA2. At this time, the result of the resource reservation by the UA2 cannot be notified.
  • the P-CSCF2 continues to forward the SIP message carrying the SDP Answer.
  • the Call Agent P-CSCF1 receives the SIP message carrying the SDP Answer, completes the request/reply (Offer/ Answer) match, and uses the PUSH mode to perform QoS resource reservation for the UA1 according to the matching result. After the end, the SIP message carrying the SDP Answer is forwarded to the UA1 terminal, and the QoS result of the QoS resource reservation for the terminal UA1 is carried in the SIP message, and the reservation result may pass some indication (indication) The information indicates that the SIP message carries the QoS resource reservation result indication to notify the terminal of the QoS resource reservation result. d) message 7 - message 8: the terminal UA1 sends a SIP message to the terminal UA2 to the call agent P-CSCF2;
  • the call proxy P-CSCF2 sends a SIP message to the terminal UA2, and according to the saved reservation result of the QOS resource reservation for the terminal UA2, carries an indication in the SIP message, indicating to the UA2 for QoS Resource reservation QoS indication.
  • Message 1 - Message 3 The calling terminal Caller sends a call request INVITE, which carries the SDP Offer;
  • Message 4 The called terminal Callee responds with 183 response and carries the SDP Answer to the called party call agent P-CSCF.
  • Message 5 The called party's call agent P-CSCF completes the offer/Answer match, and the QoS resource reservation is performed interactively through the service-based policy decision function (SPDF).
  • SPDF service-based policy decision function
  • the Calling Side Call Agent receives the 183 response, completes the SDP Offer/Answer match, and fails to exchange and reserve QoS resources through the Service Based Policy Decision Function (SPDF), further carrying the main in the 183 response.
  • SPDF Service Based Policy Decision Function
  • the calling QoS resource reservation result is delivered to the calling terminal Caller, for example, carried by the P-Media-Authorization header field, and then the calling terminal Caller receives the 183 response, and the P-Media-Authorization is used to learn the calling side QoS resource. The reservation failed.
  • the called side call agent (P-CSCF) carries the QOS resource reservation result of the called side to the called terminal Callee through the P-Media-Authorization header field.
  • the called terminal Callee receives the PRACK and learns that the QoS resource reservation on the local side fails according to the P-Media-Authorization.
  • the P-CSCF may notify the local terminal of the reservation result of the QOS resource, and the P-CSCF may also transmit the QOS resource reservation result of the local side to the other side of the call through the SIP message.
  • the called party call agent P-CSCF completes the Offer/Answer match, and performs QoS resource reservation, QoS through the service-based policy decision function (SPDF). If the resource reservation fails, the called side call agent P-CSCF adds the relevant SIP header field in the 183 response, indicating that the called side P-CSCF fails to perform QoS resource reservation. And the indication information is delivered to the calling side call agent P-CSCF.
  • SPDF service-based policy decision function
  • the calling side call agent P-CSCF adds the QOS resource reservation result indication of the local side after the QOS resource reservation is made to the calling terminal, and continues the pre-transmission 183 response. Therefore, when the calling terminal receives the 183 response, it can separately learn the QOS resource reservation status of the local end and the remote end.
  • the QOS resource reservation result of the master and the called side can be transmitted to the called terminal through the subsequent request message PRACK of the calling terminal to the called terminal, so that the called terminal can also learn the local and remote QOS. Resource reservation.
  • the calling terminal can request Precondition when the session is initiated. That is, when the QoS resource reservation on both the primary and the called side is successful, the called terminal starts ringing, and the primary terminal simultaneously starts to ring. Call the terminal to hear the ring back tone.
  • FIG. 7 it is a Precondition process in PULL mode (only indicates the flow between terminals, omitting the network device), and the calling terminal Caller and the called terminal Callee complete the SDP Offer through the message (1) - message (4). Matches with SDP Answer, and starts resource reservation in PULL mode.
  • the calling terminal Caller sends an UPDATE message to the called terminal Callee, notifying the called terminal that the calling side QoS resource has been reserved successfully; if the called side QoS resource is also reserved at this time
  • the called terminal Callee rings and sends a 180 response to the calling terminal Caller, and the calling terminal Caller user hears the ring back tone.
  • the terminal cannot directly obtain the resource reservation result.
  • the caller may send an UPDATE notification according to the requirements of the Precondition process.
  • One-side terminal (Callee called terminal) The QoS resource on the calling side has been reserved successfully, so that the Precondition process can be performed normally.
  • the terminal does not know when to send the UPDATE to the peer to notify the local end that the message of the successful QOS resource has been reserved.
  • the existing PUSH mode cannot implement the Precondition call flow, but in the present invention.
  • the calling side call agent and the called side call agent complete the offer/answer matching, and then interact with the transport layer to perform QoS resource reservation, and carry the QoS resource reservation result of the primary and the called side in the response and transmit the result to the QoS resource reservation result.
  • the calling terminal when the QoS resource reservation on the calling side is successful, the calling terminal sends an UPDATE message to the called terminal, which can implement the Precondition call flow.
  • the calling terminal or the called terminal is based on the received QoS resource reservation node. If the indication is ", you can do the following:
  • the calling terminal or the called terminal is an intelligent terminal, it is presented to the user in a user-readable manner; if the calling terminal or the called terminal is an IAD (Integrated Access Device) terminal, the user is notified by a specified prompt tone. .
  • IAD Integrated Access Device
  • the method embodiment of the present invention is based on the received "QoS resource reservation result indication", and the user terminal can perform the following operations:
  • the user terminal notifies the user of the received "QoS resource reservation result indication". For example, if it is a smart terminal, it is presented to the user in a user-readable manner, and if it is an IAD terminal, the user is notified by a specific prompt tone.
  • QOS Precondition when a certain QoS resource is not reserved successfully, the user can still choose to terminate the call from the signaling plane, or attempt to continue the call using the best effort QoS service.
  • the call agent reserves the QoS resource failure, the call is directly released. Obviously, the embodiment of the present invention provides the user with a more flexible choice.
  • the terminal may make more flexible selections based on the information. For example, when the calling terminal or the called terminal is an intelligent terminal, the user may adopt the user. The read mode is presented to the user; when the calling terminal or the called terminal is an IAD terminal, the user can be notified by using a specified prompt tone; if the QoS resource on the calling side or the called side is not reserved successfully, the user can terminate from the signaling level. Continue the call, or try to keep the QoS service to continue the call.
  • the present invention enhances and improves the call flow of PUSH mode QoS resource reservation by transmitting the QoS resource reservation result to the terminal, and has strong practicability.

Landscapes

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

Abstract

L'invention concerne un procédé de réservation de ressources utilisant un mode PUSH qui réserve des ressources qualité de service (QoS) pendant la procédure d'appel et notifie le résultat de la réservation de ressources QoS à un terminal pendant la procédure d'appel. Un dispositif d'agence d'appel fondé sur le mode PUSH comprend : la première unité qui est utilisée pour réserver la ressources QoS pendant la procédure d'appel, la seconde unité qui est utilisée pour notifier le résultat de la réservation de ressources QoS à un terminal pendant la procédure d'appel. Le procédé et le dispositif de l'invention permettent au terminal de savoir si la réservation de ressources QoS est réussie.
PCT/CN2007/070903 2006-10-30 2007-10-16 Procédé de réservation de ressources utilisant un mode push et dispositif d'agence d'appel WO2008052461A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2006100634271A CN101175293B (zh) 2006-10-30 2006-10-30 采用push模式的呼叫方法
CN200610063427.1 2006-10-30

Publications (1)

Publication Number Publication Date
WO2008052461A1 true WO2008052461A1 (fr) 2008-05-08

Family

ID=39343826

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/070903 WO2008052461A1 (fr) 2006-10-30 2007-10-16 Procédé de réservation de ressources utilisant un mode push et dispositif d'agence d'appel

Country Status (2)

Country Link
CN (1) CN101175293B (fr)
WO (1) WO2008052461A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001065782A1 (fr) * 2000-02-28 2001-09-07 Telia Ab Procede d'etablissement de trajets de transmission de donnees de bout en bout, au moyen du protocole de signalisation de reservation de ressources point par point, base protocole icmp
CN1421104A (zh) * 1999-11-05 2003-05-28 Mci全球通讯公司 用于使用端到端资源预留协议信令提供具有服务质量的ip电话的方法
CN1623308A (zh) * 2002-01-23 2005-06-01 索尼国际(欧洲)股份有限公司 用于强制实施旨在为多流和多媒体应用提供QoS支持的端到端协商协议的不同阶段的模型
CN1843050A (zh) * 2003-06-27 2006-10-04 诺基亚有限公司 无线通信网络中资源预留的方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1421104A (zh) * 1999-11-05 2003-05-28 Mci全球通讯公司 用于使用端到端资源预留协议信令提供具有服务质量的ip电话的方法
WO2001065782A1 (fr) * 2000-02-28 2001-09-07 Telia Ab Procede d'etablissement de trajets de transmission de donnees de bout en bout, au moyen du protocole de signalisation de reservation de ressources point par point, base protocole icmp
CN1623308A (zh) * 2002-01-23 2005-06-01 索尼国际(欧洲)股份有限公司 用于强制实施旨在为多流和多媒体应用提供QoS支持的端到端协商协议的不同阶段的模型
CN1843050A (zh) * 2003-06-27 2006-10-04 诺基亚有限公司 无线通信网络中资源预留的方法和系统

Also Published As

Publication number Publication date
CN101175293A (zh) 2008-05-07
CN101175293B (zh) 2010-09-08

Similar Documents

Publication Publication Date Title
US7885262B2 (en) Method and an apparatus for resource admission control process
JP5139595B2 (ja) 関連するサービスレベルを提供するための方法及び装置
US8948186B2 (en) Expedited resource negotiation in SIP
JP5312594B2 (ja) Ｒｆｃ３３１３に対する帯域内ｄｐｉメディア予約修正
US8077626B2 (en) Quality of service (QoS) aware establishment of communication sessions
US20070118881A1 (en) Application control at a policy server
JP2008541532A (ja) マルチメディアセッションのためのサービスの質（ＱｏＳ）パラメータのシグナリング
US20080069086A1 (en) Mobile Communication System Based On Ip And Session Initiation Method Thereof
US20070223491A1 (en) Apparatus and method for providing quality of service in wireless communication system
JP2006512857A (ja) エンド・ポイント間のセッションを制御および管理すること
TW200421891A (en) Utilizing session initiation protocol for identifying user equipment resource reservation setup protocol capabilities
JP2009505609A (ja) マルチメディア用通信セッションの確立方法及び装置
WO2006097045A1 (fr) Procede et systeme de traitement d’appel multimedia
WO2008000134A1 (fr) Méthode et dispositif de transmission d'un message de demande dans un système multimédia
WO2007095855A1 (fr) Procédé et entité réseau de négociation d'un paramètre de type média
WO2007019777A1 (fr) Méthode d’établissement de session et nœud de contrôle de session
US7529226B2 (en) Bearer setup for a multimedia service
WO2009046653A1 (fr) Procédé, dispositif et système d'application de lignes directrices
KR100640082B1 (ko) 인터넷 프로토콜 기반의 이동통신 시스템 및 그의 세션설정 방법
WO2008052461A1 (fr) Procédé de réservation de ressources utilisant un mode push et dispositif d'agence d'appel
WO2007085199A1 (fr) Procédé, application et appareil permettant d'identifier l'état utilisateur dans des réseaux
Kim et al. Policy-based QoS control architecture model using API for streaming services
Kim et al. QoS support based on IntServ/DiffServ for SIP-based applications
Goulart et al. On overlapping resource management and call setup signaling: a new signaling approach for internet multimedia applications
Qureshi et al. SIP-based QoS control over satellite networks

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: 07817094

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: 07817094

Country of ref document: EP

Kind code of ref document: A1