對(duì)于機(jī)器到機(jī)器應(yīng)用的服務(wù)質(zhì)量支持的制作方法
【專利摘要】對(duì)機(jī)器到機(jī)器設(shè)備通信提供服務(wù)質(zhì)量功能性，其允許使用單個(gè)IMS會(huì)話來支持多個(gè)不同的數(shù)據(jù)流。在一個(gè)實(shí)施例中，單個(gè)IMS會(huì)話用于支持產(chǎn)生于單個(gè)應(yīng)用類型的多個(gè)不同的數(shù)據(jù)流，而在另一個(gè)實(shí)施例中，單個(gè)IMS會(huì)話用于支持跨多個(gè)不同設(shè)備和應(yīng)用的多個(gè)不同數(shù)據(jù)流。通過使用單個(gè)IMS會(huì)話，信令減少并且可以在不影響大量節(jié)點(diǎn)的情況下提供QoS。部署IMS用戶代理來幫助提供該功能性。
【專利說明】對(duì)于機(jī)器到機(jī)器應(yīng)用的服務(wù)質(zhì)量支持

【技術(shù)領(lǐng)域】
[0001] 本公開大體上涉及對(duì)服務(wù)質(zhì)量（Q〇S)的支持。更特定地，本公開涉及對(duì)與互聯(lián)網(wǎng) 協(xié)議多媒體子系統(tǒng)（MS)環(huán)境中的機(jī)器到機(jī)器（M2M)通信有關(guān)的通信中的QoS的支持。

【背景技術(shù)】
[0002] 機(jī)器到機(jī)器（M2M)設(shè)備(也稱為機(jī)器型通信（MTC)設(shè)備）因?yàn)樗鼈兲峁└倪M(jìn)的監(jiān)視 和控制基礎(chǔ)設(shè)施而在重要性和分布方面日益增長。M2M設(shè)備對(duì)于利用由M2M設(shè)備提供的傳 感器和通信設(shè)備的應(yīng)用起到平臺(tái)的作用。在IMS環(huán)境中，它是視為唯一實(shí)體的應(yīng)用-設(shè)備 配對(duì)，而不是設(shè)備自身。這可以允許每個(gè)應(yīng)用的業(yè)務(wù)被不同地對(duì)待，并且被不同地路由。
[0003] 許多M2M設(shè)備依靠移動(dòng)網(wǎng)絡(luò)用于數(shù)據(jù)連接性。如果這些設(shè)備中的每個(gè)維持唯一身 份并且與它所希望的無論哪個(gè)節(jié)點(diǎn)自由通信，則大量的這些設(shè)備所消耗的網(wǎng)絡(luò)資源很快變 得難以管理。為了解決此情況，有興趣利用已有的IP多媒體子系統(tǒng)（MS)網(wǎng)絡(luò)基礎(chǔ)設(shè)施來 管理這些設(shè)備。使用現(xiàn)有電信基礎(chǔ)設(shè)施來對(duì)M2M設(shè)備提供服務(wù)允許采用管理的方式簡化這 些設(shè)備的部署。
[0004] 因?yàn)檫@些部署已經(jīng)增加，對(duì)M2M服務(wù)的額外特征的興趣增加，其包括要與服務(wù)質(zhì) 量一起發(fā)送的M2M通信的能力。由于試圖在通信跨越IMS網(wǎng)絡(luò)中的不同服務(wù)能力層（SCL) 時(shí)在應(yīng)用之間提供服務(wù)質(zhì)量保證，出現(xiàn)許多問題。
[0005] 因此，希望提供避免或減輕上文描述的問題的系統(tǒng)和方法。


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

[0006] 本發(fā)明的目標(biāo)是避免或減輕現(xiàn)有技術(shù)的至少一個(gè)劣勢。
[0007] 在本發(fā)明的第一方面中，提供有支持互聯(lián)網(wǎng)多媒體子系統(tǒng)（MS)網(wǎng)絡(luò)中的服務(wù)質(zhì) 量（QoS)的方法。該方法包括以下步驟：在IMS核心網(wǎng)絡(luò)的節(jié)點(diǎn)處接收注冊(cè)；從與接收的注 冊(cè)關(guān)聯(lián)的節(jié)點(diǎn)接收創(chuàng)建頂S會(huì)話來支持機(jī)器到機(jī)器數(shù)據(jù)會(huì)話的請(qǐng)求；響應(yīng)于確定已經(jīng)存在 適合的MS會(huì)話，修改與適合的MS會(huì)話關(guān)聯(lián)的會(huì)話信息來允許適合的會(huì)話運(yùn)送與創(chuàng)建會(huì) 話的請(qǐng)求關(guān)聯(lián)的內(nèi)容流，并且根據(jù)接收的創(chuàng)建MS會(huì)話的請(qǐng)求調(diào)整與適合的會(huì)話關(guān)聯(lián)的現(xiàn) 有服務(wù)質(zhì)量。
[0008] 在本發(fā)明的第一方面的實(shí)施例中，適合的IMS會(huì)話包含從相同應(yīng)用類型接收的與 創(chuàng)建MS會(huì)話的多個(gè)請(qǐng)求關(guān)聯(lián)的數(shù)據(jù)流，并且可選地，應(yīng)用ID包括在與適合的MS會(huì)話關(guān) 聯(lián)的MS會(huì)話級(jí)數(shù)據(jù)中。在另一個(gè)實(shí)施例中，適合的MS會(huì)話包含與多個(gè)設(shè)備和應(yīng)用配對(duì) 關(guān)聯(lián)的數(shù)據(jù)流，其中可選地，應(yīng)用ID和與適合的MS會(huì)話關(guān)聯(lián)的SDP包括在一起。在另一 個(gè)實(shí)施例中，頂S核心網(wǎng)絡(luò)中的節(jié)點(diǎn)是代理呼叫會(huì)話控制功能（P-CSCF)，并且其中可選地， 修改會(huì)話信息的步驟包括在P-CSCF和策略和計(jì)費(fèi)規(guī)則功能與服務(wù)呼叫會(huì)話控制功能之間 的信令。在另一個(gè)實(shí)施例中，接收注冊(cè)和接收創(chuàng)建頂S會(huì)話的請(qǐng)求的步驟包括通過使用超 文本傳輸協(xié)議交付的消息來接收注冊(cè)請(qǐng)求和創(chuàng)建IMS會(huì)話的請(qǐng)求。在另外的實(shí)施例中，接 收注冊(cè)和接收創(chuàng)建IMS會(huì)話的請(qǐng)求的步驟包括通過使用會(huì)話發(fā)起協(xié)議交付的消息來接收 注冊(cè)請(qǐng)求和創(chuàng)建IMS會(huì)話的請(qǐng)求。
[0009] 在本發(fā)明的第二方面中，提供有用于代表機(jī)器到機(jī)器設(shè)備建立互聯(lián)網(wǎng)多媒體子系 統(tǒng)（MS)會(huì)話的方法，該MS會(huì)話具有關(guān)聯(lián)的服務(wù)質(zhì)量（QoS)策略。該方法包括以下步驟： 從請(qǐng)求節(jié)點(diǎn)接收對(duì)建立具有QoS策略的MS會(huì)話的請(qǐng)求，請(qǐng)求的MS會(huì)話在機(jī)器到機(jī)器設(shè) 備處終止；利用指令使所請(qǐng)求的會(huì)話向IMS核心網(wǎng)絡(luò)中的節(jié)點(diǎn)注冊(cè)，以根據(jù)所請(qǐng)求的會(huì)話 的QoS策略來修改現(xiàn)有IMS會(huì)話的QoS參數(shù)；以及在接收已經(jīng)完成QoS參數(shù)的修改的指示 時(shí)，使用現(xiàn)有的MS會(huì)話在請(qǐng)求節(jié)點(diǎn)與第二終端節(jié)點(diǎn)之間創(chuàng)建連接，并且將連接參數(shù)通知 請(qǐng)求節(jié)點(diǎn)和第二終端節(jié)點(diǎn)兩者。
[0010] 在本發(fā)明的第二方面的實(shí)施例中，接收的請(qǐng)求是從機(jī)器到機(jī)器設(shè)備接收的HTTP 請(qǐng)求，其中可選地，該請(qǐng)求從代表設(shè)備起作用的網(wǎng)關(guān)接收。在另一個(gè)實(shí)施例中，請(qǐng)求從網(wǎng)絡(luò) 服務(wù)能力層接收。在另外的實(shí)施例中，頂S核心網(wǎng)絡(luò)中的節(jié)點(diǎn)是代理呼叫會(huì)話控制功能。在 另一個(gè)實(shí)施例中，請(qǐng)求節(jié)點(diǎn)是機(jī)器到機(jī)器設(shè)備和機(jī)器到機(jī)器設(shè)備網(wǎng)關(guān)中的一個(gè)，并且第二 終端節(jié)點(diǎn)是網(wǎng)絡(luò)服務(wù)能力層。在另外的實(shí)施例中，請(qǐng)求節(jié)點(diǎn)是網(wǎng)絡(luò)服務(wù)能力層并且第二終 端節(jié)點(diǎn)是機(jī)器到機(jī)器設(shè)備和機(jī)器到機(jī)器設(shè)備網(wǎng)關(guān)中的一個(gè)。
[0011] 在本發(fā)明的第三方面中，提供有機(jī)器到機(jī)器用戶代理節(jié)點(diǎn)。該用戶代理節(jié)點(diǎn)包括 網(wǎng)絡(luò)接口、數(shù)據(jù)儲(chǔ)存庫和處理器。該網(wǎng)絡(luò)接口與網(wǎng)絡(luò)中的外部節(jié)點(diǎn)交互。數(shù)據(jù)儲(chǔ)存庫存儲(chǔ) 指令。處理器在執(zhí)行存儲(chǔ)在數(shù)據(jù)儲(chǔ)存庫中的指令時(shí)：通過網(wǎng)絡(luò)接口接收用于建立具有服務(wù) 質(zhì)量（QoS)策略的互聯(lián)網(wǎng)多媒體子系統(tǒng)aMS)會(huì)話的請(qǐng)求；通過網(wǎng)絡(luò)接口向MS核心網(wǎng)絡(luò) 中的節(jié)點(diǎn)傳送請(qǐng)求，所述請(qǐng)求利用指令注冊(cè)請(qǐng)求的會(huì)話，以根據(jù)請(qǐng)求的會(huì)話的策略來修改 現(xiàn)有頂S會(huì)話的QoS參數(shù)；以及在發(fā)出所接收的請(qǐng)求的節(jié)點(diǎn)與第二終端節(jié)點(diǎn)之間創(chuàng)建連接， 該連接使用現(xiàn)有的MS會(huì)話來滿足接收的請(qǐng)求。
[0012] 本發(fā)明的其它方面和特征在回顧本發(fā)明的特定實(shí)施例的下列描述連同附圖時(shí)將 對(duì)本領(lǐng)域內(nèi)普通技術(shù)人員變得明顯。

【專利附圖】

【附圖說明】
[0013] 現(xiàn)在將僅通過示例參考附圖描述本發(fā)明的實(shí)施例，其中： 圖1是圖示用于支持QoS的網(wǎng)絡(luò)架構(gòu)的框圖； 圖2是圖示使用單個(gè)IMS會(huì)話的示范性方法的呼叫流程圖； 圖3是圖示每應(yīng)用使用一個(gè)IMS會(huì)話的示范性方法的呼叫流程圖； 圖4是圖不不范性IMS設(shè)置規(guī)程的呼叫流程圖； 圖5是圖不不范性IMS設(shè)置規(guī)程的呼叫流程圖； 圖6是圖示用于對(duì)啟用SIP的M2M設(shè)備支持QoS的網(wǎng)絡(luò)架構(gòu)的框圖； 圖7是圖示與在圖2中圖示的方法等同的示范性基于SIP的方法的呼叫流程圖； 圖8是圖示與在圖3中圖示的方法等同的示范性基于SIP的方法的呼叫流程圖； 圖9是圖示建立由D/G SCL發(fā)起的會(huì)話的示范性基于SIP的方法的呼叫流程圖； 圖10圖示根據(jù)本發(fā)明的實(shí)施例的示范性節(jié)點(diǎn)。

【具體實(shí)施方式】
[0014] 本發(fā)明針對(duì)用于支持對(duì)機(jī)器到機(jī)器型通信提供服務(wù)質(zhì)量的系統(tǒng)和方法。
[0015] 在下文參考特定元件，其根據(jù)附圖編號(hào)。下文的論述應(yīng)本質(zhì)上視為示范性的，而不 視為限制本發(fā)明的范圍。本發(fā)明的范圍在權(quán)利要求中限定，并且不應(yīng)視為由下文描述的實(shí) 現(xiàn)細(xì)節(jié)所限制，如由本領(lǐng)域內(nèi)技術(shù)人員將意識(shí)到的，這些實(shí)現(xiàn)細(xì)節(jié)可以通過用等同的功能 元素替換元素而修改。
[0016] 典型地，支持對(duì)于特定規(guī)程或多個(gè)規(guī)程的QoS暗指發(fā)出方需要明確的傳輸相關(guān)特 性(通常稱為QoS簡檔)應(yīng)用于與規(guī)程關(guān)聯(lián)的數(shù)據(jù)傳遞。QoS簡檔所應(yīng)用的規(guī)程典型地是牽 涉SCL間通信的規(guī)程，S卩，托管服務(wù)能力層（SCL)與發(fā)出方NA/DA/GA/SCL (網(wǎng)絡(luò)應(yīng)用/設(shè)備 應(yīng)用/網(wǎng)關(guān)應(yīng)用/和服務(wù)能力層)不同。在一些實(shí)施例中，可以由于管理網(wǎng)絡(luò)的本質(zhì)而對(duì)不 牽涉SCL間通信的規(guī)程丟棄請(qǐng)求的QoS。
[0017] 規(guī)程內(nèi)請(qǐng)求的QoS特性可以包括由發(fā)出方識(shí)別的多個(gè)QoS相關(guān)選項(xiàng)(參數(shù))中的任 何或全部。這些參數(shù)可包括保證的帶寬、分配給規(guī)程的優(yōu)先級(jí)、延遲等。
[0018] 在目前優(yōu)選的示例中，發(fā)出方的責(zé)任是識(shí)別要應(yīng)用于感興趣規(guī)程的感興趣參數(shù)。 在缺乏要應(yīng)用于規(guī)程的任何特定QoS特性的情況下，可以應(yīng)用默認(rèn)QoS簡檔。在一個(gè)實(shí)施 例中，默認(rèn)QoS簡檔經(jīng)受發(fā)出的與網(wǎng)絡(luò)接入提供商的SCL預(yù)訂。
[0019] 如在圖1中圖示的，M2M設(shè)備100通過具有至少一個(gè)通信模塊104的M2M網(wǎng)關(guān)102 而連接。可以實(shí)現(xiàn)多個(gè)模塊104以允許網(wǎng)關(guān)連接到不同接入網(wǎng)絡(luò)上的不同M2M設(shè)備，其包括 使用不同接入網(wǎng)絡(luò)技術(shù)的設(shè)備。M2M網(wǎng)關(guān)102包括網(wǎng)關(guān)應(yīng)用108和M2M服務(wù)能力106。M2M 服務(wù)能力106提供對(duì)網(wǎng)絡(luò)域118的訪問，如將在下文論述的。M2M服務(wù)能力106可以使用 mid接口而與網(wǎng)絡(luò)域118中的節(jié)點(diǎn)通信。通過M2M網(wǎng)關(guān)102而連接的示范性M2M設(shè)備100 典型地對(duì)M2M服務(wù)提供商隱藏。在另一個(gè)選項(xiàng)中，M2M設(shè)備110對(duì)M2M服務(wù)提供商可以是可 見的，并且可以直接連接到M2M服務(wù)提供商。與M2M設(shè)備網(wǎng)關(guān)108相似，這些M2M設(shè)備110 在當(dāng)前圖示的實(shí)施例中具有通信模塊112、服務(wù)能力114和設(shè)備應(yīng)用116。M2M服務(wù)能力114 可以使用mid接口而與網(wǎng)絡(luò)域118中的節(jié)點(diǎn)通信。特別地，對(duì)于上文描述的示范性選項(xiàng)中 的兩個(gè)，mid接口可以提供對(duì)NSCL 120的訪問，而mla接口可以通過其提供對(duì)網(wǎng)絡(luò)應(yīng)用122 的訪問、對(duì)HTTP網(wǎng)關(guān)124的IMS-用戶代理（MS-UA) SIP。MS UA 124可以訪問核心網(wǎng)絡(luò) 連接126來提供對(duì)核心網(wǎng)絡(luò)128和MS核心130的訪問，其在例如3GPP規(guī)范等各種標(biāo)準(zhǔn)中 限定。Rx接口可以提供從頂S核心130到PCRF 132的訪問。
[0020] 如可以在圖1的示范性實(shí)施例中看到的，對(duì)于提供QoS支持所需要的網(wǎng)絡(luò)功能性 中的至少一些可以依靠 MS核心網(wǎng)絡(luò)130。MS網(wǎng)絡(luò)連同策略和計(jì)費(fèi)規(guī)則功能（PCRF) 132 典型地包括對(duì)于QoS支持的所有需要的功能性。MS核心網(wǎng)絡(luò)130與PCRF 132之間的Rx 接口可以基于3GPP TS 29. 214 :"第三代合作伙伴計(jì)劃；技術(shù)規(guī)范組核心網(wǎng)絡(luò)和終端；對(duì)Rx 參考點(diǎn)的策略和計(jì)費(fèi)控制"，其的相關(guān)教導(dǎo)通過引用合并于此。
[0021] 為了使網(wǎng)絡(luò)服務(wù)能力層（NSCL) 120能夠觸發(fā)該功能性，將新的功能元件引入NSCL 內(nèi)。本領(lǐng)域內(nèi)技術(shù)人員將意識(shí)到該功能元件不必是離散實(shí)體，并且相反可以通過使需要的 功能性分布在整個(gè)NSCL中而實(shí)現(xiàn)。題為"MS用戶代理（HTTP到SIP網(wǎng)關(guān))"(圖示為頂S-UA HTTP/SIP)124的該元件使NSCL 120能夠仿效MS用戶。它一方面終止mid并且另一方面 與MS核心網(wǎng)絡(luò)130交互。
[0022] 除對(duì)于各種規(guī)程(其可以是可選的）的請(qǐng)求QoS參數(shù)的額外支持外，圖示的架構(gòu)未 明確需要對(duì)現(xiàn)有接口的改變。這適用于所有接口 mla、dla和mid。SCL QoS請(qǐng)求可以由MS 用戶代理（UA)邏輯實(shí)體處理，這對(duì)本領(lǐng)域內(nèi)技術(shù)人員也將是顯而易見的。
[0023] 如在圖1中圖示的，網(wǎng)絡(luò)域可以利用兩個(gè)外部接口，其如圖示的那樣是mid和Gm 接口。如圖示的，南向接口優(yōu)選地兼容Gm接口，例如在3GPP TS 23. 228:"第三代合作伙伴 計(jì)劃；技術(shù)規(guī)范組服務(wù)和系統(tǒng)方面；IP多媒體子系統(tǒng)（MS);階段2"和3GPP TS 24. 229 : "第三代合作伙伴計(jì)劃；技術(shù)規(guī)范組核心網(wǎng)絡(luò)和終端；基于會(huì)話發(fā)起協(xié)議（SIP)和會(huì)話描述 協(xié)議（SDP)的IP多媒體呼叫控制協(xié)議；階段3"中規(guī)定的，每個(gè)的相關(guān)內(nèi)容通過引用明確合 并于此，并且北向接口優(yōu)選地與mid接口兼容。實(shí)現(xiàn)也可以選擇不支持對(duì)于北向接口的mid 而代替使整個(gè)頂S UA 124邏輯元件嵌入NSCL 120內(nèi)或備選地支持一些內(nèi)部接口。對(duì)MS UA 120的訪問示出為使用mid接口。
[0024] 現(xiàn)在將關(guān)于多種不同的特征探討頂S UA HTTP到SIP網(wǎng)關(guān)124的示范性功能行為。
[0025] 關(guān)于頂S UA注冊(cè)，頂S UA 124將優(yōu)選地在發(fā)起與MS核心網(wǎng)絡(luò)的任何其它交互 之前向頂S核心網(wǎng)絡(luò)130注冊(cè)。意思是，頂S UA可以具有由接入網(wǎng)絡(luò)提供商指派給它的公 共身份以及供在頂S注冊(cè)期間為了驗(yàn)證目的而使用的證書。這允許MS UA不被接入網(wǎng)絡(luò) 提供商所擁有。頂S注冊(cè)可以在需要與MS網(wǎng)絡(luò)交互之前的任何時(shí)間發(fā)生。
[0026] 關(guān)于MS UA發(fā)起的規(guī)程，將呈現(xiàn)兩個(gè)選項(xiàng)并且在下文論述它們。第一選項(xiàng)是用于 支持多個(gè)應(yīng)用的單個(gè)MS會(huì)話。第二選項(xiàng)對(duì)于每應(yīng)用利用一個(gè)IMS會(huì)話。
[0027] 參考圖2論述使用單個(gè)IMS會(huì)話來支持多個(gè)應(yīng)用。該選項(xiàng)的一個(gè)顯著的特性是單 個(gè)頂S會(huì)話用于支持多個(gè)IP流。在圖2的示范性實(shí)施例中，每個(gè)IP流與單個(gè)M2M應(yīng)用唯 一關(guān)聯(lián)。在單個(gè)MS會(huì)話內(nèi)要支持的同時(shí)IP流的數(shù)量取決于實(shí)現(xiàn)。如此，如需要的話，多 個(gè)頂S會(huì)話可以由頂S UA發(fā)起。在該示范性圖示實(shí)施例中，頂S UA 124維持MS會(huì)話與 使用會(huì)話的應(yīng)用(應(yīng)用ID)之間的映射。此外，在該選項(xiàng)中，應(yīng)用ID可以包括在會(huì)話描述協(xié) 議（SDP)級(jí)處，從而允許它在該會(huì)話級(jí)處的省略。
[0028] G/D SCL 114 代表應(yīng)用向 IMS UA 124 發(fā)送 HTTP 請(qǐng)求 150。SCL 114 對(duì) IMS UA 124發(fā)起請(qǐng)求來滿足對(duì)于請(qǐng)求的QoS簡檔。在152中，頂S UA 124向MS核心網(wǎng)絡(luò)130注 冊(cè)(如果它還未這樣做的話)。如果MS UA 124已經(jīng)向MS核心網(wǎng)絡(luò)130注冊(cè)，可以繞過步 驟152。如果MS會(huì)話不可用于使用，則MS UA 124建立MS會(huì)話154。如果MS會(huì)話可 用于使用，則頂S UA 136基于到來的HTTP請(qǐng)求150中的QoS簡檔修改會(huì)話以添加新的IP 流。在MS會(huì)話發(fā)起和/或修改期間，頂S UA 136將HTTP創(chuàng)建消息157發(fā)送到NSCL 120， 該NSCL 120用HTTP 200 0K 159作出答復(fù)來確認(rèn)請(qǐng)求的QoS簡檔，其然后在該方面在使 用3GPP規(guī)程的分組核心網(wǎng)絡(luò)中反映（由頂S UA協(xié)調(diào))。圖示的示范性呼叫流出示出兩個(gè)IP 流156和158,其具有屬于兩個(gè)不同M2M應(yīng)用的不同QoS簡檔。在該示范性實(shí)施例中，應(yīng)用 ID可以包括在SDP級(jí)而不是會(huì)話級(jí)處，正如上文論述的。在該圖示實(shí)施例中，頂S核心130 與PCRF 138之間的交互可以基于3GPP TS 29. 214,而PCRF與對(duì)于QoS執(zhí)行的分組核心網(wǎng) 絡(luò)之間的交互基于3GPP TS 29. 212 :"第三代合作伙伴計(jì)劃；技術(shù)規(guī)范組核心網(wǎng)絡(luò)和終端； 對(duì)Gx/Sd參考點(diǎn)的策略和計(jì)費(fèi)控制（PCC)"，其的相關(guān)教導(dǎo)通過引用合并于此。本領(lǐng)域內(nèi)技 術(shù)人員將意識(shí)到在該說明性示例中頂S UA 124與NSCL 120之間的交互示出為使用HTTP。 MS UA 124向SCL 114返回HTTP 200 0K響應(yīng)160。在成功的MS會(huì)話建立和/或修改之 后，根據(jù)情況，SCL 114對(duì)于應(yīng)用1 162建立承載。在164中，SCL對(duì)于應(yīng)用2建立承載。對(duì) 于應(yīng)用1的數(shù)據(jù)傳遞可以在流166中開始而對(duì)于應(yīng)用2的數(shù)據(jù)傳遞可以在流168中開始。 本領(lǐng)域內(nèi)技術(shù)人員將意識(shí)到在該實(shí)施例中，單個(gè)IMS會(huì)話用于支持多個(gè)IP流，每個(gè)M2M應(yīng) 用一個(gè)。在單個(gè)IMS會(huì)話內(nèi)要支持的同時(shí)IP流的數(shù)量取決于實(shí)現(xiàn)。如此，如需要的話，多 個(gè)頂S會(huì)話可以由MS UA發(fā)起。
[0029] 現(xiàn)在參考圖3論述每應(yīng)用使用一個(gè)MS會(huì)話的第二選項(xiàng)。此外，在該選項(xiàng)中，應(yīng)用 ID可以包括在MS會(huì)話級(jí)處。
[0030] 如圖示的，在150中，G/D SCL 114代表M2M應(yīng)用向IMS UA 124發(fā)送HTTP請(qǐng)求。 SCL 114對(duì)頂S UA 124發(fā)起請(qǐng)求來滿足對(duì)于請(qǐng)求的QoS簡檔。在152中，頂S UA 124向 MS核心網(wǎng)絡(luò)130注冊(cè)(如果它還未這樣做的話)。如上文指出的，關(guān)于圖2,如果頂S UA 124 已經(jīng)注冊(cè)，則該步驟可以省略。頂S UA 124建立兩個(gè)MS會(huì)話154a和154b，每個(gè)應(yīng)用ID 156和158-個(gè)。創(chuàng)建的MS會(huì)話154a和154b中的每個(gè)可以請(qǐng)求應(yīng)用所需要的QoS簡檔。 應(yīng)用ID可以包括在可允許正確計(jì)費(fèi)的會(huì)話級(jí)處。在圖示的實(shí)施例中，頂S核心130與PCRF 138之間的交互可基于3GPP TS 29. 214,而PCRF 138與對(duì)于QoS執(zhí)行的分組核心網(wǎng)絡(luò)之間 的交互可以基于3GPP TS 29. 212。本領(lǐng)域內(nèi)技術(shù)人員將注意在圖3的說明性實(shí)施例中，MS UA 124與NSCL 120之間的交互使用如由HTTP創(chuàng)建/檢索消息151和161和對(duì)應(yīng)的HTTP 200 0K答復(fù)153和163示出的HTTP進(jìn)行。IMS UA 124向SCL 114返回HTTP 200 0K響應(yīng) 160。SCL 114建立對(duì)于應(yīng)用1的承載162和對(duì)于應(yīng)用2的承載164。對(duì)于應(yīng)用1的數(shù)據(jù)傳 遞可以在流166上開始并且對(duì)于應(yīng)用2的數(shù)據(jù)傳遞可以在流168上開始。
[0031] 關(guān)于mla、mid和dla接口上的QoS參數(shù)，本領(lǐng)域內(nèi)技術(shù)人員將意識(shí)到MS核心網(wǎng) 絡(luò)已經(jīng)用于提供對(duì)于QoS功能性的支持，QoS參數(shù)可以基于對(duì)于QoS的會(huì)話描述協(xié)議相關(guān) 參數(shù)，如在3GPP TS 23. 228和3GPP TS 24. 229中定義的。
[0032] 圖4和5圖示對(duì)于IMS會(huì)話的設(shè)置的示范性實(shí)施例。本領(lǐng)域內(nèi)技術(shù)人員將意識(shí)到 圖4圖示在NSCL發(fā)起的上下文中的MS會(huì)話設(shè)置，而圖5圖示在G/D SCL發(fā)起的上下文中 的MS會(huì)話設(shè)置。
[0033] 如在圖4中示出的，NSCL 120向MS UA 124發(fā)出例如HTTP創(chuàng)建消息168等HTTP 請(qǐng)求，該 IMS UA 124 進(jìn)而向 P-CSCF 140 發(fā)送 SIP 邀請(qǐng)消息 170。P-CSCF 140 和 PCRF 138 利用AA請(qǐng)求172和AA回答174消息對(duì)來授權(quán)QoS參數(shù)，并且P-CSCF向S-CSCF 142發(fā)出 SIP邀請(qǐng)消息176。S-CSCF 142向頂S UA 124發(fā)出SIP邀請(qǐng)178,該IMS UA 124進(jìn)而向 SCL 114發(fā)送HTTP創(chuàng)建180。為了完成MS會(huì)話的設(shè)置，SCL 114用HTTP 200 0K消息182 對(duì)IMS UA 124作出答復(fù)，該IMS UA 124然后可以向S-CSCF 142發(fā)送對(duì)應(yīng)的SIP 200 0K 消息184。SIP 200 0K消息186提供給P-CSCF 140,其然后與PCRF 138交換AA請(qǐng)求188 和AA回答190對(duì)來尋找最后的授權(quán)和確認(rèn)。P-CSCF 140向頂S UA 124發(fā)出SIP 200 0K 消息192,該頂S UA 124然后用HTTP 200 0K消息194對(duì)NSCL 120作出答復(fù)。
[0034] 如在圖5中示出的，SCL 114向MS UA 124發(fā)出HTTP命令，例如HTTP創(chuàng)建196。 IMS UA 124向P-CSCF 140發(fā)出對(duì)應(yīng)的SIP邀請(qǐng)198。這觸發(fā)與PCRF 138的AA請(qǐng)求200和 AA回答202的交換，后跟SIP邀請(qǐng)204發(fā)出到S-CSCF 142。S-CSCF 142將SIP邀請(qǐng)206 發(fā)送到MS UA 124,其將HTTP創(chuàng)建208交付給NSCL 120。為了完成MS會(huì)話的設(shè)置，NSCL 用 HTTP 200 0K 210 對(duì) IMS UA 124 作出答復(fù)，該 IMS UA 124 然后將 SIP 200 0K 212 發(fā)送 到 S-CSCF 142,其向 P-CSCF 140 發(fā)送 SIP 200 0K 214。再次發(fā)生與 PCRF 138 的 AA 請(qǐng)求 216和AA回答218的交換以用于最后的QoS簡檔授權(quán)和確認(rèn)，并且P-CSCF 140向頂S UA 124 發(fā)送 SIP 200 OK 220,該 IMS UA 124 然后向 SCL 114 發(fā)送HTTP 200 OK 222。這時(shí)，應(yīng) 用可以在流224中開始傳送數(shù)據(jù)。
[0035] 圖6圖示對(duì)于其中M2M設(shè)備具有SIP接口和IMS預(yù)訂的實(shí)施例的架構(gòu)。圖6的架 構(gòu)與在圖1中圖示的相似，所附加的是M2M服務(wù)能力114和106可以利用Gm接口來直接訪 問MS核心130。在該情況下，頂S UA 124具有與MS核心的MS服務(wù)控制（ISC)接口。D/ G SCL 114和106每個(gè)還具有與MS核心的Gm接口。描繪在第一情況下兩個(gè)呼叫選項(xiàng)的呼 叫流在圖7和8中圖示。
[0036] 本領(lǐng)域內(nèi)技術(shù)人員將意識(shí)到圖7的呼叫流是等同于圖2的基于HTTP的呼叫流的 SIP。相似地，圖8是等同于圖3的基于HTTP的呼叫流的SIP。圖9相似地圖示對(duì)于基于 SIP設(shè)備的D/G SCL發(fā)起的上下文的MS會(huì)話設(shè)置。
[0037] 如在圖7中示出的，G/D SCL 114在152中向MS核心網(wǎng)絡(luò)130注冊(cè)(如果它還未 這樣做的話)。如果G/D SCL 114已經(jīng)向MS核心網(wǎng)絡(luò)130注冊(cè)，可以繞過步驟152。如果 頂S會(huì)話不可用于使用，則G/D SCL 114建立MS會(huì)話154。如果MS會(huì)話可用于使用，則 G/D SCL 134修改會(huì)話以基于請(qǐng)求的QoS簡檔添加新的IP流。在該示范性實(shí)施例的MS 會(huì)話發(fā)起和/或修改期間，頂S UA 124將HTTP創(chuàng)建消息157發(fā)送到NSCL 120,其用HTTP 200 0K 159作出答復(fù)以便用M2M NSCL 120確認(rèn)請(qǐng)求的QoS。圖示的示范性呼叫流示出兩個(gè) IP流156和158,其具有屬于兩個(gè)不同M2M應(yīng)用的不同QoS簡檔。在該示范性實(shí)施例中，應(yīng) 用ID可以包括在SDP級(jí)而不是會(huì)話級(jí)處，如上文論述的。在該圖示實(shí)施例中，頂S核心130 與PCRF 138之間的交互可以基于3GPP TS 29. 214,而PCRF與對(duì)于QoS執(zhí)行的分組核心網(wǎng) 絡(luò)之間的交互基于3GPP TS 29. 212 :"第三代合作伙伴計(jì)劃；技術(shù)規(guī)范組核心網(wǎng)絡(luò)和終端； 對(duì)Gx/Sd參考點(diǎn)的策略和計(jì)費(fèi)控制（PCC)"，其的相關(guān)教導(dǎo)通過引用合并。本領(lǐng)域內(nèi)技術(shù)人 員將意識(shí)到在該說明性示例中頂S UA 124與NSCL 120之間的交互示出為使用HTTP。在 成功的MS會(huì)話建立和/或修改之后，根據(jù)情況，SCL 114在步驟162中建立對(duì)于應(yīng)用1的 承載。在164中，SCL建立對(duì)于應(yīng)用2的承載。對(duì)于應(yīng)用1的數(shù)據(jù)傳遞可以在流166中開 始而對(duì)于應(yīng)用2的數(shù)據(jù)傳遞可以在流168中開始。本領(lǐng)域內(nèi)技術(shù)人員將意識(shí)到在該實(shí)施例 中，單個(gè)IMS會(huì)話用于支持多個(gè)IP流，每個(gè)M2M應(yīng)用一個(gè)。在單個(gè)IMS會(huì)話內(nèi)要支持的同 時(shí)IP流的數(shù)量取決于實(shí)現(xiàn)。如此，如需要的話，多個(gè)MS會(huì)話可以由IMS UA發(fā)起。
[0038] 圖8圖示使用端到端（end-to-end) SIP連接以實(shí)現(xiàn)每應(yīng)用使用一個(gè)IMS會(huì)話的第 二選項(xiàng)。此外，在該選項(xiàng)中，應(yīng)用ID可以包括在MS會(huì)話級(jí)處。
[0039] G/D SCL 114在152中向MS核心網(wǎng)絡(luò)130注冊(cè)（如果它還未這樣做的話)。如果 G/D SCL 114已經(jīng)注冊(cè)，則該步驟可以省略。G/D SCL 114建立兩個(gè)MS會(huì)話154a和154b， 每個(gè)應(yīng)用ID 156和158 -個(gè)。創(chuàng)建的MS會(huì)話154a和154b中的每個(gè)可以請(qǐng)求應(yīng)用所需 要的QoS簡檔。應(yīng)用ID可以包括在可允許正確計(jì)費(fèi)的會(huì)話級(jí)處。在圖示的實(shí)施例中，頂S 核心130與PCRF 138之間的交互可基于3GPP TS 29. 214,而PCRF 138與對(duì)于QoS執(zhí)行的 分組核心網(wǎng)絡(luò)之間的交互可以基于3GPP TS 29. 212。本領(lǐng)域內(nèi)技術(shù)人員將注意在圖8的說 明性實(shí)施例中，頂S UA 124與NSCL 120之間的交互使用HTTP來進(jìn)行。如此，頂S UA 124 向NSCL 120發(fā)出HTTP創(chuàng)建151，并且在MS會(huì)話154a的建立期間接收HTTP 200 0K 153 作為答復(fù)。在154b的建立期間，HTTP創(chuàng)建消息161和HTTP 200 0K 163如上文描述的那 樣交換。頂S UA 124向SCL 114返回HTTP 200 0K響應(yīng)156用于會(huì)話154a，并且返回HTTP 200 OK響應(yīng)158用于會(huì)話154b。SCL 114建立對(duì)于應(yīng)用1的承載162和對(duì)于應(yīng)用2的承載 164。對(duì)于應(yīng)用1的數(shù)據(jù)傳遞可在流166上開始并且對(duì)于應(yīng)用2的數(shù)據(jù)傳遞在流168上開 始。
[0040] 如在圖9中示出的，SCL 114向P-CSCF 140發(fā)出SIP邀請(qǐng)226。這觸發(fā)與PCRF 138的AA請(qǐng)求200和AA回答202的交換來授權(quán)QoS簡檔，后跟向S-CSCF 142發(fā)出的SIP 邀請(qǐng)204。S-CSCF 142將SIP邀請(qǐng)206發(fā)送到MS UA 124,其將HTTP創(chuàng)建208交付給 NSCL 120。為了完成MS會(huì)話的設(shè)置，NSCL用HTTP 200 0K 210對(duì)MS UA 124作出答復(fù) 來確認(rèn)請(qǐng)求的QoS簡檔，其然后將SIP 200 0K 212發(fā)送到S-CSCF 142,該S-CSCF 142向 P-CSCF 140發(fā)送SIP 200 0K 214。再次發(fā)生與PCRF 138的AA請(qǐng)求216和AA回答218的 交換用于最后的QoS簡檔授權(quán)和確認(rèn)，并且P-CSCF 140向SCL 114發(fā)送SIP 200 0K 228。 此時(shí)，應(yīng)用可以在未圖示的數(shù)據(jù)流中開始傳送數(shù)據(jù)。
[0041] 應(yīng)注意在上文描述的實(shí)施例中，在每個(gè)MS會(huì)話中存在生成業(yè)務(wù)流的多個(gè)設(shè)備/ 應(yīng)用配對(duì)。這與現(xiàn)有技術(shù)有明顯的區(qū)別。此外，在對(duì)業(yè)務(wù)流計(jì)費(fèi)的網(wǎng)絡(luò)中，單個(gè)IMS會(huì)話可 以生成能歸因于多個(gè)賬戶的計(jì)費(fèi)事件。
[0042] 圖10圖示用于實(shí)現(xiàn)上文描述的方法的節(jié)點(diǎn)。節(jié)點(diǎn)300包括用于與其它連接的節(jié) 點(diǎn)交互的網(wǎng)絡(luò)接口 302和用于訪問存儲(chǔ)在儲(chǔ)存庫304中的指令的處理器。在執(zhí)行存儲(chǔ)在儲(chǔ) 存庫304中的指令時(shí)，處理器可以實(shí)施實(shí)施上文描述的呼叫流所需要的方法。本領(lǐng)域內(nèi)技 術(shù)人員將意識(shí)到數(shù)據(jù)儲(chǔ)存庫304還可以用于在需要時(shí)存儲(chǔ)關(guān)于不同會(huì)話的狀態(tài)的信息。 [0043] 本發(fā)明的實(shí)施例可表示為存儲(chǔ)在機(jī)器可讀介質(zhì)(也稱為具有包含在其中的計(jì)算機(jī) 可讀程序代碼的計(jì)算機(jī)可讀介質(zhì)、處理器可讀介質(zhì)或計(jì)算機(jī)可用介質(zhì))中的軟件產(chǎn)品。機(jī)器 可讀介質(zhì)可以是任何適合的有形介質(zhì)，該有形介質(zhì)包括磁、光或電存儲(chǔ)介質(zhì)，其包括磁盤、 壓縮盤只讀存儲(chǔ)器（⑶-ROM)、數(shù)字多功能盤只讀存儲(chǔ)器（DVD-ROM)存儲(chǔ)器設(shè)備（易失性或 非易失性）或相似的存儲(chǔ)機(jī)構(gòu)。機(jī)器可讀介質(zhì)可包含各種指令、代碼序列、配置信息或其它 數(shù)據(jù)的集，其在執(zhí)行時(shí)促使處理器進(jìn)行根據(jù)本發(fā)明的實(shí)施例的方法中的步驟。本領(lǐng)域內(nèi)普 通技術(shù)人員將意識(shí)到實(shí)現(xiàn)描述的發(fā)明所必需的其它指令和操作也可存儲(chǔ)在機(jī)器可讀介質(zhì) 上。從機(jī)器可讀介質(zhì)運(yùn)行的軟件可與電路接口來執(zhí)行描述的任務(wù)。
[0044] 上文描述的本發(fā)明的實(shí)施例規(guī)定為僅是示例。可由本領(lǐng)域內(nèi)技術(shù)人員在不偏離本 發(fā)明的范圍的情況下對(duì)特定實(shí)施例實(shí)施更改、修改和變化，本發(fā)明的范圍僅由附于此的權(quán) 利要求書限定。
【權(quán)利要求】
1. 一種支持互聯(lián)網(wǎng)多媒體子系統(tǒng)aMS)網(wǎng)絡(luò)中的服務(wù)質(zhì)量（QoS)的方法，其包括： 在MS核心網(wǎng)絡(luò)的節(jié)點(diǎn)處接收注冊(cè)； 從與接收的注冊(cè)關(guān)聯(lián)的節(jié)點(diǎn)接收創(chuàng)建IMS會(huì)話來支持機(jī)器到機(jī)器數(shù)據(jù)會(huì)話的請(qǐng)求； 響應(yīng)于確定已經(jīng)存在適合的頂S會(huì)話，修改與所述適合的MS會(huì)話關(guān)聯(lián)的會(huì)話信息來 允許所述適合的會(huì)話運(yùn)送與創(chuàng)建會(huì)話的請(qǐng)求關(guān)聯(lián)的內(nèi)容流，并且根據(jù)接收的創(chuàng)建MS會(huì)話 的請(qǐng)求調(diào)整與所述適合的會(huì)話關(guān)聯(lián)的現(xiàn)有服務(wù)質(zhì)量。
2. 如權(quán)利要求1所述的方法，其中所述適合的IMS會(huì)話包含與從相同應(yīng)用類型接收的 創(chuàng)建IMS會(huì)話的多個(gè)請(qǐng)求關(guān)聯(lián)的數(shù)據(jù)流。
3. 如權(quán)利要求2所述的方法，其中應(yīng)用ID包括在與所述適合的MS會(huì)話關(guān)聯(lián)的MS會(huì) 話級(jí)數(shù)據(jù)中。
4. 如權(quán)利要求1所述的方法，其中所述適合的MS會(huì)話包含與多個(gè)設(shè)備和應(yīng)用配對(duì)關(guān) 聯(lián)的數(shù)據(jù)流。
5. 如權(quán)利要求4所述的方法，其中應(yīng)用ID和與所述適合的MS會(huì)話關(guān)聯(lián)的SDP包括在 一起。
6. 如權(quán)利要求1所述的方法，其中所述IMS核心網(wǎng)絡(luò)中的節(jié)點(diǎn)是代理呼叫會(huì)話控制功 能（P-CSCF)。
7. 如權(quán)利要求6所述的方法，其中修改會(huì)話信息的步驟包括所述P-CSCF和策略和計(jì)費(fèi) 規(guī)則功能與服務(wù)呼叫會(huì)話控制功能之間的信令。
8. 如權(quán)利要求1所述的方法，其中接收注冊(cè)和接收創(chuàng)建IMS會(huì)話的請(qǐng)求的步驟包括通 過使用超文本傳輸協(xié)議交付的消息來接收注冊(cè)請(qǐng)求和創(chuàng)建頂S會(huì)話的請(qǐng)求。
9. 如權(quán)利要求1所述的方法，其中接收注冊(cè)和接收創(chuàng)建IMS會(huì)話的請(qǐng)求的步驟包括通 過使用會(huì)話發(fā)起協(xié)議交付的消息來接收注冊(cè)請(qǐng)求和創(chuàng)建MS會(huì)話的請(qǐng)求。
10. -種用于代表機(jī)器到機(jī)器設(shè)備建立互聯(lián)網(wǎng)多媒體子系統(tǒng)（MS)會(huì)話的方法，所述 IMS會(huì)話具有關(guān)聯(lián)的服務(wù)質(zhì)量（QoS)策略，所述方法包括： 從請(qǐng)求節(jié)點(diǎn)接收對(duì)建立具有QoS策略的MS會(huì)話的請(qǐng)求，所請(qǐng)求的MS會(huì)話在機(jī)器到 機(jī)器設(shè)備處終止； 利用指令使所請(qǐng)求的會(huì)話向IMS核心網(wǎng)絡(luò)中的節(jié)點(diǎn)注冊(cè)，以根據(jù)所請(qǐng)求的會(huì)話的所述 QoS策略來修改現(xiàn)有IMS會(huì)話的QoS參數(shù)；以及 在接收已經(jīng)完成所述QoS參數(shù)的所述修改的指示時(shí)，使用所述現(xiàn)有的MS會(huì)話在所述 請(qǐng)求節(jié)點(diǎn)與第二終端節(jié)點(diǎn)之間創(chuàng)建連接，并且將連接參數(shù)通知所述請(qǐng)求節(jié)點(diǎn)和所述第二終 端節(jié)點(diǎn)兩者。
11. 如權(quán)利要求10所述的方法，其中所接收的請(qǐng)求是從所述機(jī)器到機(jī)器設(shè)備接收的 HTTP請(qǐng)求。
12. 如權(quán)利要求11所述的方法，其中所述請(qǐng)求從代表所述設(shè)備起作用的網(wǎng)關(guān)接收。
13. 如權(quán)利要求10所述的方法，其中所述請(qǐng)求從網(wǎng)絡(luò)服務(wù)能力層接收。
14. 如權(quán)利要求10所述的方法，其中所述IMS核心網(wǎng)絡(luò)中的所述節(jié)點(diǎn)是代理呼叫會(huì)話 控制功能。
15. 如權(quán)利要求10所述的方法，其中所述請(qǐng)求節(jié)點(diǎn)是機(jī)器到機(jī)器設(shè)備和機(jī)器到機(jī)器設(shè) 備網(wǎng)關(guān)中的一個(gè)，并且所述第二終端節(jié)點(diǎn)是網(wǎng)絡(luò)服務(wù)能力層。
16. 如權(quán)利要求10所述的方法，其中所述請(qǐng)求節(jié)點(diǎn)是網(wǎng)絡(luò)服務(wù)能力層并且所述第二終 端節(jié)點(diǎn)是機(jī)器到機(jī)器設(shè)備和機(jī)器到機(jī)器設(shè)備網(wǎng)關(guān)中的一個(gè)。
17. -種機(jī)器到機(jī)器用戶代理節(jié)點(diǎn)，其包括： 網(wǎng)絡(luò)接口，用于與網(wǎng)絡(luò)中的外部節(jié)點(diǎn)交互； 數(shù)據(jù)儲(chǔ)存庫，用于存儲(chǔ)指令；以及 處理器，其在執(zhí)行存儲(chǔ)在所述數(shù)據(jù)儲(chǔ)存庫中的指令時(shí)： 通過所述網(wǎng)絡(luò)接口接收用于建立具有服務(wù)質(zhì)量（QoS)策略的互聯(lián)網(wǎng)多媒體子系統(tǒng) (MS)會(huì)話的請(qǐng)求； 通過所述網(wǎng)絡(luò)接口向IMS核心網(wǎng)絡(luò)中的節(jié)點(diǎn)傳送請(qǐng)求，所述請(qǐng)求利用指令注冊(cè)所請(qǐng)求 的會(huì)話，以根據(jù)所請(qǐng)求的會(huì)話的所述策略來修改現(xiàn)有IMS會(huì)話的QoS參數(shù)；以及 在發(fā)出所接收的請(qǐng)求的節(jié)點(diǎn)與第二終端節(jié)點(diǎn)之間創(chuàng)建連接，所述連接使用所述現(xiàn)有的 IMS會(huì)話來滿足所接收的請(qǐng)求。
【文檔編號(hào)】H04L29/06GK104160676SQ201380012632
【公開日】2014年11月19日 申請(qǐng)日期:2013年1月4日 優(yōu)先權(quán)日:2012年1月6日
【發(fā)明者】G.富蒂 申請(qǐng)人:瑞典愛立信有限公司