Ims終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置及方法
【專利摘要】本發(fā)明一種IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置及方法，屬于通信領(lǐng)域，通過在IMS終端設(shè)備上通過該裝置對(duì)本終端設(shè)備上的多個(gè)軟終端進(jìn)行管控，能有效的降低軟終端與IMS核心網(wǎng)交互的信令消息數(shù)量，有助于避免網(wǎng)絡(luò)中消息風(fēng)暴的發(fā)生，從而減輕網(wǎng)絡(luò)負(fù)載壓力，能夠?qū)崿F(xiàn)在同一終端設(shè)備上的多個(gè)軟終端合理共享終端設(shè)備具有的資源并提高資源共享效率，以及多個(gè)軟終端之間能合理有序響應(yīng)業(yè)務(wù)從而達(dá)到應(yīng)用協(xié)同目的并提供應(yīng)用協(xié)同效率。
【專利說明】IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置及方法

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明屬于通信領(lǐng)域，具體涉及一種MS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同 裝置及方法。

【背景技術(shù)】
[0002] IMS是第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目（3GPP，3rd Generation Partnership Project)提出的標(biāo)準(zhǔn)化的開放的架構(gòu)來實(shí)現(xiàn)多種多樣的多媒體應(yīng)用；MS的終端設(shè)備通常 由頂S實(shí)體用戶設(shè)備（UE，User Equipment)實(shí)現(xiàn)，終端設(shè)備中包括了 IMS中支持各種多媒 體應(yīng)用的用戶端，是頂S業(yè)務(wù)和應(yīng)用在用戶側(cè)的直接體驗(yàn)和交互端；對(duì)接入端用戶的通信 管理通過為其分配的頂S私有標(biāo)識(shí)（MPI，IMS Private Identity)、MS公有標(biāo)識(shí)（MPI， MS Public Identity)來實(shí)現(xiàn)，頂PI和頂PU相關(guān)信息保存在MS服務(wù)識(shí)別模塊（ISM，MS Subscriber I dent ityModule)中。
[0003] IMS使用會(huì)話初始協(xié)議（SIP, Session Initiation Protocol)實(shí)現(xiàn)UE的會(huì)話的建 立與控制；SIP (Session Initiation Protocol,會(huì)話初始協(xié)議）是IETF提出并主持研究的 一個(gè)在IP網(wǎng)絡(luò)上進(jìn)行多媒體通信的應(yīng)用層控制協(xié)議；SIP協(xié)議一般用于多媒體會(huì)話控制， 可以用來建立、修改、和終止多媒體會(huì)話；可以邀請(qǐng)參與者參加已經(jīng)存在的會(huì)話；可以用來 修改已存在會(huì)話的媒體（如增加或刪除一條媒體鏈接）。用戶代理（UA，User Agent)是SIP 協(xié)議的邏輯實(shí)體，它包含一個(gè)用戶代理客戶端（UAC)，用來產(chǎn)生請(qǐng)求的，同時(shí)，它也包含一個(gè) 用戶代理服務(wù)端（UAS)，用來響應(yīng)請(qǐng)求的。通常一個(gè)用戶端實(shí)現(xiàn)一種業(yè)務(wù)或業(yè)務(wù)集需要實(shí)現(xiàn) UA功能邏輯。
[0004] 業(yè)務(wù)的開放性和靈活性是MS體系架構(gòu)的重要特點(diǎn)，通過實(shí)現(xiàn)會(huì)話控層與基于IP 承載層相分離，并進(jìn)一步實(shí)現(xiàn)業(yè)務(wù)層與控制層的分離，使得業(yè)務(wù)的開發(fā)成水平模式，無論對(duì) 互聯(lián)網(wǎng)還電信業(yè)務(wù)的開發(fā)和部署，以及業(yè)務(wù)之間的融合提供理想的平臺(tái)。隨著用戶對(duì)語音、 圖像、文字、視頻等多媒體業(yè)務(wù)需求的增長，頂S中部署的相關(guān)業(yè)務(wù)也逐步呈現(xiàn)多樣化趨勢(shì)， 作為業(yè)務(wù)在用戶側(cè)呈現(xiàn)的載體一用戶端一也趨于多樣化。由于對(duì)于用戶來說各種多媒 體數(shù)據(jù)應(yīng)該是融合的，這對(duì)MS中不同業(yè)務(wù)的用戶端的融合帶來新的要求。
[0005] -種融合思想是采用統(tǒng)一集成的方式，將所有MS業(yè)務(wù)的用戶端集成到一個(gè)應(yīng)用 中，進(jìn)而通過底層技術(shù)實(shí)現(xiàn)融合，由于應(yīng)用可以統(tǒng)一集中對(duì)不同業(yè)務(wù)的用戶端進(jìn)行管理，這 樣可以達(dá)到有效融合的目的，類似的應(yīng)用可以參考RCS(Rich Communication Suite,富媒 體通信套件）。但是這種方式帶來的問題也是顯而易見的：當(dāng)有新業(yè)務(wù)部署而需要新的用 戶端時(shí)，就必須修改原有應(yīng)用，并等待原有應(yīng)用擴(kuò)展完成之后才可使用，不同用戶端的開發(fā) 及整合容易造成開發(fā)瓶頸，會(huì)帶來應(yīng)用的擴(kuò)展問題。
[0006] 相對(duì)于統(tǒng)一集成的方式，可以有效解決開發(fā)瓶頸及擴(kuò)展問題的一種方式就是在UE 上不同業(yè)務(wù)的用戶端通過相互獨(dú)立分離的應(yīng)用實(shí)現(xiàn)，如圖2中虛線表示的UA通過獨(dú)立的信 令流與外部MS網(wǎng)絡(luò)信令交互所示，每個(gè)應(yīng)用看做一個(gè)業(yè)務(wù)的用戶端，這種方式也帶來諸 多問題，主要從三個(gè)方面考慮：
[0007] 第一、消息風(fēng)暴問題，對(duì)于不同用戶端，由于之間不能相互協(xié)同，與MS網(wǎng)絡(luò)有自 己獨(dú)立的消息交互，而具有相同功能的消息會(huì)造成消息冗余，當(dāng)多個(gè)應(yīng)用頻繁與IMS網(wǎng)絡(luò) 交互消息時(shí)，給IMS網(wǎng)絡(luò)帶來消息風(fēng)暴，造成IMS網(wǎng)絡(luò)負(fù)載壓力；典型的是用戶端的注冊(cè) 消息，當(dāng)在同一 UE中的不同用戶端都需要完成注冊(cè)時(shí)，消息冗余及帶來的消息風(fēng)暴是明顯 的；
[0008] 第二、資源爭(zhēng)用問題，對(duì)于不同用戶端，由于之間不能相互協(xié)同，當(dāng)都需要使用UE 的某個(gè)資源時(shí)，比如麥克風(fēng)、揚(yáng)聲器等，無法統(tǒng)一對(duì)資源爭(zhēng)用進(jìn)行協(xié)調(diào)管理，會(huì)帶來資源爭(zhēng) 用問題，造成資源使用的混亂；
[0009] 第三、應(yīng)用協(xié)同問題，MS體系架構(gòu)中，MPU是用戶端實(shí)現(xiàn)業(yè)務(wù)交互的標(biāo)識(shí)，通常 為一個(gè)UE分配的MPU數(shù)量是有限的，會(huì)導(dǎo)致當(dāng)用戶端增多時(shí)，在同一 UE上的某些用戶端 共用同一個(gè)頂PU，雖然Fork機(jī)制可以將請(qǐng)求送達(dá)，但是這些用戶端支持的業(yè)務(wù)能力并不被 統(tǒng)一管理，在同一 UE上更會(huì)產(chǎn)生沖突，當(dāng)被動(dòng)接收業(yè)務(wù)請(qǐng)求時(shí)會(huì)帶來應(yīng)用協(xié)同問題--無 法決定將接收的業(yè)務(wù)請(qǐng)求送達(dá)給共用一個(gè)MPU的且都滿足該業(yè)務(wù)能力的用戶端。典型的 是一個(gè)MPU作為語音呼叫請(qǐng)求的目的URI時(shí)，如何選擇響應(yīng)該請(qǐng)求的共用這個(gè)MPU并都 支持語音業(yè)務(wù)能力用戶端。


【發(fā)明內(nèi)容】

[0010] 針對(duì)現(xiàn)有技術(shù)的缺點(diǎn)，本發(fā)明提出一種IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié) 同裝置及方法，以達(dá)到降低軟終端與MS核心網(wǎng)信令冗余、實(shí)現(xiàn)軟終端間資源共享和應(yīng)用 協(xié)同并提1?共孚與協(xié)同效率的目的。
[0011] 一種MS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置，該裝置與軟終端設(shè)置于同 一 IMS終端設(shè)備，該裝置包括信息過濾模塊、應(yīng)用協(xié)同模塊、資源共享模塊、獲取軟終端信 息模塊和存儲(chǔ)模塊，其中，
[0012] 信息過濾模塊：用于周期的向IMS核心網(wǎng)進(jìn)行注冊(cè)，同時(shí)接收本地的軟終端發(fā)送 的注冊(cè)請(qǐng)求，對(duì)注冊(cè)請(qǐng)求進(jìn)行解析、鑒權(quán)和響應(yīng)，提取注冊(cè)請(qǐng)求中軟終端的信息，接收IMS 核心網(wǎng)和本地的軟終端發(fā)送的消息并進(jìn)行解析，即決定如何處理和響應(yīng)消息，并選擇由哪 些模塊處理消息，并實(shí)現(xiàn)與應(yīng)用協(xié)同模塊、資源共享模塊、獲取軟終端信息模塊、存儲(chǔ)模塊 的信息交互：
[0013] 應(yīng)用協(xié)同模塊：用于對(duì)由信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)的請(qǐng)求進(jìn)行解析， 即判斷請(qǐng)求的業(yè)務(wù)類型；并根據(jù)存儲(chǔ)模塊中的記錄，判斷當(dāng)前是否有正在工作的進(jìn)行相同 業(yè)務(wù)類型的本地軟終端，若是，則將請(qǐng)求通過信息過濾模塊發(fā)送至上述軟終端，否則，在支 持該業(yè)務(wù)類型的軟終端中，根據(jù)設(shè)定的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)，確定優(yōu)先級(jí)最高的軟終端，將該軟 終端作為響應(yīng)上述請(qǐng)求的軟終端，并將該結(jié)果發(fā)送到信息過濾模塊；
[0014] 資源共享模塊：用于對(duì)由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端的請(qǐng)求進(jìn)行解析， 或者對(duì)信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請(qǐng)求進(jìn)行解析，即確定該請(qǐng)求所需的本地軟 終端為該請(qǐng)求所爭(zhēng)用的共享資源，并根據(jù)存儲(chǔ)模塊中的記錄，判斷該爭(zhēng)用共享資源是否正 在被占用，若是，則根據(jù)資源共享優(yōu)先級(jí)判斷，所需的本地軟終端的資源共享優(yōu)先級(jí)是否高 于正在占用該資源的本地軟終端的資源共享優(yōu)先級(jí)，若不是，則通過信息過濾模塊發(fā)送響 應(yīng)至請(qǐng)求者，告知其請(qǐng)求失?。蝗羰?，則判斷此時(shí)占用該資源的本地軟終端是否可被搶占， 若可被占用，則向該本地軟終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務(wù)，并將請(qǐng)求通 過信息過濾模塊發(fā)送至響應(yīng)者；若不可被占用，則信息過濾模塊發(fā)送響應(yīng)至請(qǐng)求者，告知其 請(qǐng)求失?。?br> [0015] 獲取軟終端信息模塊：用于獲取本地軟終端的業(yè)務(wù)能力，并根據(jù)業(yè)務(wù)能力確定軟 終端占用MS終端設(shè)備的資源，即本地軟終端之間的共享資源，并設(shè)置業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資 源共享優(yōu)先級(jí)和各軟終端占用資源時(shí)是否可被搶占，將設(shè)置結(jié)果發(fā)送至存儲(chǔ)模塊中進(jìn)行保 存；
[0016] 存儲(chǔ)模塊：用于存儲(chǔ)本地軟終端的注冊(cè)信息、本地軟終端工作狀態(tài)、共享資源工作 狀態(tài)、本地軟終端業(yè)務(wù)能力、共享資源、業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資源共享優(yōu)先級(jí)和各軟終端占用 資源時(shí)是否可被搶占標(biāo)志。
[0017] 采用IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置進(jìn)行的方法，包括以下步 驟：
[0018] 步驟1、本地軟終端通過信息過濾模塊向MS核心網(wǎng)請(qǐng)求注冊(cè)，具體流程如下：
[0019] 步驟1-1、根據(jù)存儲(chǔ)模塊中記錄的本地軟終端信息，采用信息過濾模塊查詢是否存 在注冊(cè)的本地軟終端，若存在，則使用本地軟終端使用的MS賬號(hào)向MS核心網(wǎng)發(fā)起注冊(cè)請(qǐng) 求，并根據(jù)頂S核心網(wǎng)發(fā)送的注冊(cè)結(jié)果修改存儲(chǔ)模塊中該MS賬號(hào)的注冊(cè)狀態(tài)，即注冊(cè)成功 或注冊(cè)失敗，若注冊(cè)成功，則執(zhí)行步驟1-2,當(dāng)達(dá)到下一注冊(cè)周期時(shí)，重新執(zhí)行步驟1-1 ;若 注冊(cè)失敗，則使用該MS賬號(hào)重新向MS核心網(wǎng)發(fā)起注冊(cè)請(qǐng)求，直至成功；
[0020] 步驟1-2、當(dāng)本地軟終端向信息過濾模塊發(fā)送注冊(cè)請(qǐng)求時(shí)，信息過濾模塊對(duì)注冊(cè)請(qǐng) 求進(jìn)行解析，并完成對(duì)該請(qǐng)求的鑒權(quán)，若鑒權(quán)成功，則執(zhí)行步驟1-3,否則，信息過濾模塊向 軟終端發(fā)送鑒權(quán)失敗響應(yīng)，并返回步驟1-2 ;
[0021] 步驟1-3、采用信息過濾模塊獲取本地軟終端注冊(cè)請(qǐng)求中的標(biāo)識(shí)信息，生成注冊(cè)時(shí) 間，并發(fā)送至存儲(chǔ)模塊中進(jìn)行保存；
[0022] 步驟1-4、采用信息過濾模塊判斷存儲(chǔ)模塊記錄的該IMS賬號(hào)的注冊(cè)狀態(tài)，若狀態(tài) 為注冊(cè)成功，則發(fā)送響應(yīng)至該本地軟終端，告知其注冊(cè)成功，否則，信息過濾模塊將注冊(cè)請(qǐng) 求發(fā)送至MS核心網(wǎng)進(jìn)行注冊(cè)；
[0023] 步驟1-5、IMS核心網(wǎng)將注冊(cè)結(jié)果發(fā)送至信息過濾模塊，信息過濾模塊發(fā)送響應(yīng)告 知該本地軟終端，是否注冊(cè)成功，若成功，則在存儲(chǔ)模塊中修改該軟本地終端的注冊(cè)狀態(tài)， 即修改為注冊(cè)成功，否則，修改為注冊(cè)失敗，并重新將該注冊(cè)請(qǐng)求發(fā)送至IMS核心網(wǎng)中進(jìn)行 注冊(cè)，直至注冊(cè)成功；
[0024] 步驟2、采用獲取軟終端信息模塊獲取本地軟終端的業(yè)務(wù)能力，并根據(jù)業(yè)務(wù)能力獲 取本地軟終端占用IMS終端設(shè)備的資源，即本地軟終端之間的共享資源，并發(fā)送至存儲(chǔ)模 塊中進(jìn)行保存；
[0025] 步驟3、采用獲取軟終端信息模塊設(shè)置各本地軟終端的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資源共享 優(yōu)先級(jí)和各本地軟終端占用資源時(shí)是否可被搶占，并發(fā)送至存儲(chǔ)模塊中進(jìn)行保存；
[0026] 步驟4、當(dāng)資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者應(yīng)用 協(xié)同模塊的請(qǐng)求時(shí)，根據(jù)請(qǐng)求所需本地軟終端，確定該請(qǐng)求所需的本地軟終端為該請(qǐng)求所 爭(zhēng)用的共享資源，并根據(jù)資源共享優(yōu)先級(jí)和占用該資源的本地軟終端是否可被搶占，確定 該請(qǐng)求是否成功，具體步驟如下：
[0027] 步驟4-1、當(dāng)資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者直 接接收來自應(yīng)用協(xié)同模塊的請(qǐng)求時(shí)，資源共享模塊對(duì)該請(qǐng)求進(jìn)行解析，即確定該請(qǐng)求所需 本地軟終端的爭(zhēng)用共享資源；
[0028] 步驟4-2資源共享模塊根據(jù)存儲(chǔ)模塊中記錄，判斷爭(zhēng)用共享資源是否正在被占 用，若未被占用，則將該請(qǐng)求通過信息過濾模塊發(fā)送至響應(yīng)者，若被占用，則根據(jù)資源共享 優(yōu)先級(jí)，判斷所需本地軟終端的資源共享優(yōu)先級(jí)是否高于正在占用該資源的本地軟終端的 資源共享優(yōu)先級(jí)，若是，則執(zhí)行步驟4-3,否則，通過信息過濾模塊發(fā)送響應(yīng)至請(qǐng)求者，告知 其請(qǐng)求失??；
[0029] 步驟4-3、判斷此時(shí)占用該資源的本地軟終端是否可被搶占，若是，則向該本地軟 終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務(wù)，并將該請(qǐng)求通過信息過濾模塊發(fā)送至 響應(yīng)者，否則，信息過濾模塊發(fā)送響應(yīng)至請(qǐng)求者，告知其請(qǐng)求失?。?br> [0030] 步驟5、當(dāng)接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)的請(qǐng)求時(shí)，應(yīng)用協(xié)同模塊 對(duì)請(qǐng)求進(jìn)行解析，即判斷請(qǐng)求的業(yè)務(wù)類型，確定其所需本地軟終端，并返回執(zhí)行步驟4,具體 步驟如下：
[0031] 步驟5-1、當(dāng)接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請(qǐng)求時(shí)，應(yīng)用協(xié)同模 塊對(duì)該請(qǐng)求進(jìn)行解析，即判斷請(qǐng)求的業(yè)務(wù)類型；
[0032] 步驟5-2、采用應(yīng)用協(xié)同模塊根據(jù)存儲(chǔ)模塊中的記錄，判斷當(dāng)前是否有正在工作的 進(jìn)行相同業(yè)務(wù)類型的本地軟終端，若是，則將請(qǐng)求發(fā)送至該軟終端，否則，根據(jù)存儲(chǔ)模塊中 的記錄獲取支持該業(yè)務(wù)類型的軟終端集合，若該軟終端集合為空，則信息過濾模塊發(fā)送響 應(yīng)至請(qǐng)求者，告知其請(qǐng)求失敗，否則，根據(jù)設(shè)定的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)，確定優(yōu)先級(jí)最高的軟終 端，并執(zhí)行步驟5-3 ;
[0033] 步驟5-3、采用應(yīng)用協(xié)同模塊將獲得的優(yōu)先級(jí)最高的軟終端作為響應(yīng)上述請(qǐng)求的 軟終端，并將該結(jié)果和請(qǐng)求發(fā)送到資源共享模塊中，并返回執(zhí)行步驟4。
[0034] 所述的軟終端為IMS終端設(shè)備的應(yīng)用軟件。
[0035] 步驟2所述的業(yè)務(wù)能力為：軟終端所支持的業(yè)務(wù)種類，包括音頻、視頻、文本和圖 片。
[0036] 步驟2所述的共享資源包括：耳機(jī)、話筒、攝像頭和屏幕。
[0037] 步驟2所述的采用獲取軟終端信息模塊獲取軟終端的業(yè)務(wù)能力，獲取方式包括： 采用獲取軟終端信息模塊通過請(qǐng)求-響應(yīng)的方式，主動(dòng)向本地軟終端發(fā)起獲取請(qǐng)求，并從 軟終端的響應(yīng)消息中獲?。换虿捎眯畔⑦^濾模塊對(duì)本地軟終端發(fā)送的消息進(jìn)行解析，即判 斷消息中是否含有業(yè)務(wù)能力信息，若有，則將該本地軟終端業(yè)務(wù)能力消息發(fā)送到獲取軟終 端信息模塊進(jìn)行獲取。
[0038] 步驟3所述的采用獲取軟終端信息模塊設(shè)置各軟終端的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資源共 享優(yōu)先級(jí)和各軟終端占用資源時(shí)是否可被搶占的方式包括：用戶手動(dòng)人工的設(shè)置，或根據(jù) 各本地軟終端注冊(cè)時(shí)間的先后順序，確定業(yè)務(wù)響應(yīng)優(yōu)先級(jí)和資源共享優(yōu)先級(jí)的方式，注冊(cè) 時(shí)間越早，優(yōu)先級(jí)越高。
[0039] 步驟1-2所述的解析即提取請(qǐng)求中軟終端的信息，包括IP地址、端口號(hào)和MS賬 號(hào)。
[0040] 步驟1-3所述的標(biāo)識(shí)信息包括該軟終端的用戶代理頭域值和端口號(hào)。
[0041] 本發(fā)明優(yōu)點(diǎn)：
[0042] 本發(fā)明一種MS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置及方法，通過在MS 終端設(shè)備上通過該裝置對(duì)本終端設(shè)備上的多個(gè)軟終端進(jìn)行管控，能有效的降低軟終端與 MS核心網(wǎng)交互的信令消息數(shù)量，有助于避免網(wǎng)絡(luò)中消息風(fēng)暴的發(fā)生，從而減輕網(wǎng)絡(luò)負(fù)載壓 力，能夠?qū)崿F(xiàn)在同一終端設(shè)備上的多個(gè)軟終端合理共享終端設(shè)備具有的資源并提高資源共 享效率，以及多個(gè)軟終端之間能合理有序響應(yīng)業(yè)務(wù)從而達(dá)到應(yīng)用協(xié)同目的并提供應(yīng)用協(xié)同 效率。

【專利附圖】

【附圖說明】
[0043] 圖1為本發(fā)明一種實(shí)施例的IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置結(jié)構(gòu) 示意圖；
[0044] 圖2為本發(fā)明一種實(shí)施例的用戶設(shè)備中的多軟終端信令流獨(dú)立與MS多軟終端協(xié) 同代理管控對(duì)比結(jié)構(gòu)圖；
[0045] 圖3為本發(fā)明一種實(shí)施例的IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同方法流程 圖；
[0046] 圖4為本發(fā)明一種實(shí)施例的軟終端通過MS多軟終端協(xié)同代理向MS核心網(wǎng)注冊(cè) 流程圖；
[0047] 圖5為本發(fā)明一種實(shí)施例的使用同一 IMPU的軟終端注冊(cè)信令流程圖；
[0048] 圖6為本發(fā)明一種實(shí)施例的MS多軟終端協(xié)同代理向軟終端主動(dòng)請(qǐng)求業(yè)務(wù)能力和 資源共享信息用流程圖；
[0049] 圖7為本發(fā)明一種實(shí)施例的軟終端主動(dòng)請(qǐng)求時(shí)資源共享流程圖；
[0050] 圖8為本發(fā)明一種實(shí)施例的軟終端呼叫過程中涉及資源共享的成功應(yīng)答部分信 令流程圖；
[0051] 圖9為本發(fā)明一種實(shí)施例的軟終端接收請(qǐng)求應(yīng)用協(xié)同流程圖；
[0052] 圖10為本發(fā)明一種實(shí)施例的軟終端接收呼叫請(qǐng)求時(shí)涉及應(yīng)用協(xié)同的成功應(yīng)答部 分信令流程圖。

【具體實(shí)施方式】
[0053] 下面結(jié)合附圖對(duì)本發(fā)明一種實(shí)施例做進(jìn)一步說明。
[0054] 本發(fā)明實(shí)施例中，如圖1所示，IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置， 該裝置與軟終端設(shè)置于同一 MS終端設(shè)備，該裝置包括信息過濾模塊、應(yīng)用協(xié)同模塊、資源 共享模塊、獲取軟終端信息模塊和存儲(chǔ)模塊；本發(fā)明實(shí)施例中，所述的IMS終端設(shè)備采用支 持頂S的智能手機(jī)；所述的軟終端為安裝于MS終端設(shè)備上的APP軟件。
[0055] 如圖1所示，軟終端與本發(fā)明裝置（MS-MUCP :MS多用戶端協(xié)同代理頂S-MUCP， IMS Multiple User Agents Cooperative Proxy)交互信令消息，信令消息經(jīng)過消息過濾 模塊后，根據(jù)涉及到的不同問題交由相應(yīng)模塊處理，注冊(cè)消息過濾在消息過濾模塊中實(shí)現(xiàn)， 生成軟終端業(yè)務(wù)能力和資源共享信息過程在獲取軟終端信息模塊中實(shí)現(xiàn)，應(yīng)用協(xié)同在應(yīng)用 協(xié)同模塊中實(shí)現(xiàn)，資源共享在資源共享模塊中實(shí)現(xiàn)。通過在頂S終端設(shè)備上實(shí)現(xiàn)IMS-MUCP 來解決MS終端設(shè)備（UE)上多軟終端帶來的三方面問題：消息風(fēng)暴、資源共享、應(yīng)用協(xié)同。 根據(jù)對(duì)多軟終端進(jìn)行管理的思想，通過維護(hù)相關(guān)管理信息，與軟終端中用戶代理UA相關(guān)的 信息，與UA業(yè)務(wù)能力及占用UE資源的相關(guān)信息，并根據(jù)制定的消息過濾規(guī)則、資源共享規(guī) 貝1J、應(yīng)用協(xié)同規(guī)則解決三方面問題，具體說明如下：
[0056] 所述的信息過濾模塊用于周期的向IMS核心網(wǎng)進(jìn)行注冊(cè)，同時(shí)接收本地的軟終端 發(fā)送的注冊(cè)請(qǐng)求，對(duì)注冊(cè)請(qǐng)求進(jìn)行解析、鑒權(quán)和響應(yīng)，提取注冊(cè)請(qǐng)求中軟終端的信息，接收 MS核心網(wǎng)和本地的軟終端發(fā)送的消息并進(jìn)行解析，即決定如何處理和響應(yīng)消息，并選擇由 哪些模塊處理消息，并實(shí)現(xiàn)與應(yīng)用協(xié)同模塊、資源共享模塊、獲取軟終端信息模塊、存儲(chǔ)模 塊的信息交互；
[0057] 所述的應(yīng)用協(xié)同模塊用于對(duì)信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)請(qǐng)求進(jìn)行解析， 即判斷請(qǐng)求的業(yè)務(wù)類型；并根據(jù)存儲(chǔ)模塊中的記錄，判斷當(dāng)前是否有正在工作的進(jìn)行相同 業(yè)務(wù)類型的本地軟終端，若是，則將請(qǐng)求通過信息過濾模塊發(fā)送至上述軟終端，否則，在支 持該業(yè)務(wù)類型的軟終端中，根據(jù)設(shè)定的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)，確定優(yōu)先級(jí)最高的軟終端，將該軟 終端作為響應(yīng)上述請(qǐng)求的軟終端，并將該結(jié)果發(fā)送到信息過濾模塊；
[0058] 所述的資源共享模塊用于對(duì)由信息過濾模塊轉(zhuǎn)發(fā)的本地軟終端請(qǐng)求進(jìn)行解析，或 者對(duì)信息過濾模塊轉(zhuǎn)發(fā)的來自頂S核心網(wǎng)的請(qǐng)求進(jìn)行解析，即確定該請(qǐng)求所需的本地軟終 端為該請(qǐng)求所爭(zhēng)用的共享資源，并根據(jù)存儲(chǔ)模塊中的記錄，判斷該爭(zhēng)用共享資源是否正在 被占用，若是，則根據(jù)資源共享優(yōu)先級(jí)判斷，所需的本地軟終端的資源共享優(yōu)先級(jí)是否高于 正在占用該資源的本地軟終端的資源共享優(yōu)先級(jí)，若不是，則通過信息過濾模塊發(fā)送響應(yīng) 至請(qǐng)求者，告知其請(qǐng)求失??；若是，則判斷此時(shí)占用該資源的本地軟終端是否可被搶占，若 可被占用，則向該本地軟終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務(wù)，并將請(qǐng)求通過 信息過濾模塊發(fā)送至響應(yīng)者；若不可被占用，則信息過濾模塊發(fā)送響應(yīng)至請(qǐng)求者，告知其請(qǐng) 求失?。?br> [0059] 所述的獲取軟終端信息模塊用于獲取本地軟終端的業(yè)務(wù)能力，并根據(jù)業(yè)務(wù)能力確 定軟終端占用MS終端設(shè)備的資源，即本地軟終端之間的共享資源，并設(shè)置業(yè)務(wù)響應(yīng)優(yōu)先 級(jí)、資源共享優(yōu)先級(jí)和各軟終端占用資源時(shí)是否可被搶占，將設(shè)置結(jié)果發(fā)送至存儲(chǔ)模塊中 進(jìn)行保存；
[0060] 所述的存儲(chǔ)模塊用于存儲(chǔ)本地軟終端的注冊(cè)信息、本地軟終端工作狀態(tài)、共享資 源工作狀態(tài)、本地軟終端業(yè)務(wù)能力、共享資源、業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資源共享優(yōu)先級(jí)和各軟終 端占用資源時(shí)是否可被搶占標(biāo)志。
[0061] 本發(fā)明實(shí)施例中，如圖2中虛線所示，在MS終端設(shè)備UE上，例如支持MS的智 能手機(jī)，對(duì)應(yīng)多個(gè)不同MS業(yè)務(wù)，例如即時(shí)語音通信、即時(shí)視頻通信、IPTV等，通過多個(gè)獨(dú)立 的軟終端來實(shí)現(xiàn)業(yè)務(wù)交互和體驗(yàn)，相互獨(dú)立的軟終端則直接與頂S核心網(wǎng)進(jìn)行信令消息交 互。如圖2中實(shí)線所示，本發(fā)明裝置作為軟終端的帶外信令代理（Outbound Proxy)，管控與 其在同一 MS終端設(shè)備上的所有MS軟終端用戶代理（UA)，與外部MS網(wǎng)絡(luò)交互的全部會(huì) 話初始協(xié)議（SIP)信令消息。
[0062] 采用IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置進(jìn)行的方法，方法流程圖如 圖3所述，包括以下步驟：
[0063] 步驟1、本地軟終端通過信息過濾模塊向MS核心網(wǎng)請(qǐng)求注冊(cè)，具體流程如下：
[0064] 步驟1-1、根據(jù)存儲(chǔ)模塊中記錄的本地軟終端信息，采用信息過濾模塊查詢是否存 在注冊(cè)的本地軟終端，若存在，則使用本地軟終端使用的MS賬號(hào)向MS核心網(wǎng)發(fā)起注冊(cè)請(qǐng) 求，并根據(jù)頂S核心網(wǎng)發(fā)送的注冊(cè)結(jié)果修改存儲(chǔ)模塊中該MS賬號(hào)的注冊(cè)狀態(tài)，即注冊(cè)成功 或注冊(cè)失敗，若注冊(cè)成功，則執(zhí)行步驟1-2,當(dāng)達(dá)到下一注冊(cè)周期時(shí)，重新執(zhí)行步驟1-1 ;若 注冊(cè)失敗，則使用該MS賬號(hào)重新向MS核心網(wǎng)發(fā)起注冊(cè)請(qǐng)求，直至成功；
[0065] 本發(fā)明實(shí)施例中，軟終端中的用戶代理1(UA1)安裝于MS終端設(shè)備上，共用MS 公有標(biāo)識(shí)（IMPU) :public_id_l@domain，UA1已經(jīng)在信息過濾模塊中的注冊(cè)狀態(tài)為已經(jīng)注 冊(cè)，本發(fā)明裝置的消息過濾模塊通過5069端口與MS核心網(wǎng)通信；
[0066] 信息過濾模塊根據(jù)存儲(chǔ)模塊中的軟終端的信息查詢是否存在注冊(cè)狀態(tài)為已經(jīng)注 冊(cè)的軟終端，由于UA1滿足條件，則信息過濾模塊用pUbliC_id_l@d〇main生成注冊(cè)消息，并 將注冊(cè)消息通過5069端口發(fā)送到MS核心網(wǎng)，并完成鑒權(quán)過程，MS核心網(wǎng)響應(yīng)注冊(cè)成功 消息2000K后，修改存儲(chǔ)模塊public_id_l@d 〇main的注冊(cè)狀態(tài)為注冊(cè)成功。
[0067] 步驟1-2、當(dāng)本地軟終端向信息過濾模塊發(fā)送注冊(cè)請(qǐng)求時(shí)，信息過濾模塊對(duì)注冊(cè)請(qǐng) 求進(jìn)行解析，并完成對(duì)該請(qǐng)求的鑒權(quán)，若鑒權(quán)成功，則執(zhí)行步驟1-3,否則，信息過濾模塊向 軟終端發(fā)送鑒權(quán)失敗響應(yīng)，并返回步驟1-2 ;
[0068] 本發(fā)明實(shí)施例中，軟終端中的用戶代理1(UA1)與用戶代理2 (UA2)均安裝于MS 終端設(shè)備上，共用頂S公有標(biāo)識(shí)（MPU) :public_id_l@domain，本發(fā)明裝置（MS-MUCP)的 消息過濾模塊通過5060端口與用戶代理1的5062端口通信，本發(fā)明裝置的消息過濾模塊 通過5069端口與MS核心網(wǎng)通信，本發(fā)明實(shí)施例中，用戶代理1的注冊(cè)時(shí)間早于用戶代理 2的注冊(cè)時(shí)間；
[0069] 本發(fā)明實(shí)施例中，如圖5所示，其中，501表示用戶代理1(UA1)使用public_id_l@ domain作為SIP注冊(cè)消息頭域的統(tǒng)一資源標(biāo)識(shí)符（URI)，用戶代理1 (UA1)接收SIP消息的 端口號(hào)為5062, UA1將注冊(cè)消息發(fā)送到MS-MUCP接收軟終端的信令消息的5060端口。
[0070] 本發(fā)明實(shí)施例中，注冊(cè)過程中消息過濾規(guī)則是：軟終端首先在頂S-MUCP完成 注冊(cè)請(qǐng)求的401未授權(quán)Unauthorized認(rèn)證，圖5中，502表示IMS-MUCP向UA1發(fā)送 401Unauthorized響應(yīng)，503表示用戶代理1 (UA1)成功完成認(rèn)證。
[0071] 步驟1-3、采用信息過濾模塊獲取本地軟終端注冊(cè)請(qǐng)求中的標(biāo)識(shí)信息，生成注冊(cè)時(shí) 間，并發(fā)送至存儲(chǔ)模塊中進(jìn)行保存；
[0072] 本發(fā)明實(shí)施例中，用戶代理1在SIP消息中的用戶代理頭域值為UA_Name_l ;如 圖4所示，401中IMS-MUCP提取注冊(cè)消息中的From頭域中的值public_id_l@domain作為 MPU，提取Via頭域中的值其中的端口號(hào)作為軟終端通信端口號(hào)。
[0073] 本發(fā)明實(shí)施例中，圖4中402中判斷消息中是否存在用戶代理頭域，若存在，則在 403中提取用戶代理頭域中的值UA_Name_l ;404表示在存儲(chǔ)模塊中查詢是否存儲(chǔ)了 UA_ Name_l，若沒有存儲(chǔ)，則406中在存儲(chǔ)模塊中增加軟終端UA1信息。
[0074] 步驟1-4、采用信息過濾模塊判斷存儲(chǔ)模塊記錄的該IMS賬號(hào)的注冊(cè)狀態(tài)，若狀態(tài) 為注冊(cè)成功，則發(fā)送響應(yīng)至該本地軟終端，告知其注冊(cè)成功，否則，信息過濾模塊將注冊(cè)請(qǐng) 求發(fā)送至MS核心網(wǎng)進(jìn)行注冊(cè)；
[0075] 本發(fā)明實(shí)施例中，如圖4所示，410中判斷當(dāng)前該MPU是否注冊(cè)成功，若已經(jīng)注冊(cè) 成功，則413中直接向軟終端發(fā)送注冊(cè)成功響應(yīng)，本實(shí)施例中，當(dāng)前MS賬號(hào)public_id_l@ domain沒有注冊(cè)成功，因此，在411中信息過濾模塊重新生成新的注冊(cè)消息向MS核心網(wǎng)發(fā) 起注冊(cè)請(qǐng)求并完成后續(xù)認(rèn)證及再注冊(cè)過程。
[0076] 步驟1-5、IMS核心網(wǎng)將注冊(cè)結(jié)果發(fā)送至信息過濾模塊，信息過濾模塊發(fā)送響應(yīng)告 知該本地軟終端，是否注冊(cè)成功，若成功，則在存儲(chǔ)模塊中修改該軟本地終端的注冊(cè)狀態(tài)， 即修改為注冊(cè)成功，否則，修改為注冊(cè)失敗，并重新將該注冊(cè)請(qǐng)求發(fā)送至IMS核心網(wǎng)中進(jìn)行 注冊(cè)，直至注冊(cè)成功；
[0077] 本發(fā)明實(shí)施例中，如圖5所示，504表示信息過濾模塊向MS核心網(wǎng)發(fā)起注冊(cè)請(qǐng)求， 505表示信息過濾模塊接收核心網(wǎng)的401認(rèn)證授權(quán)消息，506表示頂S-MUCP添加認(rèn)證消息 后再注冊(cè)。507表示核心網(wǎng)MS向UA1發(fā)送注冊(cè)成功響應(yīng)消息，412中頂S-MUCP接收到MS 核心網(wǎng)最終成功響應(yīng)消息后，修改軟終端信息表中的注冊(cè)狀態(tài)成功，并將注冊(cè)成功響應(yīng)消 息（2000K)發(fā)送給軟終端UA1，如508。
[0078] 本發(fā)明實(shí)施例中，如圖4所示，509至712表示用戶代理2 (UA2)在用戶代理1 (UA1) 使用public_id_l@domain注冊(cè)成功后，再次注冊(cè)，由于IMS-MUCP維護(hù)了 public_id_l@ domain注冊(cè)成功的信息，因此，無需再向MS核心網(wǎng)注冊(cè)，直接響應(yīng)發(fā)送2000K成功注冊(cè)響 應(yīng)給用戶代理2(UA2)。
[0079] 步驟2、采用獲取軟終端信息模塊獲取本地軟終端的業(yè)務(wù)能力，并根據(jù)業(yè)務(wù)能力獲 取本地軟終端占用IMS終端設(shè)備的資源，即本地軟終端之間的共享資源，并發(fā)送至存儲(chǔ)模 塊中進(jìn)行保存；
[0080] 所述的采用獲取軟終端信息模塊獲取軟終端的業(yè)務(wù)能力，獲取方式包括：采用獲 取軟終端信息模塊通過請(qǐng)求-響應(yīng)的方式，主動(dòng)向本地軟終端發(fā)起獲取請(qǐng)求，并從軟終端 的響應(yīng)消息中獲??；或采用信息過濾模塊對(duì)本地軟終端發(fā)送的消息進(jìn)行解析，即判斷消息 中是否含有業(yè)務(wù)能力信息，若有，則將該本地軟終端業(yè)務(wù)能力消息發(fā)送到獲取軟終端信息 模塊進(jìn)行獲取，獲取軟終端信息模塊進(jìn)行獲取的方法與第一種方式中提取響應(yīng)的方法相 同。本發(fā)明實(shí)施例中采用第一種獲取方式。
[0081] 本發(fā)明實(shí)施例中，本裝置通過獲取軟終端信息模塊主動(dòng)發(fā)送SIP請(qǐng)求消息給兩個(gè) 軟終端，流程圖如圖6所示：601中獲取軟終端信息模塊查詢存儲(chǔ)的軟終端信息，遍歷注冊(cè) 成功并沒有存儲(chǔ)業(yè)務(wù)能力和資源共享信息的軟終端，查詢到用戶代理1(UA1)滿足條件，則 在602中本裝置發(fā)送請(qǐng)求消息，以軟終端UA1注冊(cè)的MPU作為To頭域的URI，生成請(qǐng)求消 息，并將請(qǐng)求消息發(fā)送到用戶代理1 ;在603中，獲取軟終端信息模塊接收用戶代理1對(duì)請(qǐng) 求消息的響應(yīng)，提取消息中的對(duì)應(yīng)軟終端的業(yè)務(wù)能力信息和共享資源信息，由于用戶代理 1僅支持語音，因此，提取其中的媒體信息audio,將其映射為占用資源信息為de V_audi〇_ play和dev_audio_record ;在存儲(chǔ)模塊中更新存儲(chǔ)的軟終端業(yè)務(wù)能力和資源共享信息。主 動(dòng)查詢UA2的過程同UA1。
[0082] 本發(fā)明實(shí)施例中，MS終端設(shè)備1 (UE1)中用戶代理1 (UA1)、用戶代理2(UA2)都 只支持語音通話，即占用資源為音頻播放設(shè)備（dev_audio_play)和音頻采集設(shè)備（dev_ audio_record)〇
[0083] 步驟3、采用獲取軟終端信息模塊設(shè)置各本地軟終端的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資源共享 優(yōu)先級(jí)和各本地軟終端占用資源時(shí)是否可被搶占，并發(fā)送至存儲(chǔ)模塊中進(jìn)行保存；
[0084] 由于UA1比UA2先成功注冊(cè)，所以默認(rèn)的資源共享優(yōu)先級(jí)UA1高于UA2,分別是1 和2。
[0085] 如圖6所示，604中存儲(chǔ)模塊所存儲(chǔ)的軟終端業(yè)務(wù)能力和資源共享信息中已經(jīng)存 儲(chǔ)用戶代理1和用戶代理2業(yè)務(wù)能力和資源共享信息，為用戶提供對(duì)用戶代理1和用戶代 理2業(yè)務(wù)能力和資源共享信息的配置接口，配置用戶代理1和用戶代理2對(duì)接收的業(yè)務(wù)請(qǐng) 求的響應(yīng)優(yōu)先級(jí)，軟終端對(duì)資源占用的優(yōu)先級(jí)，軟終端占用資源時(shí)是否可以被搶占標(biāo)志。
[0086] 本發(fā)明實(shí)施例中，用戶提高UA2響應(yīng)語音業(yè)務(wù)的優(yōu)先級(jí)，及對(duì)音頻播放設(shè)備和音 頻采集設(shè)備的占用優(yōu)先級(jí)，則將UA2的優(yōu)先級(jí)由2升為1，則UA1的優(yōu)先級(jí)與UA2原有的優(yōu) 先級(jí)交換。由于UA1配置成可搶占模式，用戶允許在UA1已經(jīng)建立會(huì)話并占用音頻播放設(shè) 備和音頻采集設(shè)備時(shí)，UA2可強(qiáng)制占用音頻設(shè)備，IMS-MUCP則修改UA1會(huì)話，將音頻播放設(shè) 備和音頻采集設(shè)備占用權(quán)交給用戶代理2。
[0087] 步驟4、當(dāng)資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者應(yīng)用 協(xié)同模塊的請(qǐng)求時(shí)，根據(jù)請(qǐng)求所需本地軟終端，確定該請(qǐng)求所需的本地軟終端為該請(qǐng)求所 爭(zhēng)用的共享資源，并根據(jù)資源共享優(yōu)先級(jí)和占用該資源的本地軟終端是否可被搶占，確定 該請(qǐng)求是否成功，具體步驟如下：
[0088] 步驟4-1、當(dāng)資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者直 接接收來自應(yīng)用協(xié)同模塊的請(qǐng)求時(shí)，資源共享模塊對(duì)該請(qǐng)求進(jìn)行解析，即確定該請(qǐng)求所需 本地軟終端的爭(zhēng)用共享資源；
[0089] 步驟4-2資源共享模塊根據(jù)存儲(chǔ)模塊中記錄，判斷爭(zhēng)用共享資源是否正在被占 用，若未被占用，則將該請(qǐng)求通過信息過濾模塊發(fā)送至響應(yīng)者，若被占用，則根據(jù)資源共享 優(yōu)先級(jí)，判斷所需本地軟終端的資源共享優(yōu)先級(jí)是否高于正在占用該資源的本地軟終端的 資源共享優(yōu)先級(jí)，若是，則執(zhí)行步驟4-3,否則，通過信息過濾模塊發(fā)送響應(yīng)至請(qǐng)求者，告知 其請(qǐng)求失?。?br> [0090] 步驟4-3、判斷此時(shí)占用該資源的本地軟終端是否可被搶占，若是，則向該本地軟 終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務(wù)，并將該請(qǐng)求通過信息過濾模塊發(fā)送至 響應(yīng)者，否則，信息過濾模塊發(fā)送響應(yīng)至請(qǐng)求者，告知其請(qǐng)求失??；
[0091] 本發(fā)明實(shí)施例中，MS終端設(shè)備1(UE1)中用戶代理1(UA1)、用戶代理3(UA3)共 用頂S公有標(biāo)識(shí)（MPU)為：public_id_l@domain，UA1比UA3占用音頻播放設(shè)備和音頻采 集設(shè)備優(yōu)先級(jí)高，并且UA3在這兩個(gè)資源的占用上可以被搶占，用戶代理4(UA4)是另一個(gè) MS終端設(shè)備上的軟終端中的用戶代理，UA3已經(jīng)與UA4建立音頻媒體會(huì)話，UA2、UA4使用 的 IMPU 分別是 public_id_2@domain、public_id_3@domain，UA1 向 UA2 發(fā)起音頻呼叫請(qǐng)求， 信息過濾模塊與軟終端通信端口是5060，與MS核心網(wǎng)通信端口是5069。
[0092] 軟終端主動(dòng)請(qǐng)求時(shí)資源共享流程圖如圖7所示，UA1呼叫UA2成功應(yīng)答部分信令 流程如圖8所不：
[0093] 本發(fā)明實(shí)施例中，如圖8所示，801中UA1發(fā)起呼叫請(qǐng)求，生成邀請(qǐng)消息，To頭域 URI是UA2的MPU為：public_id_3@domain。會(huì)話描述協(xié)議（SDP)中媒體行m即屬性行a 具有音頻audio信息。發(fā)送邀請(qǐng)消息到MS-MUCP的5060端口。
[0094] 本發(fā)明實(shí)施例中，如圖7所示，701中解析接收到的信令消息，將信令消息中的SDP 消息的媒體信息轉(zhuǎn)換為爭(zhēng)用資源集。提取SDP中的媒體行m及屬性行a信息為爭(zhēng)用資源集， 由于SDP消息中m = audio，a = sendrecv，所以映射為音頻的播放和采集設(shè)備。702、703、 704中是遍歷爭(zhēng)用資源集查看資源是否被占用，查看當(dāng)前資源占用表，音頻播放設(shè)備和音頻 采集設(shè)備被UA3占用，若不滿足705中條件，則707中刪除資源集中對(duì)應(yīng)資源，若滿足705 中條件，則706中IMS-MUCP修改UA3占用音頻播放設(shè)備和音頻采集設(shè)備的會(huì)話，頂S-MUCP 會(huì)根據(jù)會(huì)話保持機(jī)制向UA3及UA4發(fā)送特別的邀請(qǐng)消息，即會(huì)話保持請(qǐng)求者發(fā)送的INVITE 請(qǐng)求中攜帶的SDP消息中媒體行m = audio,屬性行a = sendonly，2000K響應(yīng)中屬性行a =recvonly。
[0095] 本發(fā)明實(shí)施例中，如圖8所示，802到810中是特別的INVITE請(qǐng)求及相關(guān)請(qǐng)求和響 應(yīng)消息。
[0096] 本發(fā)明實(shí)施例中，如圖7所示，708中當(dāng)結(jié)束爭(zhēng)用資源集的所有資源爭(zhēng)用后，若資 源集是空，即說明經(jīng)過MS-MUCP資源協(xié)調(diào)后沒有爭(zhēng)用到資源，709中判斷若該消息是請(qǐng)求 消息，則710中MS-MUCP生成失敗響應(yīng)發(fā)送給發(fā)送該請(qǐng)求的實(shí)體。若是響應(yīng)消息直接丟 棄。若資源集不為空，說明成功爭(zhēng)用到資源，對(duì)于UA1是爭(zhēng)用到音頻播放設(shè)備和音頻采集設(shè) 備，可以繼續(xù)請(qǐng)求與UA2建立會(huì)話，需要生成新呼叫請(qǐng)求INVITE (邀請(qǐng)）消息。711中生成 新的消息，與UA1的INVITE消息對(duì)應(yīng)的新INVITE消息。
[0097] 本發(fā)明實(shí)施例中，如圖8所示，如811中消息，根據(jù)資源集生成SDP消息并添加到 新INVITE消息的消息體，并發(fā)送新INVITE消息給目的實(shí)體。812到818是呼叫請(qǐng)求到達(dá) UA2及成功建立媒體會(huì)話過程。最終UA3在UE1上占用音頻播放設(shè)備和音頻采集設(shè)備而與 UA2實(shí)現(xiàn)音頻會(huì)話。
[0098] 步驟5、當(dāng)接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請(qǐng)求時(shí)，應(yīng)用協(xié)同模塊 對(duì)請(qǐng)求進(jìn)行解析，即判斷請(qǐng)求的業(yè)務(wù)類型，確定其所需本地軟終端，并返回執(zhí)行步驟4,具體 步驟如下：
[0099] 步驟5-1、當(dāng)接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請(qǐng)求時(shí)，應(yīng)用協(xié)同模 塊對(duì)該請(qǐng)求進(jìn)行解析，即判斷請(qǐng)求的業(yè)務(wù)類型；
[0100] 本發(fā)明實(shí)施例中，MS終端設(shè)備1 (UE1)中用戶代理1 (UA1)、用戶代理2(UA2)、用 戶代理3(UA3)共用MS公有標(biāo)識(shí)（MPU)為：public_id_l@domain，UA1只支持音頻業(yè)務(wù)， 即支持的媒體類型為音頻audio, UA2與UA3 -樣支持音頻和視頻業(yè)務(wù)，即支持的媒體類型 為音頻audio和視頻video。但UA2比UA3設(shè)置的響應(yīng)視頻優(yōu)先級(jí)高，用戶代理4 (UA4)是 另一個(gè)IMS終端設(shè)備上的軟終端中的用戶代理，UA4向public_id_l@domain發(fā)起視頻業(yè)務(wù) 呼叫請(qǐng)求。
[0101] 軟終端接收請(qǐng)求應(yīng)用協(xié)同流程圖如圖9所示，UA4向public_id_l@domain發(fā)起視 頻呼叫UA2應(yīng)答部分信令流程如圖10所示：
[0102] 本發(fā)明實(shí)施例中，如圖10所不，1001中是UA4向public_id_l@domain發(fā)起呼叫請(qǐng) 求INVITE消息，INVITE消息中的消息體會(huì)話描述協(xié)議（SDP)中具有視頻信息。1002中是 MS核心網(wǎng)將UA4發(fā)出的INVITE消息發(fā)送到UE1上的頂S-MUCP。
[0103] 本發(fā)明實(shí)施例中，如圖9所示，901中提取請(qǐng)求消息中業(yè)務(wù)特征信息，提取消息體 中攜帶SDP消息中的媒體行m為視頻video,并且屬性行a為發(fā)送接收sendrecv。
[0104] 步驟5-2、采用應(yīng)用協(xié)同模塊根據(jù)存儲(chǔ)模塊中的記錄，判斷當(dāng)前是否有正在工作的 進(jìn)行相同業(yè)務(wù)類型的本地軟終端，若是，則將請(qǐng)求發(fā)送至該軟終端，否則，根據(jù)存儲(chǔ)模塊中 的記錄獲取支持該業(yè)務(wù)類型的軟終端集合，若該軟終端集合為空，則信息過濾模塊發(fā)送響 應(yīng)至請(qǐng)求者，告知其請(qǐng)求失敗，否則，根據(jù)設(shè)定的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)，確定優(yōu)先級(jí)最高的軟終 端，并執(zhí)行步驟5-3 ;
[0105] 本實(shí)施例中當(dāng)前UE1上沒有視頻會(huì)話業(yè)務(wù)。
[0106] 本發(fā)明實(shí)施例中，如圖9所示，902中根據(jù)業(yè)務(wù)特征信息及獲取到的SDP中媒體信 息查詢存儲(chǔ)的軟終端業(yè)務(wù)能力和資源共享信息，獲取支持視頻業(yè)務(wù)及video媒體類型的當(dāng) 前注冊(cè)成功的所有軟終端，UA2和UA3滿足條件，根據(jù)軟終端響應(yīng)請(qǐng)求的優(yōu)先級(jí)由高到低組 成滿足條件的軟終端集合，結(jié)果為UA2在前。
[0107] 本發(fā)明實(shí)施例中，如圖9所示，903中判斷若滿足條件的軟終端集合為空，則905中 MS-MUCP向發(fā)送該業(yè)務(wù)請(qǐng)求實(shí)體發(fā)送失敗響應(yīng)，由于UA2, UA3組成的軟終端集合非空，則 904中查詢存儲(chǔ)的當(dāng)前資源占用信息判斷是否存在與業(yè)務(wù)請(qǐng)求特征相匹配的正在進(jìn)行該業(yè) 務(wù)的軟終端，若存在決定由該軟終端響應(yīng)該業(yè)務(wù)請(qǐng)求，否則決定由最高業(yè)務(wù)響應(yīng)優(yōu)先級(jí)的 軟終端來響應(yīng)，由于不存在正在進(jìn)行的視頻業(yè)務(wù)，所以決定由UA2響應(yīng)視頻業(yè)務(wù)請(qǐng)求。
[0108] 步驟5-3、采用應(yīng)用協(xié)同模塊將獲得的優(yōu)先級(jí)最高的軟終端作為響應(yīng)上述請(qǐng)求的 軟終端，并將該結(jié)果和請(qǐng)求發(fā)送到資源共享模塊中，并返回執(zhí)行步驟4。
[0109] 將應(yīng)用協(xié)同結(jié)果，即由UA2響應(yīng)視頻業(yè)務(wù)，以及該視頻業(yè)務(wù)請(qǐng)求發(fā)送到資源共享 模塊，由步驟4-1可獲得解析接收到的信令消息，將信令消息中的SDP消息的媒體信息轉(zhuǎn)換 為爭(zhēng)用資源集，提取SDP中的媒體行m及屬性行a信息為爭(zhēng)用資源集，由于SDP消息中m = video, a = sendrecv，所以映射為視頻的播放和采集設(shè)備。根據(jù)步驟4-2可獲得遍歷爭(zhēng)用 資源集查看資源是否被占用，查看當(dāng)前資源占用表，視頻播放設(shè)備和視頻采集設(shè)備沒有被 占用，則將該請(qǐng)求通過信息過濾模塊發(fā)送至響應(yīng)者，即將該視頻業(yè)務(wù)請(qǐng)求通過信息過濾模 塊發(fā)送至UA2,本發(fā)明實(shí)施例中，如圖10所示，1003中根據(jù)新對(duì)話信息生成新視頻呼叫請(qǐng)求 消息發(fā)送給該UA2。1004到1009是UA2接收到來自UA4視頻呼叫請(qǐng)求后成功建立視頻會(huì) 話信令過程。
【權(quán)利要求】
1. 一種IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置，其特征在于，該裝置與軟終 端設(shè)置于同一 MS終端設(shè)備，該裝置包括信息過濾模塊、應(yīng)用協(xié)同模塊、資源共享模塊、獲 取軟終端信息模塊和存儲(chǔ)模塊，其中， 信息過濾模塊：用于周期的向MS核心網(wǎng)進(jìn)行注冊(cè)，同時(shí)接收本地的軟終端發(fā)送的注 冊(cè)請(qǐng)求，對(duì)注冊(cè)請(qǐng)求進(jìn)行解析、鑒權(quán)和響應(yīng)，提取注冊(cè)請(qǐng)求中軟終端的信息，接收IMS核心 網(wǎng)和本地的軟終端發(fā)送的消息并進(jìn)行解析，即決定如何處理和響應(yīng)消息，并選擇由哪些模 塊處理消息，并實(shí)現(xiàn)與應(yīng)用協(xié)同模塊、資源共享模塊、獲取軟終端信息模塊、存儲(chǔ)模塊的信 息交互； 應(yīng)用協(xié)同模塊：用于對(duì)由信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請(qǐng)求進(jìn)行解析，即判 斷請(qǐng)求的業(yè)務(wù)類型；并根據(jù)存儲(chǔ)模塊中的記錄，判斷當(dāng)前是否有正在工作的進(jìn)行相同業(yè)務(wù) 類型的本地軟終端，若是，則將請(qǐng)求通過信息過濾模塊發(fā)送至上述軟終端，否則，在支持該 業(yè)務(wù)類型的軟終端中，根據(jù)設(shè)定的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)，確定優(yōu)先級(jí)最高的軟終端，將該軟終端 作為響應(yīng)上述請(qǐng)求的軟終端，并將該結(jié)果發(fā)送到信息過濾模塊； 資源共享模塊：用于對(duì)由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端的請(qǐng)求進(jìn)行解析，或者 對(duì)信息過濾模塊轉(zhuǎn)發(fā)的來自頂S核心網(wǎng)的請(qǐng)求進(jìn)行解析，即確定該請(qǐng)求所需的本地軟終端 為該請(qǐng)求所爭(zhēng)用的共享資源，并根據(jù)存儲(chǔ)模塊中的記錄，判斷該爭(zhēng)用共享資源是否正在被 占用，若是，則根據(jù)資源共享優(yōu)先級(jí)判斷，所需的本地軟終端的資源共享優(yōu)先級(jí)是否高于正 在占用該資源的本地軟終端的資源共享優(yōu)先級(jí)，若不是，則通過信息過濾模塊發(fā)送響應(yīng)至 請(qǐng)求者，告知其請(qǐng)求失敗；若是，則判斷此時(shí)占用該資源的本地軟終端是否可被搶占，若可 被占用，則向該本地軟終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務(wù)，并將請(qǐng)求通過信 息過濾模塊發(fā)送至響應(yīng)者；若不可被占用，則信息過濾模塊發(fā)送響應(yīng)至請(qǐng)求者，告知其請(qǐng)求 失?。? 獲取軟終端信息模塊：用于獲取本地軟終端的業(yè)務(wù)能力，并根據(jù)業(yè)務(wù)能力確定軟終端 占用MS終端設(shè)備的資源，即本地軟終端之間的共享資源，并設(shè)置業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資源共 享優(yōu)先級(jí)和各軟終端占用資源時(shí)是否可被搶占，將設(shè)置結(jié)果發(fā)送至存儲(chǔ)模塊中進(jìn)行保存； 存儲(chǔ)模塊：用于存儲(chǔ)本地軟終端的注冊(cè)信息、本地軟終端工作狀態(tài)、共享資源工作狀 態(tài)、本地軟終端業(yè)務(wù)能力、共享資源、業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資源共享優(yōu)先級(jí)和各軟終端占用資 源時(shí)是否可被搶占標(biāo)志。
2. 采用權(quán)利要求1所述的IMS終端設(shè)備多軟終端資源共享和應(yīng)用協(xié)同裝置進(jìn)行的方 法，其特征在于，包括以下步驟： 步驟1、本地軟終端通過信息過濾模塊向IMS核心網(wǎng)請(qǐng)求注冊(cè)，具體流程如下： 步驟1-1、根據(jù)存儲(chǔ)模塊中記錄的本地軟終端信息，采用信息過濾模塊查詢是否存在注 冊(cè)的本地軟終端，若存在，則使用本地軟終端使用的MS賬號(hào)向MS核心網(wǎng)發(fā)起注冊(cè)請(qǐng)求， 并根據(jù)MS核心網(wǎng)發(fā)送的注冊(cè)結(jié)果修改存儲(chǔ)模塊中該MS賬號(hào)的注冊(cè)狀態(tài)，即注冊(cè)成功或 注冊(cè)失敗，若注冊(cè)成功，則執(zhí)行步驟1-2,當(dāng)達(dá)到下一注冊(cè)周期時(shí)，重新執(zhí)行步驟1-1 ;若注 冊(cè)失敗，則使用該MS賬號(hào)重新向MS核心網(wǎng)發(fā)起注冊(cè)請(qǐng)求，直至成功； 步驟1-2、當(dāng)本地軟終端向信息過濾模塊發(fā)送注冊(cè)請(qǐng)求時(shí)，信息過濾模塊對(duì)注冊(cè)請(qǐng)求進(jìn) 行解析，并完成對(duì)該請(qǐng)求的鑒權(quán)，若鑒權(quán)成功，則執(zhí)行步驟1-3,否則,信息過濾模塊向軟終 端發(fā)送鑒權(quán)失敗響應(yīng)，并返回步驟1-2 ; 步驟1-3、采用信息過濾模塊獲取本地軟終端注冊(cè)請(qǐng)求中的標(biāo)識(shí)信息，生成注冊(cè)時(shí)間， 并發(fā)送至存儲(chǔ)模塊中進(jìn)行保存； 步驟1-4、采用信息過濾模塊判斷存儲(chǔ)模塊記錄的該IMS賬號(hào)的注冊(cè)狀態(tài)，若狀態(tài)為注 冊(cè)成功，則發(fā)送響應(yīng)至該本地軟終端，告知其注冊(cè)成功，否則，信息過濾模塊將注冊(cè)請(qǐng)求發(fā) 送至MS核心網(wǎng)進(jìn)行注冊(cè)； 步驟1-5、IMS核心網(wǎng)將注冊(cè)結(jié)果發(fā)送至信息過濾模塊，信息過濾模塊發(fā)送響應(yīng)告知 該本地軟終端，是否注冊(cè)成功，若成功，則在存儲(chǔ)模塊中修改該軟本地終端的注冊(cè)狀態(tài)，即 修改為注冊(cè)成功，否則，修改為注冊(cè)失敗，并重新將該注冊(cè)請(qǐng)求發(fā)送至IMS核心網(wǎng)中進(jìn)行注 冊(cè)，直至注冊(cè)成功； 步驟2、采用獲取軟終端信息模塊獲取本地軟終端的業(yè)務(wù)能力，并根據(jù)業(yè)務(wù)能力獲取本 地軟終端占用MS終端設(shè)備的資源，即本地軟終端之間的共享資源，并發(fā)送至存儲(chǔ)模塊中 進(jìn)行保存； 步驟3、采用獲取軟終端信息模塊設(shè)置各本地軟終端的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資源共享優(yōu)先 級(jí)和各本地軟終端占用資源時(shí)是否可被搶占，并發(fā)送至存儲(chǔ)模塊中進(jìn)行保存； 步驟4、當(dāng)資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者應(yīng)用協(xié)同 模塊的請(qǐng)求時(shí)，根據(jù)請(qǐng)求所需本地軟終端，確定該請(qǐng)求所需的本地軟終端為該請(qǐng)求所爭(zhēng)用 的共享資源，并根據(jù)資源共享優(yōu)先級(jí)和占用該資源的本地軟終端是否可被搶占，確定該請(qǐng) 求是否成功，具體步驟如下： 步驟4-1、當(dāng)資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者直接接 收來自應(yīng)用協(xié)同模塊的請(qǐng)求時(shí)，資源共享模塊對(duì)該請(qǐng)求進(jìn)行解析，即確定該請(qǐng)求所需本地 軟終端的爭(zhēng)用共享資源； 步驟4-2資源共享模塊根據(jù)存儲(chǔ)模塊中記錄，判斷爭(zhēng)用共享資源是否正在被占用，若 未被占用，則將該請(qǐng)求通過信息過濾模塊發(fā)送至響應(yīng)者，若被占用，則根據(jù)資源共享優(yōu)先 級(jí)，判斷所需本地軟終端的資源共享優(yōu)先級(jí)是否高于正在占用該資源的本地軟終端的資源 共享優(yōu)先級(jí)，若是，則執(zhí)行步驟4-3,否則，通過信息過濾模塊發(fā)送響應(yīng)至請(qǐng)求者，告知其請(qǐng) 求失敗； 步驟4-3、判斷此時(shí)占用該資源的本地軟終端是否可被搶占，若是，則向該本地軟終端 發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務(wù)，并將該請(qǐng)求通過信息過濾模塊發(fā)送至響應(yīng) 者，否則，信息過濾模塊發(fā)送響應(yīng)至請(qǐng)求者，告知其請(qǐng)求失?。? 步驟5、當(dāng)接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)的請(qǐng)求時(shí)，應(yīng)用協(xié)同模塊對(duì)請(qǐng) 求進(jìn)行解析，即判斷請(qǐng)求的業(yè)務(wù)類型，確定其所需本地軟終端，并返回執(zhí)行步驟4,具體步驟 如下： 步驟5-1、當(dāng)接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)的請(qǐng)求時(shí)，應(yīng)用協(xié)同模塊對(duì) 該請(qǐng)求進(jìn)行解析，即判斷請(qǐng)求的業(yè)務(wù)類型； 步驟5-2、采用應(yīng)用協(xié)同模塊根據(jù)存儲(chǔ)模塊中的記錄，判斷當(dāng)前是否有正在工作的進(jìn)行 相同業(yè)務(wù)類型的本地軟終端，若是，則將請(qǐng)求發(fā)送至該軟終端，否則，根據(jù)存儲(chǔ)模塊中的記 錄獲取支持該業(yè)務(wù)類型的軟終端集合，若該軟終端集合為空，則信息過濾模塊發(fā)送響應(yīng)至 請(qǐng)求者，告知其請(qǐng)求失敗，否則，根據(jù)設(shè)定的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)，確定優(yōu)先級(jí)最高的軟終端，并 執(zhí)行步驟5-3 ; 步驟5-3、采用應(yīng)用協(xié)同模塊將獲得的優(yōu)先級(jí)最高的軟終端作為響應(yīng)上述請(qǐng)求的軟終 端，并將該結(jié)果和請(qǐng)求發(fā)送到資源共享模塊中，并返回執(zhí)行步驟4。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述的軟終端為IMS終端設(shè)備的應(yīng)用軟 件。
4. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟2所述的業(yè)務(wù)能力為：軟終端所支持 的業(yè)務(wù)種類，包括音頻、視頻、文本和圖片。
5. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟2所述的共享資源包括：耳機(jī)、話筒、 攝像頭和屏署=。
6. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟2所述的采用獲取軟終端信息模塊獲 取軟終端的業(yè)務(wù)能力，獲取方式包括：采用獲取軟終端信息模塊通過請(qǐng)求-響應(yīng)的方式，主 動(dòng)向本地軟終端發(fā)起獲取請(qǐng)求，并從軟終端的響應(yīng)消息中獲??；或采用信息過濾模塊對(duì)本 地軟終端發(fā)送的消息進(jìn)行解析，即判斷消息中是否含有業(yè)務(wù)能力信息，若有，則將該本地軟 終端業(yè)務(wù)能力消息發(fā)送到獲取軟終端信息模塊進(jìn)行獲取。
7. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟3所述的采用獲取軟終端信息模塊設(shè) 置各軟終端的業(yè)務(wù)響應(yīng)優(yōu)先級(jí)、資源共享優(yōu)先級(jí)和各軟終端占用資源時(shí)是否可被搶占的方 式包括：用戶手動(dòng)人工的設(shè)置，或根據(jù)各本地軟終端注冊(cè)時(shí)間的先后順序，確定業(yè)務(wù)響應(yīng)優(yōu) 先級(jí)和資源共享優(yōu)先級(jí)的方式，注冊(cè)時(shí)間越早，優(yōu)先級(jí)越高。
8. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟1-2所述的解析即提取請(qǐng)求中軟終端 的信息，包括IP地址、端口號(hào)和頂S賬號(hào)。
9. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟1-3所述的標(biāo)識(shí)信息包括該軟終端的 用戶代理頭域值和端口號(hào)。
【文檔編號(hào)】H04L29/06GK104125221SQ201410342780
【公開日】2014年10月29日 申請(qǐng)日期:2014年7月17日 優(yōu)先權(quán)日:2014年7月17日
【發(fā)明者】雷為民, 關(guān)云沖, 張偉, 劉少偉, 李廣野 申請(qǐng)人:東北大學(xué)