用戶數(shù)圖發(fā)送處理方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實(shí)施例提供一種用戶數(shù)圖發(fā)送處理方法、裝置及系統(tǒng)。本發(fā)明用戶數(shù)圖發(fā)送處理方法，包括：接收用戶接入設(shè)備發(fā)送的消息；若所述消息為初始注冊消息，則在所述用戶接入設(shè)備注冊成功后，通過基于會話發(fā)起協(xié)議SIP的信令消息將用戶數(shù)圖發(fā)送給所述用戶接入設(shè)備。本發(fā)明實(shí)施例實(shí)現(xiàn)了在IMS和NGN網(wǎng)絡(luò)SIP協(xié)議下用戶數(shù)圖的下發(fā)處理，無需開發(fā)支持本地用戶數(shù)圖的維護(hù)功能，簡化運(yùn)維工作，降低了網(wǎng)改難度，既保持本地用戶撥號能夠快速匹配，又保證軟交換設(shè)備/IMS設(shè)備與用戶接入設(shè)備的用戶數(shù)圖能夠?qū)崟r同步，只在初始注冊成功后才發(fā)送攜帶用戶數(shù)圖的信令消息，可以減少消息的數(shù)量，避免過多消耗帶寬資源，給網(wǎng)絡(luò)和核心側(cè)設(shè)備帶來負(fù)載及處理壓力。
【專利說明】用戶數(shù)圖發(fā)送處理方法、裝置及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明實(shí)施例涉及通信技術(shù)，尤其涉及一種用戶數(shù)圖發(fā)送處理方法、裝置及系統(tǒng)。

【背景技術(shù)】
[0002]光纖接入場景(如光纖到戶(fiber to the home,簡稱FTTH)、光纖到路邊(fiberto the curb,簡稱FTTC)、光纖到大樓(fiber to the building,簡稱FTTB)等(統(tǒng)稱FTTX))的簡易運(yùn)維是各運(yùn)營商共同追求的目的，同時也是各設(shè)備廠家解決方案競爭力的集中體現(xiàn)。網(wǎng)絡(luò)協(xié)議(Internet Protocol,簡稱 IP)多媒體子系統(tǒng)(IP Multimedia Subsystem,簡稱IMS)建設(shè)和下一代網(wǎng)絡(luò)(next-generat1n network,簡稱NGN)網(wǎng)改下FTTX的會話發(fā)起協(xié)議(Sess1n Initiat1n Protocol,簡稱SIP)接入面臨著用戶本地數(shù)圖(Digit Map)的運(yùn)維問題，特別是固定終端或固網(wǎng)接入網(wǎng)關(guān)設(shè)備在業(yè)界主流運(yùn)營上采用松耦合(LooseCouple)流程下，用戶撥號需要在終端或接入網(wǎng)關(guān)設(shè)備上首先匹配數(shù)圖，因此簡化本地數(shù)圖發(fā)放和高效易運(yùn)維顯得更加緊迫和重要。
[0003]現(xiàn)有技術(shù)中通過人工手動或通過維護(hù)通道對用戶接入設(shè)備例如接入網(wǎng)關(guān)設(shè)備或終端進(jìn)行本地數(shù)圖預(yù)配置或預(yù)加載本地數(shù)圖文件?，F(xiàn)有技術(shù)的第一種方式為，核心網(wǎng)維護(hù)操作員直接在軟交換設(shè)備AMS設(shè)備上直接配置并修改數(shù)圖。同時，網(wǎng)元維護(hù)操作員通過網(wǎng)元管理系統(tǒng)(Element Management System,簡稱EMS)、自動配置服務(wù)器(AutoConfigurat1n Sserver,簡稱ACS)將數(shù)圖發(fā)放到用戶接入設(shè)備?，F(xiàn)有技術(shù)的第二種方式為，維護(hù)操作員直接在業(yè)務(wù)發(fā)放網(wǎng)關(guān)(Service Provis1nning Gateway,簡稱SPG)上維護(hù)數(shù)圖并發(fā)放到軟交換設(shè)備AMS上，同時SPG上的業(yè)務(wù)發(fā)放模塊通過EMS、ACS將數(shù)圖發(fā)放或加載到用戶接入設(shè)備上。上述第二種方式存在的問題:網(wǎng)改時涉及不同廠家海量的用戶接入設(shè)備及相關(guān)網(wǎng)元如SPG、EMS、ACS等接口需要配合開發(fā)支持?jǐn)?shù)圖發(fā)放，增加網(wǎng)改難度；上述第一種方式存在問題:各網(wǎng)元如軟交換設(shè)備/IMS、EMS、ACS等分別提供維護(hù)數(shù)圖接口，由各自網(wǎng)元維護(hù)工程師進(jìn)行數(shù)圖維護(hù)，存在運(yùn)維工作量大以及運(yùn)維工作復(fù)雜問題，同時軟交換AMS和接入設(shè)備和終端不能達(dá)到數(shù)圖方案實(shí)時同步。


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

[0004]本發(fā)明實(shí)施例提供一種用戶數(shù)圖發(fā)送處理方法、裝置及系統(tǒng)。
[0005]第一方面，本發(fā)明實(shí)施例提供一種用戶數(shù)圖發(fā)送處理方法，包括:
[0006]接收用戶接入設(shè)備發(fā)送的消息；
[0007]若所述消息為初始注冊消息，則在所述用戶接入設(shè)備注冊成功后，通過基于會話發(fā)起協(xié)議SIP的信令消息將用戶數(shù)圖發(fā)送給所述用戶接入設(shè)備。
[0008]結(jié)合第一方面，在第一方面的第一種實(shí)現(xiàn)方式中，所述用戶接入設(shè)備發(fā)送的消息中攜帶有用于指示所述用戶接入設(shè)備發(fā)送的消息為初始注冊消息的SIP消息頭域或SIP消息頭域參數(shù)。
[0009]結(jié)合第一方面，在第一方面的第二種實(shí)現(xiàn)方式中，所述方法還包括:
[0010]若所述用戶數(shù)圖有更新時，且所述用戶接入設(shè)備仍處于注冊成功狀態(tài)，則將所述更新的用戶數(shù)圖通過基于SIP協(xié)議的信令消息發(fā)送給所述用戶接入設(shè)備。
[0011]結(jié)合第一方面、第一方面的第一?二種實(shí)現(xiàn)方式，在第一方面的第三種實(shí)現(xiàn)方式中，所述信令消息攜帶所述用戶數(shù)圖的方式包括以下任意一種:
[0012]在所述信令消息中的擴(kuò)展媒體類型主體中增加一數(shù)圖體節(jié)點(diǎn)攜帶所述用戶數(shù)圖；
[0013]在所述信令消息中增加一數(shù)圖媒體類型，所述數(shù)圖媒體類型主體中攜帶所述用戶數(shù)圖；
[0014]在所述信令消息中經(jīng)過重新定義的純文本媒體類型主體中攜帶所述用戶數(shù)圖。
[0015]結(jié)合第一方面、第一方面的第一?二種實(shí)現(xiàn)方式，在第一方面的第四種實(shí)現(xiàn)方式中，所述方法還包括:
[0016]若所述用戶數(shù)圖超出消息包的預(yù)設(shè)長度，則采用預(yù)設(shè)的字符壓縮算法對所述用戶數(shù)圖進(jìn)行壓縮。
[0017]結(jié)合第一方面、第一方面的第一?二種實(shí)現(xiàn)方式，在第一方面的第五種實(shí)現(xiàn)方式中，所述信令消息包括通知Message消息。
[0018]第二方面，本發(fā)明實(shí)施例提供一種用戶數(shù)圖發(fā)送處理裝置，包括:
[0019]接收模塊，用于接收用戶接入設(shè)備發(fā)送的消息；
[0020]處理模塊，用于在判定所述消息為初始注冊消息時，給所述用戶接入設(shè)備注冊；
[0021]發(fā)送模塊，用于在所述用戶接入設(shè)備注冊成功后，通過基于會話發(fā)起協(xié)議的信令消息將用戶數(shù)圖發(fā)送給所述用戶接入設(shè)備。
[0022]結(jié)合第二方面，在第二方面的第一種實(shí)現(xiàn)方式中，所述處理模塊，具體用于:
[0023]根據(jù)所述用戶接入設(shè)備發(fā)送的消息中SIP消息頭域或SIP消息頭域參數(shù)，判斷所述用戶接入設(shè)備發(fā)送的消息為初始注冊消息。
[0024]結(jié)合第二方面，在第二方面的第二種實(shí)現(xiàn)方式中，所述處理模塊還用于:
[0025]判斷所述用戶數(shù)圖是否有更新；若判斷獲知到所述用戶數(shù)圖有更新時，判斷所述用戶接入設(shè)備是否仍處于注冊成功狀態(tài)；相應(yīng)的，所述發(fā)送模塊，還用于:
[0026]若所述用戶數(shù)圖有更新時，且所述用戶接入設(shè)備仍處于注冊成功狀態(tài)，則向所述用戶接入設(shè)備發(fā)送攜帶有經(jīng)過更新的用戶數(shù)圖的信令消息。
[0027]結(jié)合第二方面、第二方面的第一?二種實(shí)現(xiàn)方式，在第二方面的第三種實(shí)現(xiàn)方式中，所述信令消息攜帶所述用戶數(shù)圖的方式包括以下任意一種:
[0028]在所述信令消息中的擴(kuò)展媒體類型主體中增加一數(shù)圖體節(jié)點(diǎn)攜帶所述用戶數(shù)圖；
[0029]在所述信令消息中增加一數(shù)圖媒體類型，所述數(shù)圖媒體類型主體中攜帶所述用戶數(shù)圖；
[0030]在所述信令消息中經(jīng)過重新定義的的純文本媒體類型主體中攜帶所述用戶數(shù)圖。
[0031]結(jié)合第二方面、第二方面的第一?二種實(shí)現(xiàn)方式，在第二方面的第四種實(shí)現(xiàn)方式中，所述處理模塊，還用于:
[0032]若所述用戶數(shù)圖超出消息包的預(yù)設(shè)長度，則采用預(yù)設(shè)的字符壓縮算法對所述用戶數(shù)圖進(jìn)行壓縮。
[0033]結(jié)合第二方面、第二方面的第一?二種實(shí)現(xiàn)方式，在第二方面的第五種實(shí)現(xiàn)方式中，所述信令消息包括通知Message消息。
[0034]第三方面，本發(fā)明實(shí)施例提供一種用戶數(shù)圖發(fā)送處理系統(tǒng)，包括:
[0035]如第二方面以及第二方面的第一?五種實(shí)現(xiàn)方式中任一項所述的用戶數(shù)圖發(fā)送處理裝置，以及用戶接入設(shè)備。
[0036]本發(fā)明實(shí)施例用戶數(shù)圖發(fā)送處理方法、裝置及系統(tǒng)，通過接收用戶接入設(shè)備發(fā)送的消息，若所述消息為初始注冊消息，則在所述用戶接入設(shè)備注冊成功后，通過基于會話發(fā)起協(xié)議SIP的信令消息將用戶數(shù)圖發(fā)送給所述用戶接入設(shè)備，實(shí)現(xiàn)了在IMS和NGN網(wǎng)絡(luò)SIP協(xié)議下用戶數(shù)圖的下發(fā)處理，無需開發(fā)支持本地用戶數(shù)圖的維護(hù)功能，簡化運(yùn)維工作，降低了網(wǎng)改難度，并保證NGN軟交換設(shè)備/MS設(shè)備與用戶接入設(shè)備的用戶數(shù)圖能夠?qū)崟r同步，在初始注冊時發(fā)送攜帶用戶數(shù)圖的信令消息，可以減少消息的數(shù)量，減少了帶寬資源消耗，以及對網(wǎng)絡(luò)和核心側(cè)設(shè)備的負(fù)載及處理壓力，且保持本地配置用戶數(shù)圖號碼能夠快速匹配。

【專利附圖】

【附圖說明】
[0037]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0038]圖1為本發(fā)明用戶數(shù)圖發(fā)送處理方法實(shí)施例一的流程圖；
[0039]圖2為本發(fā)明用戶數(shù)圖發(fā)送處理方法實(shí)施例一的信令流程圖；
[0040]圖3為本發(fā)明用戶數(shù)圖發(fā)送處理裝置實(shí)施例一的結(jié)構(gòu)示意圖；
[0041]圖4為本發(fā)明用戶數(shù)圖發(fā)送處理系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖；
[0042]圖5為本發(fā)明用戶數(shù)圖發(fā)送處理設(shè)備實(shí)施例的結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0043]為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0044]圖1為本發(fā)明用戶數(shù)圖發(fā)送處理方法實(shí)施例一的流程圖。本實(shí)施例的執(zhí)行主體為用戶數(shù)圖發(fā)送處理裝置，該裝置可以通過軟件和/或硬件實(shí)現(xiàn)。如圖1所示，本實(shí)施例的方法可以包括:
[0045]步驟101、接收用戶接入設(shè)備發(fā)送的消息。
[0046]圖2為本發(fā)明用戶數(shù)圖發(fā)送處理方法實(shí)施例一的信令流程圖。
[0047]具體地，如圖2所示，本實(shí)施例中的用戶數(shù)圖發(fā)送處理裝置例如可以設(shè)置在軟交換設(shè)備或頂S設(shè)備中，用戶數(shù)圖發(fā)送處理裝置接收用戶接入設(shè)備發(fā)送的消息，進(jìn)而判斷消息是否為初始注冊消息，用戶接入設(shè)備例如是線路終端(Optical Line Terminal,簡稱0LT)、多用戶居住單元(Multiple Dwelling Unit,簡稱MDU)、光網(wǎng)絡(luò)單元(OpticalNetwork Unit,簡稱 ONU)、光網(wǎng)絡(luò)終端(Optical Network Terminal,簡稱 ONT)或客戶終端設(shè)備(Customer Premise Equipment,簡稱 CPE)等。
[0048]現(xiàn)有的用戶接入設(shè)備需要在初始注冊成功之后，向軟交換設(shè)備或MS設(shè)備發(fā)送Subscriber訂閱消息，以使軟交換設(shè)備或IMS設(shè)備發(fā)送Notify消息攜帶用戶數(shù)圖,這對于海量的用戶接入設(shè)備來說，Subscriber訂閱消息可能會形成消息風(fēng)暴消耗帶寬資源，同時核心側(cè)的軟交換設(shè)備或IMS設(shè)備對Subsriber訂閱的Notify消息處理會對軟交換設(shè)備或MS設(shè)備內(nèi)存長時間占用造成性能問題。而本實(shí)施例中無需發(fā)送訂閱消息，減少了帶寬資源消耗，并且減輕核心側(cè)的軟交換設(shè)備或MS設(shè)備對消息處理的壓力。
[0049]步驟102、若所述消息為初始注冊消息，則在所述用戶接入設(shè)備注冊成功后，通過基于會話發(fā)起協(xié)議SIP的信令消息將用戶數(shù)圖發(fā)送給所述用戶接入設(shè)備。
[0050]具體地，如圖2所示，如果用戶數(shù)圖發(fā)送處理裝置判斷獲知到消息是初始注冊消息，則在所述用戶接入設(shè)備注冊成功后，即在網(wǎng)絡(luò)側(cè)回復(fù)注冊成功確認(rèn)消息后，直接向用戶接入設(shè)備發(fā)送攜帶有用戶數(shù)圖的信令消息，如果判斷獲知到消息不是初始注冊消息，則無需發(fā)送攜帶有用戶數(shù)圖的信令消息，信令消息可以是SIP信令例如可以是通知Message消息，用戶接入設(shè)備保存用戶數(shù)圖，后續(xù)該用戶接入設(shè)備的所有呼叫撥號，利用該用戶數(shù)圖進(jìn)行號碼匹配，匹配撥號方案。用戶接入網(wǎng)關(guān)設(shè)備在啟動、重啟動、復(fù)位、用戶注銷后等進(jìn)行重新初始注冊時，需要獲取用戶數(shù)圖，確保與軟交換網(wǎng)元的用戶數(shù)圖同步，刷新注冊無需下發(fā)用戶數(shù)圖。
[0051]同一用戶接入設(shè)備的不同用戶，終端為減少用戶數(shù)圖空間占用，對于相同用戶數(shù)圖體內(nèi)容可以只保存一份，用戶通過用戶數(shù)圖索引關(guān)聯(lián)用戶數(shù)圖內(nèi)容，此方法適合于中大規(guī)格語音用戶的接入網(wǎng)關(guān)處理。
[0052]本實(shí)施例，通過接收用戶接入設(shè)備發(fā)送的消息，若所述消息為初始注冊消息，則在所述用戶接入設(shè)備注冊成功后，通過基于會話發(fā)起協(xié)議SIP的信令消息將用戶數(shù)圖發(fā)送給所述用戶接入設(shè)備，實(shí)現(xiàn)了在MS和NGN網(wǎng)絡(luò)SIP協(xié)議下用戶數(shù)圖的下發(fā)處理，無需開發(fā)支持本地用戶數(shù)圖的維護(hù)功能，簡化運(yùn)維工作，降低了網(wǎng)改難度，并保證軟交換設(shè)備AMS設(shè)備與用戶接入設(shè)備的用戶數(shù)圖能夠?qū)崟r同步，在初始注冊時發(fā)送攜帶用戶數(shù)圖的信令消息，可以減少消息的數(shù)量，減少了帶寬資源消耗，以及網(wǎng)絡(luò)和核心側(cè)設(shè)備的負(fù)載及處理壓力，且本地配置用戶數(shù)圖號碼能夠快速匹配。
[0053]在本發(fā)明用戶數(shù)圖發(fā)送處理方法實(shí)施例二中，在圖1所示方法實(shí)施例的基礎(chǔ)上，本實(shí)施例的方法中，所述用戶接入設(shè)備發(fā)送的消息中攜帶有用于指示所述用戶接入設(shè)備發(fā)送的消息為初始注冊消息的SIP消息頭域或SIP消息頭域參數(shù)。
[0054]具體地，通過消息中攜帶的SIP消息頭域或SIP消息頭域參數(shù)或擴(kuò)展頭域參數(shù)來和軟交換設(shè)備/IMS設(shè)備約定初始注冊。
[0055]可選地，本實(shí)施例的方法還包括:
[0056]若用戶數(shù)圖有更新時，且所述用戶接入設(shè)備仍處于注冊成功狀態(tài)，則將所述更新的用戶數(shù)圖通過基于SIP協(xié)議的信令消息發(fā)送給所述用戶接入設(shè)備。
[0057]具體地，在軟交換設(shè)備/MS設(shè)備中的用戶數(shù)圖有更新時，用戶數(shù)圖發(fā)送處理裝置根據(jù)刷新注冊消息判斷用戶接入設(shè)備是否仍處于注冊成功狀態(tài)，如果是，則直接向用戶接入設(shè)備發(fā)送攜帶有經(jīng)過更新的用戶數(shù)圖的基于SIP協(xié)議的信令消息。
[0058]可選地，信令消息攜帶用戶數(shù)圖可以采用以下任意一種方式實(shí)現(xiàn):
[0059]第一種方式:
[0060]在信令消息中的擴(kuò)展媒體類型主體中增加一數(shù)圖體節(jié)點(diǎn)攜帶用戶數(shù)圖。
[0061]具體地，歐洲電信標(biāo)準(zhǔn)組織(EuropeanTelecommunicat1ns StandardsInstitute,簡稱:ETSI) TS183043 標(biāo)準(zhǔn)中的擴(kuò)展媒體類型 Content-Type: applicat1n/simservs+xml,主體中增加擴(kuò)展數(shù)圖體節(jié)點(diǎn)攜帶用戶數(shù)圖。
[0062]第二種方式:
[0063]在信令消息中增加一數(shù)圖媒體類型，數(shù)圖媒體類型主體中攜帶用戶數(shù)圖。
[0064]具體地，定義新的擴(kuò)展媒體類型，數(shù)圖媒體類型Content-Type:applicat1n/digitmap+xml,主體中攜帶所述用戶數(shù)圖。
[0065]第三種方式:
[0066]在信令消息中經(jīng)過重新定義的純文本媒體類型主體中攜帶用戶數(shù)圖。
[0067]具體地，定義純文本媒體類型Content-Type: text/plain,主體中攜帶所述用戶數(shù)圖。
[0068]可選地，本實(shí)施例的方法還包括:
[0069]若用戶數(shù)圖超出消息包的預(yù)設(shè)長度，則采用預(yù)設(shè)的字符壓縮算法對用戶數(shù)圖進(jìn)行壓縮。
[0070]具體地，用戶數(shù)圖格式可兼容媒體網(wǎng)關(guān)控制協(xié)議(Media Gateway ControlProtocol,簡稱MGCP)或Η.248用戶數(shù)圖定義，具體參見:RFC2705，國際電信聯(lián)盟遠(yuǎn)程通信標(biāo)準(zhǔn)化組織(Internat1nal Telecommunicat1n Un1n Telecommunicat1nStandardizat1n Sector，簡稱 ITU_T)H.248.1。根據(jù) TR069/TR104 標(biāo)準(zhǔn)定義，用戶數(shù)圖配置長度為256字節(jié)，正常情況下，可直接利用消息下發(fā)；對于較長用戶數(shù)圖可以采用如下處理方式:對于用戶數(shù)圖體超過IKbyte的用戶數(shù)圖稱為較長用戶數(shù)圖，考慮用戶數(shù)圖基于字符和正則表達(dá)式的特征，可采用Huffman等字符壓縮算法，壓縮數(shù)圖體后減少消息體長度后再進(jìn)行發(fā)送。
[0071]可選地，信令消息包括通知Message消息。
[0072]具體地，信令消息可以通過RFC3428的實(shí)時消息Message消息來攜帶用戶數(shù)圖，由于Message消息是SIP消息，所以它繼承了 SIP協(xié)議所有的路由和安全特性。
[0073]本實(shí)施例，若用戶數(shù)圖有更新時，且所述用戶接入設(shè)備仍處于注冊成功狀態(tài)，則直接向用戶接入設(shè)備發(fā)送攜帶有用戶數(shù)圖的信令消息，實(shí)現(xiàn)了用戶數(shù)圖實(shí)時更新，保證軟交換設(shè)備/IMS設(shè)備與用戶接入設(shè)備的用戶數(shù)圖能夠?qū)崟r同步；根據(jù)消息中攜帶的會話發(fā)起協(xié)議SIP消息頭域或會話發(fā)起協(xié)議SIP消息頭域參數(shù)，判斷獲知消息為初始注冊消息；信令消息攜帶用戶數(shù)圖采用三種媒體類型的任意一種方式實(shí)現(xiàn)；若用戶數(shù)圖超出消息包的預(yù)設(shè)長度，則采用預(yù)設(shè)的字符壓縮算法對用戶數(shù)圖進(jìn)行壓縮；信令消息包括通知Message消息，實(shí)現(xiàn)了在IMS和NGN網(wǎng)改下用戶數(shù)圖的本地配置，無需開發(fā)支持本地用戶數(shù)圖的維護(hù)功能，簡化運(yùn)維工作及風(fēng)險，并降低了網(wǎng)改難度，且本地配置用戶數(shù)圖號碼能夠快速匹配。
[0074]圖3為本發(fā)明用戶數(shù)圖發(fā)送處理裝置實(shí)施例一的結(jié)構(gòu)示意圖，如圖3所示，本實(shí)施例的用戶數(shù)圖發(fā)送處理裝置30可以包括:接收模塊301、處理模塊302、發(fā)送模塊303，其中，接收模塊301用于接收用戶接入設(shè)備發(fā)送的消息；處理模塊302，用于在判定所述消息為初始注冊消息時，給所述用戶接入設(shè)備注冊；發(fā)送模塊303，用于在所述用戶接入設(shè)備注冊成功后，通過基于會話發(fā)起協(xié)議的信令消息將用戶數(shù)圖發(fā)送給所述用戶接入設(shè)備。
[0075]本實(shí)施例的裝置，可以用于執(zhí)行圖1所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。
[0076]在本發(fā)明用戶數(shù)圖發(fā)送處理裝置實(shí)施例二中，本實(shí)施例的裝置在圖3所示裝置結(jié)構(gòu)的基礎(chǔ)上，進(jìn)一步地，處理模塊302，具體用于:根據(jù)所述用戶接入設(shè)備發(fā)送的消息中SIP消息頭域或SIP消息頭域參數(shù)，判斷所述用戶接入設(shè)備發(fā)送的消息為初始注冊消息。
[0077]可選地，所述處理模塊302還用于:判斷所述用戶數(shù)圖是否有更新；若判斷獲知到所述用戶數(shù)圖有更新時，判斷所述用戶接入設(shè)備是否仍處于注冊成功狀態(tài)；相應(yīng)的，發(fā)送模塊303，還用于:若所述用戶數(shù)圖有更新時，且所述用戶接入設(shè)備仍處于注冊成功狀態(tài)，則向所述用戶接入設(shè)備發(fā)送攜帶有經(jīng)過更新的用戶數(shù)圖的信令消息。
[0078]可選地，信令消息攜帶用戶數(shù)圖的方式可以包括以下任意一種:
[0079]在信令消息中的擴(kuò)展媒體類型主體中增加一數(shù)圖體節(jié)點(diǎn)攜帶用戶數(shù)圖；
[0080]在信令消息中增加一數(shù)圖媒體類型，數(shù)圖媒體類型主體中攜帶用戶數(shù)圖；
[0081]在信令消息中經(jīng)過重新定義的的純文本媒體類型主體中攜帶用戶數(shù)圖。
[0082]可選地，處理模塊302，還用于:若用戶數(shù)圖超出消息包的預(yù)設(shè)長度，則采用預(yù)設(shè)的字符壓縮算法對用戶數(shù)圖進(jìn)行壓縮。
[0083]可選地，信令消息可以包括通知Message消息。
[0084]本實(shí)施例的裝置，可以用于執(zhí)行方法實(shí)施例二的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。
[0085]圖4為本發(fā)明用戶數(shù)圖發(fā)送處理系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖，如圖4所示，本實(shí)施例的系統(tǒng)包括:用戶數(shù)圖發(fā)送處理裝置30和用戶接入設(shè)備40，其中，用戶數(shù)圖發(fā)送處理裝置30可以采用上述任一裝置實(shí)施例的結(jié)構(gòu)，其對應(yīng)地，可以執(zhí)行上述任一方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。
[0086]圖5為本發(fā)明用戶數(shù)圖發(fā)送處理設(shè)備實(shí)施例的結(jié)構(gòu)示意圖，如圖5所示，本實(shí)施例的用戶數(shù)圖發(fā)送處理設(shè)備50包括:處理器501和存儲器502，用戶數(shù)圖發(fā)送處理設(shè)備50還可以包括發(fā)射器503、接收器504。發(fā)射器503和接收器504可以和處理器501相連。其中，發(fā)射器503用于發(fā)送數(shù)據(jù)或消息，接收器904用于接收數(shù)據(jù)或消息，存儲器502存儲執(zhí)行指令，當(dāng)用戶數(shù)圖發(fā)送處理設(shè)備50運(yùn)行時，處理器501與存儲器502之間通信，處理器501執(zhí)行所述執(zhí)行指令使得用戶數(shù)圖發(fā)送處理設(shè)備50執(zhí)行任一方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。
[0087]在本發(fā)明所提供的幾個實(shí)施例中，應(yīng)該理解到，所揭露的裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。
[0088]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。
[0089]另外，在本發(fā)明各個實(shí)施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨(dú)物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用硬件加軟件功能單元的形式實(shí)現(xiàn)。
[0090]上述以軟件功能單元的形式實(shí)現(xiàn)的集成的單元，可以存儲在一個計算機(jī)可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個實(shí)施例所述方法的部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(Read-Only Memory, ROM)、隨機(jī)存取存儲器(Random Access Memory, RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0091]本領(lǐng)域技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，僅以上述各功能模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。上述描述的裝置的具體工作過程，可以參考前述方法實(shí)施例中的對應(yīng)過程，在此不再贅述。
[0092]最后應(yīng)說明的是:以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。
【權(quán)利要求】
1.一種用戶數(shù)圖的發(fā)送方法，其特征在于，包括: 接收用戶接入設(shè)備發(fā)送的消息； 若所述消息為初始注冊消息，則在所述用戶接入設(shè)備注冊成功后，通過基于會話發(fā)起協(xié)議SIP的信令消息將用戶數(shù)圖發(fā)送給所述用戶接入設(shè)備。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶接入設(shè)備發(fā)送的消息中攜帶有用于指示所述用戶接入設(shè)備發(fā)送的消息為初始注冊消息的SIP消息頭域或SIP消息頭域參數(shù)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 若所述用戶數(shù)圖有更新時，且所述用戶接入設(shè)備仍處于注冊成功狀態(tài)，則將所述更新的用戶數(shù)圖通過基于SIP協(xié)議的信令消息發(fā)送給所述用戶接入設(shè)備。
4.根據(jù)權(quán)利要求1?3任一項所述的方法，其特征在于，所述信令消息攜帶所述用戶數(shù)圖的方式包括以下任意一種: 在所述信令消息中的擴(kuò)展媒體類型主體中增加一數(shù)圖體節(jié)點(diǎn)攜帶所述用戶數(shù)圖； 在所述信令消息中增加一數(shù)圖媒體類型，所述數(shù)圖媒體類型主體中攜帶所述用戶數(shù)圖； 在所述信令消息中經(jīng)過重新定義的純文本媒體類型主體中攜帶所述用戶數(shù)圖。
5.根據(jù)權(quán)利要求1?3任一項所述的方法，其特征在于，所述方法還包括: 若所述用戶數(shù)圖超出消息包的預(yù)設(shè)長度，則采用預(yù)設(shè)的字符壓縮算法對所述用戶數(shù)圖進(jìn)行壓縮。
6.根據(jù)權(quán)利要求1?3任一項所述的方法，其特征在于，所述信令消息包括通知Message 消息。
7.一種用戶數(shù)圖發(fā)送裝置，其特征在于，包括: 接收模塊，用于接收用戶接入設(shè)備發(fā)送的消息； 處理模塊，用于在判定所述消息為初始注冊消息時，給所述用戶接入設(shè)備注冊；發(fā)送模塊，用于在所述用戶接入設(shè)備注冊成功后，通過基于會話發(fā)起協(xié)議的信令消息將用戶數(shù)圖發(fā)送給所述用戶接入設(shè)備。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述處理模塊，具體用于: 根據(jù)所述用戶接入設(shè)備發(fā)送的消息中SIP消息頭域或SIP消息頭域參數(shù)，判斷所述用戶接入設(shè)備發(fā)送的消息為初始注冊消息。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述處理模塊還用于:判斷所述用戶數(shù)圖是否有更新；若判斷獲知到所述用戶數(shù)圖有更新時，判斷所述用戶接入設(shè)備是否仍處于注冊成功狀態(tài)；相應(yīng)的，所述發(fā)送模塊，還用于: 若所述用戶數(shù)圖有更新時，且所述用戶接入設(shè)備仍處于注冊成功狀態(tài)，則向所述用戶接入設(shè)備發(fā)送攜帶有經(jīng)過更新的用戶數(shù)圖的信令消息。
10.根據(jù)權(quán)利要求7?9任一項所述的裝置，其特征在于，所述信令消息攜帶所述用戶數(shù)圖的方式包括以下任意一種: 在所述信令消息中的擴(kuò)展媒體類型主體中增加一數(shù)圖體節(jié)點(diǎn)攜帶所述用戶數(shù)圖； 在所述信令消息中增加一數(shù)圖媒體類型，所述數(shù)圖媒體類型主體中攜帶所述用戶數(shù)圖； 在所述信令消息中經(jīng)過重新定義的的純文本媒體類型主體中攜帶所述用戶數(shù)圖。
11.根據(jù)權(quán)利要求7?9任一項所述的裝置，其特征在于，所述處理模塊，還用于: 若所述用戶數(shù)圖超出消息包的預(yù)設(shè)長度，則采用預(yù)設(shè)的字符壓縮算法對所述用戶數(shù)圖進(jìn)行壓縮。
12.根據(jù)權(quán)利要求7?9任一項所述的裝置，其特征在于，所述信令消息包括通知Message 消息。
13.一種用戶數(shù)圖發(fā)送處理系統(tǒng)，其特征在于，包括: 如權(quán)利要求7?12任一項所述的用戶數(shù)圖發(fā)送處理裝置，以及用戶接入設(shè)備。
【文檔編號】H04L29/06GK104426883SQ201310395234
【公開日】2015年3月18日 申請日期:2013年9月3日 優(yōu)先權(quán)日:2013年9月3日
【發(fā)明者】王鍇, 馮斌, 李笑霜 申請人:華為技術(shù)有限公司