專利名稱：用于非漫游場景/漫游場景的業(yè)務信息反饋方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及用于非漫游場景/漫游場 景的業(yè)務信息反饋方法及系統(tǒng)。
背景技術(shù)：
下 一代網(wǎng)絡(Network Generation Network ，簡稱為NGN )是當 前通信標準領(lǐng)域的一個熱點研究i果題，它采用IP等分組一支術(shù)作為承 載網(wǎng)l支術(shù)融合固定通信和移動通信。
在NGN中，由于承載網(wǎng)采用了分組沖支術(shù)，特別是IP技術(shù)，使 NGN在服務質(zhì)量(Quality of Service,簡稱為QoS )方面的問題尤 其突出。因此，如何提供端到端的QoS將是NGN的核心問題之一。
用于高》及網(wǎng)絡的通^f言和互聯(lián)網(wǎng)融合的業(yè)務和十辦i義 (Telecommunication and Internet converged Services and Protocols for Advanced Networking ，簡稱為TISPAN )成立了專門的研究組， 致力于NGN :技術(shù)標準的制定工作。
TISPAN將NGN架構(gòu)分為業(yè)務層和傳輸層，在傳l餘層引入了網(wǎng) 絡附著子系統(tǒng)(Network Attachment Sub-System ，簡稱為NAS S )與 二斧源才妄纟內(nèi)4空制子系纟克(Resource and Admission Control Subsystem,簡稱為RACS )，NASS負責為上層業(yè)務層提供獨立的用戶接入管理， 而RACS則解決NGN ^義載網(wǎng)的QoS問題。
RACS是NGN組成部分之一，它將業(yè)務層(如IMS )的資源 需求與網(wǎng)絡承載層的資源分配相關(guān)聯(lián)，主要完成策略控制、資源預 留、4妄納控制、網(wǎng)絡地址轉(zhuǎn)換(Network Address Translation,簡稱 為NAT)穿越等功能。RACS通過一系列QoS策略為應用功能 (Application Function,簡稱為AF )提供傳輸層的控制服務，使用 戶設備(User Equipment,簡稱為UE )可以獲得所需QoS保證的業(yè) 務。
圖1是根據(jù)相關(guān)技術(shù)的RACS系統(tǒng)架構(gòu)的示意圖，如圖1所示， RACS主要包4舌基于業(yè)務的策略決策功能(Service-based Policy Decision Function,簡稱為SPDF )才莫塊和4妄入資源接納控制功能 (Access-Resource and Admission Control Function , 簡稱為 A-RACF)模塊。
SPDF 4莫塊向業(yè)務層^是供統(tǒng)一的^妻口，屏蔽底層網(wǎng)絡拓樸和具 體的接入纟支術(shù)，提供基于業(yè)務的策略控制。SPDF才莫塊根據(jù)網(wǎng)絡運 營商定義的策略規(guī)則進行策略決策和授權(quán)操作，若授權(quán)成功，SPDF 模塊將業(yè)務QoS需求等信息映射成網(wǎng)絡QoS參數(shù)，發(fā)送給A-RACF 才莫塊和/或邊界網(wǎng)關(guān)功能(Border Gateway Function ，簡稱為BGF ) 模塊，以控制相應的資源。
A-RACF模塊位于接入網(wǎng)，具有接納控制和網(wǎng)絡策略匯聚功能。 A-RACF才莫塊從SPDF模塊接收請求，根據(jù)本地策略進行包括檢查 所請求的資源是否可用的接納控制。在接納控制過程中，A-RACF 才莫塊通過e4接口 /人NASS獲取網(wǎng)絡附著信息和用戶4妄入清單，可以 才艮據(jù)網(wǎng)絡位置信息(例如4妄入用戶的物理節(jié)點的地址)確定可用 的網(wǎng)絡資源，并檢查所請求的帶寬信息是否與用戶接入清單中描述的一至丈。A-RACF才莫塊生成并向RCEF( Resource Control Enforcement Function,資源控制執(zhí)行功能)才莫塊發(fā)送三層/二層(L3/L2 )傳輸策 略，例如門控、包標記、流量控制等。
傳輸層主要包括BGF模塊和RCEF模塊，其中，BGF模塊是 一個包到包(Packet-to-Packet)網(wǎng)關(guān)，可^f立于^l:入網(wǎng)和核心網(wǎng)之間 (實現(xiàn)核心邊界網(wǎng)關(guān)功能)，也可以位于兩個核心網(wǎng)之間(實現(xiàn)互聯(lián) 邊界網(wǎng)關(guān)功能)。BGF模塊在SPDF模塊的控制下完成NAT穿越、 門控、QoS標記、帶寬限制、使用測量等功能。
RCEF模塊實施A-RACF模塊通過Re接口傳送過來的三層/二 層/ (L3/L2)媒體流策略，可以完成門控、QoS標記、帶寬限制等 功能。
圖2是根據(jù)相關(guān)技術(shù)的資源請求處理的流程圖，如圖2所示， 該流#呈包4舌以下步4t:
步驟S201 ， AF收到來自用戶i殳備的業(yè)務請求，并觸發(fā)AF生 成會話初始化消息；
步驟S202， AF發(fā)送業(yè)務請求消息纟會SPDF以i青求資源來滿足 用戶i殳備需求；
步驟S203, SPDF根據(jù)本地運營商策略對該業(yè)務請求進行授權(quán) 才企查，即判斷所請求的資源是否與本地運營商策略^L則 一致；
步驟S204，若通過授權(quán)檢查，則SPDF給A-RACF發(fā)送資源請 求消息以i青求相應的資源；步驟S205， A-RACF收到資源請求消息后，若本地沒有存儲該
用戶設備的簽約信息，則與NASS交互，獲取該用戶設備的簽約信 自.
步驟S206, A-RACF根據(jù)接入網(wǎng)策略、用戶設備簽約信息執(zhí)行 授權(quán)和接納控制；
步驟S207,如果根據(jù)步驟S206的執(zhí)行結(jié)果，A-RACF拒絕該 資源請求，則發(fā)送資源請求應答以通知SPDF;
步驟S208， SPDF發(fā)送業(yè)務請求應答以通知AF所請求的業(yè)務 凈皮拒絕。
在上述處理過程中，如果來自SPDF的資源請求被A-RACF拒 絕(步驟S207)，在一^t殳情況下，A-RACF會向SPDF回復被拒絕 的原因，例如資源不夠、 <奮改失敗、4丸4亍失敗、QoS清單失敗、 接入清單失敗等原因。但是，由于AF無法獲知RACS能夠接受的 業(yè)務信息，使得AF后續(xù)向RACS發(fā)起業(yè)務請求也可能被RACS拒 絕，降4氐了業(yè)務"^青求的效率。
但是，目前尚未提出在RACS拒絕AF發(fā)起的業(yè)務請求后RACS 向AF反饋其能夠接受的業(yè)務信息的技術(shù)方案。

發(fā)明內(nèi)容
本發(fā)明旨在提供用于非漫游場景/漫游場景的業(yè)務信息反饋方 法及系統(tǒng)，以解決AF發(fā)起的業(yè)務"i青求凈皮RACS拒絕后AF無法獲 知RACS能夠接受的業(yè)務信息的問題。
根據(jù)本發(fā)明的一個方面，提供了 一種用于非漫游場景的業(yè)務信 息反饋方法。根據(jù)本發(fā)明的業(yè)務信息反饋方法包括A-RACF接收到來自 SPDF的資源請求；A-RACF拒絕SPDF的資源請求，向SPDF發(fā)送 資源請求應答消息，其中，資源請求應答消息中攜帶有A-RACF能 接受的業(yè)務信息。
根據(jù)本發(fā)明的另 一方面，還提供了 一種用于非漫游場景的業(yè)務 4言息反々貴方法。
根據(jù)本發(fā)明的業(yè)務信息反饋方法包括SPDF接收來自A-RACF 的資源請求，并向應用功能模塊發(fā)送資源請求應答消息，其中，資 源請求應答消息中攜帶有SPDF能接受的業(yè)務信息。
才艮據(jù)本發(fā)明的另 一方面，還提供了 一種用于非漫游場景的業(yè)務 4言息反々貴方法。
根據(jù)本發(fā)明的業(yè)務信息反饋方法包括拜訪網(wǎng)絡SPDF接收到 來自歸屬網(wǎng)絡SPDF的資源請求，并發(fā)送至拜訪網(wǎng)絡A-RACF; A-RACF拒絕手早訪網(wǎng)絡SPDF的資源i青求，并向^早訪網(wǎng)纟備SPDF發(fā) 送資源請求應答消息；拜訪網(wǎng)絡SPDF拒絕歸屬網(wǎng)絡SPDF的資源 請求，并向歸屬網(wǎng)絡SPDF發(fā)送資源請求應答消息，其中，資源請 求應答消息中攜帶有拜訪網(wǎng)絡SPDF能接受的業(yè)務信息。
根據(jù)本發(fā)明的另 一方面，還提供了 一種用于漫游場景的業(yè)務信 息反饋系統(tǒng)。
根據(jù)本發(fā)明實施例的業(yè)務信息反饋系統(tǒng)包括SPDF，用于接收 來自應用功能模塊的基于用戶設備的業(yè)務請求，并向A-RACF發(fā)送 資源請求；A-RACF，用于在拒絕來自SPDF的資源請求的情況下， 向SPDF發(fā)送資源請求應答消息，其中，資源請求應答消息中攜帶 有A-RACF能接受的業(yè)務信息，業(yè)務信息包括以下參數(shù)至少之一 媒體類型、預留優(yōu)先級、服務質(zhì)量等級、傳輸?shù)燃?、流狀態(tài)。根據(jù)本發(fā)明的另 一方面，還提供了 一種用于漫游場景的業(yè)務信 息反々貴系統(tǒng)。
根據(jù)本發(fā)明實施例的業(yè)務信息反饋系統(tǒng)包括歸屬網(wǎng)絡SPDF， 用于接收來自應用功能模塊的基于用戶設備的業(yè)務請求，并向拜訪 網(wǎng)絡SPDF發(fā)送資源請求；拜訪網(wǎng)絡SPDF,用于接收來自歸屬網(wǎng)絡 SPDF的資源請求，在拒絕來自歸屬網(wǎng)絡SPDF的資源請求的情況 下，向歸屬網(wǎng)絡SPDF發(fā)送資源請求應答消息，其中，資源請求應 答消息中攜帶有拜訪網(wǎng)絡SPDF能接受的業(yè)務信息，業(yè)務信息包括 以下參數(shù)至少之一可用帶寬、媒體類型、預留優(yōu)先級、服務質(zhì)量 等級、傳輸?shù)燃?、流狀態(tài)；拜訪網(wǎng)絡A-RACF，用于在拒絕來自拜 訪網(wǎng)絡SPDF的資源-清求的情況下，向拜訪網(wǎng)絡SPDF發(fā)送資源諱-求應答消息，其中，資源請求應答消息中攜帶有拜訪網(wǎng)絡A-RACF 能接受的業(yè)務信息，業(yè)務信息包括以下參數(shù)至少之一可用帶寬、 媒體類型、預留優(yōu)先級、服務質(zhì)量等級、傳輸?shù)燃?、流狀態(tài)。
通過本發(fā)明的上述技術(shù)方案，當AF發(fā)起的業(yè)務請求被A-RACF 拒絕后，A-RACF將其能接受的業(yè)務信息發(fā)送到SPDF，使得AF能 夠通過SPDF獲知A-RACF能接受的業(yè)務信息，能夠有效地降低發(fā) 起的業(yè)務被再次拒絕的和X率，達到了纟是高業(yè)務請求效率的目的。


此處所說明的附圖用來l是供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當限定。在附圖中
圖1是4艮據(jù)相關(guān)沖支術(shù)的RACS系統(tǒng)架構(gòu)的示意圖2是根據(jù)相關(guān)技術(shù)的資源請求處理的流程圖；圖3是根據(jù)本發(fā)明方法實施例的用于非漫游場景的業(yè)務信息反 4f方法的流程圖4是根據(jù)本發(fā)明方法實施例的用于非漫游場景的業(yè)務信息反 方法的實例 一 的流程圖5是根據(jù)本發(fā)明方法實施例的用于非漫游場景的業(yè)務信息反 饋方法的實例二的流程圖6是根據(jù)本發(fā)明方法實施例的用于非漫游場景的業(yè)務信息反 々貴方法的實例三的流程圖7是才艮據(jù)本發(fā)明方法實施例的漫游場景的網(wǎng)絡架構(gòu)的示意
圖8是根據(jù)本發(fā)明方法實施例的用于漫游場景的業(yè)務信息反饋 方法的流程圖9是根據(jù)本發(fā)明方法實施例的用于漫游場景的業(yè)務信息反饋 方法的優(yōu)選處理方案的流程圖10是才艮據(jù)本發(fā)明系統(tǒng)實施例的用于非漫游場景的業(yè)務信息 反饋系統(tǒng)的結(jié)構(gòu)框圖11是根據(jù)本發(fā)明系統(tǒng)實施例的用于漫游場景的業(yè)務信息反 4貴系統(tǒng)的結(jié)構(gòu)框圖。
具體實施例方式
功能相克述
當UE處于非漫游場景時，在A-RACF拒絕來自SPDF的資源 請求的情況下，A-RACF構(gòu)造其能接受的業(yè)務信息，并將該業(yè)務信 息發(fā)送至SPDF, SPDF收到該業(yè)務信息后構(gòu)造其能接受的業(yè)務信息 并發(fā)送至AF，使得AF能夠從SPDF獲得A-RACF能接受的業(yè)務信 息。其中，上述業(yè)務信息包括以下至少之一媒體類型、預留優(yōu)先 級、QoS等級、傳llr等級、流狀態(tài)等參凄丈。
當UE處于漫游場景時，在拜訪網(wǎng)絡A-RACF拒絕來自拜訪網(wǎng) 絡SPDF的資源請求的情況下，拜訪網(wǎng)絡的構(gòu)造其能接受的業(yè)務信 息，并將該業(yè)務信息發(fā)送至拜訪網(wǎng)絡SPDF,拜訪網(wǎng)絡SPDF構(gòu)造其 能接受的業(yè)務信息，再將該業(yè)務信息發(fā)送至歸屬網(wǎng)絡SPDF，使得 AF能夠從歸屬網(wǎng)絡SPDF獲得拜訪網(wǎng)絡A-RACF能接受的業(yè)務信 息。其中，上述業(yè)務信息包括以下至少之一可用帶寬，媒體類型、 預留優(yōu)先級、QoS等級、傳輸?shù)燃?、流狀態(tài)等參數(shù)。
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此 處所描述的優(yōu)選實施例4又用于i兌明和解釋本發(fā)明，并不用于限定本 發(fā)明。
方法實施例一
根據(jù)本發(fā)明實施例，提供了 一種用于非漫游場景的業(yè)務信息反 々責方法。
圖3是根據(jù)本發(fā)明實施例的用于非漫游場景的業(yè)務信息反饋方 法的流^i圖，如圖3所示，該方法包《^舌以下處理步驟S302, A-RACF 4妄收到來自SPDF的資源請求；
步驟S304, A-RACF拒絕SPDF的資源請求，向SPDF發(fā)送資 源請求應答消息，其中，資源請求應答消息中攜帶有A-RACF能接 受的業(yè)務信息。
并且，在A-RACF向SPDF發(fā)送資源請求應答消息之后，SPDF 接收來自A-RACF的資源請求應答，并向應用功能模塊發(fā)送資源請 求應答消息，其中，資源請求應答消息中攜帶有所述SPDF能接受 的業(yè)務信息。
其中，上述的A-RACF能4妻受的業(yè)務^f言息和/或SPDF能4妻受的 業(yè)務信息可以包括以下參數(shù)至少之一々某體類型、預留優(yōu)先級、月良 務質(zhì)量等級、傳輸?shù)燃墶⒘鳡顟B(tài)。
在具體實施過程中，A-RACF能接受的業(yè)務信息和SPDF能接 受的業(yè)務^[言息可以相同，也可以不同。
并且，上述的A-RACF能接受的業(yè)務信息是A-RACF根據(jù)用戶 設備的簽約信息、本地資源信息、來自SPDF的媒體信息進行構(gòu)造。
通過述實施例，A-RACF構(gòu)造其能接受的業(yè)務信息，并將該 業(yè)務信息發(fā)送至SPDF,使得AF能夠從SPDF獲得A-RACF能接受 的業(yè)務信息，從而能夠有效地降低業(yè)務請求被再次拒絕的概率。
下面結(jié)合具體實例詳細描述本發(fā)明實施例。
實例一
圖4是根據(jù)本發(fā)明實例一的業(yè)務信息反饋方法的流程圖。該實 例中，A-RACF拒絕來自SPDF的資源請求的原因是"預留優(yōu)先級，，不匹配或未準i午，因此，在相應的拒絕響應消息中攜帶了 A-RACF 可接納的"預留優(yōu)先級"參數(shù)。如圖4所示，該處理包括以下步驟
步驟S402, AF收到來自用戶設備的業(yè)務請求，并觸發(fā)AF生 成會i舌初始^b消息；
步驟S404, AF發(fā)送業(yè)務請求消息給SPDF以請求資源來滿足 用戶i殳備需求；
步驟S406, SPDF根據(jù)本地運營商策略對該業(yè)務請求進行授權(quán) 檢查，即，判斷所請求的資源是否與本地運營商策略規(guī)則一致；
步驟S408，若通過授權(quán)檢查，則SPDF給A-RACF發(fā)送資源請 求消息以-清求相應的資源；
步驟S410， A-RACF收到資源請求消息后，若本地沒有存儲該
用戶i殳備的簽約信息，則與NASS交互，獲耳又該用戶i殳備的簽約信 白、-
步驟S412, A-RACF根據(jù)接入網(wǎng)策略、用戶設備簽約信息執(zhí)行 授權(quán)和接納控制(上述步驟S402-步驟S412對應于圖3中的步驟 S302) ^
步驟S414，若根據(jù)步驟S412的4丸行結(jié)果，A-RACF拒絕該資 源請求，則發(fā)送資源請求應答以通知SPDF。該應答消息中攜帶"預 留優(yōu)先級，，參數(shù)；
步驟S416， SPDF發(fā)送業(yè)務請求應答以通知AF所請求的業(yè)務 -波拒絕。該應答消息中攜帶"預留優(yōu)先級，，參數(shù)(上述步驟S414-步-驟S416對應于圖3中的步-銀S304)?；谏鲜鎏幚?，AF能夠獲知A-RACF可接受的"預留優(yōu)先級，， 的參數(shù)信息，能夠有效地降低再次發(fā)起的業(yè)務被拒絕的概率。
實例二
圖5是根據(jù)本發(fā)明實例二的業(yè)務信息反饋方法的流程圖。該實 施例中，A-RACF4巨纟色來自SPDF的資源i青求是因為"QoS等級" 不能滿足或未準許。因此在相應的資源請求應答消息中攜帶了 A-RACF可接納的"QoS等級，，參數(shù)。如圖5所示，該處理包括以 下步驟
步驟S502, AF收到來自用戶設備的業(yè)務請求，并觸發(fā)AF生 成會話初始化消息；
步驟S504, AF發(fā)送業(yè)務請求消息給SPDF以請求資源來滿足 用戶i殳備需求；
步驟S506, SPDF根據(jù)本地運營商策略對該業(yè)務請求進行授權(quán) 檢查，即，判斷所請求的資源是否與本地運營商策略規(guī)則一致；
步驟S508,若通過授權(quán)檢查，則SPDF給A-RACF發(fā)送資源請 求消息以請求相應的資源；
步驟S510, A-RACF收到資源請求消息后，若本地沒有存儲該 用戶設備的簽約信息，則與NASS交互，獲取該用戶設備的簽約信 息；
步驟S512, A-RACF根據(jù)接入網(wǎng)策略、用戶設備簽約信息執(zhí)行 4吏片又和4矣納控制(上述步驟S502-步驟S512對應于圖3中的步驟 S302 );步驟S514，若根據(jù)步驟S512的執(zhí)行結(jié)果，A-RACF拒絕該資 源請求，則發(fā)送資源請求應答以通知SPDF，該應答消息中攜帶"QoS 等級"參數(shù)；
步驟S516， SPDF發(fā)送業(yè)務請求應答以通知AF所請求的業(yè)務 被拒絕，該應答消息中攜帶"QoS等級，，參數(shù)(上述步驟S514-步 驟S516對應于圖3中的步驟S304)。
基于上述處理，AF能夠獲知A-RACF可接受的"QoS等級，， 的參數(shù)信息，能夠有效地降低再次發(fā)起的業(yè)務被拒絕的概率。
實例三
圖6是根據(jù)本發(fā)明實例三的業(yè)務信息反饋方法的流程圖。該實 施例中，A-RACF拒絕來自SPDF的資源請求是因為"傳輸?shù)燃墸?不能滿足或無法才是供。因此，在相應的拒絕響應消息中攜帶了 A-RACF可接納的"傳輸?shù)燃?，，參?shù)。如圖6所示，該處理包括以 下步驟
步驟S602, AF收到來自用戶i殳備的業(yè)務請求，并觸發(fā)AF生 成會話初始〗b消息；
步驟S604, AF發(fā)送業(yè)務請求消息給SPDF以請求資源來滿足 用戶設備的需求；
步驟S606, SPDF根據(jù)本地運營商策略對該業(yè)務請求進行授權(quán) 檢查，即判斷所請求的資源是否與本地運營商策略^L則 一致；
步驟S608，若通過授權(quán)檢查，貝'J SPDF給A-RACF發(fā)送資源請 求消息以_清求相應的資源；步驟S610, A-RACF收到資源請求消息后，若本地沒有存儲該
用戶設備的簽約信息，則與NASS交互，獲取該用戶設備的簽約信 白、，
步驟S612， A-RACF根據(jù)接入網(wǎng)策略、用戶設備簽約信息執(zhí)行 授權(quán)和接納控制(上述步驟S602-步驟S612對應于圖3中的步驟 S302 );
步驟S614，若根據(jù)步驟S612的執(zhí)行結(jié)果，A-RACF拒絕該資 源請求，則發(fā)送資源請求應答以通知SPDF，該應答消息中攜帶"傳 輸?shù)燃墸?，參?shù)；
步驟S616， SPDF發(fā)送業(yè)務請求應答以通知AF所請求的業(yè)務 被拒絕，該應答消息中攜帶"傳輸?shù)燃?，，參?shù)(上述步驟S614-步 艱《S616只于應于圖3中的步4聚S304)。
基于上述處理，AF能夠獲知A-RACF可接受的"傳輸?shù)燃? 的參數(shù)信息，從而能夠有效地降低再次發(fā)起的業(yè)務被拒絕的概率。
另外，A-RACF拒纟色來自SPDF的資源請求還可以是因為媒 體類型、流狀態(tài)等參數(shù)；相應的A-RACF反饋的資源請求應答消息 中攜帶有A-RACF能接受的業(yè)務信息，此處不詳細描述。
方法實施例二
根據(jù)本發(fā)明實施例，還提供了 一種用于漫游場景的業(yè)務信息反 々貴方法。
根據(jù)本發(fā)明實施例的業(yè)務信息反饋方法包括SPDF接收來自 A-RACF的資源請求，并向應用功能才莫塊發(fā)送資源請求應答消息， 其中，資源請求應答消息中攜帶有SPDF能接受的業(yè)務信息。上述的實施例為用戶i殳備處于非漫游的場景，本發(fā)明同樣適用 于用戶設備處于漫游場景下。
方法實施例三
根據(jù)本發(fā)明實施例，還提供了 一種用于漫游場景的業(yè)務信息反 饋方法。
圖7是根據(jù)本發(fā)明實施例的漫游場景的網(wǎng)絡架構(gòu)的示意圖，如 圖7所示，當UE漫游時，NGN可劃分為歸屬網(wǎng)絡(Home NGN ) 和拜訪網(wǎng)絡(Visited NGN )。其中為用戶設備提供業(yè)務的AF位于歸 屬網(wǎng)絡，用戶設備數(shù)據(jù)也存儲在歸屬網(wǎng)絡。歸屬網(wǎng)絡存儲的用戶設 備數(shù)據(jù)對拜訪網(wǎng)絡是開放的，即，拜訪網(wǎng)絡可以從歸屬網(wǎng)絡獲取到 用戶設備的全部數(shù)據(jù)(通過拜訪網(wǎng)絡的NASS ( Visited NASS )與歸 屬網(wǎng)絡的NASS (Home NASS)之間的接口 )。 Ri，接口是拜訪網(wǎng)絡 的資源接納控制系統(tǒng)與歸屬網(wǎng)絡的資源4妄納控制系統(tǒng)的唯一接口 ， 用于跨域的資源接納控制信息的交互。
圖8是根據(jù)本發(fā)明實施例的用于漫游場景的業(yè)務信息反饋方法 的流辟呈圖，如圖8所示，該方法包4舌以下處理
步驟S802，拜訪網(wǎng)絡SPDF接收到來自歸屬網(wǎng)絡SPDF的資源 請求，并發(fā)送至拜訪網(wǎng)絡A-RACF;
步驟S804， A-RACF拒絕拜訪網(wǎng)絡SPDF的資源i青求，并向拜 訪網(wǎng)絡SPDF發(fā)送資源請求應答消息；
步驟S806,拜訪網(wǎng)絡SPDF拒絕歸屬網(wǎng)絡SPDF的資源請求， 并向歸屬網(wǎng)絡SPDF發(fā)送資源請求應答消息，其中，資源請求應答 消息中攜帶有拜訪網(wǎng)絡SPDF能接受的業(yè)務信息。其中，上述的拜訪網(wǎng)絡SPDF能接受的業(yè)務信息包括以下參數(shù) 至少之一可用帶寬、J 某體類型、預留優(yōu)先級、服務質(zhì)量等級、傳 輸?shù)燃?、流狀態(tài)。
圖9是根據(jù)本發(fā)明實施例的用于漫游場景的業(yè)務信息反饋方法 的優(yōu)選處理方案的流程圖，如圖9所示，該處理流程包括以下步驟
步驟S902，用戶i殳備處于漫游場景下，即從拜訪網(wǎng)絡4妻入，需 要訪問歸屬網(wǎng)絡的業(yè)務。AF收到來自該用戶設備的業(yè)務請求，并觸 發(fā)AF生成會話初始化消息；
步驟S904,AF發(fā)送業(yè)務請求消息給歸屬網(wǎng)絡的SPDF(即SPDF (H))以請求資源來滿足用戶i殳備需求；
步驟S906，歸屬網(wǎng)絡的SPDF (H)才艮據(jù)本地運營商策略對該 業(yè)務請求進行授權(quán)檢查，即判斷所請求的資源是否與本地運營商策 略規(guī)則一致。若通過授權(quán)才企查，貝'J SPDF (H)給拜訪網(wǎng)絡的SPDF (即SPDF ( V))發(fā)送業(yè)務i青求消息以滿足用戶i殳備需求；
步驟S908， SPDF ( V)收到業(yè)務請求消息后，4艮據(jù)本地運營商 策略對該業(yè)務請求進行授權(quán)檢查，即判斷所請求的資源是否與本地 運營商策略規(guī)則一致。若通過授權(quán)檢查，貝'J SPDF ( V)給拜訪網(wǎng)絡 的A-RACF (即A-RACF ( V))發(fā)送資源請求消息以請求相應的資 源；
步驟S910, A-RACF (V)收到資源請求消息后，若本地沒有 存儲該用戶設備的簽約信息，則給拜訪網(wǎng)絡的NASS(即NASS( V)) 發(fā)送用戶設備簽約信息查詢消息，以獲取該用戶設備的簽約信息；
步駛朵S912， NASS (V)與歸屬網(wǎng)纟各的NASS (即NASS (H)) 交互，獲取用戶設備的簽約信息；步驟S914, NASS (V)將用戶設備簽約信息發(fā)送給A-RACF (V);
步驟S916， A-RACF (V)根據(jù)接入網(wǎng)策略、用戶設備簽約信 息執(zhí)行授權(quán)和接納控制(上述步驟S902-步驟S916對應于圖8中的 步驟S802 );
步驟S918，若根據(jù)步驟S916的執(zhí)行結(jié)果，A-RACF (V)拒絕 該資源請求，則發(fā)送資源請求應答以通知SPDF (V)。該應答消息 中攜帶"可接受的業(yè)務信息"，其中，該可接受的A-RACF (V)業(yè) 務信息包括但不限于以下參數(shù)至少之一可用帶寬，纟泉體類型、預 留優(yōu)先級、QoS等級、傳輸?shù)燃墶⒘鳡顟B(tài)等參數(shù)；
步驟S920, SPDF (V)發(fā)送業(yè)務請求應答以通知SPDF (H) 所請求的業(yè)務被拒絕。該應答消息中攜帶有"可接受的業(yè)務信息"；
步-驟S922， SPDF (H)發(fā)送業(yè)務i青求應答消息纟合AF。該應答 消息中攜帶有"可接受的業(yè)務信息，，上述步驟S918-步驟S922對應 于圖8中的步驟S804)。
通過上述實施例，用戶設備在漫游場景下，當AF發(fā)起的業(yè)務 請求被A-RACF (V)拒絕后，A-RACF (V)將其能接受的業(yè)務信 息發(fā)送到SPDF ( V )， SPDF ( V )再將該業(yè)務信息發(fā)送至SPDF ( H )， 使得AF能夠通過SPDF (H)獲知A-RACF (V)能接受的業(yè)務信 息，從而能夠有效地降低業(yè)務請求被再次拒絕的概率，達到了提高 業(yè)務i青求承文率的目的。裝置實施例一
根據(jù)本發(fā)明實施例，還提供了 一種用于非漫游場景的業(yè)務信息 反々貴系統(tǒng)，該系統(tǒng)可以用于實現(xiàn)上述方法實施例一所才是供的非漫游 場景的業(yè)務信息反^t方法。
圖10是根據(jù)本發(fā)明實施例的用于非漫游場景的業(yè)務信息反饋
系統(tǒng)的才匡圖，如圖10所示，該系統(tǒng)包4舌SPDF 102和A-RACF 104 ,
具體地
SPDF 102,用于接收來自AF的基于用戶設備的業(yè)務請求，并 向A-RACF發(fā)送資源:清求。
A-RACF 104,連4妄至SPDF 102,用于在拒絕來自SPDF 102 的資源請求的情況下，向SPDF 102發(fā)送資源請求應答消息，其中， 資源請求應答消息中攜帶有A-RACF能接受的業(yè)務信息，該業(yè)務信 息包括以下參數(shù)至少之一媒體類型、預留優(yōu)先級、服務質(zhì)量等級、 傳輸?shù)燃墶⒘鳡顟B(tài)。
其中，A-RACF 104可以進一步包括
4妄收才莫塊(未示出)，用于^t妄收來自SPDF 102的資源-清求；
構(gòu)造模塊(未示出)，連接至接收模塊，用于在拒絕來自SPDF 102的資源請求的情況下，根據(jù)用戶設備的簽約信息、本地資源信 息、來自SPDF 102的媒體信息構(gòu)造A-RACF能接受業(yè)務信息；
發(fā)送模塊(未示出)，連接至構(gòu)造模塊，用于向SPDF102發(fā)送
攜帶有業(yè)務信息的資源請求應答消息；
22并且，該系統(tǒng)還可以包括AF (未示出)，連接至SPDF 102,用 于接收來自用戶設備的業(yè)務請求，并向SPDF 102發(fā)送業(yè)務請求消 息；AF還用于接收來自SPDF 102的攜帶有業(yè)務信息的資源請求應 答消息。基于上述處理，能夠降低用戶設備的業(yè)務請求被再次拒絕 的才既率。
在具體實施過程中，根據(jù)本發(fā)明實施例的用于非漫游場景的業(yè) 務信息反^t系統(tǒng)同樣可以完成圖3至圖6中所示的處理，；^而能夠 提高業(yè)務請求的效率，具體處理過程這里不再重復描述。
裝置實施例二
根據(jù)本發(fā)明實施例，還沖是供了 一種用于漫游場景的業(yè)務信息反 饋系統(tǒng)，該系統(tǒng)可以用于實現(xiàn)上述方法實施例三所沖是供的非漫游場 景的業(yè)務信息反饋方法。
圖11是根據(jù)本發(fā)明實施例的用于非漫游場景的業(yè)務信息反饋 系統(tǒng)的一匡圖，如圖11所示，該系統(tǒng)包括歸屬網(wǎng)絡SPDF 202、拜 訪網(wǎng)纟各SPDF204、拜訪網(wǎng)絡A-RACF 206,具體地
歸屬網(wǎng)絡SPDF202，用于接收來自AF的基于用戶設備的業(yè)務 請求，并向拜訪網(wǎng)絡SPDF發(fā)送資源請求；
拜訪網(wǎng)絡SPDF 204,連接至歸屬網(wǎng)絡SPDF 202 ，用于接收來 自歸屬網(wǎng)全各SPDF的資源:清求，在拒絕來自歸屬網(wǎng)鄉(xiāng)各SPDF 202的 資源-清求的情況下，向歸屬網(wǎng)纟各SPDF 202發(fā)送資源:清求應答消息， 其中，資源請求應答消息中攜帶有拜訪網(wǎng)絡SPDF 204能4妄受的業(yè) 務信息，該業(yè)務信息包括以下參數(shù)至少之一可用帶寬、媒體類型、 預留優(yōu)先級、服務質(zhì)量等級、傳輸?shù)燃墶⒘鳡顟B(tài)。拜訪網(wǎng)絡A-RACF 206，連4妄至手早訪網(wǎng)絡SPDF 204，用于在拒 絕來自拜訪網(wǎng)絡SPDF204的資源請求的情況下，向拜訪網(wǎng)絡SPDF 204發(fā)送資源請求應答消息，其中，資源請求應答消息中攜帶有拜 訪網(wǎng)絡A-RACF 206能接受的業(yè)務信息，該業(yè)務信息包括以下參數(shù) 至少之一可用帶寬、媒體類型、預留優(yōu)先級、服務質(zhì)量等級、傳 輸?shù)燃?、流狀態(tài)。
基于上述處理，拜訪網(wǎng)絡SPDF 204在接收到來自拜訪網(wǎng)絡 A-RACF 206的攜帶有業(yè)務信息的資源請求應答消息后，構(gòu)造拜訪 網(wǎng)絡SPDF 204能接受的業(yè)務信息并將該業(yè)務信息發(fā)送至歸屬網(wǎng)絡 SPDF 202。
并且，該系統(tǒng)還可以包括AF(未示出)，連接至歸屬網(wǎng)絡SPDF 202，用于接收來自用戶設備的業(yè)務請求，并向歸屬網(wǎng)絡SPDF 202 發(fā)送業(yè)務請求消息；AF還用于4妄收來自歸屬網(wǎng)絡SPDF 202的攜帶 有拜訪網(wǎng)絡SPDF 204能接受的業(yè)務信息的資源請求應答消息。因 此，能夠降低業(yè)務請求被再次拒絕的概率。
在具體實施過程中，根據(jù)本發(fā)明實施例的用于非漫游場景的業(yè) 務信息反々貴系統(tǒng)同樣可以完成圖8、圖9中所示的處理，從而能夠 提高業(yè)務請求的效率，具體處理過程這里不再重復描述。
綜上所述，通過本發(fā)明的上述沖支術(shù)方案，當AF發(fā)起的業(yè)務請 求,皮RACS拒絕后，RACS將其能接受的業(yè)務信息發(fā)送到SPDF, 使得AF能夠通過SPDF獲知RACS能接受的業(yè)務信息，能夠有效 地降低業(yè)務請求被再次拒絕的概率，達到了提高業(yè)務請求效率的目的。
顯然，本領(lǐng)域的技術(shù)人員應該明白，上述的本發(fā)明的各模塊或 各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們 可以用計算裝置可^丸行的程序代碼來實現(xiàn)，從而，可以將它們存儲
在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成 電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模 塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述〗又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種用于非漫游場景的業(yè)務信息反饋方法，其特征在于，包括接入資源接納控制功能模塊即A-RACF接收到來自基于業(yè)務的策略決策功能模塊即SPDF的資源請求；所述A-RACF拒絕所述SPDF的資源請求，向所述SPDF發(fā)送資源請求應答消息，其中，所述資源請求應答消息中攜帶有所述A-RACF能接受的業(yè)務信息。
2. 才艮據(jù)權(quán)利要求1所述的方法，其特征在于，還包括所述SPDF 4妄收來自所述A-RACF的資源i青求應答，并向 應用功能才莫塊發(fā)送資源請求應答消息，其中，所述資源請求應 答消息中攜帶有所述SPDF能接受的業(yè)務信息。
3. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述A-RACF 能接受的業(yè)務信息和/或所述SPDF能接受的業(yè)務信息包括以 下參凄t至少之一媒體類型、預留優(yōu)先級、服務質(zhì)量等級、傳輸?shù)燃墶⒘鳡钐膐
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述A-RACF 接收到來自所述SPDF的所述資源請求之前，所述方法還包括所述SPDF接收到來自應用功能模塊的基于用戶設備的 業(yè)務i青求，并向所述A-RACF發(fā)送所述資源"i青求。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述A-RACF向 所述SPDF發(fā)送所述資源請求應答消息包括所述A-RACF根據(jù)所述用戶設備的簽約信息、本地資源 信息、來自所述SPDF的媒體信息構(gòu)造所述A-RACF能接受的 業(yè)務信息；所述A-RACF將攜帶所述業(yè)務信息的所述資源請求應答 消息發(fā)送至所述SPDF，以使所述SPDF將所述資源請求應答 消息發(fā)送至所述應用功能模塊。
6. —種用于非漫游場景的業(yè)務信息反饋方法，其特征在于，包括所述SPDF接收來自所述A-RACF的資源請求，并向應用 功能模塊發(fā)送資源請求應答消息，其中，所述資源請求應答消 息中攜帶有所述SPDF能接受的業(yè)務信息。
7. —種用于漫游場景的業(yè)務信息反饋方法，其特征在于，包括拜訪網(wǎng)絡SPDF接收到來自歸屬網(wǎng)絡SPDF的資源請求， 并發(fā)送至拜訪網(wǎng)絡A-RACF;所述A-RACF拒絕所述拜訪網(wǎng)絡SPDF的所述資源請求， 并向所述拜訪網(wǎng)絡SPDF發(fā)送資源請求應答消息；所述拜訪網(wǎng)絡SPDF拒絕所述歸屬網(wǎng)絡SPDF的所述資源 請求，并向所述歸屬網(wǎng)絡SPDF發(fā)送資源請求應答消息，其中， 所述資源請求應答消息中攜帶有所述拜訪網(wǎng)絡SPDF能接受的 業(yè)務信息。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述拜訪網(wǎng)絡SPDF 能接受的業(yè)務信息包括以下參數(shù)至少之一 可用帶寬、媒體類型、預留優(yōu)先級、服務質(zhì)量等級、傳輸 等級、流狀態(tài)。
9. 才艮據(jù)4又利要求7所述的方法，其特征在于，在所述拜訪網(wǎng)絡 SPDF沖妄收到來自所述歸屬網(wǎng)絡SPDF的所述資源-清求之前， 所述方法還包4舌歸屬網(wǎng)絡SPDF接收到來自應用功能模塊的基于用戶設 備的業(yè)務請求，并向所述拜訪網(wǎng)絡SPDF發(fā)送所述資源請求。
10. —種用于非漫游場景的業(yè)務信息反饋系統(tǒng)，其特征在于，包括SPDF，用于接收來自應用功能模塊的基于用戶設備的業(yè) 務i青求，并向A-RACF發(fā)送所述資源^清求；所述A-RACF，用于在拒絕來自所述SPDF的所述資源請 求的情況下，向所述SPDF發(fā)送資源請求應答消息，其中，所 述資源請求應答消息中攜帶有所述A-RACF能接受的業(yè)務信 息，所述業(yè)務信息包括以下參數(shù)至少之一媒體類型、預留優(yōu) 先級、服務質(zhì)量等級、傳輸?shù)燃墶⒘鳡顟B(tài)。
11. 一種用于漫游場景的業(yè)務信息反饋系統(tǒng)，其特征在于，包括歸屬網(wǎng)絡SPDF,用于接收來自應用功能模塊的基于用戶 設備的業(yè)務請求，并向拜訪網(wǎng)絡SPDF發(fā)送所述資源請求；所述拜訪網(wǎng)絡SPDF,用于接收來自所述歸屬網(wǎng)絡SPDF 的所述資源請求，在拒絕來自所述歸屬網(wǎng)絡SPDF的所述資源 請求的情況下，向所述歸屬網(wǎng)絡SPDF發(fā)送資源請求應答消息， 其中，所述資源請求應答消息中攜帶有所述拜訪網(wǎng)絡SPDF能 接受的業(yè)務信息，所述業(yè)務信息包括以下參數(shù)至少之一可用 帶寬、々某體類型、預留優(yōu)先級、服務質(zhì)量等級、傳輸?shù)燃?、?狀態(tài)；所述拜訪網(wǎng)絡A-RACF ，用于在拒絕來自所述拜訪網(wǎng)絡 SPDF的所述資源請求的情況下，向所述拜訪網(wǎng)絡SPDF發(fā)送 資源請求應答消息，其中，所述資源請求應答消息中攜帶有所述拜訪網(wǎng)絡A-RACF能接受的業(yè)務信息，所述業(yè)務信息包括 以下參數(shù)至少之一可用帶寬、^某體類型、預留優(yōu)先級、服務 質(zhì)量等級、傳輸?shù)燃墶⒘鳡顟B(tài)。
全文摘要
本發(fā)明公開了用于非漫游場景/漫游場景的業(yè)務信息反饋方法及系統(tǒng)，其中，一種用于非漫游場景的業(yè)務信息反饋方法包括A-RACF接收到來自SPDF的資源請求；A-RACF拒絕SPDF的資源請求，向SPDF發(fā)送資源請求應答消息，其中，資源請求應答消息中攜帶有A-RACF能接受的業(yè)務信息。通過本發(fā)明，能夠提高業(yè)務請求的效率。
文檔編號H04W28/10GK101409895SQ200810169198
公開日2009年4月15日 申請日期2008年11月5日 優(yōu)先權(quán)日2008年11月5日
發(fā)明者尤建潔 申請人:中興通訊股份有限公司