Ims終端設備多軟終端資源共享和應用協(xié)同裝置及方法
【專利摘要】本發(fā)明一種IMS終端設備多軟終端資源共享和應用協(xié)同裝置及方法，屬于通信領(lǐng)域，通過在IMS終端設備上通過該裝置對本終端設備上的多個軟終端進行管控，能有效的降低軟終端與IMS核心網(wǎng)交互的信令消息數(shù)量，有助于避免網(wǎng)絡中消息風暴的發(fā)生，從而減輕網(wǎng)絡負載壓力，能夠?qū)崿F(xiàn)在同一終端設備上的多個軟終端合理共享終端設備具有的資源并提高資源共享效率，以及多個軟終端之間能合理有序響應業(yè)務從而達到應用協(xié)同目的并提供應用協(xié)同效率。
【專利說明】IMS終端設備多軟終端資源共享和應用協(xié)同裝置及方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明屬于通信領(lǐng)域，具體涉及一種MS終端設備多軟終端資源共享和應用協(xié)同 裝置及方法。
【背景技術(shù)】
[0002] IMS是第三代移動通信標準化伙伴項目（3GPP，3rd Generation Partnership Project)提出的標準化的開放的架構(gòu)來實現(xiàn)多種多樣的多媒體應用；MS的終端設備通常 由頂S實體用戶設備（UE，User Equipment)實現(xiàn)，終端設備中包括了 IMS中支持各種多媒 體應用的用戶端，是頂S業(yè)務和應用在用戶側(cè)的直接體驗和交互端；對接入端用戶的通信 管理通過為其分配的頂S私有標識（MPI，IMS Private Identity)、MS公有標識（MPI， MS Public Identity)來實現(xiàn)，頂PI和頂PU相關(guān)信息保存在MS服務識別模塊（ISM，MS Subscriber I dent ityModule)中。
[0003] IMS使用會話初始協(xié)議（SIP, Session Initiation Protocol)實現(xiàn)UE的會話的建 立與控制；SIP (Session Initiation Protocol,會話初始協(xié)議）是IETF提出并主持研究的 一個在IP網(wǎng)絡上進行多媒體通信的應用層控制協(xié)議；SIP協(xié)議一般用于多媒體會話控制， 可以用來建立、修改、和終止多媒體會話；可以邀請參與者參加已經(jīng)存在的會話；可以用來 修改已存在會話的媒體（如增加或刪除一條媒體鏈接）。用戶代理（UA，User Agent)是SIP 協(xié)議的邏輯實體，它包含一個用戶代理客戶端（UAC)，用來產(chǎn)生請求的，同時，它也包含一個 用戶代理服務端（UAS)，用來響應請求的。通常一個用戶端實現(xiàn)一種業(yè)務或業(yè)務集需要實現(xiàn) UA功能邏輯。
[0004] 業(yè)務的開放性和靈活性是MS體系架構(gòu)的重要特點，通過實現(xiàn)會話控層與基于IP 承載層相分離，并進一步實現(xiàn)業(yè)務層與控制層的分離，使得業(yè)務的開發(fā)成水平模式，無論對 互聯(lián)網(wǎng)還電信業(yè)務的開發(fā)和部署，以及業(yè)務之間的融合提供理想的平臺。隨著用戶對語音、 圖像、文字、視頻等多媒體業(yè)務需求的增長，頂S中部署的相關(guān)業(yè)務也逐步呈現(xiàn)多樣化趨勢， 作為業(yè)務在用戶側(cè)呈現(xiàn)的載體一用戶端一也趨于多樣化。由于對于用戶來說各種多媒 體數(shù)據(jù)應該是融合的，這對MS中不同業(yè)務的用戶端的融合帶來新的要求。
[0005] -種融合思想是采用統(tǒng)一集成的方式，將所有MS業(yè)務的用戶端集成到一個應用 中，進而通過底層技術(shù)實現(xiàn)融合，由于應用可以統(tǒng)一集中對不同業(yè)務的用戶端進行管理，這 樣可以達到有效融合的目的，類似的應用可以參考RCS(Rich Communication Suite,富媒 體通信套件）。但是這種方式帶來的問題也是顯而易見的：當有新業(yè)務部署而需要新的用 戶端時，就必須修改原有應用，并等待原有應用擴展完成之后才可使用，不同用戶端的開發(fā) 及整合容易造成開發(fā)瓶頸，會帶來應用的擴展問題。
[0006] 相對于統(tǒng)一集成的方式，可以有效解決開發(fā)瓶頸及擴展問題的一種方式就是在UE 上不同業(yè)務的用戶端通過相互獨立分離的應用實現(xiàn)，如圖2中虛線表示的UA通過獨立的信 令流與外部MS網(wǎng)絡信令交互所示，每個應用看做一個業(yè)務的用戶端，這種方式也帶來諸 多問題，主要從三個方面考慮：
[0007] 第一、消息風暴問題，對于不同用戶端，由于之間不能相互協(xié)同，與MS網(wǎng)絡有自 己獨立的消息交互，而具有相同功能的消息會造成消息冗余，當多個應用頻繁與IMS網(wǎng)絡 交互消息時，給IMS網(wǎng)絡帶來消息風暴，造成IMS網(wǎng)絡負載壓力；典型的是用戶端的注冊 消息，當在同一 UE中的不同用戶端都需要完成注冊時，消息冗余及帶來的消息風暴是明顯 的；
[0008] 第二、資源爭用問題，對于不同用戶端，由于之間不能相互協(xié)同，當都需要使用UE 的某個資源時，比如麥克風、揚聲器等，無法統(tǒng)一對資源爭用進行協(xié)調(diào)管理，會帶來資源爭 用問題，造成資源使用的混亂；
[0009] 第三、應用協(xié)同問題，MS體系架構(gòu)中，MPU是用戶端實現(xiàn)業(yè)務交互的標識，通常 為一個UE分配的MPU數(shù)量是有限的，會導致當用戶端增多時，在同一 UE上的某些用戶端 共用同一個頂PU，雖然Fork機制可以將請求送達，但是這些用戶端支持的業(yè)務能力并不被 統(tǒng)一管理，在同一 UE上更會產(chǎn)生沖突，當被動接收業(yè)務請求時會帶來應用協(xié)同問題--無 法決定將接收的業(yè)務請求送達給共用一個MPU的且都滿足該業(yè)務能力的用戶端。典型的 是一個MPU作為語音呼叫請求的目的URI時，如何選擇響應該請求的共用這個MPU并都 支持語音業(yè)務能力用戶端。
【發(fā)明內(nèi)容】
[0010] 針對現(xiàn)有技術(shù)的缺點，本發(fā)明提出一種IMS終端設備多軟終端資源共享和應用協(xié) 同裝置及方法，以達到降低軟終端與MS核心網(wǎng)信令冗余、實現(xiàn)軟終端間資源共享和應用 協(xié)同并提1?共孚與協(xié)同效率的目的。
[0011] 一種MS終端設備多軟終端資源共享和應用協(xié)同裝置，該裝置與軟終端設置于同 一 IMS終端設備，該裝置包括信息過濾模塊、應用協(xié)同模塊、資源共享模塊、獲取軟終端信 息模塊和存儲模塊，其中，
[0012] 信息過濾模塊：用于周期的向IMS核心網(wǎng)進行注冊，同時接收本地的軟終端發(fā)送 的注冊請求，對注冊請求進行解析、鑒權(quán)和響應，提取注冊請求中軟終端的信息，接收IMS 核心網(wǎng)和本地的軟終端發(fā)送的消息并進行解析，即決定如何處理和響應消息，并選擇由哪 些模塊處理消息，并實現(xiàn)與應用協(xié)同模塊、資源共享模塊、獲取軟終端信息模塊、存儲模塊 的信息交互：
[0013] 應用協(xié)同模塊：用于對由信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)的請求進行解析， 即判斷請求的業(yè)務類型；并根據(jù)存儲模塊中的記錄，判斷當前是否有正在工作的進行相同 業(yè)務類型的本地軟終端，若是，則將請求通過信息過濾模塊發(fā)送至上述軟終端，否則，在支 持該業(yè)務類型的軟終端中，根據(jù)設定的業(yè)務響應優(yōu)先級，確定優(yōu)先級最高的軟終端，將該軟 終端作為響應上述請求的軟終端，并將該結(jié)果發(fā)送到信息過濾模塊；
[0014] 資源共享模塊：用于對由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端的請求進行解析， 或者對信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請求進行解析，即確定該請求所需的本地軟 終端為該請求所爭用的共享資源，并根據(jù)存儲模塊中的記錄，判斷該爭用共享資源是否正 在被占用，若是，則根據(jù)資源共享優(yōu)先級判斷，所需的本地軟終端的資源共享優(yōu)先級是否高 于正在占用該資源的本地軟終端的資源共享優(yōu)先級，若不是，則通過信息過濾模塊發(fā)送響 應至請求者，告知其請求失敗；若是，則判斷此時占用該資源的本地軟終端是否可被搶占， 若可被占用，則向該本地軟終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務，并將請求通 過信息過濾模塊發(fā)送至響應者；若不可被占用，則信息過濾模塊發(fā)送響應至請求者，告知其 請求失?。?br>
[0015] 獲取軟終端信息模塊：用于獲取本地軟終端的業(yè)務能力，并根據(jù)業(yè)務能力確定軟 終端占用MS終端設備的資源，即本地軟終端之間的共享資源，并設置業(yè)務響應優(yōu)先級、資 源共享優(yōu)先級和各軟終端占用資源時是否可被搶占，將設置結(jié)果發(fā)送至存儲模塊中進行保 存；
[0016] 存儲模塊：用于存儲本地軟終端的注冊信息、本地軟終端工作狀態(tài)、共享資源工作 狀態(tài)、本地軟終端業(yè)務能力、共享資源、業(yè)務響應優(yōu)先級、資源共享優(yōu)先級和各軟終端占用 資源時是否可被搶占標志。
[0017] 采用IMS終端設備多軟終端資源共享和應用協(xié)同裝置進行的方法，包括以下步 驟：
[0018] 步驟1、本地軟終端通過信息過濾模塊向MS核心網(wǎng)請求注冊，具體流程如下：
[0019] 步驟1-1、根據(jù)存儲模塊中記錄的本地軟終端信息，采用信息過濾模塊查詢是否存 在注冊的本地軟終端，若存在，則使用本地軟終端使用的MS賬號向MS核心網(wǎng)發(fā)起注冊請 求，并根據(jù)頂S核心網(wǎng)發(fā)送的注冊結(jié)果修改存儲模塊中該MS賬號的注冊狀態(tài)，即注冊成功 或注冊失敗，若注冊成功，則執(zhí)行步驟1-2,當達到下一注冊周期時，重新執(zhí)行步驟1-1 ;若 注冊失敗，則使用該MS賬號重新向MS核心網(wǎng)發(fā)起注冊請求，直至成功；
[0020] 步驟1-2、當本地軟終端向信息過濾模塊發(fā)送注冊請求時，信息過濾模塊對注冊請 求進行解析，并完成對該請求的鑒權(quán)，若鑒權(quán)成功，則執(zhí)行步驟1-3,否則，信息過濾模塊向 軟終端發(fā)送鑒權(quán)失敗響應，并返回步驟1-2 ;
[0021] 步驟1-3、采用信息過濾模塊獲取本地軟終端注冊請求中的標識信息，生成注冊時 間，并發(fā)送至存儲模塊中進行保存；
[0022] 步驟1-4、采用信息過濾模塊判斷存儲模塊記錄的該IMS賬號的注冊狀態(tài)，若狀態(tài) 為注冊成功，則發(fā)送響應至該本地軟終端，告知其注冊成功，否則，信息過濾模塊將注冊請 求發(fā)送至MS核心網(wǎng)進行注冊；
[0023] 步驟1-5、IMS核心網(wǎng)將注冊結(jié)果發(fā)送至信息過濾模塊，信息過濾模塊發(fā)送響應告 知該本地軟終端，是否注冊成功，若成功，則在存儲模塊中修改該軟本地終端的注冊狀態(tài)， 即修改為注冊成功，否則，修改為注冊失敗，并重新將該注冊請求發(fā)送至IMS核心網(wǎng)中進行 注冊，直至注冊成功；
[0024] 步驟2、采用獲取軟終端信息模塊獲取本地軟終端的業(yè)務能力，并根據(jù)業(yè)務能力獲 取本地軟終端占用IMS終端設備的資源，即本地軟終端之間的共享資源，并發(fā)送至存儲模 塊中進行保存；
[0025] 步驟3、采用獲取軟終端信息模塊設置各本地軟終端的業(yè)務響應優(yōu)先級、資源共享 優(yōu)先級和各本地軟終端占用資源時是否可被搶占，并發(fā)送至存儲模塊中進行保存；
[0026] 步驟4、當資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者應用 協(xié)同模塊的請求時，根據(jù)請求所需本地軟終端，確定該請求所需的本地軟終端為該請求所 爭用的共享資源，并根據(jù)資源共享優(yōu)先級和占用該資源的本地軟終端是否可被搶占，確定 該請求是否成功，具體步驟如下：
[0027] 步驟4-1、當資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者直 接接收來自應用協(xié)同模塊的請求時，資源共享模塊對該請求進行解析，即確定該請求所需 本地軟終端的爭用共享資源；
[0028] 步驟4-2資源共享模塊根據(jù)存儲模塊中記錄，判斷爭用共享資源是否正在被占 用，若未被占用，則將該請求通過信息過濾模塊發(fā)送至響應者，若被占用，則根據(jù)資源共享 優(yōu)先級，判斷所需本地軟終端的資源共享優(yōu)先級是否高于正在占用該資源的本地軟終端的 資源共享優(yōu)先級，若是，則執(zhí)行步驟4-3,否則，通過信息過濾模塊發(fā)送響應至請求者，告知 其請求失敗；
[0029] 步驟4-3、判斷此時占用該資源的本地軟終端是否可被搶占，若是，則向該本地軟 終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務，并將該請求通過信息過濾模塊發(fā)送至 響應者，否則，信息過濾模塊發(fā)送響應至請求者，告知其請求失??；
[0030] 步驟5、當接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)的請求時，應用協(xié)同模塊 對請求進行解析，即判斷請求的業(yè)務類型，確定其所需本地軟終端，并返回執(zhí)行步驟4,具體 步驟如下：
[0031] 步驟5-1、當接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請求時，應用協(xié)同模 塊對該請求進行解析，即判斷請求的業(yè)務類型；
[0032] 步驟5-2、采用應用協(xié)同模塊根據(jù)存儲模塊中的記錄，判斷當前是否有正在工作的 進行相同業(yè)務類型的本地軟終端，若是，則將請求發(fā)送至該軟終端，否則，根據(jù)存儲模塊中 的記錄獲取支持該業(yè)務類型的軟終端集合，若該軟終端集合為空，則信息過濾模塊發(fā)送響 應至請求者，告知其請求失敗，否則，根據(jù)設定的業(yè)務響應優(yōu)先級，確定優(yōu)先級最高的軟終 端，并執(zhí)行步驟5-3 ;
[0033] 步驟5-3、采用應用協(xié)同模塊將獲得的優(yōu)先級最高的軟終端作為響應上述請求的 軟終端，并將該結(jié)果和請求發(fā)送到資源共享模塊中，并返回執(zhí)行步驟4。
[0034] 所述的軟終端為IMS終端設備的應用軟件。
[0035] 步驟2所述的業(yè)務能力為：軟終端所支持的業(yè)務種類，包括音頻、視頻、文本和圖 片。
[0036] 步驟2所述的共享資源包括：耳機、話筒、攝像頭和屏幕。
[0037] 步驟2所述的采用獲取軟終端信息模塊獲取軟終端的業(yè)務能力，獲取方式包括： 采用獲取軟終端信息模塊通過請求-響應的方式，主動向本地軟終端發(fā)起獲取請求，并從 軟終端的響應消息中獲取；或采用信息過濾模塊對本地軟終端發(fā)送的消息進行解析，即判 斷消息中是否含有業(yè)務能力信息，若有，則將該本地軟終端業(yè)務能力消息發(fā)送到獲取軟終 端信息模塊進行獲取。
[0038] 步驟3所述的采用獲取軟終端信息模塊設置各軟終端的業(yè)務響應優(yōu)先級、資源共 享優(yōu)先級和各軟終端占用資源時是否可被搶占的方式包括：用戶手動人工的設置，或根據(jù) 各本地軟終端注冊時間的先后順序，確定業(yè)務響應優(yōu)先級和資源共享優(yōu)先級的方式，注冊 時間越早，優(yōu)先級越高。
[0039] 步驟1-2所述的解析即提取請求中軟終端的信息，包括IP地址、端口號和MS賬 號。
[0040] 步驟1-3所述的標識信息包括該軟終端的用戶代理頭域值和端口號。
[0041] 本發(fā)明優(yōu)點：
[0042] 本發(fā)明一種MS終端設備多軟終端資源共享和應用協(xié)同裝置及方法，通過在MS 終端設備上通過該裝置對本終端設備上的多個軟終端進行管控，能有效的降低軟終端與 MS核心網(wǎng)交互的信令消息數(shù)量，有助于避免網(wǎng)絡中消息風暴的發(fā)生，從而減輕網(wǎng)絡負載壓 力，能夠?qū)崿F(xiàn)在同一終端設備上的多個軟終端合理共享終端設備具有的資源并提高資源共 享效率，以及多個軟終端之間能合理有序響應業(yè)務從而達到應用協(xié)同目的并提供應用協(xié)同 效率。
【專利附圖】
【附圖說明】
[0043] 圖1為本發(fā)明一種實施例的IMS終端設備多軟終端資源共享和應用協(xié)同裝置結(jié)構(gòu) 示意圖；
[0044] 圖2為本發(fā)明一種實施例的用戶設備中的多軟終端信令流獨立與MS多軟終端協(xié) 同代理管控對比結(jié)構(gòu)圖；
[0045] 圖3為本發(fā)明一種實施例的IMS終端設備多軟終端資源共享和應用協(xié)同方法流程 圖；
[0046] 圖4為本發(fā)明一種實施例的軟終端通過MS多軟終端協(xié)同代理向MS核心網(wǎng)注冊 流程圖；
[0047] 圖5為本發(fā)明一種實施例的使用同一 IMPU的軟終端注冊信令流程圖；
[0048] 圖6為本發(fā)明一種實施例的MS多軟終端協(xié)同代理向軟終端主動請求業(yè)務能力和 資源共享信息用流程圖；
[0049] 圖7為本發(fā)明一種實施例的軟終端主動請求時資源共享流程圖；
[0050] 圖8為本發(fā)明一種實施例的軟終端呼叫過程中涉及資源共享的成功應答部分信 令流程圖；
[0051] 圖9為本發(fā)明一種實施例的軟終端接收請求應用協(xié)同流程圖；
[0052] 圖10為本發(fā)明一種實施例的軟終端接收呼叫請求時涉及應用協(xié)同的成功應答部 分信令流程圖。
【具體實施方式】
[0053] 下面結(jié)合附圖對本發(fā)明一種實施例做進一步說明。
[0054] 本發(fā)明實施例中，如圖1所示，IMS終端設備多軟終端資源共享和應用協(xié)同裝置， 該裝置與軟終端設置于同一 MS終端設備，該裝置包括信息過濾模塊、應用協(xié)同模塊、資源 共享模塊、獲取軟終端信息模塊和存儲模塊；本發(fā)明實施例中，所述的IMS終端設備采用支 持頂S的智能手機；所述的軟終端為安裝于MS終端設備上的APP軟件。
[0055] 如圖1所示，軟終端與本發(fā)明裝置（MS-MUCP :MS多用戶端協(xié)同代理頂S-MUCP， IMS Multiple User Agents Cooperative Proxy)交互信令消息，信令消息經(jīng)過消息過濾 模塊后，根據(jù)涉及到的不同問題交由相應模塊處理，注冊消息過濾在消息過濾模塊中實現(xiàn)， 生成軟終端業(yè)務能力和資源共享信息過程在獲取軟終端信息模塊中實現(xiàn)，應用協(xié)同在應用 協(xié)同模塊中實現(xiàn)，資源共享在資源共享模塊中實現(xiàn)。通過在頂S終端設備上實現(xiàn)IMS-MUCP 來解決MS終端設備（UE)上多軟終端帶來的三方面問題：消息風暴、資源共享、應用協(xié)同。 根據(jù)對多軟終端進行管理的思想，通過維護相關(guān)管理信息，與軟終端中用戶代理UA相關(guān)的 信息，與UA業(yè)務能力及占用UE資源的相關(guān)信息，并根據(jù)制定的消息過濾規(guī)則、資源共享規(guī) 貝1J、應用協(xié)同規(guī)則解決三方面問題，具體說明如下：
[0056] 所述的信息過濾模塊用于周期的向IMS核心網(wǎng)進行注冊，同時接收本地的軟終端 發(fā)送的注冊請求，對注冊請求進行解析、鑒權(quán)和響應，提取注冊請求中軟終端的信息，接收 MS核心網(wǎng)和本地的軟終端發(fā)送的消息并進行解析，即決定如何處理和響應消息，并選擇由 哪些模塊處理消息，并實現(xiàn)與應用協(xié)同模塊、資源共享模塊、獲取軟終端信息模塊、存儲模 塊的信息交互；
[0057] 所述的應用協(xié)同模塊用于對信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)請求進行解析， 即判斷請求的業(yè)務類型；并根據(jù)存儲模塊中的記錄，判斷當前是否有正在工作的進行相同 業(yè)務類型的本地軟終端，若是，則將請求通過信息過濾模塊發(fā)送至上述軟終端，否則，在支 持該業(yè)務類型的軟終端中，根據(jù)設定的業(yè)務響應優(yōu)先級，確定優(yōu)先級最高的軟終端，將該軟 終端作為響應上述請求的軟終端，并將該結(jié)果發(fā)送到信息過濾模塊；
[0058] 所述的資源共享模塊用于對由信息過濾模塊轉(zhuǎn)發(fā)的本地軟終端請求進行解析，或 者對信息過濾模塊轉(zhuǎn)發(fā)的來自頂S核心網(wǎng)的請求進行解析，即確定該請求所需的本地軟終 端為該請求所爭用的共享資源，并根據(jù)存儲模塊中的記錄，判斷該爭用共享資源是否正在 被占用，若是，則根據(jù)資源共享優(yōu)先級判斷，所需的本地軟終端的資源共享優(yōu)先級是否高于 正在占用該資源的本地軟終端的資源共享優(yōu)先級，若不是，則通過信息過濾模塊發(fā)送響應 至請求者，告知其請求失?。蝗羰?，則判斷此時占用該資源的本地軟終端是否可被搶占，若 可被占用，則向該本地軟終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務，并將請求通過 信息過濾模塊發(fā)送至響應者；若不可被占用，則信息過濾模塊發(fā)送響應至請求者，告知其請 求失敗；
[0059] 所述的獲取軟終端信息模塊用于獲取本地軟終端的業(yè)務能力，并根據(jù)業(yè)務能力確 定軟終端占用MS終端設備的資源，即本地軟終端之間的共享資源，并設置業(yè)務響應優(yōu)先 級、資源共享優(yōu)先級和各軟終端占用資源時是否可被搶占，將設置結(jié)果發(fā)送至存儲模塊中 進行保存；
[0060] 所述的存儲模塊用于存儲本地軟終端的注冊信息、本地軟終端工作狀態(tài)、共享資 源工作狀態(tài)、本地軟終端業(yè)務能力、共享資源、業(yè)務響應優(yōu)先級、資源共享優(yōu)先級和各軟終 端占用資源時是否可被搶占標志。
[0061] 本發(fā)明實施例中，如圖2中虛線所示，在MS終端設備UE上，例如支持MS的智 能手機，對應多個不同MS業(yè)務，例如即時語音通信、即時視頻通信、IPTV等，通過多個獨立 的軟終端來實現(xiàn)業(yè)務交互和體驗，相互獨立的軟終端則直接與頂S核心網(wǎng)進行信令消息交 互。如圖2中實線所示，本發(fā)明裝置作為軟終端的帶外信令代理（Outbound Proxy)，管控與 其在同一 MS終端設備上的所有MS軟終端用戶代理（UA)，與外部MS網(wǎng)絡交互的全部會 話初始協(xié)議（SIP)信令消息。
[0062] 采用IMS終端設備多軟終端資源共享和應用協(xié)同裝置進行的方法，方法流程圖如 圖3所述，包括以下步驟：
[0063] 步驟1、本地軟終端通過信息過濾模塊向MS核心網(wǎng)請求注冊，具體流程如下：
[0064] 步驟1-1、根據(jù)存儲模塊中記錄的本地軟終端信息，采用信息過濾模塊查詢是否存 在注冊的本地軟終端，若存在，則使用本地軟終端使用的MS賬號向MS核心網(wǎng)發(fā)起注冊請 求，并根據(jù)頂S核心網(wǎng)發(fā)送的注冊結(jié)果修改存儲模塊中該MS賬號的注冊狀態(tài)，即注冊成功 或注冊失敗，若注冊成功，則執(zhí)行步驟1-2,當達到下一注冊周期時，重新執(zhí)行步驟1-1 ;若 注冊失敗，則使用該MS賬號重新向MS核心網(wǎng)發(fā)起注冊請求，直至成功；
[0065] 本發(fā)明實施例中，軟終端中的用戶代理1(UA1)安裝于MS終端設備上，共用MS 公有標識（IMPU) :public_id_l@domain，UA1已經(jīng)在信息過濾模塊中的注冊狀態(tài)為已經(jīng)注 冊，本發(fā)明裝置的消息過濾模塊通過5069端口與MS核心網(wǎng)通信；
[0066] 信息過濾模塊根據(jù)存儲模塊中的軟終端的信息查詢是否存在注冊狀態(tài)為已經(jīng)注 冊的軟終端，由于UA1滿足條件，則信息過濾模塊用pUbliC_id_l@d〇main生成注冊消息，并 將注冊消息通過5069端口發(fā)送到MS核心網(wǎng)，并完成鑒權(quán)過程，MS核心網(wǎng)響應注冊成功 消息2000K后，修改存儲模塊public_id_l@d 〇main的注冊狀態(tài)為注冊成功。
[0067] 步驟1-2、當本地軟終端向信息過濾模塊發(fā)送注冊請求時，信息過濾模塊對注冊請 求進行解析，并完成對該請求的鑒權(quán)，若鑒權(quán)成功，則執(zhí)行步驟1-3,否則，信息過濾模塊向 軟終端發(fā)送鑒權(quán)失敗響應，并返回步驟1-2 ;
[0068] 本發(fā)明實施例中，軟終端中的用戶代理1(UA1)與用戶代理2 (UA2)均安裝于MS 終端設備上，共用頂S公有標識（MPU) :public_id_l@domain，本發(fā)明裝置（MS-MUCP)的 消息過濾模塊通過5060端口與用戶代理1的5062端口通信，本發(fā)明裝置的消息過濾模塊 通過5069端口與MS核心網(wǎng)通信，本發(fā)明實施例中，用戶代理1的注冊時間早于用戶代理 2的注冊時間；
[0069] 本發(fā)明實施例中，如圖5所示，其中，501表示用戶代理1(UA1)使用public_id_l@ domain作為SIP注冊消息頭域的統(tǒng)一資源標識符（URI)，用戶代理1 (UA1)接收SIP消息的 端口號為5062, UA1將注冊消息發(fā)送到MS-MUCP接收軟終端的信令消息的5060端口。
[0070] 本發(fā)明實施例中，注冊過程中消息過濾規(guī)則是：軟終端首先在頂S-MUCP完成 注冊請求的401未授權(quán)Unauthorized認證，圖5中，502表示IMS-MUCP向UA1發(fā)送 401Unauthorized響應，503表示用戶代理1 (UA1)成功完成認證。
[0071] 步驟1-3、采用信息過濾模塊獲取本地軟終端注冊請求中的標識信息，生成注冊時 間，并發(fā)送至存儲模塊中進行保存；
[0072] 本發(fā)明實施例中，用戶代理1在SIP消息中的用戶代理頭域值為UA_Name_l ;如 圖4所示，401中IMS-MUCP提取注冊消息中的From頭域中的值public_id_l@domain作為 MPU，提取Via頭域中的值其中的端口號作為軟終端通信端口號。
[0073] 本發(fā)明實施例中，圖4中402中判斷消息中是否存在用戶代理頭域，若存在，則在 403中提取用戶代理頭域中的值UA_Name_l ;404表示在存儲模塊中查詢是否存儲了 UA_ Name_l，若沒有存儲，則406中在存儲模塊中增加軟終端UA1信息。
[0074] 步驟1-4、采用信息過濾模塊判斷存儲模塊記錄的該IMS賬號的注冊狀態(tài)，若狀態(tài) 為注冊成功，則發(fā)送響應至該本地軟終端，告知其注冊成功，否則，信息過濾模塊將注冊請 求發(fā)送至MS核心網(wǎng)進行注冊；
[0075] 本發(fā)明實施例中，如圖4所示，410中判斷當前該MPU是否注冊成功，若已經(jīng)注冊 成功，則413中直接向軟終端發(fā)送注冊成功響應，本實施例中，當前MS賬號public_id_l@ domain沒有注冊成功，因此，在411中信息過濾模塊重新生成新的注冊消息向MS核心網(wǎng)發(fā) 起注冊請求并完成后續(xù)認證及再注冊過程。
[0076] 步驟1-5、IMS核心網(wǎng)將注冊結(jié)果發(fā)送至信息過濾模塊，信息過濾模塊發(fā)送響應告 知該本地軟終端，是否注冊成功，若成功，則在存儲模塊中修改該軟本地終端的注冊狀態(tài)， 即修改為注冊成功，否則，修改為注冊失敗，并重新將該注冊請求發(fā)送至IMS核心網(wǎng)中進行 注冊，直至注冊成功；
[0077] 本發(fā)明實施例中，如圖5所示，504表示信息過濾模塊向MS核心網(wǎng)發(fā)起注冊請求， 505表示信息過濾模塊接收核心網(wǎng)的401認證授權(quán)消息，506表示頂S-MUCP添加認證消息 后再注冊。507表示核心網(wǎng)MS向UA1發(fā)送注冊成功響應消息，412中頂S-MUCP接收到MS 核心網(wǎng)最終成功響應消息后，修改軟終端信息表中的注冊狀態(tài)成功，并將注冊成功響應消 息（2000K)發(fā)送給軟終端UA1，如508。
[0078] 本發(fā)明實施例中，如圖4所示，509至712表示用戶代理2 (UA2)在用戶代理1 (UA1) 使用public_id_l@domain注冊成功后，再次注冊，由于IMS-MUCP維護了 public_id_l@ domain注冊成功的信息，因此，無需再向MS核心網(wǎng)注冊，直接響應發(fā)送2000K成功注冊響 應給用戶代理2(UA2)。
[0079] 步驟2、采用獲取軟終端信息模塊獲取本地軟終端的業(yè)務能力，并根據(jù)業(yè)務能力獲 取本地軟終端占用IMS終端設備的資源，即本地軟終端之間的共享資源，并發(fā)送至存儲模 塊中進行保存；
[0080] 所述的采用獲取軟終端信息模塊獲取軟終端的業(yè)務能力，獲取方式包括：采用獲 取軟終端信息模塊通過請求-響應的方式，主動向本地軟終端發(fā)起獲取請求，并從軟終端 的響應消息中獲取；或采用信息過濾模塊對本地軟終端發(fā)送的消息進行解析，即判斷消息 中是否含有業(yè)務能力信息，若有，則將該本地軟終端業(yè)務能力消息發(fā)送到獲取軟終端信息 模塊進行獲取，獲取軟終端信息模塊進行獲取的方法與第一種方式中提取響應的方法相 同。本發(fā)明實施例中采用第一種獲取方式。
[0081] 本發(fā)明實施例中，本裝置通過獲取軟終端信息模塊主動發(fā)送SIP請求消息給兩個 軟終端，流程圖如圖6所示：601中獲取軟終端信息模塊查詢存儲的軟終端信息，遍歷注冊 成功并沒有存儲業(yè)務能力和資源共享信息的軟終端，查詢到用戶代理1(UA1)滿足條件，則 在602中本裝置發(fā)送請求消息，以軟終端UA1注冊的MPU作為To頭域的URI，生成請求消 息，并將請求消息發(fā)送到用戶代理1 ;在603中，獲取軟終端信息模塊接收用戶代理1對請 求消息的響應，提取消息中的對應軟終端的業(yè)務能力信息和共享資源信息，由于用戶代理 1僅支持語音，因此，提取其中的媒體信息audio,將其映射為占用資源信息為de V_audi〇_ play和dev_audio_record ;在存儲模塊中更新存儲的軟終端業(yè)務能力和資源共享信息。主 動查詢UA2的過程同UA1。
[0082] 本發(fā)明實施例中，MS終端設備1 (UE1)中用戶代理1 (UA1)、用戶代理2(UA2)都 只支持語音通話，即占用資源為音頻播放設備（dev_audio_play)和音頻采集設備（dev_ audio_record)〇
[0083] 步驟3、采用獲取軟終端信息模塊設置各本地軟終端的業(yè)務響應優(yōu)先級、資源共享 優(yōu)先級和各本地軟終端占用資源時是否可被搶占，并發(fā)送至存儲模塊中進行保存；
[0084] 由于UA1比UA2先成功注冊，所以默認的資源共享優(yōu)先級UA1高于UA2,分別是1 和2。
[0085] 如圖6所示，604中存儲模塊所存儲的軟終端業(yè)務能力和資源共享信息中已經(jīng)存 儲用戶代理1和用戶代理2業(yè)務能力和資源共享信息，為用戶提供對用戶代理1和用戶代 理2業(yè)務能力和資源共享信息的配置接口，配置用戶代理1和用戶代理2對接收的業(yè)務請 求的響應優(yōu)先級，軟終端對資源占用的優(yōu)先級，軟終端占用資源時是否可以被搶占標志。
[0086] 本發(fā)明實施例中，用戶提高UA2響應語音業(yè)務的優(yōu)先級，及對音頻播放設備和音 頻采集設備的占用優(yōu)先級，則將UA2的優(yōu)先級由2升為1，則UA1的優(yōu)先級與UA2原有的優(yōu) 先級交換。由于UA1配置成可搶占模式，用戶允許在UA1已經(jīng)建立會話并占用音頻播放設 備和音頻采集設備時，UA2可強制占用音頻設備，IMS-MUCP則修改UA1會話，將音頻播放設 備和音頻采集設備占用權(quán)交給用戶代理2。
[0087] 步驟4、當資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者應用 協(xié)同模塊的請求時，根據(jù)請求所需本地軟終端，確定該請求所需的本地軟終端為該請求所 爭用的共享資源，并根據(jù)資源共享優(yōu)先級和占用該資源的本地軟終端是否可被搶占，確定 該請求是否成功，具體步驟如下：
[0088] 步驟4-1、當資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者直 接接收來自應用協(xié)同模塊的請求時，資源共享模塊對該請求進行解析，即確定該請求所需 本地軟終端的爭用共享資源；
[0089] 步驟4-2資源共享模塊根據(jù)存儲模塊中記錄，判斷爭用共享資源是否正在被占 用，若未被占用，則將該請求通過信息過濾模塊發(fā)送至響應者，若被占用，則根據(jù)資源共享 優(yōu)先級，判斷所需本地軟終端的資源共享優(yōu)先級是否高于正在占用該資源的本地軟終端的 資源共享優(yōu)先級，若是，則執(zhí)行步驟4-3,否則，通過信息過濾模塊發(fā)送響應至請求者，告知 其請求失??；
[0090] 步驟4-3、判斷此時占用該資源的本地軟終端是否可被搶占，若是，則向該本地軟 終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務，并將該請求通過信息過濾模塊發(fā)送至 響應者，否則，信息過濾模塊發(fā)送響應至請求者，告知其請求失敗；
[0091] 本發(fā)明實施例中，MS終端設備1(UE1)中用戶代理1(UA1)、用戶代理3(UA3)共 用頂S公有標識（MPU)為：public_id_l@domain，UA1比UA3占用音頻播放設備和音頻采 集設備優(yōu)先級高，并且UA3在這兩個資源的占用上可以被搶占，用戶代理4(UA4)是另一個 MS終端設備上的軟終端中的用戶代理，UA3已經(jīng)與UA4建立音頻媒體會話，UA2、UA4使用 的 IMPU 分別是 public_id_2@domain、public_id_3@domain，UA1 向 UA2 發(fā)起音頻呼叫請求， 信息過濾模塊與軟終端通信端口是5060，與MS核心網(wǎng)通信端口是5069。
[0092] 軟終端主動請求時資源共享流程圖如圖7所示，UA1呼叫UA2成功應答部分信令 流程如圖8所不：
[0093] 本發(fā)明實施例中，如圖8所示，801中UA1發(fā)起呼叫請求，生成邀請消息，To頭域 URI是UA2的MPU為：public_id_3@domain。會話描述協(xié)議（SDP)中媒體行m即屬性行a 具有音頻audio信息。發(fā)送邀請消息到MS-MUCP的5060端口。
[0094] 本發(fā)明實施例中，如圖7所示，701中解析接收到的信令消息，將信令消息中的SDP 消息的媒體信息轉(zhuǎn)換為爭用資源集。提取SDP中的媒體行m及屬性行a信息為爭用資源集， 由于SDP消息中m = audio，a = sendrecv，所以映射為音頻的播放和采集設備。702、703、 704中是遍歷爭用資源集查看資源是否被占用，查看當前資源占用表，音頻播放設備和音頻 采集設備被UA3占用，若不滿足705中條件，則707中刪除資源集中對應資源，若滿足705 中條件，則706中IMS-MUCP修改UA3占用音頻播放設備和音頻采集設備的會話，頂S-MUCP 會根據(jù)會話保持機制向UA3及UA4發(fā)送特別的邀請消息，即會話保持請求者發(fā)送的INVITE 請求中攜帶的SDP消息中媒體行m = audio,屬性行a = sendonly，2000K響應中屬性行a =recvonly。
[0095] 本發(fā)明實施例中，如圖8所示，802到810中是特別的INVITE請求及相關(guān)請求和響 應消息。
[0096] 本發(fā)明實施例中，如圖7所示，708中當結(jié)束爭用資源集的所有資源爭用后，若資 源集是空，即說明經(jīng)過MS-MUCP資源協(xié)調(diào)后沒有爭用到資源，709中判斷若該消息是請求 消息，則710中MS-MUCP生成失敗響應發(fā)送給發(fā)送該請求的實體。若是響應消息直接丟 棄。若資源集不為空，說明成功爭用到資源，對于UA1是爭用到音頻播放設備和音頻采集設 備，可以繼續(xù)請求與UA2建立會話，需要生成新呼叫請求INVITE (邀請）消息。711中生成 新的消息，與UA1的INVITE消息對應的新INVITE消息。
[0097] 本發(fā)明實施例中，如圖8所示，如811中消息，根據(jù)資源集生成SDP消息并添加到 新INVITE消息的消息體，并發(fā)送新INVITE消息給目的實體。812到818是呼叫請求到達 UA2及成功建立媒體會話過程。最終UA3在UE1上占用音頻播放設備和音頻采集設備而與 UA2實現(xiàn)音頻會話。
[0098] 步驟5、當接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請求時，應用協(xié)同模塊 對請求進行解析，即判斷請求的業(yè)務類型，確定其所需本地軟終端，并返回執(zhí)行步驟4,具體 步驟如下：
[0099] 步驟5-1、當接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請求時，應用協(xié)同模 塊對該請求進行解析，即判斷請求的業(yè)務類型；
[0100] 本發(fā)明實施例中，MS終端設備1 (UE1)中用戶代理1 (UA1)、用戶代理2(UA2)、用 戶代理3(UA3)共用MS公有標識（MPU)為：public_id_l@domain，UA1只支持音頻業(yè)務， 即支持的媒體類型為音頻audio, UA2與UA3 -樣支持音頻和視頻業(yè)務，即支持的媒體類型 為音頻audio和視頻video。但UA2比UA3設置的響應視頻優(yōu)先級高，用戶代理4 (UA4)是 另一個IMS終端設備上的軟終端中的用戶代理，UA4向public_id_l@domain發(fā)起視頻業(yè)務 呼叫請求。
[0101] 軟終端接收請求應用協(xié)同流程圖如圖9所示，UA4向public_id_l@domain發(fā)起視 頻呼叫UA2應答部分信令流程如圖10所示：
[0102] 本發(fā)明實施例中，如圖10所不，1001中是UA4向public_id_l@domain發(fā)起呼叫請 求INVITE消息，INVITE消息中的消息體會話描述協(xié)議（SDP)中具有視頻信息。1002中是 MS核心網(wǎng)將UA4發(fā)出的INVITE消息發(fā)送到UE1上的頂S-MUCP。
[0103] 本發(fā)明實施例中，如圖9所示，901中提取請求消息中業(yè)務特征信息，提取消息體 中攜帶SDP消息中的媒體行m為視頻video,并且屬性行a為發(fā)送接收sendrecv。
[0104] 步驟5-2、采用應用協(xié)同模塊根據(jù)存儲模塊中的記錄，判斷當前是否有正在工作的 進行相同業(yè)務類型的本地軟終端，若是，則將請求發(fā)送至該軟終端，否則，根據(jù)存儲模塊中 的記錄獲取支持該業(yè)務類型的軟終端集合，若該軟終端集合為空，則信息過濾模塊發(fā)送響 應至請求者，告知其請求失敗，否則，根據(jù)設定的業(yè)務響應優(yōu)先級，確定優(yōu)先級最高的軟終 端，并執(zhí)行步驟5-3 ;
[0105] 本實施例中當前UE1上沒有視頻會話業(yè)務。
[0106] 本發(fā)明實施例中，如圖9所示，902中根據(jù)業(yè)務特征信息及獲取到的SDP中媒體信 息查詢存儲的軟終端業(yè)務能力和資源共享信息，獲取支持視頻業(yè)務及video媒體類型的當 前注冊成功的所有軟終端，UA2和UA3滿足條件，根據(jù)軟終端響應請求的優(yōu)先級由高到低組 成滿足條件的軟終端集合，結(jié)果為UA2在前。
[0107] 本發(fā)明實施例中，如圖9所示，903中判斷若滿足條件的軟終端集合為空，則905中 MS-MUCP向發(fā)送該業(yè)務請求實體發(fā)送失敗響應，由于UA2, UA3組成的軟終端集合非空，則 904中查詢存儲的當前資源占用信息判斷是否存在與業(yè)務請求特征相匹配的正在進行該業(yè) 務的軟終端，若存在決定由該軟終端響應該業(yè)務請求，否則決定由最高業(yè)務響應優(yōu)先級的 軟終端來響應，由于不存在正在進行的視頻業(yè)務，所以決定由UA2響應視頻業(yè)務請求。
[0108] 步驟5-3、采用應用協(xié)同模塊將獲得的優(yōu)先級最高的軟終端作為響應上述請求的 軟終端，并將該結(jié)果和請求發(fā)送到資源共享模塊中，并返回執(zhí)行步驟4。
[0109] 將應用協(xié)同結(jié)果，即由UA2響應視頻業(yè)務，以及該視頻業(yè)務請求發(fā)送到資源共享 模塊，由步驟4-1可獲得解析接收到的信令消息，將信令消息中的SDP消息的媒體信息轉(zhuǎn)換 為爭用資源集，提取SDP中的媒體行m及屬性行a信息為爭用資源集，由于SDP消息中m = video, a = sendrecv，所以映射為視頻的播放和采集設備。根據(jù)步驟4-2可獲得遍歷爭用 資源集查看資源是否被占用，查看當前資源占用表，視頻播放設備和視頻采集設備沒有被 占用，則將該請求通過信息過濾模塊發(fā)送至響應者，即將該視頻業(yè)務請求通過信息過濾模 塊發(fā)送至UA2,本發(fā)明實施例中，如圖10所示，1003中根據(jù)新對話信息生成新視頻呼叫請求 消息發(fā)送給該UA2。1004到1009是UA2接收到來自UA4視頻呼叫請求后成功建立視頻會 話信令過程。
【權(quán)利要求】
1. 一種IMS終端設備多軟終端資源共享和應用協(xié)同裝置，其特征在于，該裝置與軟終 端設置于同一 MS終端設備，該裝置包括信息過濾模塊、應用協(xié)同模塊、資源共享模塊、獲 取軟終端信息模塊和存儲模塊，其中， 信息過濾模塊：用于周期的向MS核心網(wǎng)進行注冊，同時接收本地的軟終端發(fā)送的注 冊請求，對注冊請求進行解析、鑒權(quán)和響應，提取注冊請求中軟終端的信息，接收IMS核心 網(wǎng)和本地的軟終端發(fā)送的消息并進行解析，即決定如何處理和響應消息，并選擇由哪些模 塊處理消息，并實現(xiàn)與應用協(xié)同模塊、資源共享模塊、獲取軟終端信息模塊、存儲模塊的信 息交互； 應用協(xié)同模塊：用于對由信息過濾模塊轉(zhuǎn)發(fā)的來自MS核心網(wǎng)的請求進行解析，即判 斷請求的業(yè)務類型；并根據(jù)存儲模塊中的記錄，判斷當前是否有正在工作的進行相同業(yè)務 類型的本地軟終端，若是，則將請求通過信息過濾模塊發(fā)送至上述軟終端，否則，在支持該 業(yè)務類型的軟終端中，根據(jù)設定的業(yè)務響應優(yōu)先級，確定優(yōu)先級最高的軟終端，將該軟終端 作為響應上述請求的軟終端，并將該結(jié)果發(fā)送到信息過濾模塊； 資源共享模塊：用于對由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端的請求進行解析，或者 對信息過濾模塊轉(zhuǎn)發(fā)的來自頂S核心網(wǎng)的請求進行解析，即確定該請求所需的本地軟終端 為該請求所爭用的共享資源，并根據(jù)存儲模塊中的記錄，判斷該爭用共享資源是否正在被 占用，若是，則根據(jù)資源共享優(yōu)先級判斷，所需的本地軟終端的資源共享優(yōu)先級是否高于正 在占用該資源的本地軟終端的資源共享優(yōu)先級，若不是，則通過信息過濾模塊發(fā)送響應至 請求者，告知其請求失?。蝗羰?，則判斷此時占用該資源的本地軟終端是否可被搶占，若可 被占用，則向該本地軟終端發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務，并將請求通過信 息過濾模塊發(fā)送至響應者；若不可被占用，則信息過濾模塊發(fā)送響應至請求者，告知其請求 失?。? 獲取軟終端信息模塊：用于獲取本地軟終端的業(yè)務能力，并根據(jù)業(yè)務能力確定軟終端 占用MS終端設備的資源，即本地軟終端之間的共享資源，并設置業(yè)務響應優(yōu)先級、資源共 享優(yōu)先級和各軟終端占用資源時是否可被搶占，將設置結(jié)果發(fā)送至存儲模塊中進行保存； 存儲模塊：用于存儲本地軟終端的注冊信息、本地軟終端工作狀態(tài)、共享資源工作狀 態(tài)、本地軟終端業(yè)務能力、共享資源、業(yè)務響應優(yōu)先級、資源共享優(yōu)先級和各軟終端占用資 源時是否可被搶占標志。
2. 采用權(quán)利要求1所述的IMS終端設備多軟終端資源共享和應用協(xié)同裝置進行的方 法，其特征在于，包括以下步驟： 步驟1、本地軟終端通過信息過濾模塊向IMS核心網(wǎng)請求注冊，具體流程如下： 步驟1-1、根據(jù)存儲模塊中記錄的本地軟終端信息，采用信息過濾模塊查詢是否存在注 冊的本地軟終端，若存在，則使用本地軟終端使用的MS賬號向MS核心網(wǎng)發(fā)起注冊請求， 并根據(jù)MS核心網(wǎng)發(fā)送的注冊結(jié)果修改存儲模塊中該MS賬號的注冊狀態(tài)，即注冊成功或 注冊失敗，若注冊成功，則執(zhí)行步驟1-2,當達到下一注冊周期時，重新執(zhí)行步驟1-1 ;若注 冊失敗，則使用該MS賬號重新向MS核心網(wǎng)發(fā)起注冊請求，直至成功； 步驟1-2、當本地軟終端向信息過濾模塊發(fā)送注冊請求時，信息過濾模塊對注冊請求進 行解析，并完成對該請求的鑒權(quán)，若鑒權(quán)成功，則執(zhí)行步驟1-3,否則,信息過濾模塊向軟終 端發(fā)送鑒權(quán)失敗響應，并返回步驟1-2 ; 步驟1-3、采用信息過濾模塊獲取本地軟終端注冊請求中的標識信息，生成注冊時間， 并發(fā)送至存儲模塊中進行保存； 步驟1-4、采用信息過濾模塊判斷存儲模塊記錄的該IMS賬號的注冊狀態(tài)，若狀態(tài)為注 冊成功，則發(fā)送響應至該本地軟終端，告知其注冊成功，否則，信息過濾模塊將注冊請求發(fā) 送至MS核心網(wǎng)進行注冊； 步驟1-5、IMS核心網(wǎng)將注冊結(jié)果發(fā)送至信息過濾模塊，信息過濾模塊發(fā)送響應告知 該本地軟終端，是否注冊成功，若成功，則在存儲模塊中修改該軟本地終端的注冊狀態(tài)，即 修改為注冊成功，否則，修改為注冊失敗，并重新將該注冊請求發(fā)送至IMS核心網(wǎng)中進行注 冊，直至注冊成功； 步驟2、采用獲取軟終端信息模塊獲取本地軟終端的業(yè)務能力，并根據(jù)業(yè)務能力獲取本 地軟終端占用MS終端設備的資源，即本地軟終端之間的共享資源，并發(fā)送至存儲模塊中 進行保存； 步驟3、采用獲取軟終端信息模塊設置各本地軟終端的業(yè)務響應優(yōu)先級、資源共享優(yōu)先 級和各本地軟終端占用資源時是否可被搶占，并發(fā)送至存儲模塊中進行保存； 步驟4、當資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者應用協(xié)同 模塊的請求時，根據(jù)請求所需本地軟終端，確定該請求所需的本地軟終端為該請求所爭用 的共享資源，并根據(jù)資源共享優(yōu)先級和占用該資源的本地軟終端是否可被搶占，確定該請 求是否成功，具體步驟如下： 步驟4-1、當資源共享模塊接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自本地軟終端或者直接接 收來自應用協(xié)同模塊的請求時，資源共享模塊對該請求進行解析，即確定該請求所需本地 軟終端的爭用共享資源； 步驟4-2資源共享模塊根據(jù)存儲模塊中記錄，判斷爭用共享資源是否正在被占用，若 未被占用，則將該請求通過信息過濾模塊發(fā)送至響應者，若被占用，則根據(jù)資源共享優(yōu)先 級，判斷所需本地軟終端的資源共享優(yōu)先級是否高于正在占用該資源的本地軟終端的資源 共享優(yōu)先級，若是，則執(zhí)行步驟4-3,否則，通過信息過濾模塊發(fā)送響應至請求者，告知其請 求失?。? 步驟4-3、判斷此時占用該資源的本地軟終端是否可被搶占，若是，則向該本地軟終端 發(fā)送消息，告知其結(jié)束正在占用該資源的業(yè)務，并將該請求通過信息過濾模塊發(fā)送至響應 者，否則，信息過濾模塊發(fā)送響應至請求者，告知其請求失??； 步驟5、當接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)的請求時，應用協(xié)同模塊對請 求進行解析，即判斷請求的業(yè)務類型，確定其所需本地軟終端，并返回執(zhí)行步驟4,具體步驟 如下： 步驟5-1、當接收到由信息過濾模塊轉(zhuǎn)發(fā)的來自IMS核心網(wǎng)的請求時，應用協(xié)同模塊對 該請求進行解析，即判斷請求的業(yè)務類型； 步驟5-2、采用應用協(xié)同模塊根據(jù)存儲模塊中的記錄，判斷當前是否有正在工作的進行 相同業(yè)務類型的本地軟終端，若是，則將請求發(fā)送至該軟終端，否則，根據(jù)存儲模塊中的記 錄獲取支持該業(yè)務類型的軟終端集合，若該軟終端集合為空，則信息過濾模塊發(fā)送響應至 請求者，告知其請求失敗，否則，根據(jù)設定的業(yè)務響應優(yōu)先級，確定優(yōu)先級最高的軟終端，并 執(zhí)行步驟5-3 ; 步驟5-3、采用應用協(xié)同模塊將獲得的優(yōu)先級最高的軟終端作為響應上述請求的軟終 端，并將該結(jié)果和請求發(fā)送到資源共享模塊中，并返回執(zhí)行步驟4。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述的軟終端為IMS終端設備的應用軟 件。
4. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟2所述的業(yè)務能力為：軟終端所支持 的業(yè)務種類，包括音頻、視頻、文本和圖片。
5. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟2所述的共享資源包括：耳機、話筒、 攝像頭和屏署=。
6. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟2所述的采用獲取軟終端信息模塊獲 取軟終端的業(yè)務能力，獲取方式包括：采用獲取軟終端信息模塊通過請求-響應的方式，主 動向本地軟終端發(fā)起獲取請求，并從軟終端的響應消息中獲?。换虿捎眯畔⑦^濾模塊對本 地軟終端發(fā)送的消息進行解析，即判斷消息中是否含有業(yè)務能力信息，若有，則將該本地軟 終端業(yè)務能力消息發(fā)送到獲取軟終端信息模塊進行獲取。
7. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟3所述的采用獲取軟終端信息模塊設 置各軟終端的業(yè)務響應優(yōu)先級、資源共享優(yōu)先級和各軟終端占用資源時是否可被搶占的方 式包括：用戶手動人工的設置，或根據(jù)各本地軟終端注冊時間的先后順序，確定業(yè)務響應優(yōu) 先級和資源共享優(yōu)先級的方式，注冊時間越早，優(yōu)先級越高。
8. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟1-2所述的解析即提取請求中軟終端 的信息，包括IP地址、端口號和頂S賬號。
9. 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟1-3所述的標識信息包括該軟終端的 用戶代理頭域值和端口號。
【文檔編號】H04L29/06GK104125221SQ201410342780
【公開日】2014年10月29日 申請日期:2014年7月17日 優(yōu)先權(quán)日:2014年7月17日
【發(fā)明者】雷為民, 關(guān)云沖, 張偉, 劉少偉, 李廣野 申請人:東北大學