国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種組呼方法及裝置與流程

      文檔序號:12790084閱讀:476來源:國知局
      一種組呼方法及裝置與流程

      本發(fā)明涉及通信技術領域,尤其涉及一種組呼方法及裝置。



      背景技術:

      一鍵通(Push-To-Talk,PTT)是一種雙向、即時、多方通信方式,允許一個用戶與一個或者多個用戶之間進行通信。該業(yè)務類似于移動對講業(yè)務,用戶通過按下PTT功能按鍵來執(zhí)行與某個用戶或者一個群組中的參與者的通信過程,對于一個群組中的參與者,可以不應答這個呼叫,或者被通知并且接收本次通信數(shù)據(jù),或者通過設置來自動接收本次通信數(shù)據(jù)。PTT通信是半雙工的,每次最多只能有一個人發(fā)言,其他人接收。

      現(xiàn)有的組呼流程基于IP多媒體子系統(tǒng)(IP Multimedia Subsystem,IMS)網(wǎng)絡架構(gòu),實現(xiàn)PTT功能。然而,在該IMS網(wǎng)絡架構(gòu)下,組呼過程需要通過會話初始協(xié)議(Session Initiation Protocol,SIP)信令進行控制,應用服務器收到SIP信令后為用戶分配話語權,當用戶獲得話語權之后再進行媒體數(shù)據(jù)的傳輸。整個組呼過程中,SIP信令與媒體數(shù)據(jù)分開進行傳輸,并且SIP信令需要經(jīng)過多個IMS中間設備進行轉(zhuǎn)發(fā),整個流程比較繁瑣,使得組呼的效率降低。



      技術實現(xiàn)要素:

      本發(fā)明實施例提供了一種組呼方法及裝置,用以在不改變現(xiàn)有的網(wǎng)絡架構(gòu)的情況下,簡化組呼流程,提高組呼的效率。

      本發(fā)明實施例提供的一種組呼方法,包括:

      主叫用戶設備(User Equipment,UE)當需要與該主叫UE所屬的組中的被叫UE進行通信時,判斷該組的當前話語權是否空閑;

      當所述主叫UE確定該組的當前話語權空閑時,將媒體數(shù)據(jù)發(fā)送給媒體資源功能(Multimedia Resource Function,MRF)實體,由所述MRF實體將所述媒體數(shù)據(jù)發(fā)送給所述被叫UE。

      從而,當主叫UE需要與該主叫UE所屬的組中的被叫UE進行通信時,判斷該組的當前話語權是否空閑,無需改變現(xiàn)有的網(wǎng)絡架構(gòu),并且不需要通過多個IMS設備轉(zhuǎn)發(fā)SIP信令來執(zhí)行主叫UE的話語權搶占過程,當該主叫UE確定話語權空閑后,將媒體數(shù)據(jù)發(fā)送給MRF實體,由所述MRF實體將所述媒體數(shù)據(jù)發(fā)送給所述被叫UE,進而實現(xiàn)組呼過程。通過本發(fā)明實施例提供的該方法,簡化了組呼流程,提高了組呼的效率。

      較佳地,所述主叫UE判斷該組的當前話語權是否空閑,具體包括:

      所述主叫UE若在預設的時間內(nèi)沒有接收到MRF實體發(fā)送的媒體數(shù)據(jù),則確定該組的當前話語權空閑,否則,確定該組的當前話語權非空閑。

      較佳地,所述主叫UE將媒體數(shù)據(jù)發(fā)送給媒體資源功能MRF實體,具體包括:

      所述主叫UE通過用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol,UDP)報文將媒體數(shù)據(jù)發(fā)送給媒體資源功能MRF實體。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的標識、所述主叫UE在該主叫UE所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。

      較佳地,所述主叫UE在判斷該組的當前話語權是否空閑之前,該方法還包括:

      所述主叫UE在該主叫UE所屬的組的會話創(chuàng)建過程中,接收并保存該主叫UE所屬的組中的每一UE的成員標識。

      較佳地,當所述主叫UE不需要與該主叫UE所屬的組中的被叫UE進行通信時,所述主叫UE釋放話語權,并設置用以表示該組的當前話語權空閑的標識。

      從而,當用戶看到該主叫UE上的用以表示該組的當前話語權空閑的標識時,就可以獲知本組中當前無用戶講話,本組的當前話語權空閑。

      本發(fā)明實施例提供的一種組呼方法,包括:

      被叫用戶設備UE接收MRF實體發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文,該UDP報文是所述被叫UE所屬的組中的主叫UE發(fā)送給所述MRF實體的;

      所述被叫UE對所述UDP報文進行處理。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的組標識、所述主叫UE在該主叫UE所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。

      較佳地,所述被叫UE對所述UDP報文進行處理,具體包括:

      所述被叫UE對所述媒體數(shù)據(jù)進行解析后播放,并記錄所述主叫UE的標識信息。

      較佳地,所述被叫UE接收所述MRF實體發(fā)送的UDP報文后,該方法還包括:

      所述被叫UE啟動一定時器,在該定時器的定時時長內(nèi)接收所述MRF實體轉(zhuǎn)發(fā)的所述主叫UE發(fā)送的UDP報文,并且在所述定時器超時后刪除所述主叫UE的標識信息,并設置用以表示所述被叫UE所屬的組的當前話語權空閑的標識。

      較佳地,當所述被叫UE在所述定時器的定時時長內(nèi)接收到所述MRF實體轉(zhuǎn)發(fā)的該被叫UE所屬的組中的另一主叫UE發(fā)送的UDP報文時,所述被叫UE將所述另一主叫UE發(fā)送的UDP報文丟棄。

      較佳地,所述被叫UE接收MRF實體發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文之前,該方法還包括:

      所述被叫UE在該被叫UE所屬的組的會話創(chuàng)建過程中,接收并保存該被叫UE所屬的組中的每一UE的成員標識。

      本發(fā)明實施例提供的一種組呼方法,包括:

      MRF實體接收主叫UE發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文;

      所述MRF實體將所述UDP報文發(fā)送給所述主叫UE所屬的組中的被叫UE。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的組標識、所述主叫UE在該主叫UE所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。

      較佳地,所述MRF實體將所述UDP報文發(fā)送給所述主叫UE所屬的組中的被叫UE,具體包括:

      所述MRF實體根據(jù)所述主叫UE所屬的組的組標識,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址;

      所述MRF實體根據(jù)所述接收地址,將所述UDP報文發(fā)送給所述主叫UE所屬的組中的被叫UE。

      較佳地,所述MRF實體根據(jù)所述主叫UE所屬的組的組標識,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址,具體包括:

      所述MRF實體根據(jù)所述主叫UE所屬的組的組標識,從預先保存的文件中查找所述組標識對應的組中的UE的信息;

      根據(jù)所述組標識對應的組中的UE的信息,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址。

      較佳地,所述MRF實體接收主叫UE發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文之前,該方法還包括:

      所述MRF實體在所述主叫UE所屬的組的會話創(chuàng)建過程中,接收并保存所述主叫UE所屬的組中的每一UE的成員標識。

      本發(fā)明實施例提供的一種組呼裝置,包括:

      判斷單元,用于當所述裝置需要與該裝置所屬的組中的被叫UE進行通信時,判斷該組的當前話語權是否空閑;

      發(fā)送單元,用于當所述判斷單元確定該組的當前話語權空閑時,將媒體數(shù)據(jù)發(fā)送給MRF實體,由所述MRF實體將所述媒體數(shù)據(jù)發(fā)送給所述被叫UE。

      較佳地,所述判斷單元具體用于:

      若在預設的時間內(nèi)沒有接收到MRF實體發(fā)送的媒體數(shù)據(jù),則確定該組的當前話語權空閑,否則,確定該組的當前話語權非空閑。

      較佳地,所述發(fā)送單元具體用于:

      通過UDP報文將媒體數(shù)據(jù)發(fā)送給媒體資源功能MRF實體。

      較佳地,所述UDP報文包括以下信息:

      所述裝置所屬的組的組標識、所述裝置在該裝置所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。

      較佳地,所述判斷單元在判斷該組的當前話語權是否空閑之前,還用于:

      在該裝置所屬的組的會話創(chuàng)建過程中,接收并保存該裝置所屬的組中的每一UE的成員標識。

      較佳地,所述發(fā)送單元還用于:

      當不需要與該裝置所屬的組中的被叫UE進行通信時,釋放話語權,并設置用以表示該組的當前話語權空閑的標識。

      本發(fā)明實施例提供的第二種組呼裝置,包括:

      接收單元,用于接收MRF實體發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文,該UDP報文是該裝置所屬的組中的主叫UE發(fā)送給所述MRF實體的;

      處理單元,用于對所述UDP報文進行處理。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的組標識、所述主叫UE在該主叫UE所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。

      較佳地,所述處理單元具體用于:

      對所述媒體數(shù)據(jù)進行解析后播放,并記錄所述主叫UE的標識信息。

      較佳地,所述接收單元接收所述MRF實體發(fā)送的UDP報文后,所述處理 單元還用于:

      啟動一定時器,在該定時器的定時時長內(nèi)接收所述MRF實體轉(zhuǎn)發(fā)的所述主叫UE發(fā)送的UDP報文,并且在所述定時器超時后刪除所述主叫UE的標識信息,并設置用以表示該裝置所屬的組的當前話語權空閑的標識。

      較佳地,所述處理單元還用于:

      當在所述定時器的定時時長內(nèi)接收到所述MRF實體轉(zhuǎn)發(fā)的該裝置所屬的組中的另一主叫UE發(fā)送的UDP報文時,將所述另一主叫UE發(fā)送的UDP報文丟棄。

      較佳地,所述接收單元接收MRF實體發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文之前,還用于:

      在該裝置所屬的組的會話創(chuàng)建過程中,接收并保存該裝置所屬的組中的每一UE的成員標識。

      本發(fā)明實施例提供的第三種組呼裝置,包括:

      接收單元,用于接收主叫UE發(fā)送的攜帶媒體數(shù)據(jù)的用戶數(shù)據(jù)報協(xié)議UDP報文;

      發(fā)送單元,用于將所述UDP報文發(fā)送給所述主叫UE所屬的組中的被叫UE。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的組標識、所述主叫UE在該主叫UE所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。

      較佳地,所述發(fā)送單元具體用于:

      根據(jù)所述主叫UE所屬的組的組標識,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址;

      根據(jù)所述接收地址,將所述UDP報文發(fā)送給所述主叫UE所屬的組中的被叫UE。

      較佳地,所述發(fā)送單元根據(jù)所述主叫UE所屬的組的組標識,確定所述主 叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址時,具體用于:

      根據(jù)所述主叫UE所屬的組的組標識,從預先保存的文件中查找所述組標識對應的組中的UE的信息;

      根據(jù)所述組標識對應的組中的UE的信息,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址。

      較佳地,所述接收單元接收主叫UE發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文之前,還用于:

      在所述主叫UE所屬的組的會話創(chuàng)建過程中,接收并保存所述主叫UE所屬的組中的每一UE的成員標識。

      本發(fā)明實施例提供的一種用戶設備,包括上述第一種組呼裝置以及第二種組呼裝置。

      附圖說明

      圖1為本發(fā)明實施例提供的一種IMS網(wǎng)絡架構(gòu)圖;

      圖2為本發(fā)明實施例提供的一種創(chuàng)建PTT組的流程示意圖;

      圖3為本發(fā)明實施例提供的一種組呼方法的流程示意圖;

      圖4為本發(fā)明實施例提供的第二種組呼方法的流程示意圖;

      圖5為本發(fā)明實施例提供的第三種組呼方法的流程示意圖;

      圖6為本發(fā)明實施例提供的一種組呼流程示意圖;

      圖7為本發(fā)明實施例提供的一種組呼裝置的結(jié)構(gòu)示意圖;

      圖8為本發(fā)明實施例提供的第二種組呼裝置的結(jié)構(gòu)示意圖;

      圖9為本發(fā)明實施例提供的第三種組呼裝置的結(jié)構(gòu)示意圖。

      具體實施方式

      本發(fā)明實施例提供了一種組呼方法及裝置,用以在不改變現(xiàn)有的網(wǎng)絡架構(gòu) 的情況下,簡化組呼流程,提高組呼的效率。

      圖1為本發(fā)明實施例提供的一種IMS網(wǎng)絡架構(gòu)圖。

      其中包括多個UE(例如手機)、基站以及IMS設備,屬于IMS設備的網(wǎng)元有:MRF、應用服務器(Application Server,AS)、服務呼叫會話控制實體(Serving Call Server Control Function,S-CSCF)、查詢呼叫會話控制實體(Interrogating Call Server Control Function,I-CSCF)、代理呼叫會話控制實體(Proxy Call Server Control Function,P-CSCF)。

      在上述網(wǎng)絡架構(gòu)下,當完成創(chuàng)建組或加入組成員的過程后,在執(zhí)行組呼的過程中,無需IMS設備中所有的網(wǎng)元參與,只需IMS設備中的MRF實體的參與即可實現(xiàn)主叫UE與一個被叫UE或者多個被叫UE之間的組呼流程。

      較佳地,在本發(fā)明實施例提供的組呼方法中,MRF預先保存有一組或多組UE的信息,在每一組UE的信息中例如可以包括:組內(nèi)UE所屬的組的組標識(例如可以為組內(nèi)UE所屬的組的組號)、組內(nèi)的每一UE對應的的組內(nèi)成員標識(例如可以為組內(nèi)的每一UE對應的組內(nèi)成員編號),以及組內(nèi)的每一UE對應的發(fā)送地址和接收地址。該過程可以在創(chuàng)建PTT組的過程中實現(xiàn),具體可參見圖2。

      圖2所示為本發(fā)明實施例提供的一種創(chuàng)建PTT組的流程示意圖。其中參與該流程的網(wǎng)元有:UE、呼叫控制會話實體(Call Server Control Function,CSCF)或者會話邊界控制實體(Session Border Control,SBC)、AS、MRF等。

      步驟1~18為PTT組會話建立過程,步驟19~31為邀請UE B加入該PTT組并針對UE B建立媒體通道的過程。由于這些過程不是本發(fā)明實施例的重點,在此不做過多介紹。

      當PTT組成功建立后,AS為該PTT組中的每一UE設置其在該組中的成員標識(例如,對該PTT組中的所有組內(nèi)成員進行編號),并將該PTT組的組員名稱及對應的成員標識發(fā)送給MRF以及組內(nèi)的成員,該過程參見步驟32~36。MRF接收到AS發(fā)送的該PTT組的成員及該成員對應的成員標識后, 將其保存在本地文件中,并且MRF同時保存該PTT組內(nèi)的每一成員對應的發(fā)送地址和接收地址,以便當后續(xù)組呼過程中MRF接收到該PTT組內(nèi)的任一成員發(fā)送的媒體數(shù)據(jù)后,可以通過該PTT組內(nèi)的成員對應的接收地址將該媒體數(shù)據(jù)轉(zhuǎn)發(fā)給該PTT組內(nèi)的成員。

      在主叫UE側(cè),參見圖3,本發(fā)明實施例提供的一種組呼方法,包括:

      S101、主叫UE當需要與該主叫UE所屬的組中的被叫UE進行通信時,判斷該組的當前話語權是否空閑;

      S102、當所述主叫UE確定該組的當前話語權空閑時,將媒體數(shù)據(jù)發(fā)送給MRF實體,由所述MRF實體將所述媒體數(shù)據(jù)發(fā)送給所述被叫UE。

      其中,所述被叫UE可以為一個UE,也可以為多個UE,本發(fā)明實施例對此不作限定。

      較佳地,在步驟S101之前,該方法還包括:

      所述主叫UE在該主叫UE所屬的組的會話創(chuàng)建過程中,接收并保存該主叫UE所屬的組中的每一UE的成員標識。

      并且,較佳地,所述主叫UE接收網(wǎng)絡側(cè)(例如AS)發(fā)送的該主叫UE所屬的組中的每一UE的成員標識,所述每一UE的成員標識,例如可以為每一UE在該組中的成員編號。

      也就是說,主叫UE在該組中發(fā)起組呼過程之前,需具備的前提條件為:該主叫UE所屬的組的會話創(chuàng)建過程已完成,并且在該主叫UE所屬的組的會話創(chuàng)建過程中,該組內(nèi)的每一UE已經(jīng)接收并保存該組中的每一UE的成員標識。

      較佳地,所述主叫UE判斷該組的當前話語權是否空閑,具體包括:

      所述主叫UE若在預設的時間內(nèi)沒有接收到MRF實體發(fā)送的媒體數(shù)據(jù),則確定該組的當前話語權空閑,否則,確定該組的當前話語權非空閑。

      較佳地,當所述主叫UE需要與該主叫UE所屬的組中的被叫UE進行通信時,通過上述過程判斷當前話語權是否空閑,當所述主叫UE確定該組的當 前話語權空閑時,通過UDP報文將媒體數(shù)據(jù)發(fā)送給MRF實體。

      較佳地,當所述主叫UE確定該組的當前話語權空閑時,以預設的時間間隔為周期采集媒體數(shù)據(jù),并將采集到的媒體數(shù)據(jù)通過UDP報文發(fā)送給MRF實體。

      例如,當用戶使用所述主叫UE與該主叫UE所屬的組中的被叫UE通信時,可按下該主叫UE上對應的PTT按鍵,此時該主叫UE在預設的時間內(nèi)檢測是否接收到MRF實體發(fā)送的媒體數(shù)據(jù),當該主叫UE在預設的時間內(nèi)沒有接收到MRF實體發(fā)送的媒體數(shù)據(jù)時,則確定該組的當前話語權空閑,并提示用戶可以講話(例如設置一用以指示用戶可以講話的標識),否則提示用戶按鍵無效。當該主叫UE提示用戶可以講話時,則以一定間隔(如20ms)為周期,采集媒體數(shù)據(jù),通過UDP報文將媒體數(shù)據(jù)發(fā)送給MRF實體,由MRF實體將該UDP報文發(fā)送給該主叫UE所屬的組中的被叫UE。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的組標識、所述主叫UE在該主叫UE所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。其中,所述UDP報文信息例如可以進行如下定義:所述主叫UE所屬的組的組標識占用1字節(jié),所述主叫UE在該主叫UE所屬的組中的成員標識占用1字節(jié),傳輸協(xié)議占用12字節(jié),媒體類型占用1字節(jié),媒體編碼格式占用5字節(jié)。所述主叫UE所屬的組的組標識,例如可以為該主叫UE所屬的組的組號;所述主叫UE在該主叫UE所屬的組中的成員標識,例如可以為該主叫UE在所屬的組中的成員編號;所述傳輸協(xié)議,例如可以為實時傳輸協(xié)議(Real Time Protocol,RTP),也可以為實時傳輸控制協(xié)議(Real-time Transport Control Protocol,RTCP);所述媒體類型例如可以為音頻類型或者視頻類型。

      較佳地,當所述主叫UE不需要與該主叫UE所屬的組中的被叫UE進行通信時,所述主叫UE釋放話語權,并設置用以表示該組的當前話語權空閑的標識。

      在被叫UE側(cè),參見圖4,本發(fā)明實施例提供的一種組呼方法,包括:

      S201、被叫UE接收MRF實體發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文,該UDP報文是所述被叫UE所屬的組中的主叫UE發(fā)送給所述MRF實體的;

      S202、所述被叫UE對所述UDP報文進行處理。

      較佳地,在步驟S201之前,該方法還包括:

      所述被叫UE在該被叫UE所屬的組的會話創(chuàng)建過程中,接收并保存該被叫UE所屬的組中的每一UE的成員標識。

      并且,較佳地,所述主叫UE接收網(wǎng)絡側(cè)(例如AS)發(fā)送的該被叫UE所屬的組中的每一UE的成員標識,所述每一UE的成員標識,例如可以為每一UE在該組中的成員編號。

      也就是說,被叫UE在接收該組中的主叫UE發(fā)送的組呼消息之前,需具備的前提條件為:該被叫UE所屬的組的會話創(chuàng)建過程已完成,并且在該被叫UE所屬的組的會話創(chuàng)建過程中,該組內(nèi)的每一UE已經(jīng)接收并保存該組中的每一UE的成員標識。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的組標識(例如可以為該主叫UE所屬的組的組號)、所述主叫UE在該主叫UE所屬的組中的成員標識(例如可以為該主叫UE在所屬的組中的成員編號)、傳輸協(xié)議(RTP或RTCP)、媒體類型(音頻或視頻)、媒體編碼格式、媒體數(shù)據(jù)。此處所述的UDP報文包括的信息與上述在主叫UE側(cè)論述的UDP報文包括的信息一致,在此不再贅述。

      當被叫UE接收到該UDP報文后,可根據(jù)該UDP報文中攜帶的主叫UE在所屬的組中的成員標識,獲知發(fā)送媒體數(shù)據(jù)的主叫UE。

      較佳地,所述被叫UE接收到MRF實體發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文后,對該UDP報文的處理過程如下:

      所述被叫UE對所述媒體數(shù)據(jù)進行解析后播放,并記錄所述主叫UE的標識信息。所述主叫UE的標識信息,例如可以為該主叫UE在所屬的組中的成 員標識。

      具體地,所述被叫UE可根據(jù)UDP報文中攜帶的媒體編碼格式,對媒體數(shù)據(jù)進行解析。

      此外,所述被叫UE接收到MRF實體發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文后,處理過程還包括:啟動一定時器,在該定時器的定時時長內(nèi)接收所述MRF實體轉(zhuǎn)發(fā)的所述主叫UE發(fā)送的UDP報文,并且在所述定時器超時后刪除所述主叫UE的標識信息,并設置用以表示所述被叫UE所屬的組的當前話語權空閑的標識。

      較佳地,當所述被叫UE在所述定時器的定時時長內(nèi)接收到所述MRF實體轉(zhuǎn)發(fā)的該被叫UE所屬的組中的另一主叫UE發(fā)送的UDP報文時,所述被叫UE將所述另一主叫UE發(fā)送的UDP報文丟棄。

      也就是說,所述被叫UE在定時器的定時時長內(nèi)只處理本組內(nèi)的同一個主叫UE發(fā)送的媒體數(shù)據(jù)。

      在網(wǎng)絡側(cè),參見圖5,本發(fā)明實施例提供的一種組呼方法,包括:

      S301、MRF實體接收主叫UE發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文;

      S302、所述MRF實體將所述UDP報文發(fā)送給所述主叫UE所屬的組中的被叫UE。

      較佳地,在步驟S301之前,該方法還包括:

      所述MRF實體在所述主叫UE所屬的組的會話創(chuàng)建過程中,接收并保存所述主叫UE所屬的組中的每一UE的成員標識。

      并且,較佳地,所述MRF實體接收網(wǎng)絡側(cè)(例如AS)發(fā)送的該被叫UE所屬的組中的每一UE的成員標識,所述每一UE的成員標識,例如可以為每一UE在該組中的成員編號。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的組標識、所述主叫UE在該主叫UE所屬的組中的成員標識、傳輸協(xié)議(RTP或RTCP)、媒體類型(音頻或視頻)、媒體編碼 格式、媒體數(shù)據(jù)。

      較佳地,所述MRF實體將所述UDP報文發(fā)送給所述主叫UE所屬的組中的被叫UE,具體包括:

      所述MRF實體根據(jù)所述主叫UE所屬的組的組標識,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址;

      所述MRF實體根據(jù)所述接收地址,將所述UDP報文發(fā)送給所述主叫UE所屬的組中的被叫UE。

      較佳地,所述MRF實體根據(jù)所述主叫UE所屬的組的組標識,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址,具體包括:

      所述MRF實體根據(jù)所述主叫UE所屬的組的組標識,從預先保存的文件中查找所述組標識對應的組中的UE的信息;

      根據(jù)所述組標識對應的組中的UE的信息,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址。

      例如,當MEF接收到UDP報文后,根據(jù)該UDP報文中攜帶的組標識,從預先保存的文件中查找該組中的UE的信息,并可根據(jù)發(fā)送該UDP報文的IP地址獲知發(fā)送該UDP報文的主叫UE(或者根據(jù)該UDP報文中攜帶的主叫UE在所屬的組中的成員標識獲知發(fā)送該UDP報文的主叫UE),從而只需查詢該組UE的信息中除該主叫UE之外的被叫UE的接收地址,進而根據(jù)被叫UE的接收地址,將該UDP報文發(fā)送給所述被叫UE。

      下面從整體角度對本發(fā)明實施例提供的組呼方法進行詳細地介紹。

      圖6所示為本發(fā)明實施例提供的一種組呼流程示意圖。

      在該實施例提供的PTT組中,包括UE1、UE2、UE3,其中UE1作為主叫UE,UE2、UE3作為被叫UE。該PTT組的組呼流程由MRF和UE1、UE2、UE3共同完成。當然,具體實施中,UE1、UE2、UE3中的任一UE均可以作為主叫UE,該主叫UE需獲取話語權后方能進行講話。

      組呼流程如下:

      步驟S601、用戶按下UE1上設置的PTT按鍵,UE1判斷當前話語權是否空閑。

      具體地,UE1在預設的時間內(nèi)檢測是否接收到MRF發(fā)送的媒體數(shù)據(jù),如果在預設的時間內(nèi)沒有接收到MRF發(fā)送的媒體數(shù)據(jù),則UE1確定本組當前的話語權空閑,提示用戶當前可以講話(例如設置一用以指示用戶當前可以講話的標識供用戶查看);如果在預設的時間內(nèi)接收到MRF發(fā)送的媒體數(shù)據(jù),則UE1確定本組當前的話語權非空閑,提示用戶按鍵無效。

      步驟S602、當UE1確定當前話語權空閑后,UE1以預設的時間間隔為周期,采集媒體數(shù)據(jù)準備發(fā)送。

      步驟S603、UE1通過UDP報文將采集到的媒體數(shù)據(jù)發(fā)送給MRF。

      步驟S604、MRF將接收到的攜帶媒體數(shù)據(jù)的UDP報文分別發(fā)送給UE2和UE3。

      步驟S605、UE2和UE3分別接收MRF發(fā)送的媒體數(shù)據(jù),并分別對媒體數(shù)據(jù)進行相應地處理。

      UE2和UE3對媒體數(shù)據(jù)的處理過程可參見上述在被叫UE側(cè)的組呼方法中的論述。

      步驟S606、用戶不需要講話時,松開PTT按鍵,UE1釋放話語權,停止采集媒體數(shù)據(jù),并設置用以表示該組的當前話語權空閑的標識。

      下面介紹與上述組呼方法相對應的裝置。

      在主叫UE側(cè),參見圖7,本發(fā)明實施例提供的一種組呼裝置,包括:

      判斷單元11,用于當所述裝置需要與該裝置所屬的組中的被叫UE進行通信時,判斷該組的當前話語權是否空閑;

      發(fā)送單元12,用于當所述判斷單元確定該組的當前話語權空閑時,將媒體數(shù)據(jù)發(fā)送給MRF實體,由所述MRF實體將所述媒體數(shù)據(jù)發(fā)送給所述被叫UE。

      較佳地,所述判斷單元11具體用于:

      若在預設的時間內(nèi)沒有接收到MRF實體發(fā)送的媒體數(shù)據(jù),則確定該組的當前話語權空閑,否則,確定該組的當前話語權非空閑。

      較佳地,所述發(fā)送單元12具體用于:

      通過UDP報文將媒體數(shù)據(jù)發(fā)送給MRF實體。

      較佳地,所述UDP報文包括以下信息:

      該裝置所屬的組的組標識、該裝置在所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。

      較佳地,所述判斷單元11在判斷該組的當前話語權是否空閑之前,還用于:

      在該裝置所屬的組的會話創(chuàng)建過程中,接收并保存該裝置所屬的組中的每一UE的成員標識。

      較佳地,所述發(fā)送單元12還用于:

      當不需要與該裝置所屬的組中的被叫UE進行通信時,釋放話語權,并設置用以表示該組的當前話語權空閑的標識。

      在被叫UE側(cè),參見圖8,本發(fā)明實施例提供的一種組呼裝置,包括:

      接收單元21,用于接收媒體資源功能MRF實體發(fā)送的攜帶媒體數(shù)據(jù)的用戶數(shù)據(jù)報協(xié)議UDP報文,該UDP報文是該裝置所屬的組中的主叫UE發(fā)送給所述MRF實體的;

      處理單元22,用于對所述UDP報文進行處理。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的組標識、所述主叫UE在該主叫UE所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。

      較佳地,所述處理單元22具體用于:

      對所述媒體數(shù)據(jù)進行解析后播放,并記錄所述主叫UE的標識信息。

      較佳地,所述接收單元21接收所述MRF實體發(fā)送的UDP報文后,所述處理單元22還用于:

      啟動一定時器,在該定時器的定時時長內(nèi)接收所述MRF實體轉(zhuǎn)發(fā)的所述主叫UE發(fā)送的UDP報文,并且在所述定時器超時后刪除所述主叫UE的標識信息,并設置用以表示該裝置所屬的組的當前話語權空閑的標識。

      較佳地,所述處理單元22還用于:

      當在所述定時器的定時時長內(nèi)接收到所述MRF實體轉(zhuǎn)發(fā)的該裝置所屬的組中的另一主叫UE發(fā)送的UDP報文時,將所述另一主叫UE發(fā)送的UDP報文丟棄。

      較佳地,所述接收單元21接收MRF實體發(fā)送的攜帶媒體數(shù)據(jù)的UDP報文之前,還用于:

      在該裝置所屬的組的會話創(chuàng)建過程中,接收并保存該裝置所屬的組中的每一UE的成員標識。

      本發(fā)明實施例提供的一種用戶設備,包括上述圖7及圖8所述的裝置。也就是說,該用戶設備既可以作為主叫UE,也可以作為被叫UE。

      在網(wǎng)絡側(cè),參見圖9,本發(fā)明實施例提供的一種組呼裝置,包括:

      接收單元31,用于接收主叫UE發(fā)送的攜帶媒體數(shù)據(jù)的用戶數(shù)據(jù)報協(xié)議UDP報文;

      發(fā)送單元32,用于將所述UDP報文發(fā)送給所述主叫UE所屬的組中的被叫UE。

      該裝置例如可以為MRF實體。

      較佳地,所述UDP報文包括以下信息:

      所述主叫UE所屬的組的組標識、所述主叫UE在該主叫UE所屬的組中的成員標識、傳輸協(xié)議、媒體類型、媒體編碼格式、媒體數(shù)據(jù)。

      較佳地,所述發(fā)送單元32具體用于:

      根據(jù)所述主叫UE所屬的組的組標識,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址;

      根據(jù)所述接收地址,將所述UDP報文發(fā)送給所述主叫UE所屬的組中的 被叫UE。

      較佳地,所述發(fā)送單元32根據(jù)所述主叫UE所屬的組的組標識,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址時,具體用于:

      根據(jù)所述主叫UE所屬的組的組標識,從預先保存的文件中查找所述組標識對應的組中的UE的信息;

      根據(jù)所述組標識對應的組中的UE的信息,確定所述主叫UE所屬的組中的被叫UE的用于接收所述UDP報文的接收地址。

      本發(fā)明實施例提供的組呼裝置,例如可以為用戶設備、MRF實體設備等。

      本發(fā)明實施例中,可以通過處理器等實體設備實現(xiàn)上述各功能單元。

      本領域內(nèi)的技術人員應明白,本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此,本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且,本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

      本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器,使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

      這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中,使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品,該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

      這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上,使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理,從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

      顯然,本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。

      當前第1頁1 2 3 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1