專利名稱：一種用戶媒體類型狀態(tài)信息通知方法及網(wǎng)絡(luò)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種基于蜂窩網(wǎng)絡(luò)的按鍵即說業(yè)務(wù)(PoC)用戶媒體類型狀態(tài)信息通知方法及網(wǎng)絡(luò)。
背景技術(shù)：
在現(xiàn)有的PoC規(guī)范中，規(guī)定了一個PoC用戶可以在服務(wù)器上設(shè)置接受某一個會話流或者一個會話中的某種媒體類型，或者拒絕一個會話的媒體流或者一個會話中的某種媒體類型。這樣，一個PoC用戶在多個會話中可以接收一個會話的媒體流，同時會拒絕其它會話的媒體流。PoC用戶接受或者拒絕某個會話的媒體流方法，可以是使用下行會話/媒體隔離(Incoming Session/MediaBarring)，可以是使用并發(fā)會話(Simultaneous PoC Session)的業(yè)務(wù)設(shè)置(ServiceSetting)，可以是使用并發(fā)會話管理機制種提供的Update消息機制等方法。這時參與方所屬的PoC服務(wù)器(PoC Server(participating))就可以按照PoC用戶的設(shè)置或請求，在收到的多個會話的媒體流中，向接收方轉(zhuǎn)發(fā)其中PoC用戶希望的會話的媒體流。
如圖1和圖2所示，是現(xiàn)有技術(shù)中，實現(xiàn)PoC業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)示意圖。這種PoC用戶設(shè)置的接收某個會話的媒體流的設(shè)置，會引入到多媒體場景中。在收到的多個會話中和在多個會話中的多種媒體類型中，參與方所屬的PoC服務(wù)器可以轉(zhuǎn)發(fā)其中的一個會話或者幾個會話，和轉(zhuǎn)發(fā)一個或者幾個會話中的幾種媒體類型的媒體流，過濾掉其它會話的媒體流。
上述技術(shù)方案的缺點在于，如果接收會話的媒體流的PoC用戶不接收某一個會話，或者某一個會話中的某一部分媒體流，只是體現(xiàn)了這個接收媒體流的PoC用戶的意愿，其它PoC用戶均不知道。這造成了通信過程中，PoC用戶之間交流方面的障礙。例如，一個PoC用戶拒絕接收一個會話的媒體流，可是在會話中的另一個PoC用戶不知道這個PoC用戶的設(shè)置，還要繼續(xù)向這個PoC用戶說話，在會話中更無法得到這個PoC用戶是否收到媒體流的信息。這明顯是一個不符合人們通信習慣的情況，對這種情況需要加以改進。

發(fā)明內(nèi)容
本發(fā)明提供一種PoC用戶媒體類型狀態(tài)信息通知方法，用以解決現(xiàn)有技術(shù)中存在PoC用戶無法獲知其它PoC用戶是否拒絕了某個媒體流類型或者某個會話狀態(tài)信息而帶來的問題。
本發(fā)明方法包括一種用戶媒體類型狀態(tài)信息通知方法，其特征在于，包括以下步驟A、設(shè)置第一媒體類型接收或者拒絕狀態(tài)；B、將所述的第一媒體類型接收或者拒絕狀態(tài)信息通知給其它基于蜂窩網(wǎng)絡(luò)的按鍵即說業(yè)務(wù)(PoC)用戶。
所述的步驟A中，所述的設(shè)置，可以由PoC用戶設(shè)置，也可以由PoC服務(wù)器設(shè)置。
所述的步驟A中，所述的設(shè)置第一媒體類型接收或者拒絕狀態(tài)，是第一PoC用戶接收或者拒絕第一媒體類型的狀態(tài)，或者第一PoC用戶接收或者拒絕第一會話狀態(tài)。
所述的步驟B中，第一PoC用戶將所述的第一媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶。
所述的方法，第一PoC用戶將所述的第一媒體類型接收或者拒絕狀態(tài)信息在會話中使用信令或者消息通知給其它PoC用戶。
所述的PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，是在PoC用戶拒絕一個或幾個媒體類型時，將拒絕狀態(tài)信息發(fā)送給其他PoC用戶。
所述的方法，是將媒體類型接收或者拒絕狀態(tài)信息發(fā)送給被拒絕的會話中，給該PoC用戶發(fā)送媒體流的那個PoC用戶。
所述的PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，是將媒體類型接收或者拒絕狀態(tài)信息發(fā)送給在被接收或者拒絕媒體類型的會話中的已經(jīng)申請過媒體流的發(fā)言權(quán)的PoC用戶。
所述的PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，是將媒體類型接收或者拒絕狀態(tài)信息發(fā)送給被授權(quán)的PoC用戶。
所述的步驟B中，可以通過呈現(xiàn)業(yè)務(wù)(Presence Service)通知給會話中的其它用戶，進一步包括B1、將所述第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送至Presence服務(wù)器；B2、第二PoC用戶與所述的Presence服務(wù)器交互信息，獲知所述的第一媒體類型接收或者拒絕狀態(tài)信息。
所述的步驟B2中，所述的Presence服務(wù)器直接發(fā)送第一媒體類型接收或者拒絕狀態(tài)信息給第二PoC用戶。
所述的步驟B2，進一步包括第二PoC用戶向Presence服務(wù)器發(fā)送訂閱請求；當Presence服務(wù)器接收到第一PoC用戶發(fā)送的第一媒體類型接收或者拒絕狀態(tài)信息后，向所述的第二PoC用戶發(fā)送通知消息，將第一媒體類型接收或者拒絕狀態(tài)信息通知第二PoC用戶。
所述的步驟B2，是PoC用戶查詢第一媒體類型接收或者拒絕狀態(tài)信息。
所述的步驟B中，第一PoC用戶第一媒體類型接收或者拒絕信息包括第一PoC用戶接收或者拒絕當前PoC會話的狀態(tài)信息；第一PoC用戶接收或者拒絕一個PoC會話的某個媒體類型的狀態(tài)信息；第一PoC用戶接收或者拒絕幾個PoC會話的某個媒體類型的狀態(tài)信息；第一PoC用戶處于被設(shè)定的參與PoC會話的狀態(tài)信息。
所述的第一PoC用戶處于設(shè)定的參與PoC會話的狀態(tài)信息，是第一PoC用戶按照預先定義的模版設(shè)置的接收或者拒絕當前PoC會話的某幾個媒體類型的狀態(tài)信息。
所述的Presence服務(wù)器可以將第一PoC用戶接收或者拒絕當前PoC會話的某個媒體類型的狀態(tài)信息只通知給在這個會話中的PoC用戶。
一種用戶媒體類型狀態(tài)信息通知網(wǎng)絡(luò)，包括基于蜂窩網(wǎng)絡(luò)的按鍵即說業(yè)務(wù)(PoC)終端和PoC服務(wù)器，所述的PoC用戶終端通過PoC服務(wù)器通信，其特征在于所述的PoC終端包括狀態(tài)設(shè)置模塊，用于PoC終端設(shè)置第一媒體類型接收或者拒絕狀態(tài)；設(shè)置發(fā)送模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)發(fā)送給PoC服務(wù)器；所述的PoC服務(wù)器包括設(shè)置接收模塊，用于PoC服務(wù)器接收所述的第一媒體類型接收或者拒絕狀態(tài)；設(shè)置處理模塊，用于PoC服務(wù)器根據(jù)所述的第一媒體類型接收或者拒絕狀態(tài)，控制媒體流的轉(zhuǎn)發(fā)處理。
所述的PoC服務(wù)器還包括狀態(tài)保存模塊，用于保存所述的第一媒體類型接收或者拒絕狀態(tài)信息。
所述的PoC服務(wù)器還包括第一狀態(tài)通知模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給其它PoC終端。
所述的PoC終端還包括第二狀態(tài)通知模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給其它PoC終端。
一種用戶媒體類型狀態(tài)信息通知網(wǎng)絡(luò)，包括PoC終端和Presence服務(wù)器，所述的PoC用戶終端通過Presence服務(wù)器交互用戶狀態(tài)信息，其特征在于
所述的PoC終端包括狀態(tài)設(shè)置模塊，用于PoC終端設(shè)置第一媒體類型接收或者拒絕狀態(tài)；狀態(tài)通知模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給Presence服務(wù)器；所述的Presence服務(wù)器包括狀態(tài)信息接收模塊，用于接收所述的第一媒體類型接收或者拒絕狀態(tài)信息；狀態(tài)信息發(fā)布模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)布給其它PoC用戶。
一種用戶媒體類型狀態(tài)信息通知網(wǎng)絡(luò)，包括PoC服務(wù)器和Presence服務(wù)器，所述的PoC服務(wù)器發(fā)送狀態(tài)信息給Presence服務(wù)器，其特征在于所述的PoC服務(wù)器包括狀態(tài)保存模塊，用于保存所述的第一媒體類型接收或者拒絕狀態(tài)信息。
狀態(tài)通知模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給Presence服務(wù)器；所述的Presence服務(wù)器包括狀態(tài)信息接收模塊，用于接收所述的第一媒體類型接收或者拒絕狀態(tài)信息；狀態(tài)信息發(fā)布模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)布給其它PoC用戶。
本發(fā)明有益效果如下本發(fā)明技術(shù)方案針對PoC會話中PoC用戶對在多個會話中的設(shè)置和狀態(tài)不能被控制會話的PoC服務(wù)器(PoC Server(Controlling))和其它PoC用戶所知道的情況，將參與方PoC服務(wù)器和PoC用戶上設(shè)置和狀態(tài)，在會話中直接發(fā)送給PoC用戶，或者發(fā)送到presence服務(wù)器上，以讓其它PoC用戶在會話中了解這個PoC用戶的狀態(tài)。
本發(fā)明提供了通知其它PoC用戶PoC會話設(shè)置和狀態(tài)的方法，能夠讓在PoC會話中的PoC用戶更加清楚本次PoC會話中各個參與方的狀態(tài)，改善了PoC會話參與方的使用體驗。


圖1為現(xiàn)有技術(shù)中PoC業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中PoC業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)示意圖；圖3為本發(fā)明實施例中PoC用戶發(fā)送媒體類型接收或者拒絕狀態(tài)信息的流程示意圖；圖4為本發(fā)明實施例中PoC用戶所屬的PoC服務(wù)器發(fā)送媒體類型接收或者拒絕狀態(tài)信息的流程示意圖；圖5為本發(fā)明實施例中，一個PoC會話中信令連接和消息連接的示意圖；圖6為RFC3856中規(guī)定的Presence信息通知流程示意圖；圖7為本發(fā)明實施例的一種網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例的另一種網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖9為本發(fā)明實施例的再一種網(wǎng)絡(luò)結(jié)構(gòu)示意圖。
具體實施例方式
下面結(jié)合說明書附圖來說明本發(fā)明的具體實施方式
。
本發(fā)明的方案是，當設(shè)置了PoC用戶的媒體類型接收或者拒絕狀態(tài)，要將所述的設(shè)置媒體類型接收或者拒絕狀態(tài)信息發(fā)送給給其它PoC用戶，使其它PoC用戶可以及時獲知該PoC用戶的設(shè)置狀態(tài)內(nèi)容，避免在該PoC用戶設(shè)置了拒絕接收某個媒體類型時，其它PoC用戶卻不知道，而仍然發(fā)送相關(guān)媒體類型，造成系統(tǒng)資源浪費的問題。
該設(shè)置PoC用戶的媒體類型接收或者拒絕狀態(tài)，可以由PoC用戶設(shè)置，也可以由PoC服務(wù)器設(shè)置。
該PoC用戶的媒體類型接收或者拒絕狀態(tài)，可以是PoC用戶接收或者拒絕媒體流類型狀態(tài)，或者PoC用戶接收或者拒絕會話狀態(tài)。
本發(fā)明PoC用戶將所述的接收或者拒絕信息發(fā)送給其它PoC用戶，可以采用如下兩種方案。
方案一PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶。
PoC用戶將媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，可以是在PoC用戶進行了接收或者拒絕媒體類型后。直接發(fā)送的方法可以是PoC用戶或者PoC服務(wù)器直接向設(shè)置了接收或者拒絕媒體類型狀態(tài)的會話的其它PoC用戶發(fā)送SIP Message，可以是PoC用戶或者PoC服務(wù)器使用現(xiàn)有的SIP消息類型利用信令消息將接收或者拒絕媒體類型狀態(tài)信息發(fā)送給會話中的其它PoC用戶。
以下，以PoC服務(wù)器或PoC用戶使用SIP message方法，將PoC用戶接受或拒絕媒體流的狀態(tài)信息通知給一個PoC會話的其它PoC用戶的過程為例，說明PoC用戶將媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶的過程。攜帶狀態(tài)信息的message消息發(fā)送給當前會話中的所有PoC用戶終端，因此可以使用現(xiàn)有PoC系統(tǒng)中一般消息的構(gòu)造方法。
本方案使用如表1所示的例子攜帶，其中request-URI使用當前會話的標識，媒體類型接受或者拒絕的情況在消息體中分別描述，格式可以為如下表1所示的形式。媒體類型接受或者拒絕狀態(tài)信息的描述方法可以遵循XML語言，可以使用SDP協(xié)議規(guī)定的規(guī)則。
表1Request-URI sip:PoC-Server#1@network.netSIP HEADERSP-Preferred-Identity″PoC User 1″<sip:PoC-User1@network.net>
Accept-Contact*；+g.poc.talkburst；require；explicitUser-Agent PoC-client/OMA1.0 Acme-Talk5000/v1.01Privacy Id
Contact <sip:PoC-Client1@network.net>
Supported TimerSession-Expires 1800；refresher＝uacAllow INVITE，ACK，CANCEL，BYE，REFER，MESSAGE，SUBSCRIBE，NOTIFY，PUBLISH媒體流接受情況語音 Accept/Reject視頻 Accept/Reject文本 Accept/Reject其它如圖3所示，是PoC用戶將媒體類型接收或者拒絕狀態(tài)信息通過SIPMessage方式發(fā)送給其它PoC用戶的流程示意圖，其中，包括PoC用戶終端UE1和UE2，UE1所屬的PoC服務(wù)器PF1(PoC Server(Participating))，UE2所屬的PoC服務(wù)器PF2(PoC Server(Participating))和控制PoC會話的PoC服務(wù)器CF(PoC Server(Controlling))。從圖3中可見，主要包括以下步驟S11、在PoC用戶進行了拒絕或者接受某個會話或某種媒體類型的媒體流后，UE1向UE1所屬的PoC服務(wù)器PF1發(fā)送進行設(shè)置的狀態(tài)信息，該狀態(tài)信息被攜帶在Message消息中，Message消息的構(gòu)造方法可以如表1所示。
S12-S14、Message消息被按照正常的路由，通過PF#1、CF#1和PF#2發(fā)送到UE2。
S15-S18、PoC會話其它PoC用戶收到Message后，PoC會話中的UE2知道了UE1進行了接收或者拒絕媒體類型的設(shè)置，并返回應(yīng)答消息。該應(yīng)答消息經(jīng)過PF2、CF和PF1返回給發(fā)送狀態(tài)消息的UE1。
如圖4所示，是由PF發(fā)送給其它PoC用戶的流程示意圖，其中，包括PoC用戶終端UE1和UE2，UE1所屬的PoC服務(wù)器PF1(PoC Server(Participating))，UE2所屬的PoC服務(wù)器PF2(PoC Server(Participating))和控制PoC會話的PoC服務(wù)器CF(PoC Server(Controlling))。從圖4中可見，主要包括以下步驟S21、在PoC用戶進行了拒絕或者接受某個會話或某種媒體類型的媒體流后，PF#1上保存了PoC用戶進行的設(shè)置，已經(jīng)進入了執(zhí)行PoC用戶設(shè)置的狀態(tài)，PF#1向控制會話的PoC服務(wù)器發(fā)送PoC用戶進行設(shè)置的狀態(tài)信息，狀態(tài)信息被攜帶在Message消息中，Message消息的構(gòu)造方法可以如上所示。
S22-S24、Message消息按照正常的路由，通過CF#1和PF#2發(fā)送到UE2。
S5-S8、PoC會話其它PoC用戶收到Message后，PoC會話中的UE2知道了UE1進行了接收或者拒絕媒體類型的設(shè)置，并返回應(yīng)答消息。應(yīng)答消息經(jīng)過PF2和CF發(fā)返回給發(fā)送保存和執(zhí)行PoC用戶設(shè)置的PF#1。
PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，可以是只有在PoC用戶拒絕一個或幾個媒體類型時，才將拒絕狀態(tài)信息發(fā)送給其他PoC用戶。由于PoC會話中，一般在拒絕某個和某幾個媒體類型，才會出現(xiàn)PoC用戶之間通信不暢的情況，為了減少PoC用戶通知其他PoC用戶給網(wǎng)絡(luò)帶來的負載，可以只有在PoC用戶拒絕媒體類型時才將拒絕狀態(tài)信息發(fā)送給其他PoC用戶。
PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，可以是將媒體類型接收或者拒絕狀態(tài)信息發(fā)送給被接收或者拒絕媒體類型的會話中的給PoC用戶發(fā)送媒體流的那個PoC用戶。在一個PoC會話中，正在會話中發(fā)言的PoC用戶，對會話中PoC用戶接收或者拒絕媒體類型信息最敏感。為了減少PoC用戶通知其他PoC用戶給網(wǎng)絡(luò)帶來的負載，可以將PoC用戶接收或者拒絕媒體類型的狀態(tài)信息通知給在被接收或者拒絕媒體類型的會話中正在發(fā)言的PoC用戶。如果正在發(fā)言的PoC用戶發(fā)生變化以后，PoC系統(tǒng)可以選擇繼續(xù)將PoC用戶接收或者拒絕媒體類型的狀態(tài)信息繼續(xù)通知給下一個發(fā)言的PoC用戶，或者不發(fā)給下一個發(fā)言的PoC用戶。
PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，可以是將媒體類型接收或拒絕狀態(tài)信息發(fā)送給在被接收或者拒絕媒體類型的會話中的已經(jīng)申請過媒體流的發(fā)言權(quán)的PoC用戶。在一個PoC會話中，已經(jīng)申請發(fā)言的PoC用戶，對會話中PoC用戶接收或者拒絕媒體類型信息比較敏感。為了減少PoC用戶通知其他PoC用戶給網(wǎng)絡(luò)帶來的負載，可以將PoC用戶接收或者拒絕媒體類型的狀態(tài)信息通知給在被接收或者拒絕媒體類型的會話中已經(jīng)申請發(fā)言在隊列中等待的PoC用戶。如果申請發(fā)言在隊列中的PoC用戶增加，PoC系統(tǒng)可以選擇繼續(xù)將PoC用戶接收或者拒絕媒體類型的狀態(tài)信息繼續(xù)通知給新增加的申請發(fā)言的PoC用戶，或者不發(fā)給新增加的申請發(fā)言的PoC用戶。
PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，可以是將媒體類型接收或拒絕狀態(tài)信息發(fā)送給在被接收或者拒絕媒體類型的會話中的被授權(quán)的PoC用戶。為了減少PoC用戶通知其他PoC用戶給網(wǎng)絡(luò)帶來的負載，可以將PoC用戶接收或者拒絕媒體類型的狀態(tài)信息通知給一些被授權(quán)的PoC用戶。
拒絕了某個或某幾個媒體類型的PoC用戶，可以選擇PoC用戶和PoC服務(wù)器不向其他PoC用戶發(fā)送媒體類型接收或者拒絕狀態(tài)信息。由于隱私的原因，有一部分PoC用戶不希望不接收某個和某幾個媒體類型的狀態(tài)信息被其他PoC用戶知道。這時，PoC用戶可以選擇PoC用戶終端和PoC服務(wù)器不向其他PoC用發(fā)送媒體類型接收或者拒絕狀態(tài)信息。
方案二PoC用戶通過呈現(xiàn)業(yè)務(wù)(Presence Service)通知給會話中的其它PoC用戶媒體類型接收或者拒絕信息。
通過呈現(xiàn)業(yè)務(wù)(Presence Service)通知給會話中的其它PoC用戶媒體PoC類型接收或者拒絕狀態(tài)信息，首先定義了能夠反映PoC用戶接受或者拒絕媒體類型的信息的Presence狀態(tài)信息。通過Presence業(yè)務(wù)和PoC業(yè)務(wù)之間狀態(tài)信息的交互過程，將PoC用戶設(shè)置的接收或者拒絕媒體類型的狀態(tài)信息通知給PoC會話的其它PoC用戶。
如圖5所示，是一個PoC會話中信令和業(yè)務(wù)連接及Presence消息連接的示意圖，粗實線是UE1、UE2、UE3、UE4、UE5、PF1和PF2發(fā)送Presence信息和接收Presence信息的邏輯連接；細實線是UE1、UE2、UE3、UE4、UE5參與一個由CF控制的PoC會話的信令和業(yè)務(wù)連接。
其中，UE1、UE2、UE3、UE4、UE5可以作為Presence狀態(tài)信息的發(fā)送方(Presence Source發(fā)送Presence信息)發(fā)送Presence狀態(tài)信息，也可以做Presence狀態(tài)信息的接收方(Presence Watcher)訂閱Presence狀態(tài)信息。PoC用戶終端和PoC用戶終端所屬的PoC服務(wù)器PF1和PF2可以作為Presence狀態(tài)信息的發(fā)送方(Presence Source)發(fā)送Presence信息。根據(jù)Presence協(xié)議的描述的方法，Presence狀態(tài)信息的發(fā)送方(Presence Source)作為Presence狀態(tài)事件變化信息的發(fā)布代理(Event Publication Agent(EPA))使用SIP Publish消息發(fā)送給Presence服務(wù)器(Presence Server)。Presence狀態(tài)信息的接收方(Presence Watcher)根據(jù)Presence協(xié)議的規(guī)定需要向Presence Server發(fā)送Presence訂閱消息(Subscribe)。Presence服務(wù)器收到EPA發(fā)送的Presence狀態(tài)變化的狀態(tài)消息后，向Presence Watcher發(fā)送Notify消息，通知Watcher新的Presence狀態(tài)。
在本技術(shù)發(fā)明方案中，EPA發(fā)送給Presence服務(wù)器發(fā)送的Presence狀態(tài)變化的狀態(tài)消息，攜帶了PoC用戶設(shè)置的接收或者拒絕媒體類型的狀態(tài)信息。
如圖5所示，描述了發(fā)送Presence狀態(tài)信息的PoC用戶或者PoC服務(wù)器將第一用戶設(shè)置了接收或者拒絕了媒體類型的狀態(tài)信息發(fā)送給Presence服務(wù)器，Presence服務(wù)器根據(jù)其它PoC用戶的定制，發(fā)送給其它PoC用戶的過程。其中包括，代表接收PoC用戶設(shè)置了接收或者拒絕媒體類型狀態(tài)信息的其它PoC用戶的Presence狀態(tài)信息接收方Watcher，Presence服務(wù)器和代表發(fā)布Presence狀態(tài)信息的PoC用戶和PoC服務(wù)器的PUA。
圖6是RFC3856中規(guī)定的Presence信息通知過程，包括如下步驟。
S31、PoC用戶向Presence服務(wù)器發(fā)送定制請求消息Subscribe。
S32、Presence服務(wù)器收到定制請求消息后，返回200 OK應(yīng)答消息。
S33-S34Presence服務(wù)器向PoC用戶發(fā)送Presence信息，PoC用戶收到Presence信息后，返回200 OK應(yīng)答消息。
一個PoC用戶進行拒絕了一種媒體類型的設(shè)置后，該PoC用戶所在的PoC服務(wù)器作為EPA發(fā)送PoC用戶改變了接收或者拒絕了媒體類型的狀態(tài)信息給Presence服務(wù)器。
S35-S36、Presence服務(wù)器收到PoC用戶Presence狀態(tài)信息發(fā)生變化的消息后，發(fā)送給訂制Presence狀態(tài)的其它PoC用戶。
該方案中，還可以采用其它PoC用戶查詢該PoC用戶的媒體類型接收或者拒絕狀態(tài)信息的方式。
所述的Presence服務(wù)器支持將第一PoC用戶接收或者拒絕當前PoC會話的某個媒體類型的狀態(tài)信息只通知給在這個會話中的PoC用戶。
本發(fā)明方案中，該PoC用戶設(shè)置的媒體類型接收或者拒絕狀態(tài)信息，可以在現(xiàn)有的PoC Presence狀態(tài)信息中，擴展相關(guān)的內(nèi)容?，F(xiàn)有的PoC并發(fā)會話的Presence狀態(tài)信息包括表1所示的內(nèi)容表2現(xiàn)有的PoC并發(fā)會話的Presence狀態(tài)信息

表2中各部分具體解釋如下PoC Session initiation AND Nsession＜Nmax這個PoC用戶上有PoC會話，并且可以加入新的PoC會話。
PoC Session initiation AND Nsession＝Nmas這個PoC用戶有PoC會話，但是不能加入新的PoC會話。
PoC Session completion AND 0＜Nsession＜Nmas這個PoC用戶有PoC會話，可以加入新的PoC會話。
PoC Session completion AND Nsession＝0這個PoC用戶沒有PoC會話，可以加入新的PoC會話。
Locking in PoC Session這個PoC用戶鎖定了PoC會話，不能有新的PoC會話加入。
表2中的Presence信息只能表達該PoC用戶上是否有PoC會話，PoC會話是否超過了最大PoC會話數(shù)目。而無法表達出該PoC用戶是否設(shè)置了媒體類型接收或者拒絕信息，本發(fā)明在此基礎(chǔ)上，增加了一些設(shè)置內(nèi)容新增加的并發(fā)會話Presence狀態(tài)可以包括PoC用戶拒絕了哪個(或者哪幾個)PoC會話；PoC用戶接受了哪個(或者哪幾個)會話的哪種媒體流，拒絕了哪種媒體流。
新增加PoC會話是否被發(fā)送到PoC用戶的狀態(tài)信息。
在一個PoC用戶上，如果有多個PoC會話，PoC用戶可以接收其中的一個或者幾個PoC會話。如果一個PoC會話被接受或者被拒絕，都可以在PoC會話是否被發(fā)送到PoC用戶的狀態(tài)中體現(xiàn)出來，并且將PoC會話是否被發(fā)送到PoC用戶的狀態(tài)發(fā)送到這個PoC會話用戶可以訂閱到用戶狀態(tài)信息的Presence服務(wù)器上。
PoC會話是否被發(fā)送到PoC用戶的狀態(tài)可以定義為如下的形式。
PoC Session[id]Availability[TURE]/[FALSE]其中PoC Session[id]Availability TURE表示這個PoC會話的媒體流正在被當前PoC用戶使用。其中PoC Session[id]Availability FALSE表示這個PoC會話的媒體流沒有被當前PoC用戶使用。
PoC會話是否被發(fā)送到PoC用戶的狀態(tài)，還可以被理解為當前PoC用戶對應(yīng)在這個PoC會話id中的其它用戶來說是否處于空閑狀態(tài)，如果PoC Session[id]Availability TURE表示當前PoC用戶對應(yīng)這個會話中的其它PoC用戶來說處于空閑狀態(tài)，可以接收PoC會話；其中PoC Session[id]Availability FALSE表示當前PoC用戶對應(yīng)這個會話中的其它PoC用戶來說處于繁忙狀態(tài)。
其中，PoC Session[id]可以是這個PoC會話的標識。
新增加PoC用戶接受或者拒絕某個媒體類型的狀態(tài)。
在新的PoC會話中，可能在一個會話中同時出現(xiàn)多個媒體類型，也就是說在并發(fā)會話管理中一個PoC用戶可以接受有多種媒體類型的多個會話。PoC用戶可以在多個PoC會話中接受某個PoC會話，拒絕其它的PoC會話，正如表2中表述的狀態(tài)。
PoC用戶還有可能接收某一個會話中的某一個或者幾個媒體類型，同時還接收其它PoC會話的某一個或者幾個媒體類型。這時，PoC用戶同時接受了多個PoC會話。
在本發(fā)明中，增加PoC用戶接受或者拒絕某個媒體類型的狀態(tài)應(yīng)當通知給Presence服務(wù)器，參與會話的其它PoC用戶可以通過Presence服務(wù)器得到一個PoC用戶是否接收當前PoC會話中某一個媒體內(nèi)容的信息。
PoC用戶接受或者拒絕某個媒體類型的狀態(tài)可以定義為如下的形式。
PoC[media][number]Availability[TURE]/[FALSE]如PoC Audio 1 AvailabilityTURE表示這個PoC用戶接收當前PoC會話中的第一個音頻媒體流，例如PoC用戶接收這個會話的話音。PoC Audio 2AvailabilityFALSE表示這個用戶拒絕當前PoC會話中的第二個音頻媒體流，例如PoC用戶拒絕這個會話的同聲翻譯。PoC Video 1 AvailabilityTURE表示這個PoC用戶接收當前PoC會話中的第一個視頻媒體流，例如PoC用戶接收這個會話的視頻。PoC message 1 AvailabilityTURE表示這個PoC用戶接收當前PoC會話中的第一個消息媒體流，例如PoC用戶接收這個會話的消息。
其中，number定義的方法可以用如下的方法表示， ＝[Session id]+[media id]其中會話id(Session id)是這個PoC會話的標識(如Session Identity)。媒體id(media id)是媒體類型的代碼，如Audio可以用A表示，Video可以用V表示，Text可以用T表示，Picture可以用P表示。這樣一個用[Session id]+[mediaid]的media number就可以完整的表達在一個PoC會話中的某個媒體類型。因此，PoC用戶接受或拒絕一個會話中的某個媒體類型的狀態(tài)可以被唯一的確定。
新增加PoC用戶處于被設(shè)定的參與PoC會話的狀態(tài)。
本發(fā)明技術(shù)方案增加PoC用戶處于被設(shè)定的參與PoC會話的狀態(tài)。處在這個狀態(tài)下的PoC用戶，可以按照事先定義的模板在這個參與的PoC會話中接收某一個或幾個媒體流，保持參與這個PoC會話的狀態(tài)。PoC用戶將PoC用戶處于被設(shè)定的參與PoC會話的狀態(tài)發(fā)送給Presence服務(wù)器，其它PoC用戶可以從Presence服務(wù)器上得到這個PoC用戶不能全部參與PoC會話，只能接收到部分媒體流的信息。這種使用事先定義的模版描述PoC用戶接受或者拒絕媒體類型的方法，可以省去在Presence服務(wù)器上需要分別收到幾個PoC用戶接受或者拒絕某個媒體類型的狀態(tài)的過程。
PoC用戶接受或者拒絕某個媒體類型的狀態(tài)可以定義為如下的形式。
PoC Session Statement[Statement ID][TURE]/[FALSE]當PoC用戶參與的某一個PoC會話處于PoC Session Statement[StatementID]TURE狀態(tài)時，通知給PoC用戶處于被預先定義的statement ID個狀態(tài)下，只能按照事先定義的模板規(guī)定使用的媒體類型參與PoC會話。
如前面方法所述的，Statement ID標識的模版，是可以被事先定義的。
PoC用戶接受或者拒絕媒體流的狀態(tài)信息的使用方法由于PoC用戶接受或者拒絕媒體流的狀態(tài)信息通知給Presence服務(wù)器以后，在Presence服務(wù)器上將保存著PoC用戶是否可以接受PoC會話；
PoC用戶現(xiàn)在是否已經(jīng)有了PoC會話；PoC用戶接受或者拒絕特定的哪些會話的媒體類型，這些媒體類型可以是一個會話中的，也可以是多個會話中的；PoC用戶接受或者拒絕了特定會話中的某些媒體類型的媒體流。
由于Presence業(yè)務(wù)用于顯示PoC用戶當前狀態(tài)，因此這些狀態(tài)信息都顯示到Presence業(yè)務(wù)后，將會顯示如下信息PoC用戶是否可以接受PoC會話；PoC用戶現(xiàn)在是否已經(jīng)有了正在進行的PoC會話；第一個PoC會話中的接受的媒體類型和拒絕的媒體類型；第二個PoC會話中接受的媒體類型和拒絕的媒體類型；依此類推。
參與一個PoC會話的PoC用戶可能不需要了解或者說不能了解一個PoC用戶參與其它PoC會話的狀態(tài)，因此Presence業(yè)務(wù)應(yīng)該支持在一個PoC會話中的PoC用戶向Presence業(yè)務(wù)獲得的PoC用戶接受或者拒絕媒體類型的媒體流的狀態(tài)信息，只能得到這個PoC用戶所在的PoC會話中的是否接受這個會話，接受或者拒絕這個會話中的媒體類型的媒體流的狀態(tài)；以及PoC用戶的其它對所有PoC用戶公開的信息。
當然，有一部分高級PoC用戶，如系統(tǒng)管理員，可以查看PoC用戶接受或拒絕媒體類型的狀態(tài)信息?；蛘咭粋€組織的高級PoC用戶，可以查看這個組織內(nèi)的普通PoC用戶的參與會話的狀態(tài)信息?；蛘咭粋€PoC用戶接受了被查詢PoC用戶的認證，可以被允許查看這個PoC用戶的接受或者拒絕媒體類型的狀態(tài)信息。
如圖7所示，是本發(fā)明的PoC業(yè)務(wù)網(wǎng)絡(luò)，包括PoC終端和PoC服務(wù)器，所述的PoC用戶終端通過PoC服務(wù)器通信；所述的PoC終端包括狀態(tài)設(shè)置模塊，用于PoC終端設(shè)置媒體類型接收或者拒絕狀態(tài)；設(shè)置發(fā)送模塊，用于將所述的媒體類型接收或者拒絕狀態(tài)發(fā)送給PoC服務(wù)器；狀態(tài)通知模塊，用于將所述的媒體類型接收或者拒絕狀態(tài)信息發(fā)送給其它PoC終端。
所述的PoC服務(wù)器包括設(shè)置接收模塊，用于PoC服務(wù)器接收所述的媒體類型接收或者拒絕狀態(tài)；狀態(tài)保存模塊，用于保存所述的媒體類型接收或者拒絕狀態(tài)信息；設(shè)置處理模塊，用于PoC服務(wù)器根據(jù)所述的媒體類型接收或者拒絕狀態(tài)，控制媒體流的轉(zhuǎn)發(fā)處理；狀態(tài)通知模塊，用于將所述的媒體類型接收或者拒絕狀態(tài)信息發(fā)送給其它PoC終端。
如圖8所示，是本發(fā)明的另一種PoC業(yè)務(wù)網(wǎng)絡(luò)，包括PoC終端和Presence服務(wù)器，所述的PoC用戶終端通過Presence服務(wù)器交互用戶狀態(tài)信息；所述的PoC終端包括狀態(tài)設(shè)置模塊，用于PoC終端設(shè)置媒體類型接收或者拒絕狀態(tài)；狀態(tài)通知模塊，用于將所述的媒體類型接收或者拒絕狀態(tài)信息發(fā)送給Presence服務(wù)器；設(shè)置發(fā)送模塊，用于將所述的媒體類型接收或者拒絕狀態(tài)信息發(fā)送給PoC服務(wù)器；所述的Presence服務(wù)器包括狀態(tài)信息接收模塊，用于接收所述的媒體類型接收或者拒絕狀態(tài)信息；狀態(tài)信息保存模塊，用于保存所述的媒體類型接收或者拒絕狀態(tài)信息狀態(tài)發(fā)布模塊，用于將所述的媒體類型接收或者拒絕信息發(fā)布給其它PoC用戶。
如圖9所示，是本發(fā)明的再一種PoC業(yè)務(wù)網(wǎng)絡(luò)，包括PoC服務(wù)器和Presence服務(wù)器，所述的PoC服務(wù)器發(fā)送狀態(tài)信息給Presence服務(wù)器；所述的PoC服務(wù)器包括
狀態(tài)保存模塊，用于保存所述的第一媒體類型接收或者拒絕狀態(tài)信息。
狀態(tài)通知模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給Presence服務(wù)器；所述的Presence服務(wù)器包括狀態(tài)信息接收模塊，用于接收所述的第一媒體類型接收或者拒絕狀態(tài)信息；狀態(tài)信息發(fā)布模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)布給其它PoC用戶。
本發(fā)明技術(shù)方案針對PoC會話中PoC用戶對并發(fā)會話的設(shè)置和狀態(tài)信息不能被控制會話的PoC服務(wù)器(PoC Server(Controlling))和其它PoC用戶所知道的情況，將參與方PoC服務(wù)器和PoC用戶上的PoC并發(fā)會話設(shè)置和狀態(tài)信息發(fā)送到presence服務(wù)器上，以讓其它PoC用戶在會話中了解這個PoC用戶的狀態(tài)信息。
本發(fā)明提供了通知其它PoC用戶PoC并發(fā)會話設(shè)置和狀態(tài)的方法，能夠讓在PoC會話中的PoC用戶更加清楚本次PoC會話中各個參與方的狀態(tài)，改善了PoC會話參與方的使用體驗。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種用戶媒體類型狀態(tài)信息通知方法，其特征在于，包括以下步驟A、設(shè)置第一媒體類型接收或者拒絕狀態(tài)；B、將所述的第一媒體類型接收或者拒絕狀態(tài)信息通知給其它基于蜂窩網(wǎng)絡(luò)的按鍵即說業(yè)務(wù)(PoC)用戶。
2.如權(quán)利要求1所述的方法，其特征在于，所述的步驟A中，所述的設(shè)置，可以由PoC用戶設(shè)置，也可以由PoC服務(wù)器設(shè)置。
3.如權(quán)利要求1所述的方法，其特征在于，所述的步驟A中，所述的設(shè)置第一媒體類型接收或者拒絕狀態(tài)，是第一PoC用戶接收或者拒絕第一媒體類型的狀態(tài)，或者第一PoC用戶接收或者拒絕第一會話狀態(tài)。
4.如權(quán)利要求1、2或3所述的方法，其特征在于，所述的步驟B中，第一PoC用戶將所述的第一媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶。
5.如權(quán)利要求4所述的方法，其特征在于，第一PoC用戶將所述的第一媒體類型接收或者拒絕狀態(tài)信息在會話中使用信令或者消息通知給其它PoC用戶。
6.如權(quán)利要求4所述的方法，其特征在于，所述的PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，是在PoC用戶拒絕一個或幾個媒體類型時，將拒絕狀態(tài)信息發(fā)送給其他PoC用戶。
7.如權(quán)利要求6所述的方法，其特征在于，是將媒體類型接收或者拒絕狀態(tài)信息發(fā)送給被拒絕的會話中，給該PoC用戶發(fā)送媒體流的那個PoC用戶。
8.如權(quán)利要求4所述的方法，其特征在于，所述的PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，是將媒體類型接收或者拒絕狀態(tài)信息發(fā)送給在被接收或者拒絕媒體類型的會話中的已經(jīng)申請過媒體流的發(fā)言權(quán)的PoC用戶。
9.如權(quán)利要求4所述的方法，其特征在于，所述的PoC用戶將所述的媒體類型接收或者拒絕狀態(tài)信息直接發(fā)送給其它PoC用戶，是將媒體類型接收或者拒絕狀態(tài)信息發(fā)送給被授權(quán)的PoC用戶。
10.如權(quán)利要求1、2或3所述的方法，其特征在于，所述的步驟B中，可以通過呈現(xiàn)業(yè)務(wù)(Presence Service)通知給會話中的其它用戶，進一步包括B1、將所述第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送至Presence服務(wù)器；B2、第二PoC用戶與所述的Presence服務(wù)器交互信息，獲知所述的第一媒體類型接收或者拒絕狀態(tài)信息。
11.如權(quán)利要求10所述的方法，其特征在于，所述的步驟B2中，所述的Presence服務(wù)器直接發(fā)送第一媒體類型接收或者拒絕狀態(tài)信息給第二PoC用戶。
12.如權(quán)利要求10所述的方法，其特征在于，所述的步驟B2，進一步包括第二PoC用戶向Presence服務(wù)器發(fā)送訂閱請求；當Presence服務(wù)器接收到第一PoC用戶發(fā)送的第一媒體類型接收或者拒絕狀態(tài)信息后，向所述的第二PoC用戶發(fā)送通知消息，將第一媒體類型接收或者拒絕狀態(tài)信息通知第二PoC用戶。
13.如權(quán)利要求10所述的方法，其特征在于，所述的步驟B2，是PoC用戶查詢第一媒體類型接收或者拒絕狀態(tài)信息。
14.如權(quán)利要求1所述的方法，其特征在于，所述的步驟B中，第一PoC用戶第一媒體類型接收或者拒絕信息包括第一PoC用戶接收或者拒絕當前PoC會話的狀態(tài)信息；第一PoC用戶接收或者拒絕一個PoC會話的某個媒體類型的狀態(tài)信息；第一PoC用戶接收或者拒絕幾個PoC會話的某個媒體類型的狀態(tài)信息；第一PoC用戶處于被設(shè)定的參與PoC會話的狀態(tài)信息。
15.如權(quán)利要求14所述的方法，其特征在于，所述的第一PoC用戶處于設(shè)定的參與PoC會話的狀態(tài)信息，是第一PoC用戶按照預先定義的模版設(shè)置的接收或者拒絕當前PoC會話的某幾個媒體類型的狀態(tài)信息。
16.如權(quán)利要求12或14所述的方法，其特征在于，所述的Presence服務(wù)器可以將第一PoC用戶接收或者拒絕當前PoC會話的某個媒體類型的狀態(tài)信息只通知給在這個會話中的PoC用戶。
17.一種用戶媒體類型狀態(tài)信息通知網(wǎng)絡(luò)，包括PoC終端和PoC服務(wù)器，所述的PoC用戶終端通過PoC服務(wù)器通信，其特征在于所述的PoC終端包括狀態(tài)設(shè)置模塊，用于PoC終端設(shè)置第一媒體類型接收或者拒絕狀態(tài)；設(shè)置發(fā)送模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)發(fā)送給PoC服務(wù)器；所述的PoC服務(wù)器包括設(shè)置接收模塊，用于PoC服務(wù)器接收所述的第一媒體類型接收或者拒絕狀態(tài)；設(shè)置處理模塊，用于PoC服務(wù)器根據(jù)所述的第一媒體類型接收或者拒絕狀態(tài)，控制媒體流的轉(zhuǎn)發(fā)處理。
18.如權(quán)利要求17所述的網(wǎng)絡(luò)，其特征在于，所述的PoC服務(wù)器還包括狀態(tài)保存模塊，用于保存所述的第一媒體類型接收或者拒絕狀態(tài)信息。
19.如權(quán)利要求17所述的網(wǎng)絡(luò)，其特征在于，所述的PoC服務(wù)器還包括第一狀態(tài)通知模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給其它PoC終端。
20.如權(quán)利要求17所述的網(wǎng)絡(luò)，其特征在于，所述的PoC終端還包括第二狀態(tài)通知模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給其它PoC終端。
21.一種用戶媒體類型狀態(tài)信息通知網(wǎng)絡(luò)，包括PoC終端和Presence服務(wù)器，所述的PoC用戶終端通過Presence服務(wù)器交互用戶狀態(tài)信息，其特征在于所述的PoC終端包括狀態(tài)設(shè)置模塊，用于PoC終端設(shè)置第一媒體類型接收或者拒絕狀態(tài)；狀態(tài)通知模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給Presence服務(wù)器；所述的Presence服務(wù)器包括狀態(tài)信息接收模塊，用于接收所述的第一媒體類型接收或者拒絕狀態(tài)信息；狀態(tài)信息發(fā)布模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)布給其它PoC用戶。
22.一種用戶媒體類型狀態(tài)信息通知網(wǎng)絡(luò)，包括PoC服務(wù)器和Presence服務(wù)器，所述的PoC服務(wù)器發(fā)送狀態(tài)信息給Presence服務(wù)器，其特征在于所述的PoC服務(wù)器包括狀態(tài)保存模塊，用于保存所述的第一媒體類型接收或者拒絕狀態(tài)信息。狀態(tài)通知模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給Presence服務(wù)器；所述的Presence服務(wù)器包括狀態(tài)信息接收模塊，用于接收所述的第一媒體類型接收或者拒絕狀態(tài)信息；狀態(tài)信息發(fā)布模塊，用于將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)布給其它PoC用戶。
全文摘要
本發(fā)明公開了一種基于蜂窩網(wǎng)絡(luò)的按鍵即說業(yè)務(wù)(PoC)中用戶媒體類型狀態(tài)信息通知方法及網(wǎng)絡(luò)，該方法包括A.第一PoC用戶設(shè)置第一媒體類型接收或者拒絕狀態(tài)；B.第一PoC用戶將所述的第一媒體類型接收或者拒絕狀態(tài)信息發(fā)送給其它PoC用戶。本發(fā)明提供了通知其它PoC用戶PoC會話設(shè)置和狀態(tài)信息的方法，能夠讓在PoC會話中的PoC用戶更加清楚本次PoC會話中各個參與方的狀態(tài)，改善了PoC會話參與方的使用體驗。
文檔編號H04Q7/28GK1929641SQ20051010245
公開日2007年3月14日 申請日期2005年9月9日 優(yōu)先權(quán)日2005年9月9日
發(fā)明者朱雷 申請人:華為技術(shù)有限公司