專利名稱：用戶上下線的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種用戶上下線的處理方法。
背景技術(shù)：
隨著Internet網(wǎng)絡(luò)規(guī)模的不斷增大，各種各樣的網(wǎng)絡(luò)服務(wù)爭相涌現(xiàn)，各種先進的多媒體系統(tǒng)層出不窮，因而導(dǎo)致Internet網(wǎng)絡(luò)需要經(jīng)常發(fā)送突發(fā)性高的FTP(文件傳輸協(xié)議)或含有圖像文件的HTTP(超文本傳輸協(xié)議)等多媒體業(yè)務(wù)。對于網(wǎng)絡(luò)中的實時業(yè)務(wù)來說，由于其對網(wǎng)絡(luò)的傳輸時延、延時抖動等特性較為敏感，因此，網(wǎng)絡(luò)在發(fā)送FTP或HTTP等業(yè)務(wù)時，對實時業(yè)務(wù)的影響比較大。而且，多媒體業(yè)務(wù)還占去了大量的網(wǎng)絡(luò)帶寬，使現(xiàn)有網(wǎng)絡(luò)中需要保證帶寬的關(guān)鍵業(yè)務(wù)很難被可靠地傳輸。
為保證網(wǎng)絡(luò)中傳輸?shù)乃鰧崟r業(yè)務(wù)及關(guān)鍵業(yè)務(wù)的QoS(服務(wù)質(zhì)量)問題，ITU提出了一個IP信令需求的功能模型，如圖1所示，所述的功能模型主要包括SCFE(會話功能實體)、BCFE(承載控制功能實體)、SFE(交換功能實體)、CCI(連接控制接口)、NCI(網(wǎng)絡(luò)控制接口)和SCI(交換控制接口)。
下面將分別對圖1中的各個功能實體的功能作用進行描述。
(1)SCFE終端用戶通過與SCFE進行交互來申請服務(wù)；SCFE發(fā)起QoS請求，通常由SCFE決定通信配置的參數(shù)，如帶寬，QoS等參數(shù)信息；如果一組可接受的參數(shù)可以議定，SCFE將使用BCFE提供的服務(wù)來建立、維護和斷開網(wǎng)絡(luò)資源來提供議定的配置，即negotiatedarrangement(協(xié)商配置)。
(2)BCFE負(fù)責(zé)建立、修改和釋放網(wǎng)絡(luò)資源來提供議定的配置；BCFE從SCFE接收基于業(yè)務(wù)流的QoS請求，經(jīng)過路徑分析之后，BCFE將路徑分析結(jié)果發(fā)送給SFE；依賴于選定的QoS控制模式，為了分析QoS請求并生成QoS配置數(shù)據(jù)，BCFE需要知道一定的網(wǎng)絡(luò)拓?fù)湫畔⒑唾Y源狀態(tài)信息。
(3)SFE用于將建立在一個端口的虛連接與建立在另外一個端口的虛連接交叉連接起來；通過位于用戶之間的各個SFE上的一個或多個這樣的交叉連接，最終生成用戶之間的虛連接；虛連接的特性基于與SCFE磋商的呼叫參數(shù)，而它的路由則由BCFE決定；由BCFE控制的SFE根據(jù)SCI接口上收到的指令生成或釋放交叉連接。
(4)CCICCI是呼叫/會話層與傳輸層的承載控制平面之間的接口。
(5)NCINCI是BCFE與BCFE之間的接口。
(6)SCISCI是傳輸層承載控制平面與傳輸平面之間的接口。
目前，針對圖1所示的IP信令功能模型，只定義了上述相應(yīng)的功能實體的功能作用，而未定義各個功能實體之間在具體應(yīng)用過程中所需要的交互流程及相互之間的交互消息及各信息中具體承載的信息內(nèi)容。因此，如果需要在實際應(yīng)用中采用圖1中所示的模型，還需要定義所功能實體之間需要交互的消息、消息中承載的信息及相應(yīng)的業(yè)務(wù)處理過程，等等。
現(xiàn)有的一種基于圖1所示的IP信令功能模型的用戶上下線的方法的簡要流程如圖2所示。用戶上下線時，SCFE向BCFE發(fā)起連接請求或釋放，BCFE進行相關(guān)處理后，再通過SCI接口指示SFE分配或釋放網(wǎng)絡(luò)連接。
該方法的缺點為用戶上下線時，BCFE只能依賴于SCFE來進行資源分配或釋放。
發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種用戶上下線的處理方法，從而使得BCFE可以不完全依賴于SCFE來進行資源分配或釋放等操作。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的一種用戶上下線的處理方法，包括A、當(dāng)交換功能實體SFE獲得用戶的連接情況發(fā)生變化后，主動向承載控制功能實體BCFE發(fā)送報告該變化情況的消息；B、BCFE根據(jù)收到的消息進行相應(yīng)的處理。
所述的步驟A具體包括SFE獲得用戶上下線信息后，主動向BCFE發(fā)送報告用戶上下線信息的消息；或者，SFE獲得用戶上線信息后，主動向BCFE發(fā)送報告用戶上線信息的消息；或者，SFE獲得用戶下線信息后，主動向BCFE發(fā)送報告用戶下線信息的消息。
所述的步驟B具體包括BCFE收到SFE向其發(fā)送的報告用戶的連接情況發(fā)生變化的消息后，向SFE回復(fù)相應(yīng)的應(yīng)答消息，雙方進行相應(yīng)的消息交互。
所述的步驟B具體包括
BCFE收到SFE向其發(fā)送的報告用戶的連接情況發(fā)生變化的消息后，進行相應(yīng)的和該連接變化情況相關(guān)的操作。
所述的步驟B具體包括當(dāng)BCFE收到SFE向其發(fā)送的報告用戶上線的消息后，則記錄用戶上線的相關(guān)信息和/或發(fā)起開始對該用戶計費的操作。
所述的步驟B具體包括當(dāng)BCFE收到SFE向其發(fā)送的報告用戶下線的消息后，則向會話功能實體SCFE上報用戶連接中斷信息；和/或，向SCFE發(fā)起用戶連接釋放，如果存在與該用戶連接相關(guān)的鄰接的BCFE，向這些BCFE發(fā)起用戶連接釋放；和/或，向SFE發(fā)起網(wǎng)絡(luò)資源釋放；和/或，忽略SFE通知的用戶連接中斷信息；和/或，發(fā)起終止對該用戶計費的操作。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明和現(xiàn)有技術(shù)相比，擺脫了BCFE在用戶上下線時對SCFE的完全依賴，使得BCFE可以不完全依賴于SCFE來進行資源分配或釋放等操作。增強了網(wǎng)絡(luò)的靈活性與可靠性。
圖1為IP信令功能模型結(jié)構(gòu)示意圖；圖2為現(xiàn)有的一種用戶上下線的方法的簡要流程圖；
圖3為本發(fā)明所述方法的具體處理流程圖。
具體實施例方式
本發(fā)明提出了一種用戶上下線的處理方法，本發(fā)明的核心為由SFE主動向BCFE報告用戶上下線的信息。
下面結(jié)合附圖來詳細(xì)描述本發(fā)明，本發(fā)明所述方法的具體處理流程如圖3所示，包括如下步驟步驟3-1SFE獲得用戶上下線信息。
在圖1所示的IP信令功能模型中，SFE維護的交叉連接傳輸?shù)氖怯脩舻木唧w業(yè)務(wù)數(shù)據(jù)，SFE有可能比BCFE先獲得用戶上下線信息。因此，在SFE獲得用戶連接已經(jīng)建立起來或中斷后，即SFE獲得用戶上下線信息后，則執(zhí)行步驟3-2。
步驟3-2SFE主動發(fā)起與BCFE的用戶上下線交互。
當(dāng)SFE獲得用戶上下線信息后，便主動向BCFE發(fā)送信息，目的是使BCFE能夠獲悉用戶上下線這一信息。BCFE收到SFE向其發(fā)送的消息后，向SFE回復(fù)相應(yīng)的應(yīng)答消息，SFE和BCFE進行相應(yīng)的用戶上下線消息交互。然后，執(zhí)行步驟3-3。
步驟3-3BCFE進行相應(yīng)的用戶上下線處理。
BCFE獲悉用戶上下線這一信息后，除了和SFE進行用戶上下線消息交互外，還采取相關(guān)的后續(xù)處理。
比如，BCFE獲悉用戶上線后，可以采取的處理包括但不限于以下幾種1、記錄用戶上線的相關(guān)信息。
2、發(fā)起開始計費的操作。
BCFE獲悉用戶下線后，可以采取的處理包括但不限于以下幾種
1、向SCFE上報用戶連接中斷信息。
2、向SCFE發(fā)起用戶連接釋放，如果存在與該用戶連接相關(guān)的鄰接的BCFE，向這些BCFE發(fā)起用戶連接釋放。
3、向SFE發(fā)起網(wǎng)絡(luò)資源釋放。
4、忽略SFE通知的用戶連接中斷信息。
5、發(fā)起終止計費等其他操作。
在本發(fā)明所述的用戶上下線的處理方法中，用戶上線處理方法和用戶下線處理方法可以單獨使用，也可以結(jié)合在一起使用。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準(zhǔn)。
權(quán)利要求
1.一種用戶上下線的處理方法，其特征在于，包括A、當(dāng)交換功能實體SFE獲得用戶的連接情況發(fā)生變化后，主動向承載控制功能實體BCFE發(fā)送報告該變化情況的消息；B、BCFE根據(jù)收到的消息進行相應(yīng)的處理。
2.根據(jù)權(quán)利要求1所述的用戶上下線的處理方法，其特征在于，所述的步驟A具體包括SFE獲得用戶上下線信息后，主動向BCFE發(fā)送報告用戶上下線信息的消息；或者，SFE獲得用戶上線信息后，主動向BCFE發(fā)送報告用戶上線信息的消息；或者，SFE獲得用戶下線信息后，主動向BCFE發(fā)送報告用戶下線信息的消息。
3.根據(jù)權(quán)利要求1或2所述的用戶上下線的處理方法，其特征在于，所述的步驟B具體包括BCFE收到SFE向其發(fā)送的報告用戶的連接情況發(fā)生變化的消息后，向SFE回復(fù)相應(yīng)的應(yīng)答消息，雙方進行相應(yīng)的消息交互。
4.根據(jù)權(quán)利要求3所述的用戶上下線的處理方法，其特征在于，所述的步驟B具體包括BCFE收到SFE向其發(fā)送的報告用戶的連接情況發(fā)生變化的消息后，進行相應(yīng)的和該連接變化情況相關(guān)的操作。
5.根據(jù)權(quán)利要求4所述的用戶上下線的處理方法，其特征在于，所述的步驟B具體包括當(dāng)BCFE收到SFE向其發(fā)送的報告用戶上線的消息后，則記錄用戶上線的相關(guān)信息和/或發(fā)起開始對該用戶計費的操作。
6.根據(jù)權(quán)利要求5所述的用戶上下線的處理方法，其特征在于，所述的步驟B具體包括當(dāng)BCFE收到SFE向其發(fā)送的報告用戶下線的消息后，則向會話功能實體SCFE上報用戶連接中斷信息；和/或，向SCFE發(fā)起用戶連接釋放，如果存在與該用戶連接相關(guān)的鄰接的BCFE，向這些BCFE發(fā)起用戶連接釋放；和/或，向SFE發(fā)起網(wǎng)絡(luò)資源釋放；和/或，忽略SFE通知的用戶連接中斷信息；和/或，發(fā)起終止對該用戶計費的操作。
全文摘要
本發(fā)明涉及一種用戶上下線的處理方法。本發(fā)明所述方法主要包括當(dāng)SFE(交換功能實體)獲得用戶的連接情況發(fā)生變化后，主動向BCFE(承載控制功能實體)發(fā)送報告該變化情況的消息；BCFE根據(jù)收到的消息進行相應(yīng)的處理。利用本發(fā)明所述方法，使得BCFE可以不完全依賴于SCFE(會話功能實體)來進行資源分配或釋放等操作，增強了網(wǎng)絡(luò)的靈活性與可靠性。
文檔編號H04L29/02GK1874257SQ20051007938
公開日2006年12月6日 申請日期2005年7月11日 優(yōu)先權(quán)日2005年7月11日
發(fā)明者鄒婷, 黃福清 申請人:華為技術(shù)有限公司