WO2010145334A1 - 通过承载接口协商实现QoS资源控制的方法和系统 - Google Patents

通过承载接口协商实现QoS资源控制的方法和系统 Download PDF

Info

Publication number
WO2010145334A1
WO2010145334A1 PCT/CN2010/072212 CN2010072212W WO2010145334A1 WO 2010145334 A1 WO2010145334 A1 WO 2010145334A1 CN 2010072212 W CN2010072212 W CN 2010072212W WO 2010145334 A1 WO2010145334 A1 WO 2010145334A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
interface
bearer interface
policy control
bearer
Prior art date
Application number
PCT/CN2010/072212
Other languages
English (en)
French (fr)
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 WO2010145334A1 publication Critical patent/WO2010145334A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • P edaCo e ewo S bye is the next generation of the third generation partner (3 PP 3dGe eaoae hp Oec ), and its special feature is (SP, Se oa Pooco) , can be multi-media and each control function bears the power, call each, each, and each, and
  • the main functions in S include call control (CSC, Ca Se o Co oco ), which controls users, control functions, etc., and users who centrally manage users (SS, o S bc be Seve), providing each control (A , App ca o Seve )
  • CSC call control
  • SS centrally manage users
  • A App ca o Seve
  • BC interconnection control function
  • e co ec o Bode Co oco about positioning function (S, S bcpo ocao co) and other functions.
  • the user calls can proxy the control of the call control function (CSC, oxyCa Se o Co oco ) QoS resources.
  • CSC call control function
  • the PCSC QoS policy control interacts in the form of a ee message, and the bearer interface is the same.
  • the information in the PCSC SP message can be controlled by the QoS policy, but the QoS policy is controlled. Bearer strategy, out-of-phase QoS policy execution, And ultimately S's resource control.
  • FIG. 1 is a schematic flow chart of the existing wood PCSC QoS resource control method, as shown in Figure 1, including the following steps
  • Step 101 The user calls the user P.
  • Step 102 The PCSC controls the QoS phase information in the call, a ee type (AAR, Acce A ho za o Req e ) message, and QoS policy control.
  • AAR Acce A ho za o Req e
  • Step 103 QoS policy control receives the AAR message, and returns
  • Step 104 The PCSC forwards the call message to the front, passes the S internal phase, and finally to the PCSC 2
  • Step 105 PCSC 2 controls the QoS phase information in the call a ee type AAR message, QoS policy control.
  • Step 106 QoS policy control Receives an AAR message and returns an AAA message.
  • Step 107 PCSC 2 will call the call to the user.
  • Step 108 The user receives the call and returns to the call.
  • Step 109 PCSC 2 controls the QoS phase information in the call a ee type AAR message, QoS policy control.
  • Step 110 The QoS policy control receives the AAR message and returns the AAA message.
  • Step 11 PCSC 2 forwards the call message to the front, passes the S internal phase, and finally to the PCSC.
  • Step 112 The PCSC controls the QoS phase information in the call, a ee type AAR message, and QoS policy.
  • Step 113 The QoS policy control receives the AAR message and returns the AAA message.
  • Step 114 PCSC will call the user before the call. It can be seen that the QS resource control is to control the AAR/AAA message interaction through the PCSC QoS policy, and the QoS phase information AAR message in the SP message is controlled by the QoS policy, and the QoS policy controls the combined bearer strategy. The implementation of the QoS policy of the husband.
  • each bearer interface is used to control the user's QoS resources.
  • the 3GPP of the example proposed the Gq interface (3GPPTS29.209) in its R6 version, and proposed the Rx interface (3GPPTS 29.214) in its R8 version, which is fixed and converged (TSPA, Teeco ca oadee Co veged Sevce Ad ooco o Adva ced ewo ) Also proposed T Gq interface (ETS TS 83017) Yes, see S imperfections, it is likely that there are more QoS resource control bearer interfaces.
  • the current bearer interfaces, PCSC QoS resource control and the processes are very similar, and there are 5 different words in the AAR/AAA message, so that different bearer interfaces are not satisfied. Therefore, the PCSC is flawed. Because there is no bearer interface specification, the PCSC needs to have an interface that supports QoS policy control in advance.
  • the AAR message can be controlled according to the QoS policy. However, it is very likely that the PCSC or the sense According to the bearer interface mode AAR message, the QoS policy controls the element 0 or the sense, and the call fails.
  • QoS resource control method including the following steps
  • the proxy call control function PCSC receives the SP call message and pre-configures the bearer interface type information in the first 5 message according to the pre-configured bearer interface first message.
  • Each QoS policy control receives a first message, whether the bearer interface of the first message band is supported by QoS policy control, and if not, returns a first message, where the QoS policy control supported bearer interface in the received message
  • CSC receives the first message, the first
  • the bearer interface of the message band if the pre-configured bearer interface does not, then according to the bearer interface of the first message, the second interface
  • the second interface message carries the bearer interface of the first message strip
  • the QoS policy control receives the second message, if the bearer interface of the second message band is supported by the QoS policy control, the second message is returned to the PCSC, and the second interface is received.
  • the PCSC receives the second message, the bearer interface of the second message band, and the bearer interface of the second message band, and the former P message.
  • the method includes the plugging Whether the bearer interface is in the message
  • the method includes
  • the QS policy control indicates that the bearer interface fails the third connection.
  • the P-CSC receives the third message, and the user P of the caller P calls.
  • the method includes
  • the QoS policy control returns a first message to the PCSCF, and the bearer interface of the first message indicates that the bearer interface is successful.
  • the P-CSC receives the first message, and if the bearer interface of the bearer interface of the first message is detected, the pre-P call message is sent.
  • the method includes: checking whether the bearer interface has a bearer interface
  • the method includes
  • the method includes the second check Whether the bearer interface is in the message
  • the interface is not carried, and the method includes
  • the S policy control indicates that the bearer interface fails the fifth connection.
  • the message, PCSC is called by the user of the PCSC friend SP call.
  • the method includes
  • the user who called the PCSC friend P called the P call.
  • Shentong bearer interface QoS resource control system including at least PCSC and QoS policy control,
  • the PCSC receives the P-call message, receives the message according to the pre-configured bearer interface, and pre-configures the bearer interface type information in the received message, and sends the received message to the QoS policy control and receives the QoS policy control reverse message, checking If the pre-configured bearer interface is not received, the bearer interface of the message strip is received again.
  • the bearer interface of the first message strip if the pre-configured bearer interface does not, according to the bearer interface of the first message, the second message, QoS policy control.
  • QoS policy control near receiving the second message, if the bearer interface of the second message band is supported by QoS policy control, returning the second message to the P CSC, in the second connection
  • the P-CSC is close to receiving the second message, the bearer interface of the second message band, and the bearer interface of the second message band.
  • the bearer interface that detects the received message band is supported by the QoS policy control, and returns the first message to the P CSC, and the interface of the first message band indicates that the bearer interface succeeds.
  • PCSC close to receiving the first message, if the bearer interface of the bearer interface of the first message strip is detected, the pre-SP call message is sent.
  • the user P of the P call is called.
  • the message, PCSC is called by the PCSC friend P.
  • PCSC the user who is not carrying the interface in the second message, PCSCF friend P call
  • FIG. 2 is the method flow of the QoS resource control of the Benming port bearer interface.
  • FIG. 3 is a method for controlling the QoS resource of the bearer interface of the present Mingtong. Hugh way
  • Step 200 CSC SP call message, according to the pre-configured bearer interface
  • AAR message pre-configured bearer interface type information in the AAR message.
  • Step 201 QoS policy control Receives an AAR message, checks whether the bearer interface of the AAR0 message is supported by it, and if not, returns an AAA message, and the bearer supported in the AAA message.
  • Step 202 The CSC receives the AAA message, and checks the bearer interface of the AAA message band, and the pre-configured bearer interface is consistent, according to the bearer interface of the AAA message, the second AAR message, and the QoS policy control. 5 steps, this method includes
  • the second AAR message the bearer interface of the AAA message.
  • the QoS policy control receives the second AAR message, and the bearer interface of the second AAR message is supported by the second AAA message, and the pre-configured bearer interface type information in the second AAR message.
  • the CSC receives the second AAA message, the bearer interface of the second AAA message band, and the bearer interface of the second AAR message band causes the pre-P call message.
  • the AAR message or the AAA message bearer interface is a value bearer interface that is added to the AAR message or the AAA message, for example, the interface ⁇ ( eq e e aceTyp ) and the Req e e aceType value.
  • Hashimoto Mingtong carries the interface S resource control method.
  • 3 is a schematic flow chart of the method for controlling the resource of the bearer interface S of the present Mingtong, as shown in FIG. 3, including the following steps.
  • Step 301 The user calls the user SP.
  • Step 302 The PCSC receives the P call of the S user, and adds the AAR message according to the pre-loaded interface A, AAR message.
  • Step 303 PCSC AAR message QoS policy control.
  • Step 304 The QoS policy control receives the AAR message. First, whether the AAR message carries the Req e e aceType. If not, it indicates that the AAA message of the bearer interface fails, and the user of the PCSC friend P call releases the P call.
  • the bearer interface is supported by the bearer interface, if yes, the AAA message is returned to the PCSC, and the bearer interface of the AAR message indicates that the bearer interface is successful, and the PSC message is sent to the PCSC. Otherwise, the AAA message is returned, and the AAA message is returned.
  • the bearer interface supported by the QoS policy control in the Req ee aceType, for example, Req e _B, step 205 is performed.
  • Step 305 QoS policy control AAA message
  • PCSC step 306 PCSC receives AAA message, first, whether the AAA message carries a bearer interface, if not, then the user of the caller P calls the P call, if any, and the AAR of the bearer interface Message (the value in the second AAR message is not, then the new AAR message is carried according to the bearer interface of the AAA message, and the AAR message contains Req ee aceType, Bearer interface Req e _B in Req ee aceType AAA
  • Step 307 PCSC will control the new AAR oS policy.
  • Step 308 The QoS policy control receives the second aa. First, whether the AAR message carries the Req ee aceType. If yes, it indicates that the bearer interface fails aaa, and the PCSC Tongyou P calls the user P call if there is, then Req ee The bearer interface in aceType is now supported by it, so often, return AAA/, this is still Req ee aceType, and the bearer interface supported by QoS policy control on Req ee aceType ⁇ Req e _B
  • Step 309 The PCSC receives the value of the AAR message (the second aa) of the bearer interface Re of the Req e e aceType of the AA, and the PSC is successfully sent.
  • Step 310 The PCSC 2 receives the P call of the S user, according to the pre-loaded interface ⁇ C AAR/ , and adds the Req e e aceType in the AAR/, where the current QoS control bearer interface ⁇ , Example Req e C
  • Step 311 PCSC 2 AAR QoS Policy Control.
  • Step 312 The QoS policy control receives the AR, Req ee aceType, where the bearer interface is not supported by the bearer interface, and then returns aaa, where also Req ee aceType, the bearer interface supported by the Req ee aceType, and the example Req e _B step 313 QoS policy control will be AAA/PCSC 2
  • Step 314 The PCSC 2 receives the AAA message. First, whether the AAA message carries the bearer interface. If not, the user of the caller SP calls the P call, and if so, the AAR message of the bearer interface (the third AAR message).
  • the AAR message is included in the bearer of the AAA message, and the AAR message includes the Req ee aceType, and the bearer interface Req e B in the Req ee aceType AAA message.
  • Step 315 PCSC 2 controls the new AAR message oS policy.
  • Step 316 The QoS policy control receives the new AAR message from the PCSC 2. First, whether the AAR message carries the Req ee aceType. If not, it indicates that the AAA message of the bearer interface fails, and the user of the PCSC 2 Tongyou P call releases the P call. Yes, the bearer interface in Req ee aceType is now supported, so often, return AAA message, this is still Req e ee aceType, the bearer interface Req e B supported by Req ee aceType QoS policy control body
  • step 317 the PCSC 2 receives the value of the AAR message (the first AAR message) of the bearer interface of the Req e e aceType , and the PSC calls the former user.
  • Step 318 The user calls the user P.
  • Step 319 The PCSC 2 receives the P call of the S user, according to the pre-good bearer interface B AAR message, the bearer interface Req e _B of the Req ee aceType, the AAR message QoS Policy control.
  • Step 320 The QoS policy control receives the AAR message. First, whether the AAR message carries the Req ee ceType. If not, the AAA message indicating that the bearer interface fails, and the user SP call of the PCSC 2 Tongyou SP call, if yes, Whether the bearer interface is supported by the bearer interface. If yes, the AAA message is returned to the PCSC 2. The bearer interface of the AAR message indicates that the bearer interface is successful, and the PCSC 2 sends a P message. Otherwise, the AAA message is returned. AAA message Req ee ceType, the bearer interface Req e-B supported by the Req ee aceType QoS policy control body
  • Step 321 The PCSC 2 receives the AAA message, where the value of the AAR message of the bearer interface of the Req e e aceType , is successful, and the former P call.
  • Step 322 The PCSC receives the P call of the S user, according to the pre-good bearer interface B AAR message, where the Req e e aceType bearer interface Req e _B, AAR message QoS policy control.
  • Step 323 QoS policy control receives the AAR message
  • the bearer interface in the Req e e aceType is supported by it, so often, the AAA message is returned, which is still Req e e aceType , and the supported bearer interface Req e _B
  • Step 324 The PCSC receives the value of the AAR message of the bearer interface of the Req ee aceType in the AAA message, and the PSC is successful.
  • 4 is a unified schematic diagram of the QS resource control of the bearer interface of the Benming, 4, including at least the PCSC QoS policy control, where
  • the PCSC receives the user's P call message, and according to the pre-configured bearer interface AAR, pre-configured bearer interface type information in the AAR, sends the AAR to the QoS policy control, and receives the AAA of the QoS policy control, and checks the AAA band. If the pre-configured bearer interface does not work, the bearer interface of the AAA band is again AAR.
  • the QoS policy is controlled to receive the AAR of the PCSC.
  • the bearer interface of the AAR is supported. If not, the AAA is returned. If the bearer interface supported by the AAA is AAA, the bearer interface supported by the AAA is displayed. The bearer interface is successful.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

接 oS資源控制的方法和 統 木領域
本 涉及通信 木領域， 尤其涉及 神通 承載接口 各 (Qo , Q a yO Sevce) 資源控制的方法和 統。 背景 木
P多媒休子 統 ( , P edaCo e ewo S b y e )是第 三代合作伙伴 (3 PP 3dGe e a o a e hp Oec ) 的下 代 ， 它的 著特 是 了 (SP, Se o a Pooco )休 ， 通 接 ， 可以 各多媒休並各控制功能 承載 力分 ， 呼叫 並各 ， 各 ， 並各 ， 以及
特 並各融合等多 能力。
S 中主要的功能 休包括控制用戶 、 控制等功能的呼叫控 制 休 (CSC , Ca Se o Co o c o )， 集中管理用戶 的 用戶 各 ( SS, o S b c be Seve)， 提供各 並各 控制 的 各 (A , App ca o Seve ) 另外， 在 中近涉及互 連 控制功能 ( BC , e co ec o Bode Co o c o 、 約定 位 功能 (S , S b c p o ocao c o )等功能 休。
在 S 框架中， 用戶 呼叫 ， 可以 代理呼叫 控制功能 ( CSC , oxyCa Se o Co o c o ) QoS資源的控制。 在現有 木中， PCSC QoS策略控制 是以 a ee 消息的形 式 交互的， 承載接口 于 者 同， PCSC SP消息中的 休信息 特 可以 QoS策略控制 感 的 a e他 消息，然 由 QoS策 略控制 制定合 的承載策略， 通 相 的 QoS策略執行 執行， 而最終 S的資源控制。
1是現有 木PCSC QoS資源控制的方法流程示意 ， 1 所示， 包括以下步驟
步驟101 用戶向 用戶 P呼叫 。
步驟 102 PCSC 將呼叫 中的 QoS 相 信息 a ee 型的接 (AAR, Acce A ho za o Req e ) 消息， QoS策略控制 。
步驟 103 QoS 策略控制 收到 AAR 消息 ， 返 接
(AAA, Acce A ho za o A we )
步驟 104 PCSC 將呼叫 消息向 前特， 通 S 內部相 ， 最終到 PCSC 2
步驟 105 PCSC 2 將呼叫 中的 QoS 相 信息 a ee 型的AAR消息， QoS策略控制 。
步驟106 QoS策略控制 收到AAR消息 ， 返 AAA消息。 步驟107 PCSC 2將呼叫 前特到 用戶。
步驟108 用戶收到呼叫 ， 返 呼叫 。
步驟 109 PCSC 2 將呼叫 中的 QoS 相 信息 a ee 型的AAR消息， QoS策略控制 。
步驟110 QoS策略控制 收到AAR消息 ， 返 AAA消息。 步驟 11 PCSC 2將呼叫 消息向 前特， 通 S 內部相 ， 最終到 PCSC
步驟 112 PCSC 將呼叫 中的 QoS 相 信息 a ee 型的AAR消息， QoS策略控制 。
步驟113 QoS策略控制 收到AAR消息 ， 返 AAA消息。 步驟114 PCSC 將呼叫 前特到 用戶。 上 中可以看出， Q S資源控制是通 PCSC QoS策 略控制 AAR/AAA消息的交互， 將SP消息中的 QoS相夫信息 AAR消息通 QoS策略控制 ， 由 QoS策略控制 制定合 的 承載策略， 通 相夫的QoS策略執行 執行 的。
5 目前，各 都 了各 的承載接口，以便 用戶的QoS 資源控制。 例 的 3GPP 就在其 R6版本中提出了 Gq接口(3GPPTS29.209)， 在其R8版本中提出了 Rx接口(3GPPTS 29.214)， 固 的 和 融合並各及高 (TSPA , Teeco ca o a d e e Co veged Sevce a d ooco o Adva ced ewo ) 也提出T Gq接口 (ETS TS 83017) 可以 ， 看 S 的不 完善， 很有可能合出現更多的 QoS 資源控制的承載接口矣 。
然而， 目前各 提出的承載接口， PCSC QoS資源 控制的並各流程非常相似， 在 AAR/AAA消息的 別字 上有所5 不同， 以此未滿足不同的承載接口。 就使得PCSC 的 理出現缺陷， 由 于沒有 承載接口 規定， 在 並各 ， PCSC 需要預先感 QoS策略控制 支持的接口矣 ， 按照QoS策略控制 可的承載 接口方式 AAR消息， 但是， 很有可能PCSC 或感 ， 而按照 的承載接口方式 AAR消息，使得QoS策略控制 元元0 或感 ， 而 呼叫失敗。 內容
本 現有QoS資源控制 中的缺陷， S 中用戶呼叫 在PCSC 感 QoS策略控制 支持的承載接口矣 ， S用 戶 法 常使用 QoS資源等 木問題， 提出了 解決 問題的 承載5 接口 QoS資源控制的方法和 統。 了解決上 木 ， 本 提供了 神通 承載接
QoS資源控制的方法， 包括以下步驟
代理呼叫 控制功能PCSC 接收 SP呼叫消息，按照 預先配置的承載接口 第 接 消息， 在所 第 接 5 消息中 預先配置的承載接口 型的信息
各 QoS策略控制 接收 第 接 消息， 所 述第 接 消息 帶的承載接口 是否是 QoS策略控制 支持的 ， 若不是， 則返 第 接 消息， 在所 第 接 消息中 所述QoS策略控制 支持的承載接口
CSC 接收 第 接 消息， 第 接
消息 帶的承載接口 ， 若 預先配置的承載接口 不 致， 則 按照 第 接 消息 帶的承載接口 第二接
消息， QoS策略控制 。
方法近包括
5 第二接 消息中 帶有所 第 接 消息 帶 的承載接口
QoS策略控制 接收 第二接 消息， 若 第二 接 消息 帶的承載接口 是 QoS策略控制 支持的 ， 向PCSC 返 第二接 消息， 在 第二接
0 中 預先配置的承載接口 型的信息
PCSC 接收第二接 消息， 第二接 消息 帶的承載接口 ， 第二接 消息 帶的承載接口 致， 則 前特 P呼叫消息。
在所 第 接 消息 帶的承載接口 是否是5 QoS 策略控制 支持的 前， 方法近包括 栓查 第 接 消息中是否 帶有承載接口
果 Q S策略控制 查出所述第 接 消息中未 承載接口 ， 方法近包括
所迷Q S策略控制 表示承載接口 失敗的第三接
消息， PCSC
方法近包括
所迷P-CSC 接收 第三接 消息，通 友 P呼叫 的用戶 P呼叫。
果 QoS策略控制 查出所述第 接 消息 帶的 承載接口 是 QoS策略控制 支持的 ， 方法近包括
所迷QoS策略控制 向 PCSCF返 第 接 消息， 第 接 消息 帶的承載接口 ， 表示承載接口 成功。
方法近包括
P-CSC 收到 第 接 消息，若 查出所 第 接 消息 帶的承載接口 第 接 消息 帶的承載 接口 致， 則 前特 P呼叫消息。
在所 第 接 消息 帶的承載接口 是否是 QoS策略控制 支持的 前， 方法近包括 栓查 第 接 消息中是否 帶有承載接口
果所述 PCSC 查出所述第 接 消息未 承載接口 ， 方法近包括
所迷P-CSC 通 友 P呼叫的用戶 P呼叫。
在所 第二接 消息 帶的承載接口 是否是 QoS策略控制 支持的 前， 方法近包括 栓查 第二接 消息中是否 帶有承載接口
果 S策略控制 查出所 第二接 消息中未 承載接口 ， 方法近包括
所迷 S策略控制 表示承載接口 失敗的第五接
消息， PCSC ， 以 PCSC 通 友 SP呼叫的用戶 釋 P呼叫。
果 PCSC 查出所 第二接 消息中未 承載接 口 ， 方法近包括
所迷PCSC 通 友 P呼叫的用戶釋 P呼叫。
神通 承載接口 QoS 資源控制的 統， 至少包括 PCSC 和QoS策略控制 ， 其 ，
所 PCSC ， 于接收 P呼叫消息， 按照預先配置的承載接口 接 消息， 在 接 消息中 預先配置的承載 接口 型的信息， 將 接 消息 送到 QoS策略控制 以及 接收QoS策略控制 反 的接 消息， 查核接 消 息 帶的承載接口 ， 預先配置的承載接口 不 致， 則按照 接 消息 帶的承載接口 再次 接 消息，
QoS策略控制
QoS策略控制 ， 于接收PCSC 的接 消息， 返 接 消息， 在 接 消息中 支持的承載接 口 。
預先配置的承載接口 接 消息 第 接 消息
QoS策略控制 ， 休 于 第 接 消息 帶的承載接口 是否是 QoS策略控制 支持的 ， 若不是， 則 返 第 接 消息， 在所 第 接 消息中
S策略控制 支持的承載接口
P-CSC ， 休 于 第 接 消息 帶的承載接 口 ， 若 預先配置的承載接口 不 致， 則按照 第 接 消息 帶的承載接口 第二接 消息， QoS策略控制 。
第二接 消息中 帶有所 第 接 消息 帶 的承載接口
QoS策略控制 ， 近 于接收 第二接 消息， 若 所 第二接 消息 帶的承載接口 是 QoS策略控制 支持的 ， 向P CSC 返 第二接 消息， 在 第二接
消息中 預先配置的承載接口 型的信息
P-CSC ， 近 于接收第二接 消息， 第二接 消息 帶的承載接口 ， 第二接 消息 帶的承載接口 致， 則 前特 P呼叫消息。
QoS策略控制 ， 近 于 第 接 消息中是 否 帶有承載接口 在 查出所 第 接 消息中未 承 載接口 ， 表示承載接口 失敗的第三接 消息，
P-CSC
P-CSC ， 近 于接收 第三接 消息， 通 友
P呼叫的用戶 所述 P呼叫。
QoS策略控制 ， 近 于在 查出所 第 接 消息 帶的承載接口 是所述QoS策略控制同 支持的 ，向 P CSC 返 第 接 消息， 第 接 消息 帶的 接口 ， 表示承載接口 成功 PCSC ， 近 于收到 第 接 消息， 若 查出所 第 接 消息 帶的承載接口 第 接 消息 帶的承載接口 致， 則 前特S P呼叫消息。
PCSC ，近 于在 查出所 第 接 消息未 承載 接口 ， 通 友 所述 P呼叫的用戶 P呼叫。
oS策略控制 ， 近 于在 查出所 第二接 消息 中未 承載接口 ， 表示承載接口 失敗的第五接
消息， PCSC ， 以 PCSC 通 友 P呼叫的用戶 P呼叫。
PCSC ，近 于在 查出所 第二接 消息中未 承 載接口 ， PCSCF通 友 P呼叫的用戶 P呼 叫
現有 木相比較， 用本 明通 承載接口 QoS資源控制 的方法和 統， 通 承載接口 的方法， 兔了 PCSC 按照 的承載接口 了QoS策略控制 元元 別的AAR消息而 致用戶 呼叫、 使用 QoS資源的缺陷， 提升了 各的可用性 和用戶休 。 說明
1是現有 木PCSC QoS資源控制的方法流程示意
2是本 明通 承載接口 QoS資源控制的方法流程示意 3是本 明通 承載接口 QoS資源控制的方法 流程 4是本 明通 承載接口 QoS資源控制的 統示意 。 休 方式
下面結合 本 明通 承載接□ S資源控制的方法和 統 說明。
5 2所示， 包括以下步驟
步驟200 CSC SP呼叫消息， 按照預先配置的承載接口
AAR消息， 在 AAR消息中 預先配置的承載接口 型的信息。
步驟201 QoS策略控制 接收 AAR消息， 查核 AAR0 消息 帶的承載接口 是否是其支持的 ， 若不是， 則返 AAA 消息， 在 AAA消息中 支持的承載接 。
步驟202 CSC 接收 AAA消息， 查核 AAA消息 帶 的承載接口 ， 預先配置的承載接口 一致， 按照 AAA消息 帶的承載接口 第二AAR消息， QoS策略控制 。5 一步 ， 本 方法近包括
所迷第二AAR消息， AAA消息 帶的承載接口 。
QoS策略控制 接收第二AAR消息， 第二AAR消息 帶的承 載接口 是其支持的 ， 向PCSC 返 第二AAA消息， 在 第 二AAR消息中 預先配置的承載接口 型的信息。
CSC 接收第二AAA消息， 第二AAA消息 帶的承載接口 ， 第二AAR消息 帶的承載接口 致 則 前特 P呼叫消息。 其中， AAR消息或AAA消息 承載接口 ， 是通 在 AAR 消息或AAA消息中增 字 ，例 接口矣 ( eq e e aceTyp ) ， Req e e aceType 的值 承載接口 。
5 以 用戶、 PCSC QoS策略控制 、 PCSC 2 和 用戶 ， 休 本 明通 承載接口 S資源控制的 方法。 3是本 明通 承載接口 S資源控制的方法 流 程示意 ， 3所示， 包括以下步驟
步驟301 用戶向 用戶 SP呼叫 。
步驟302 PCSC 收到 S用戶的 P呼叫 ， 按照預 先 的承載接口 A， AAR消息， 在AAR消息中增 介必
Req e e aceType ，在新增Req e e aceType 中， PCSC QoS資源控制的預先 的承載接口 A， 例 Req e A
步驟303 PCSC AAR消息 QoS策略控制 。 步驟304 QoS策略控制 收到 AAR消息 ， 首先， AAR消 息是否 帶有 Req e e aceType ， 若沒有， 則 表示承載接口 失敗的 AAA消息， 告 PCSC 通 友 P呼叫的用戶釋 P呼叫 若有，
再 帶的承載接口 是否是其支持的 ， 若是， 則向 PCSC 返 AAA消息， AAR消息 帶的承載接口 ， 表示 承載接口 成功， 以 PCSC 前特 P呼叫消息， 否則， 則返 AAA消息， AAA消息的Req e e aceType 中 QoS策略控 制 支持的承載接口 ， 例 Req e _B， 執行步驟205
步驟305 QoS策略控制 將AAA消息 PCSC 步驟306、 PCSC 接收AAA消息， 首先， AAA消息是 否 帶有承載接口 ，若沒有，則通 友 P呼叫的用戶釋 P呼叫， 若有，且 的承載接口 的AAR消息(第 次AAR 消息中 的值不 致， 則按照 AAA消息 的承載接口 新 AAR消息， AAR消息包含Req e e aceType ， 在 Req e e aceType AAA 中 的承載接口矣 Req e _B
步驟307 PCSC 將新 的 AAR oS策略控 制 ．
步驟308 QoS策略控制 收到第二次aa ，首先， AAR 消息是否 帶有 Req e e aceType ， 若 有， 則 表示承載接 口 失敗的aaa ， 告 PCSC 通 友 P呼叫的用戶 P呼叫 若有，再 Req e e aceType 中 的承載接口矣 ， 現 是其支持的矣 ， 于是 常 ， 返 AAA/ ， 此 仍然 Req e e aceType ， 在 Req e e aceType 上 QoS策略控制 身支持的承載接口矣 Req e _B
步驟 309 PCSC 收到 AA 其中的 Req e e aceType ， 的承載接口矣 的AAR 消息 (第二次aa ) 中 的值 致， 則 理成功， 前 特 P呼叫 。
步驟310 PCSC 2收到 S用戶的 P呼叫 ， 按照預 先 的承載接口矣 C AAR/ ， 在AAR/ 中增 介必 Req e e aceType ， 其中 目前 QoS 控制的承 載接口矣 ， 例 Req e C
步驟311 PCSC 2 AAR QoS策略控制 ． 步驟 312 QoS 策略控制 收到 AR ， Req e e aceType ， 其中 的承載接口矣 不是其支持的矣 ， 則返 aaa ， 其中也 Req e e aceType ， 在 Req e e aceType 支持的承載接口矣 ， 例 Req e _B 步驟313 QoS策略控制 將AAA/ PCSC 2 步驟314 PCSC 2收到AAA消息 ， 首先， AAA消息 是否 帶有承載接口 ， 若沒有， 則通 友 SP呼叫的用戶釋 P 呼叫， 若有， 且 的承載接口 的AAR消息 (第三 次AAR消息) 中 的值不 致， 則按照 AAA消息 的承載接 重新 AAR消息， AAR消息包含Req e e aceType ， 在 Req e e aceType AAA消息中 的承載接口 Req e B
步驟315 、 PCSC 2將新 的AAR消息 oS策略控 制 。
步驟316 QoS策略控制 收到 PCSC 2新 的AAR消息 ， 首先， AAR消息是否 帶有 Req e e aceType ， 若沒 有， 則 表示承載接口 失敗的 AAA消息， 告 PCSC 2通 友 P呼叫的用戶釋 P呼叫 若有， 再 Req e e aceType 中 的承載接口 ， 現 是其支持的 ， 于是 常 ， 返 AAA 消息， 此 仍然 Req e ee aceType ， 在 Req e e aceType QoS策略控制 身支持的承載接口 Req e B
步驟 317 PCSC 2 收到 AAA 消息 其中的 Req e e aceType ， 的承載接口 的AAR 消息 (第 次AAR消息 ) 中 的值 致， 則 理成功， 將 P 呼叫 前特 用戶。
步驟318 用戶向 用戶 P呼叫 。
步驟319、 PCSC 2收到 S用戶的 P呼叫 ， 按照 前 好的承載接口 B AAR消息， 在Req e e aceType 的承載接口 Req e _B， 將AAR消息 QoS 策略控制 。
步驟320 QoS策略控制 收到 AAR消息 ， 首先， AAR消 息是否 帶有 Req e e ceType ， 若沒有， 則 表示承載接口 失敗的 AAA消息， 告 PCSC 2通 友 SP呼叫的用戶SP呼叫 若有，再 帶的承載接口 是不是其支持的 ，若是， 則向 PCSC 2返 AAA消息， AAR消息 帶的承載接口 ， 表示承載接口 成功， 以 PCSC 2 前特 P呼叫消息， 否則， 則返 AAA 消息， AAA 消息 Req e e ceType ， 在 Req e e aceType QoS策略控制 身支持的承載接口 Req e 一B
步驟 321 PCSC 2 收到 AAA 消息 其中的 Req e e aceType ， 的承載接口 的AAR 消息中 的值 致， 則 理成功， 前特 P呼叫 。
步驟322 PCSC 收到 S用戶的 P呼叫 ， 按照 前 好的承載接口 B AAR消息，其中 Req e e aceType 的承載接口 Req e _B， AAR消息 QoS策略 控制 。
步驟 323 QoS 策略控制 收到 AAR 消 息 ，
Req e e aceType 中 的承載接口 是其支持的 ，于是 常 ， 返 AAA消息， 此 仍然 Req e e aceType ， 上 支持的承載接口 Req e _B
步驟 324 PCSC 收到 AAA 消息 其中的 Req e e aceType ， 的承載接口 的AAR 消息中 的值 致， 則 理成功， 將 P呼叫 前特 用戶。 4是本 明通 承載接口 Q S資源控制的 統示意 ， 4所示， 至少包括PCSC QoS策略控制 ， 其中，
PCSC ， 于接收用戶 的 P呼叫消息， 按照預先配置的承載接 口 AAR， 在 AAR中 預先配置的承載接口 型的信息， 將 AAR 送到 QoS策略控制 以及， 接收QoS策略控制 反 的 AAA， 查核 AAA 帶的承載接口 ， 預先配置的承載接口 不 致， 則按照 AAA 帶的承載接口 再次 AAR，
QoS策略控制 。
QoS策略控制 ， 于接收PCSC 的AAR， AAR 帶的 承載接口 是否是其支持的 ， 若不是， 則返 AAA， 在 AAA 中 支持的承載接口 若是， 則返 AAA， 在 AAA中 支持的承載接口 ， 表示承載接口 成功。
現有 木相比較， 用本 明通 承載接口 QoS資源控制 的方法和 統， 通 承載接口 的方法， 兔了 PCSC 按照 的承載接口 了QoS策略控制 元元 別的AAR消息而 致用戶 呼叫 使用 QoS資源的缺陷， 提升了 各的可用性和 用戶休 。
以上伏力本 的 案例而已， 不用于限制本 ， 于本 領域的 木 東說， 本 可以有各 更 和 。 凡在本 的精神 和原則 內， 所作的任何修 、 等同替換、 等， 包含在本 的 保 內。

Claims

要求
1、 神通 承載接口 S資源控制的方法， 其特 在于， 包 括以下步驟
代理呼叫 控制功能PCSC 接收 SP呼叫消息，按照 預先配置的承載接口 第 接 消息， 在所 第 接 消息中 預先配置的承載接口 型的信息
各 QoS策略控制 接收 第 接 消息， 所 述第 接 消息 帶的承載接口 是否是 QoS策略控制 支持的 ， 若不是， 則返 第 接 消息， 在所 第 接 消息中 所述QoS策略控制 支持的承載接口 PCSC 接收 第 接 消息， 第 接
消息 帶的承載接口 ， 若 預先配置的承載接口 不 致， 則 按照 第 接 消息 帶的承載接口 第二接
消息， QoS策略控制 。
2、 要求 1所述的方法， 其特 在于， 方法近包括
所迷第二接 消息中 帶有所 第 接 消息 帶 的承載接口
QoS策略控制 接收 第二接 消息， 若 第二 接 消息 帶的承載接口 是 QoS策略控制 支持的 ， 向PCSC 返 第二接 消息， 在 第二接 消 息中 預先配置的承載接口 型的信息
PCSC 接收第二接 消息， 第二接 消息 帶的承載接口 ， 第二接 消息 帶的承載接口 致， 則 前特 P呼叫消息。
3、 要求 1所述的方法， 其特 在于， 在所 第 接 消息 帶的承載接口 是否是 S策略控制 支持的 前， 方法近包括 栓查 第 接 消息中是否 帶有承載 接口
果 Q S策略控制 查出所 第 接 消息中未 承載接口 ， 方法近包括
所迷QoS策略控制 表示承載接口 失敗的第三接
消息， PCSC
4、 要求3 的方法， 其特 在于， 方法近包括
所迷PCSC 接收 第三接 消息，通 友 SP呼叫 的用戶 P呼叫。
5、 要求 1 的方法， 其特 在于， 果 QoS策略控制 查出所 第 接 消息 帶的承載接口 是 QoS策 略控制 支持的 ， 方法近
QoS策略控制 向 PCSC 返 第 接 消息， 第 接 消息 帶的承載接口 ， 表示承載接口 成功。
6、 要求5 的方法， 其特 在于， 方法近包括 所迷PCSC 收到 第 接 消息，若 查出所 第 接 消息 帶的承載接口 第 接 消息 帶的承載 接口 致， 則 前特 P呼叫消息。
7、 要求 1 的方法， 其特 在于， 在所述 第 接 消息 帶的承載接口 是否是所述QoS策略控制同 支持的 前， 方法近包括 栓查 第 接 消息中是否 帶有 承載接口
果 PCSC 查出所 第 接 消息未 承載接口 ， 方法近包括
所述PCSC 通 友 SP呼叫的用戶釋 P呼叫。
8、 要求2 的方法， 其特 在于， 在所 第二接 消息 帶的承載接口 是否是所述 oS策略控制 支持的 前， 方法近包括 栓查 第二接 消息中是否 帶有 承載接口
果 oS策略控制 查出所 第二接 消息中未 承載接口 ， 方法近包括
所述QoS策略控制 表示承載接口 失敗的第五接
消息， PCSC ， 以 PCSC 通 友 P呼叫的用戶 釋 P呼叫。
9、 要求2 的方法， 其特 在于， 果 PCSC 查 出所 第二接 消息中未 承載接口 ， 方法近包括
所述PCSC 通 友 P呼叫的用戶釋 P呼叫。
0、 神通 承載接口 QoS 資源控制的 統， 至少包括 PCSC 和QoS策略控制 ， 其特 在于， 其
所述PCSC ， 于接收 P呼叫消息， 按照預先配置的承載接口 接 消息， 在 接 消息中 預先配置的承載 接口 型的信息， 將 接 消息 送到 QoS策略控制 以及 接收QoS策 控制 反 的接 消息， 查核接 消 息 帶的承載接口 ， 預先配置的承載接口 不 致， 則按照 接 消息 帶的承載接口 再次 接 消息，
QoS策略控制
所述QoS策略控制 ， 于接收PCSCF 的接 消息， 返 接 消息， 在 接 消息中 支持的承載接 。
11、 要求 10 的 統， 其特 在于， 所述預先配置的承載 接口 接 消息 第 接 消息
oS策略控制 ， 休 于 第 接 消息 帶的承載接口 是否是 oS策略控制 支持的 ， 若不是， 則 返 第 接 消息， 在所 第 接 消息中
QoS策略控制 支持的承載接口
PCSC ， 休 于 所述第 接 消息 帶的承載接 口 ， 若 所述預先配置的承載接口 不 致， 則按照 第 接 消息 帶的承載接口 第二接 消息， QoS策略控制 。
12、 要求 11 的 統， 其特 在于， 所述第二接
消息中 帶有所 第 接 消息 帶的承載接口
QoS策略控制 ， 近 于接收 第二接 消息， 若 所 第二接 消息 帶的承載接口 是 QoS策略控制 支持的 ， 向PCSC 返 第二接 消息， 在 第二接
消息中 預先配置的承載接口 型的信息
PCSC ， 近 于接收第二接 消息， 第二接 消息 帶的承載接口 ， 第二接 消息 帶的承載接口 致， 則 前特 P呼叫消息。
13、 要求 11 的 統， 其特 在于，
所述QoS策略控制阿 近 于 所述第 接 消息中是 否 帶有承載接口 在 查出所 第 接 消息中未 承 載接口 ， 表示承載接口 失敗的第三接 消息，
PCSC P-CSC ， 近 于接收 第三接 消息， 通 友
SP呼叫的用戶 P呼叫。
14、 要求 11 的 統， 其特 在于，
QoS策略控制 ， 近 于在 查出所 第 接 消息 帶的承載接口 是所述QoS策略控制同 支持的 ，向 PCSC 返 第 接 消息， 第 接 消息 帶的承 載接口 ， 表示承載接口 成功
P-CSC ， 近 于收到 第 接 消息， 若 查出所 第 接 消息 帶的承載接口 第 接 消息 帶的承載接口 致， 則 前特 P呼叫消息。
15、 要求 11 的 統， 其特 在于，
P-CSC ，近 于在 查出所 第 接 消息未 承載 接口 ， 通 友 所述 P呼叫的用戶 P呼叫。
16、 要求 12 的 統， 其特 在于，
QoS策略控制 ， 近 于在 查出所 第二接 消息 中未 承載接口 ， 表示承載接口 失敗的第五接
消息， PCSC ， 以 PCSC 通 友 P呼叫的用戶 P呼叫。
17、 要求 12 的 統， 其特 在于，
P-CSC ，近 于在 查出所 第二接 消息中未 承 載接口 ，所述PCSCF通 友 所述 P呼叫的用戶 所述 P呼 叫
PCT/CN2010/072212 2009-06-16 2010-04-26 通过承载接口协商实现QoS资源控制的方法和系统 WO2010145334A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910108087.3 2009-06-16
CN 200910108087 CN101583108B (zh) 2009-06-16 2009-06-16 通过承载接口协商实现QoS资源控制的方法和系统

Publications (1)

Publication Number Publication Date
WO2010145334A1 true WO2010145334A1 (zh) 2010-12-23

Family

ID=41365010

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/072212 WO2010145334A1 (zh) 2009-06-16 2010-04-26 通过承载接口协商实现QoS资源控制的方法和系统

Country Status (2)

Country Link
CN (1) CN101583108B (zh)
WO (1) WO2010145334A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101583108B (zh) * 2009-06-16 2012-05-09 中兴通讯股份有限公司 通过承载接口协商实现QoS资源控制的方法和系统
CN102404319A (zh) * 2011-11-09 2012-04-04 大唐移动通信设备有限公司 一种af会话的处理方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1414756A (zh) * 2002-01-30 2003-04-30 华为技术有限公司 一种数据终端设备自动识别本地管理接口类型的方法
US20080170586A1 (en) * 2007-01-12 2008-07-17 Broadcom Corporation Multi-rate MAC to PHY interface
CN101583108A (zh) * 2009-06-16 2009-11-18 中兴通讯股份有限公司 通过承载接口协商实现QoS资源控制的方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1414756A (zh) * 2002-01-30 2003-04-30 华为技术有限公司 一种数据终端设备自动识别本地管理接口类型的方法
US20080170586A1 (en) * 2007-01-12 2008-07-17 Broadcom Corporation Multi-rate MAC to PHY interface
CN101583108A (zh) * 2009-06-16 2009-11-18 中兴通讯股份有限公司 通过承载接口协商实现QoS资源控制的方法和系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
GOOD, RICHARD ET AL.: "Critical issues for QoS management and provisioning in the IP multimedia subsystem.", JOURNAL OF NETWORK AND SYSTEMS MANAGEMENT., vol. 16, no. 2, April 2008 (2008-04-01), pages 129 - 144, XP019609229 *
MAGEDANZ, TH. ET AL.: "IMS - the IP Multimedia System as NGN Service Delivery Platform.", ELEKTROTECHNIK & INFORMATIONSTECHNIK., vol. 123, no. 7-8, August 2006 (2006-08-01), pages 271 - 276 *

Also Published As

Publication number Publication date
CN101583108B (zh) 2012-05-09
CN101583108A (zh) 2009-11-18

Similar Documents

Publication Publication Date Title
US8744054B2 (en) Method and system for automatic call redialing
US9392028B2 (en) Apparatus and method for macro operation involving a plurality of session protocol transactions
US8588211B2 (en) Method for changing session media, method for establishing a call, and equipment thereof
US20110225307A1 (en) Apparatus and method for reducing responses when executing a session initiation protocol operation
WO2007098713A1 (fr) Procédé et système d'appel d'urgence
US8494527B2 (en) Method for transferring a communication session in a telecommunications network from a first connection to a second connection
WO2006010312A1 (fr) Procede d'information de la modification de capacite au terminal au reseau
JP2010541348A (ja) Ｉｐマルチメディア・サブシステム・ネットワークにおける障害回復
WO2005039132A1 (en) System, apparatus, and method for establishing circuit-switched communications via packet switched network signaling
JP6109928B2 (ja) Ｄｒｖｃｃ携帯端末のアクセス転送
WO2009015525A1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
US9380629B2 (en) Message generating arrangement
WO2008025231A1 (fr) Procédé et système pour réaliser un appel d'urgence
US20150295974A1 (en) Method, User Equipment and Application Server for Adding Media Stream of Multimedia Session
WO2009100638A1 (zh) Ip多媒体子系统紧急呼叫业务的实现方法及p-cscf
WO2009149667A1 (zh) 被叫接入的方法、装置和系统
WO2009094940A1 (fr) Appareil et procédé de renégociation de capacités multimédias
CN100488313C (zh) 一种ims网络sip终端互通系统及其方法
US9071690B2 (en) Call transfer processing in SIP mode
WO2010145334A1 (zh) 通过承载接口协商实现QoS资源控制的方法和系统
WO2008080297A1 (fr) Procédé, équipement et système pour mettre en rapport une session
US20110199942A1 (en) Method and system for realizing emergency calling service in high rate packet data network
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
WO2007140699A1 (fr) Procédé et appareil de mise à jour des données signées d'abonné
CN101232681B (zh) 一种在手机上实现语音通话连续性的装置及方法

Legal Events

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

Ref document number: 10788730

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

Country of ref document: EP

Kind code of ref document: A1