專利名稱：一種多方通信業(yè)務(wù)的會話控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多方通信業(yè)務(wù)實現(xiàn)技術(shù)，特別涉及一種多方通信業(yè)務(wù)的會話控制方法及系統(tǒng)。
背景技術(shù)：
目前，在通信系統(tǒng)中已實現(xiàn)了各種個人用戶、或集體用戶參與的業(yè)務(wù)，具體通信方式包括文本、語音、視頻、以及多媒體組合等。一般的通信業(yè)務(wù)主要面向個人用戶，通常僅有一個或兩個用戶設(shè)備(UE)進行通信。在集體用戶參與的通信業(yè)務(wù)中，通常有一個或多個群組的用戶同時進行通信，也就是說通信過程并非通常所見的一個主叫方用戶和一個被叫方用戶構(gòu)成的雙方通信，參與通信的可能有多個主叫方用戶和多個被叫方用戶，此類集體用戶參與的業(yè)務(wù)也被稱為多方通信業(yè)務(wù)。
在多方通信業(yè)務(wù)會話中，各個通信方用戶UE通過各自所屬的接入服務(wù)器接入會話集中處理服務(wù)器，由該會話集中處理服務(wù)器來集中控制會話信令流程、負責授予各個通信方的媒體發(fā)送權(quán)、進行媒體傳輸中的復(fù)制和分發(fā)等。目前，主流的多方通信業(yè)務(wù)包括蜂窩系統(tǒng)中按鍵即說(PoC)業(yè)務(wù)、會議(Conference)業(yè)務(wù)等。在PoC業(yè)務(wù)和Conference業(yè)務(wù)中，所述會話集中處理服務(wù)器被稱為控制功能(CF，Controlling function)實體，所述接入服務(wù)器被稱為參與功能(Participating function)實體，而所謂CF和PF在PoC業(yè)務(wù)中分別指控制PoC服務(wù)器(Controlling PoC Server)和參與PoC服務(wù)器(Participating PoC Server)，在Conference業(yè)務(wù)中又分別指控制Conference服務(wù)器(Controlling Conference Server)和參與Conference服務(wù)器(Participating Conference Server)。
圖1為現(xiàn)有的會話控制中各處理實體之間的邏輯關(guān)系示意圖。如圖1所示，參與會話的用戶終端有四個UE1、UE2、UE3和UE4。其中，UE1和UE2通過PF1接入會話，UE3和UE4通過PF2接入會話，而CF負責集中控制會話并連接PF1和PF2。當UE向自身所屬的PF請求建立會話時，PF將為UE創(chuàng)建用于處理會話信令和媒體的用戶實例，如圖1中，PF1建立的UE1的實例和UE2的實例，PF2建立的UE3的實例和UE4的實例。同時，CF還要為當前會話統(tǒng)一建立用于集中控制當前會話信令和媒體的會話實例。這里，在PF中預(yù)先封裝有用于對UE進行功能處理的類，當PF要對某UE進行功能處理時，將創(chuàng)建該類的對象實例，本文將該針對UE的對象實例稱為用戶實例；同理，在CF中預(yù)先也封裝有用于對整個會話進行集中處理的類，當CF要建立某會話時，將創(chuàng)建該類的對象實例，本文將該針對整個會話的對象實例稱為會話實例。而創(chuàng)建實例對本領(lǐng)域技術(shù)人員來說，屬公知的軟件概念，因此，本文不再對實例的概念加以詳述。
當CF中的會話實例要向當前會話的各個UE分發(fā)媒體時，針對的是每一UE的用戶實例，也就是說媒體數(shù)據(jù)將被會話實例復(fù)制分發(fā)至PF1中的UE1的實例和UE2的實例、PF2中的UE3的實例和UE4的實例。這樣，PF1與CF之間、以及PF2與CF之間均將產(chǎn)生一次媒體冗余傳輸?？梢?，對于每次會話媒體發(fā)送來說，CF與PF1和PF2之間將共發(fā)生兩次冗余傳輸。而圖1所示為僅僅有四個UE參與的極小的會話實例，在實際的PoC等多方通信業(yè)務(wù)會話中，參與UE數(shù)量通常能達到幾十個，而各個UE所屬的PF也將不止圖1所示的兩個，這樣所產(chǎn)生的媒體冗余傳輸量將非?？捎^。
因此，現(xiàn)有的多方通信業(yè)務(wù)的會話控制方法將造成大量系統(tǒng)處理資源的浪費，從而難以保證多方通信業(yè)務(wù)質(zhì)量，也不利于實現(xiàn)大規(guī)模的業(yè)務(wù)網(wǎng)絡(luò)，阻礙了多方通信業(yè)務(wù)的進一步擴展。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種多方通信業(yè)務(wù)的會話控制方法及系統(tǒng)，能減少會話媒體的冗余傳輸，提高系統(tǒng)資源利用率。
為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的本發(fā)明公開了一種多方通信業(yè)務(wù)的會話控制方法，應(yīng)用于包括UE、參與功能實體(PF)和控制功能實體(CF)的系統(tǒng)，該方法包括A.在會話建立過程中，PF為自身所轄的各個參與當前會話的UE建立子會話并發(fā)送子會話的信息給當前會話的CF；B.在媒體流傳輸過程中，CF按接收到的各子會話的信息將媒體流分發(fā)至步驟B所述各個子會話所在的PF，再由各個PF將接收到媒體流分發(fā)給自身建立的子會話所對應(yīng)的各個UE。
其中，所述步驟A進一步包括所述CF將接收到的各個子會話與當前會話關(guān)聯(lián)起來；步驟B中，所述CF將媒體流分發(fā)至與當前會話相關(guān)聯(lián)的各個子會話所在的PF。
其中，所述步驟A包括所述PF接收到來自主叫UE或CF的會話建立請求后，執(zhí)行如下步驟A1.為當前會話建立子會話實例；A2.將所述主叫UE或該會話建立請求呼叫的被叫UE與所建立的子會話實例關(guān)聯(lián)起來，并發(fā)送所建立的子會話實例信息給當前會話的CF；所述CF接收到來自PF的子會話實例信息后，為當前會話建立會話實例，并關(guān)聯(lián)所建立的會話實例和接收到的子會話實例；所述步驟B中，CF按當前會話實例關(guān)聯(lián)的子會話實例的數(shù)量復(fù)制媒體流并分發(fā)至該會話實例關(guān)聯(lián)的各個子會話實例所在的PF，再由各個PF按自身建立的子會話實例關(guān)聯(lián)的UE的數(shù)量復(fù)制接收到的媒體流并分發(fā)給該子會話實例關(guān)聯(lián)的各個UE。
其中，所述步驟A1之前進一步包括為該主叫UE或該會話建立請求呼叫的被叫UE建立用戶實例；步驟A2中，所述主叫UE或被叫UE與子會話實例關(guān)聯(lián)起來的方法為將所建立的所述主叫UE或被叫UE的用戶實例與所述子會話實例關(guān)聯(lián)起來。
所述步驟B中，各個PF按自身建立的子會話實例關(guān)聯(lián)的用戶實例的數(shù)量復(fù)制接收到的媒體流并通過所述用戶實例分發(fā)給各個用戶實例對應(yīng)的UE。
其中，在所述步驟A1之前，進一步包括判斷是否已為當前會話建立子會話實例，如果是，則執(zhí)行步驟A2；否則執(zhí)行步驟A1。
其中，所述CF接收到來自PF的子會話實例信息后，進一步包括判斷是否已為當前會話建立會話實例，如果是，則關(guān)聯(lián)所建立的會話實例和接收到的子會話實例；否則為當前會話建立會話實例，并關(guān)聯(lián)所建立的會話實例和接收到的子會話實例。
其中，當前會話傳遞的媒體流包括一種以上的媒體類型時；步驟B中，為當前會話建立一個以上的子會話實例，每一子會話實例對應(yīng)一種媒體類型；步驟C中，將所述用戶實例與所建立的每一子會話實例關(guān)聯(lián)起來；當所述CF分發(fā)媒體流時，所述分發(fā)媒體流給各PF的方法為針對當前建立的會話實例關(guān)聯(lián)的每一子會話實例，發(fā)送該子會話實例對應(yīng)的媒體類型的媒體流給該子會話實例所在的PF；當所述PF接收到媒體流時，所述分發(fā)媒體流給各UE的方法為針對當前建立的每一子會話實例，發(fā)送該子會話實例對應(yīng)的媒體類型的媒體流給該子會話實例關(guān)聯(lián)的各用戶實例對應(yīng)的各UE。
其中，所述一種以上的媒體類型包括語音(Vioce)、或視頻(Video)、或消息(Message)、或數(shù)據(jù)(Data)，或這四者的任意組合。
步驟C中，所述發(fā)送子會話實例信息給CF的方法為當所建立的子會話實例與主叫UE相關(guān)聯(lián)后，通過會話建立請求發(fā)送該子會話實例信息給CF；當所建立的子會話實例與被叫UE相關(guān)聯(lián)后，通過返回給CF的會話建立請求響應(yīng)發(fā)送給CF。
其中，所述子會話實例信息包括子會話標識、地址信息、該子會話實例所關(guān)聯(lián)的各個用戶實例的信息和子會話實例的能力信息。
其中，所述PF接收到的來自CF的會話建立請求為針對一個或多個被叫UE的會話建立請求。
其中，該方法應(yīng)用于蜂窩系統(tǒng)中按鍵即說(PoC)業(yè)務(wù)系統(tǒng)時，所述PF為Participating PoC服務(wù)器，所述CF為Controlling PoC服務(wù)器；該方法應(yīng)用于Confernce業(yè)務(wù)系統(tǒng)時，所述PF為Participating Conference服務(wù)器，所述CF為Controlling Conference服務(wù)器。
本發(fā)明還公開了一種多方通信業(yè)務(wù)的會話控制系統(tǒng)，該系統(tǒng)包括一個以上子會話處理單元，以及各個子會話處理單元連接的會話單元；所述子會話處理單元，用于為自身連接的PF所轄的各個參與當前會話的UE建立子會話并發(fā)送子會話的信息給自身連接的會話處理單元，從會話處理單元接收媒體流并通過PF分發(fā)至所述當前建立子會話對應(yīng)的各UE；所述會話處理單元，用于從所述子會話處理單元接收各個子會話信息，從CF接收媒體流并分發(fā)媒體流至當前會話關(guān)聯(lián)的各個子會話所在的子會話處理單元。
其中，每一子會話處理單元包括用戶模塊和子會話模塊；所述用戶模塊，用于為自身連接的PF所轄的各個參與當前會話的UE建立用戶信息，并發(fā)送各用戶信息給子會話模塊，接收來自子會話模塊的媒體流并通過所述PF分發(fā)至各用戶信息對應(yīng)的UE；所述子會話模塊，用于接收來自用戶模塊的用戶信息，建立當前會話的子會話，將接收到的各個用戶信息與該子會話相關(guān)聯(lián)，并發(fā)送該子會話信息給所述會話處理單元，接收來自會話處理單元的媒體流并發(fā)送至自身建立的子會話關(guān)聯(lián)的用戶信息所在的用戶模塊。
其中，所述子會話處理單元為獨立實現(xiàn)的實體或集成于所述PF中，所述會話處理單元為獨立實現(xiàn)的實體或集成于所述CF中。
其中，該系統(tǒng)應(yīng)用于PoC業(yè)務(wù)系統(tǒng)時，所述PF為Participating PoC服務(wù)器，所述CF為Controlling PoC服務(wù)器；該系統(tǒng)應(yīng)用于Confernce業(yè)務(wù)系統(tǒng)時，所述PF為Participating Conference服務(wù)器，所述CF為ControllingConference服務(wù)器。
由上述方案可以看出，本發(fā)明的關(guān)鍵在于在會話建立過程中，各PF為自身所轄的參與當前會話的各UE建立子會話，并發(fā)送子會話信息給當前會話的CF，該CF將接收到的各個子會話與當前會話關(guān)聯(lián)起來。在媒體傳輸過程中，CF將媒體流分發(fā)至與當前會話關(guān)聯(lián)的各子會話所在的PF，由各PF將接收到的媒體流分發(fā)至自身建立的子會話所對應(yīng)的各個UE。
因此，本發(fā)明所提供的多方通信業(yè)務(wù)的會話控制方法及系統(tǒng)，能減少會話過程中PF與CF之間的媒體冗余傳輸，是多方通信業(yè)務(wù)媒體傳輸機制的優(yōu)化方案，能顯著提高媒體傳輸效率，進而保證業(yè)務(wù)質(zhì)量。


圖1為現(xiàn)有會話控制中各處理實體之間的邏輯關(guān)系示意圖；圖2為本發(fā)明方法中會話建立過程一較佳實施例處理流程示意圖；圖3為本發(fā)明方法中媒體發(fā)送過程一較佳實施例處理流程示意圖；圖4為本發(fā)明系統(tǒng)一較佳實施例組成結(jié)構(gòu)示意圖。
具體實施例方式
下面結(jié)合附圖及具體實施例對本發(fā)明再作進一步詳細的說明。
本發(fā)明公開了一種多方通信業(yè)務(wù)的會話控制方法，應(yīng)用于包括UE、參與功能實體(PF)和控制功能實體(CF)的系統(tǒng)，其主要處理思想為在會話建立過程中，PF為自身所轄的各個參與當前會話的UE建立子會話并發(fā)送子會話的信息給當前會話的CF；這樣在媒體流傳輸過程中，CF按接收到的各個子會話信息將媒體流分發(fā)至各個子會話所在的PF，再由各個PF將接收到媒體流分發(fā)給各個參與會話的UE，從而能減少CF與PF之間的媒體冗余傳輸。其中，每一CF可能作為多個會話的集中處理服務(wù)器，所以CF每次建立會話時，在接收到各個子會話信息后要進一步將各個子會話與當前會話相關(guān)聯(lián)，從而CF中的每一會話將與自身對應(yīng)的各個子會話相關(guān)聯(lián)，該CF在傳輸媒體時將把接收到的媒體流分發(fā)給當前會話關(guān)聯(lián)的各個子會話所在的PF。
基于上述處理思想，在具體實現(xiàn)時，通常預(yù)先將子會話的多種功能屬性封裝成類，然后通過創(chuàng)建該類的對象實例即本文所述的子會話實例來建立子會話，并且，PF傳遞給CF的子會話信息也就是所創(chuàng)建的子會話實例的信息。這樣，本發(fā)明方法的處理具體包括PF接收到來自主叫UE或CF的會話建立請求后，要為當前會話建立子會話實例，再將主叫UE或該會話建立請求呼叫的各個被叫UE與所建立的子會話實例關(guān)聯(lián)起來，并發(fā)送所建立的子會話實例信息給當前會話的CF；所述CF接收到來自PF的子會話實例信息后，為當前會話建立會話實例，并關(guān)聯(lián)所建立的會話實例和接收到的子會話實例；CF分發(fā)媒體流時，按當前會話實例關(guān)聯(lián)的子會話實例的數(shù)量復(fù)制媒體流并分發(fā)至該會話實例關(guān)聯(lián)的各個子會話實例所在的PF，再由各個PF按自身建立的子會話實例關(guān)聯(lián)的UE的數(shù)量復(fù)制接收到的媒體流并分發(fā)給該子會話實例關(guān)聯(lián)的各個UE。此種方式下，PF每次建立的子會話實例都將包含該子會話實例關(guān)聯(lián)的各個UE具體的用戶信息，從而才能實現(xiàn)媒體流向各個UE的分發(fā)。
此外，本發(fā)明方法在上段所述實施方式基礎(chǔ)之上還提出了另一種實施方式，就是PF接收到來自主叫UE或CF的會話建立請求后，進一步為該主叫UE或該會話建立請求呼叫的被叫UE建立用戶實例；然后將所建立的主叫UE或被叫UE的用戶實例與自身建立的子會話實例關(guān)聯(lián)起來。各個PF按自身建立的子會話實例關(guān)聯(lián)的用戶實例的數(shù)量復(fù)制接收到的媒體流并通過所述用戶實例分發(fā)給各個用戶實例對應(yīng)的UE。這樣，各個UE具體的用戶信息由各自的用戶實例維護，使用戶信息與子會話實例獨立開來，從而在同一PF上，用戶實例與UE相關(guān)，而子會話實例與當前會話相關(guān)，一個UE的用戶實例就可能與該UE參與的多個會話的子會話實例相關(guān)聯(lián)。本段所述實施方式的具體處理原理還將結(jié)合附圖在后面段落中進行詳細闡述，這里不再進一步詳述。
其中，當PF為主叫UE或被叫UE建立用戶實例時，該PF可能已為當前會話建立了子會話實例，則此時不必再為當前會話建立子會話實例，而直接將當前建立的用戶實例與已建立的子會話實例關(guān)聯(lián)起來即可。同樣，當CF接收到來自PF的子會話實例時，也可能已為當前會話建立了會話實例，則此時不必再為當前會話建立會話實例，而直接將接收到的子會話實例與已建立的會話實例關(guān)聯(lián)起來即可。
另外，所述PF接收來自主叫UE或CF的會話建立請求的具體應(yīng)用場景有很多，主要包括1、主叫UE發(fā)送指示發(fā)起群組會話的會話建立請求給PF，該會話建立請求將攜帶當前群組的其它多個被叫UE的信息；2、主叫UE發(fā)送指示加入當前已建立的群組會話的會話建立請求給PF，該會話建立請求并不攜帶被叫UE的信息；3、由于CF接收到來自主叫UE的會話建立請求后向被叫UE所屬的PF發(fā)送會話建立請求，因此所述來自CF的會話建立請求將攜帶被叫UE的信息，PF將按此被叫UE的信息向被叫UE發(fā)起呼叫。
下面以主叫UE通過自身所屬PF、當前會話的CF、以及被叫UE所屬的PF向各個被叫UE發(fā)起會話建立過程為例，結(jié)合圖2對本發(fā)明方法中的會話建立過程加以詳細說明。
圖2為本發(fā)明方法中會話建立過程一較佳實施例處理流程示意圖。本實施例中，處理實體包括主叫UE所屬的PF1、當前會話的CF以及被叫UE所屬的PF2。如圖2所示，具體處理步驟包括步驟201主叫UE所屬的PF1接收來自主叫UE的會話建立請求，該請求攜帶主叫UE的信息、當前會話的群組標識、各個被叫UE的信息等。
步驟202步驟201所述PF1為主叫UE創(chuàng)建用戶實例，并判斷是否已為當前會話建立子會話實例，如果是，則將當前建立的用戶實例與已建立的子會話實例關(guān)聯(lián)起來；否則建立當前會話的子會話實例，再將該子會話實例與當前建立的用戶實例關(guān)聯(lián)起來。這里，子會話實例用于代表其所關(guān)聯(lián)的各個用戶實例與會話實例進行集中通信，因此，可在中預(yù)先封裝用于代表其所關(guān)聯(lián)的各個用戶實例與會話實例進行集中通信的類，當用戶實例建立以后，可創(chuàng)建該類的對象實例，該對象實例在本文被稱為子會話實例。
對于多方通信業(yè)務(wù)來說，每次業(yè)務(wù)會話是以群組標識為單位的，并且針對每一群組，從邏輯上對業(yè)務(wù)服務(wù)器有PF和CF的邏輯劃分。因此，PF建立的每一子會話實例將與對應(yīng)的會話群組標識相對應(yīng)，所以PF可根據(jù)當前會話建立請求中的群組標識確定當前是否存在該群組標識對應(yīng)的子會話實例，如果是，則說明已為當前會話建立了子會話實例；否則說明還未建立當前會話的子會話實例。
步驟203所述PF1發(fā)送當前已建立的子會話實例的信息給當前會話的CF。由于，在會話建立過程中，PF1還要向CF發(fā)送會話建立請求，所以本實施例中采用一種較佳的方式來發(fā)送子會話實例信息將該子會話實例信息攜帶在會話建立請求中發(fā)送至CF。
其中，子會話實例的信息包含子會話標識、地址信息、子會話當前關(guān)聯(lián)的各個用戶實例的信息、子會話實例的能力信息等。這里，PF和CF實際上為邏輯上的功能實體，在實際應(yīng)用中，對于同一會話而言，其PF和CF可能集成于相同或不同的業(yè)務(wù)服務(wù)器中，因此，所述子會話標識可以由PF1在自身集成的業(yè)務(wù)服務(wù)器內(nèi)的唯一標識以及該業(yè)務(wù)服務(wù)器的標識構(gòu)成。所述地址信息可由IP地址和端口號構(gòu)成；所述子會話實例能力信息可為將來自主叫UE的會話建立請求中攜帶的UE能力信息和用戶簽約數(shù)據(jù)、與PF1所提供的能力進行匹配后得到的信息，可用于指示子會話實例所支持的媒體類型等屬性信息。
步驟204CF接收來自PF1的子會話實例信息，確定該子會話實例對應(yīng)的會話群組即對應(yīng)的業(yè)務(wù)會話，并判斷是否已為該子會話實例對應(yīng)的業(yè)務(wù)會話建立了會話實例，如果是，則將當前接收的子會話實例與已建立的會話實例關(guān)聯(lián)起來；否則建立當前會話的會話實例，再將接收到的子會話實例與當前建立的會話實例關(guān)聯(lián)起來。這里，CF需要從來自PF1的會話建立請求中提取子會話實例信息。
步驟205CF解析接收到的會話建立請求中各個被叫UE的信息，向各個被叫UE所屬的PF發(fā)送會話建立請求，該請求攜帶被叫UE的信息。這里設(shè)定被叫UE所屬的PF為PF2。
由于采用本發(fā)明方法后，PF與CF之間的通信可以子會話實例為單位，而不必針對每一用戶實例進行通信，所以本步驟發(fā)送的會話建立請求可以為針對每一被叫UE發(fā)送一個會話建立請求，即沿用現(xiàn)有技術(shù)機制；或者，針對各被叫UE所屬的各PF中的每一PF發(fā)送一個或多個會話建立請求，每一會話建立請求對應(yīng)多個被叫UE。
這里，各個被叫UE所屬的PF可能有多個，CF將至少發(fā)送一個會話建立請求給每一被叫UE所屬的PF，圖2并未將每一被叫UE所屬的PF示出，但針對每一PF的處理均與步驟205至步驟208所示相同，本文就不一一詳述，但均在本發(fā)明的保護范圍之內(nèi)。
步驟206被叫UE所屬的PF2根據(jù)接收到的會話建立請求中的各個被叫UE信息，為各個被叫UE建立用戶實例，并判斷是否已為當前會話建立子會話實例，如果是，則將當前建立的用戶實例與已建立的子會話實例關(guān)聯(lián)起來；否則建立當前會話的子會話實例，再將該子會話實例與當前建立的用戶實例關(guān)聯(lián)起來。這里，具體判斷方法與步驟202所屬相同，本文不再詳述。
步驟207所述PF2發(fā)送當前已建立的子會話實例的信息給當前會話的CF。由于，在會話建立過程中，PF2還要向CF返回會話建立請求響應(yīng)，所以本實施例中采用一種較佳的方式來發(fā)送子會話實例信息將該子會話實例信息攜帶在會話建立請求響應(yīng)中發(fā)送至CF。
步驟208CF接收來自PF2的子會話實例信息，確定該子會話實例對應(yīng)的會話群組即對應(yīng)的業(yè)務(wù)會話，并判斷是否已為該子會話實例對應(yīng)的業(yè)務(wù)會話建立了會話實例，如果是，則將當前接收的子會話實例與已建立的會話實例關(guān)聯(lián)起來；否則建立當前會話的會話實例，再將接收到的子會話實例與當前建立的會話實例關(guān)聯(lián)起來。這里，CF需要從來自PF2的會話建立請求響應(yīng)中提取子會話實例信息。
雖然，本步驟中要判斷是否已建立了會話實例，但由于步驟204中已經(jīng)進行了判斷，且必然在步驟204中就已建立了當前業(yè)務(wù)會話的會話實例，所以，本步驟的判斷結(jié)果也必然是肯定的，CF直接將接收到的子會話實例與已建立的會話實例關(guān)聯(lián)起來即可。
采用與圖2類似的流程，也可實現(xiàn)前面所述PF僅建立子會話實例的實施方式，不同之處僅在于步驟202和步驟206中，PF1和PF2并不建立用戶實例，則所建立的子會話實例需要進一步維護所關(guān)聯(lián)的各個UE的具體用戶信息。由于本發(fā)明這兩種實施方式的處理原理和流程均類似，所以本文不再對該PF僅建立子會話實例的方式加以詳述，但均在本發(fā)明保護范圍內(nèi)。
至此，PF1和PF2中已分別建立了當前業(yè)務(wù)會話的子會話實例，CF中建立了當前業(yè)務(wù)會話的會話實例，各子會話實例與會話實例相關(guān)聯(lián)，PF與CF之間的媒體流傳輸將以子會話實例為單位進行，從而可基本避免PF與CF之間的媒體冗余傳輸。
圖3為本發(fā)明方法中媒體發(fā)送過程一較佳實施例處理流程示意圖。如圖3所示，PF1連接UE1和UE2，PF2連接UE3和UE4，PF1中建立的用戶實例包括UE1的實例和UE2的實例，該UE1的實例和UE2的實例與PF1建立的子會話實例相關(guān)聯(lián)；PF2中建立的用戶實例包括UE3的實例和UE4的實例，該UE3的實例和UE4的實例與PF2建立的子會話實例相關(guān)聯(lián)。CF中建立了當前業(yè)務(wù)會話的會話實例，該會話實例與所述PF1的子會話實例和PF2的子會話實例相關(guān)聯(lián)。當CF分發(fā)媒體流時，通過會話實例分發(fā)媒體流給該會話實例關(guān)聯(lián)的PF1的子會話實例和FP2的子會話實例所在的PF1和PF2。當PF1接收到媒體流時，通過PF1的子會話實例關(guān)聯(lián)的UE1的實例和UE2的實例分發(fā)媒體流給UE1的實例和UE2的實例對應(yīng)的UE1和UE2。當PF2接收到媒體流時，通過PF2的子會話實例關(guān)聯(lián)的UE3的實例和UE4的實例分發(fā)媒體流給UE3的實例和UE4的實例對應(yīng)的UE3和UE4。由此可見，采用本發(fā)明方法后PF與CF之間的媒體冗余傳輸?shù)靡韵?，并能保證媒體流向各個UE的準確分發(fā)。
圖2和圖3所示的實施例中，PF為一次業(yè)務(wù)會話僅建立一個子會話實例。而對于涉及多媒體類型的業(yè)務(wù)會話來說，其傳遞的媒體流包括一種以上的媒體類型，此時PF可以針對每一媒體類型建立一個子會話實例。具體來說就是步驟202和步驟206中為當前業(yè)務(wù)會話建立一個以上的子會話實例，每一子會話實例對應(yīng)一種媒體類型，然后將所建立的每一用戶實例與所建立的每一子會話實例關(guān)聯(lián)起來；當CF分發(fā)媒體流時，CF針對當前建立的會話實例關(guān)聯(lián)的每一子會話實例，發(fā)送該子會話實例對應(yīng)的媒體類型的媒體流給該子會話實例所在的PF；當PF接收到媒體流時，PF針對當前建立的每一子會話實例，發(fā)送該子會話實例對應(yīng)的媒體類型的媒體流給該子會話實例關(guān)聯(lián)的各用戶實例對應(yīng)的各UE。這里，所述一種以上的媒體類型包括語音(Vioce)、或視頻(Video)、或消息(Message)，或數(shù)據(jù)(Data)，或這四者的任意組合。
基于上述本發(fā)明方法的處理，本發(fā)明還提出了一種多方通信業(yè)務(wù)的會話控制系統(tǒng)，該系統(tǒng)包括一個以上子會話處理單元，以及各個子會話處理單元連接的會話單元；每一子會話處理單元，用于為自身連接的PF所轄的各個參與當前會話的UE建立子會話并發(fā)送子會話的信息給自身連接的會話處理單元，從會話處理單元接收媒體流并通過PF分發(fā)至所述當前建立子會話對應(yīng)的各UE；會話處理單元，用于從各個子會話處理單元接收子會話信息，從CF接收媒體流并分發(fā)媒體流至各個子會話所在的子會話處理單元。
其中，每一子會話處理單元還可包括用戶模塊和子會話模塊。用戶模塊，用于為自身連接的PF所轄的各個參與當前會話的UE建立用戶信息，并發(fā)送各用戶信息給子會話模塊，接收來自子會話模塊的媒體流并通過所述PF分發(fā)至各用戶信息對應(yīng)的UE。子會話模塊，用于接收來自用戶模塊的用戶信息，建立當前會話的子會話，將接收到的各個用戶信息與該子會話相關(guān)聯(lián)，并發(fā)送該子會話信息給會話處理單元，接收來自會話處理單元的媒體流并發(fā)送至自身建立的子會話關(guān)聯(lián)的用戶信息所在的用戶模塊。這里，用戶信息相當于前面方法所述用戶實例維護的具體用戶信息，包括用戶標識、UE的地址信息、UE的媒體能力、簽約信息等等。
圖4為本發(fā)明系統(tǒng)一較佳實施例組成結(jié)構(gòu)示意圖。如圖4所示，該系統(tǒng)包括n個子會話處理單元以及會話處理單元。該n個子會話處理單元分別表示為子會話處理單元1、......、子會話處理單元n。每一子會話處理單元包含用戶模塊和子會話模塊，如圖4所示，子會話處理單元1包含用戶模塊1和子會話模塊1，......，子會話處理單元n包含用戶模塊n和子會話模塊n。
其中，各個用戶模塊用于接收來自PF的會話建立請求，為該會話建立請求對應(yīng)的主叫UE或所呼叫的被叫UE建立用戶實例，并發(fā)送所建立的各個用戶實例的信息給自身連接的子會話模塊。這里，該會話建立請求應(yīng)為主叫UE或CF發(fā)給PF的，PF將把該會話建立請求轉(zhuǎn)發(fā)給用戶模塊。每一子會話模塊用于建立子會話實例并將其與接收到的各個用戶實例關(guān)聯(lián)起來，并發(fā)送所建立的子會話實例的信息給自身連接的會話處理單元。所述會話處理單元用于為當前業(yè)務(wù)會話建立會話實例，并將接收到的各個子會話實例與自身建立的會話實例關(guān)聯(lián)起來。當CF分發(fā)媒體流時，CF轉(zhuǎn)發(fā)媒體流給會話處理單元，會話處理單元再按當前會話實例關(guān)聯(lián)的子會話實例的數(shù)量復(fù)制媒體流并分發(fā)至當前會話實例關(guān)聯(lián)的各個子會話實例所在的各個子會話模塊，各個子會話模塊再通過自身創(chuàng)建的子會話實例按該子會話實例關(guān)聯(lián)的用戶實例的數(shù)量復(fù)制媒體流并分發(fā)給自身連接的用戶模塊，然后該用戶模塊再將接收到的媒體流通過各個用戶實例發(fā)送至自身連接的PF，由PF將媒體流最終發(fā)送至各用戶實例對應(yīng)的各UE。
這樣圖4中，當CF分發(fā)媒體流時，媒體流將從會話處理單元開始，首先被分發(fā)至子會話模塊1、......子會話模塊n，再分別由子會話模塊1、......、子會話模塊n通過自身連接的用戶模塊1、......、用戶模塊n復(fù)制分發(fā)給各個UE。從而從會話處理單元到子會話處理單元之間，媒體流的冗余傳輸能夠得以消除。
在具體實現(xiàn)時，每一用戶模塊及其連接的子會話模塊，即子會話處理單元，可為獨立實現(xiàn)的實體、或集成于自身連接的PF，比如圖4中，用戶模塊1和子會話模塊1集成于PF1中、用戶模塊n和子會話模塊n集成于PFn中，而會話處理單元可集成于當前業(yè)務(wù)會話的CF中。
當本發(fā)明方法及系統(tǒng)應(yīng)用于PoC業(yè)務(wù)系統(tǒng)中時，所述PF為ParticipatingPoC服務(wù)器，所述CF為Controlling PoC服務(wù)器；當本發(fā)明方法及系統(tǒng)應(yīng)用于Confernce業(yè)務(wù)系統(tǒng)中時，所述PF為Participating Conference服務(wù)器，所述CF為Controlling Conference服務(wù)器。
綜上所述，應(yīng)用本發(fā)明方法及系統(tǒng)，能顯著減少媒體流在PF和CF之間的冗余傳輸，使媒體流的傳輸不再以終端為單位，而是以子會話為粒度進行，進而可進一步實現(xiàn)多媒體數(shù)據(jù)的分類傳輸?shù)葦U展功能，利于多方通信業(yè)務(wù)進一步發(fā)展。
以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內(nèi)。
權(quán)利要求
1.一種多方通信業(yè)務(wù)的會話控制方法，應(yīng)用于包括用戶設(shè)備UE、參與功能實體PF和控制功能實體CF的系統(tǒng)，其特征在于，該方法包括A.在會話建立過程中，PF為自身所轄的各個參與當前會話的UE建立子會話并發(fā)送子會話的信息給當前會話的CF；B.在媒體流傳輸過程中，CF按接收到的各子會話的信息將媒體流分發(fā)至步驟B所述各個子會話所在的PF，再由各個PF將接收到媒體流分發(fā)給自身建立的子會話所對應(yīng)的各個UE。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A進一步包括所述CF將接收到的各個子會話與當前會話關(guān)聯(lián)起來；步驟B中，所述CF將媒體流分發(fā)至與當前會話相關(guān)聯(lián)的各個子會話所在的PF。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟A包括所述PF接收到來自主叫UE或CF的會話建立請求后，執(zhí)行如下步驟A1.為當前會話建立子會話實例；A2.將所述主叫UE或該會話建立請求呼叫的被叫UE與所建立的子會話實例關(guān)聯(lián)起來，并發(fā)送所建立的子會話實例信息給當前會話的CF；所述CF接收到來自PF的子會話實例信息后，為當前會話建立會話實例，并關(guān)聯(lián)所建立的會話實例和接收到的子會話實例；所述步驟B中，CF按當前會話實例關(guān)聯(lián)的子會話實例的數(shù)量復(fù)制媒體流并分發(fā)至該會話實例關(guān)聯(lián)的各個子會話實例所在的PF，再由各個PF按自身建立的子會話實例關(guān)聯(lián)的UE的數(shù)量復(fù)制接收到的媒體流并分發(fā)給該子會話實例關(guān)聯(lián)的各個UE。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟A1之前進一步包括為該主叫UE或該會話建立請求呼叫的被叫UE建立用戶實例；步驟A2中，所述主叫UE或被叫UE與子會話實例關(guān)聯(lián)起來的方法為將所建立的所述主叫UE或被叫UE的用戶實例與所述子會話實例關(guān)聯(lián)起來。所述步驟B中，各個PF按自身建立的子會話實例關(guān)聯(lián)的用戶實例的數(shù)量復(fù)制接收到的媒體流并通過所述用戶實例分發(fā)給各個用戶實例對應(yīng)的UE。
5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，在所述步驟A1之前，進一步包括判斷是否已為當前會話建立子會話實例，如果是，則執(zhí)行步驟A2；否則執(zhí)行步驟A1。
6.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述CF接收到來自PF的子會話實例信息后，進一步包括判斷是否已為當前會話建立會話實例，如果是，則關(guān)聯(lián)所建立的會話實例和接收到的子會話實例；否則為當前會話建立會話實例，并關(guān)聯(lián)所建立的會話實例和接收到的子會話實例。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于，當前會話傳遞的媒體流包括一種以上的媒體類型時；步驟B中，為當前會話建立一個以上的子會話實例，每一子會話實例對應(yīng)一種媒體類型；步驟C中，將所述用戶實例與所建立的每一子會話實例關(guān)聯(lián)起來；當所述CF分發(fā)媒體流時，所述分發(fā)媒體流給各PF的方法為針對當前建立的會話實例關(guān)聯(lián)的每一子會話實例，發(fā)送該子會話實例對應(yīng)的媒體類型的媒體流給該子會話實例所在的PF；當所述PF接收到媒體流時，所述分發(fā)媒體流給各UE的方法為針對當前建立的每一子會話實例，發(fā)送該子會話實例對應(yīng)的媒體類型的媒體流給該子會話實例關(guān)聯(lián)的各用戶實例對應(yīng)的各UE。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述一種以上的媒體類型包括語音Vioce、或視頻Video、或消息Message，或數(shù)據(jù)Data，或這四者的任意組合。
9.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，步驟C中，所述發(fā)送子會話實例信息給CF的方法為當所建立的子會話實例與主叫UE相關(guān)聯(lián)后，通過會話建立請求發(fā)送該子會話實例信息給CF；當所建立的子會話實例與被叫UE相關(guān)聯(lián)后，通過返回給CF的會話建立請求響應(yīng)發(fā)送給CF。
10.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述子會話實例信息包括子會話標識、地址信息、該子會話實例所關(guān)聯(lián)的各個用戶實例的信息和子會話實例的能力信息。
11.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述PF接收到的來自CF的會話建立請求為針對一個或多個被叫UE的會話建立請求。
12.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法應(yīng)用于蜂窩系統(tǒng)中按鍵即說PoC業(yè)務(wù)系統(tǒng)時，所述PF為參與Participating PoC服務(wù)器，所述CF為控制Controlling PoC服務(wù)器；該方法應(yīng)用于會議Confernce業(yè)務(wù)系統(tǒng)時，所述PF為Participating Conference服務(wù)器，所述CF為ControllingConference服務(wù)器。
13.一種多方通信業(yè)務(wù)的會話控制系統(tǒng)，其特征在于，該系統(tǒng)包括一個以上子會話處理單元，以及各個子會話處理單元連接的會話單元；所述子會話處理單元，用于為自身連接的PF所轄的各個參與當前會話的UE建立子會話并發(fā)送子會話的信息給自身連接的會話處理單元，從會話處理單元接收媒體流并通過PF分發(fā)至所述當前建立子會話對應(yīng)的各UE；所述會話處理單元，用于從所述子會話處理單元接收各個子會話信息，從CF接收媒體流并分發(fā)媒體流至各個子會話所在的子會話處理單元。
14.根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于，每一子會話處理單元包括用戶模塊和子會話模塊；所述用戶模塊，用于為自身連接的PF所轄的各個參與當前會話的UE建立用戶信息，并發(fā)送各用戶信息給子會話模塊，接收來自子會話模塊的媒體流并通過所述PF分發(fā)至各用戶信息對應(yīng)的UE；所述子會話模塊，用于接收來自用戶模塊的用戶信息，建立當前會話的子會話，將接收到的各個用戶信息與該子會話相關(guān)聯(lián)，并發(fā)送該子會話信息給所述會話處理單元，接收來自會話處理單元的媒體流并發(fā)送至自身建立的子會話關(guān)聯(lián)的用戶信息所在的用戶模塊。
15.根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于，所述子會話處理單元為獨立實現(xiàn)的實體或集成于所述PF中，所述會話處理單元為獨立實現(xiàn)的實體或集成于所述CF中。
16.根據(jù)權(quán)利要求13至15任一項所述的系統(tǒng)，其特征在于，該系統(tǒng)應(yīng)用于PoC業(yè)務(wù)系統(tǒng)時，所述PF為Participating PoC服務(wù)器，所述CF為Controlling PoC服務(wù)器；該系統(tǒng)應(yīng)用于Confernce業(yè)務(wù)系統(tǒng)時，所述PF為Participating Conference服務(wù)器，所述CF為Controlling Conference服務(wù)器。
全文摘要
本發(fā)明公開了一種多方通信業(yè)務(wù)的會話控制方法，應(yīng)用于包括用戶設(shè)備UE、參與功能實體PF和控制功能實體CF的系統(tǒng)，該方法包括A.在會話建立過程中，PF為自身所轄的各個參與當前會話的UE建立子會話并發(fā)送子會話的信息給當前會話的CF；B.在媒體流傳輸過程中，CF將媒體流分發(fā)至各個子會話所在的PF，再由各個PF將接收到媒體流分發(fā)給自身建立的子會話所對應(yīng)的各個UE。本發(fā)明還公開了一種系統(tǒng)，應(yīng)用本發(fā)明方法及系統(tǒng)能減少媒體冗余傳輸。
文檔編號H04M3/56GK1960525SQ20051011750
公開日2007年5月9日 申請日期2005年11月2日 優(yōu)先權(quán)日2005年11月2日
發(fā)明者羅龍 申請人:華為技術(shù)有限公司