專利名稱：在設(shè)備連接會話過程中延時等待的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及在設(shè)備連接會話過程中延等待的實現(xiàn)方法。
背景技術(shù)：
移動終端是整個移動運營服務(wù)體系中重要組成部分。隨著終端功能的日趨復(fù)雜，終端軟件出現(xiàn)問題的可能性顯著增加。未來運營商之間的競爭日趨激烈，如何有效的保證用戶體驗、提高用戶忠誠度，保持高效的服務(wù)質(zhì)量以及低成本的設(shè)備維護已經(jīng)成為運營商、終端廠商的一個重要關(guān)注點。
由于在進行設(shè)備維護的過程中，不同的維護過程需要的時長并不相同，因此，無法制定一個統(tǒng)一的超時時長來處理系統(tǒng)的超時問題。現(xiàn)有的開放移動聯(lián)盟設(shè)備管理(OMA DM)規(guī)范也沒有一種有效的機制，用于處理超時問題。
在現(xiàn)有的技術(shù)方案中，由于下發(fā)的某一個操作可能消耗不可預(yù)知的時間，它沒有指定操作的狀態(tài)信息必須在規(guī)定的時間內(nèi)返回，服務(wù)器一直等待操作結(jié)果的狀態(tài)信息返回。如圖1A所示，其處理步驟如下步驟1按照OMADM協(xié)議中的Setup phase建立連接(省略連接的具體過程)；步驟2服務(wù)器下發(fā)一個操作請求；例如如下命令；<Get>
<CmdID>1</CmdID>
<Item>
<Target>
<LocURI>./Setting_data/set</LocURI>
</Target>
</Item></Get>
步驟3終端執(zhí)行該操作請求，同時服務(wù)器等待該操作結(jié)果；步驟4終端返回操作結(jié)果，服務(wù)器結(jié)束等待狀態(tài)；<Result>
<MsgRef>5</MsgRef>
<CmdRef>1</CmdRef>
<CmdID>2</CmdID>
<Item>
<Source>
<LocURI>./Setting_data/set</LocURI>
</Source>
<Data>123</Data>
</Item>
</Result>
步驟5進行下一個操作。
由于OMA DM中某些操作的時間是無法估計的，而一旦操作方在操作過程中，發(fā)生了故障(操作方斷電或者沒有網(wǎng)絡(luò)信號等)，導(dǎo)致無法回復(fù)下一個消息給申請操作方的時候，則會使得申請操作方處于長期的等待狀態(tài)，直至最后的超時。參閱圖1B所示，其處理過程如下步驟1按照OMADM協(xié)議中的Setup phase建立連接(省略連接的具體過程)；步驟2申請操作方下發(fā)一個操作請求；步驟3操作方出現(xiàn)故障(斷電或者網(wǎng)絡(luò)信號中斷)，導(dǎo)致無法回復(fù)一個Alert(1223)消息給申請操作方。
步驟4申請操作方等待操作方的Alert消息或者是返回的一個操作結(jié)果；步驟5申請操作方等待超時；
步驟6申請操作方斷開連接。
由于OMA DM協(xié)議中的某些操作時間的無法估計的，有的操作時間極長，這就可能無法保證操作耗時能夠在另一方超時前完成正常完成，在操作方?jīng)]有完成此次操作的時候，連接已被中斷。參閱圖1C所示，其流程如下步驟1按照OMA DM協(xié)議中的Setup Phase建立連接(省略連接的具體過程)；步驟2申請操作方下發(fā)操作請求；步驟3操作方執(zhí)行操作請求；步驟4申請操作方進入延時等待狀態(tài)；步驟5申請操作方，延時等待超時，發(fā)送一個中止連接消息Alert(1223)；<Alert>
<CmdID>2</CmdID>
<Data>1223</Data><!--an unexpected end-->
<Item></Item>
<Item>
<Data></Data>
</Item>
</Alert>
步驟6申請操作方斷開此次連接，釋放相關(guān)的系統(tǒng)資源。
上述的現(xiàn)有方案存在以下缺點1、為所有操作設(shè)定統(tǒng)一的超時時間，如果執(zhí)行操作的方完成操作的時間大于超時時間，則申請操作的設(shè)備會中斷連接，無法保證該操作能夠在系統(tǒng)超時前正常完成，降低了連接會話過程的可靠性。
2、在執(zhí)行操作的過程中，申請操作的設(shè)備不能及時得知執(zhí)行操作的設(shè)備的狀態(tài)。

發(fā)明內(nèi)容
本發(fā)明提供一種在設(shè)備連接會話過程中延時等待的實現(xiàn)方法，用以解決現(xiàn)有技術(shù)在執(zhí)行的設(shè)備完成操作耗時超過規(guī)定的超時時間時，申請操作的設(shè)備斷開連接而無法保證操作正常完成的問題。
為解決上述問題，本發(fā)明提供以下技術(shù)方案一種在設(shè)備連接會話過程中延時等待的實現(xiàn)方法，該方法在申請操作的設(shè)備與執(zhí)行操作的設(shè)備之間建立連接，由申請操作的設(shè)備向執(zhí)行操行的設(shè)備下發(fā)操作；在執(zhí)行操作的設(shè)備進行操作過程中，申請操作的設(shè)備按超時時間等待執(zhí)行操作的設(shè)備返回操作結(jié)果；其中，當所述執(zhí)行操作的設(shè)備確定在所述超時時間內(nèi)無法完成所述操作時，向申請操作的設(shè)備發(fā)送延時通知消息，申請操作的設(shè)備根據(jù)該延時通知消息延長等待操作結(jié)果的時間。
所述超時時間由申請操作的設(shè)備與執(zhí)行操作的設(shè)備在建立連接時協(xié)商確定；或者，所述超時時間采用可被修改的固定值。
申請操作的設(shè)備延長等待操作結(jié)果的時間是指重新按超時時間等執(zhí)行操作的設(shè)備返回操作結(jié)果，或?qū)⒌却氖Ｓ鄷r間與該通知消息中要求延長的時間累加作為超時時間，并重新按該超時時間等執(zhí)行操作的設(shè)備返回操作結(jié)果。
申請操作的設(shè)備在收到所述延時通知消息后還向執(zhí)行操作的設(shè)備返回響應(yīng)消息。
申請操作的設(shè)備在延長等待時間后，若在超時到達前接收到執(zhí)行操作的設(shè)備返回的操作結(jié)果，則結(jié)束等待。
所述的設(shè)備包括設(shè)備管理系統(tǒng)中的設(shè)備管理服務(wù)器和終端設(shè)備。
通過擴展OMA DM協(xié)議中的命令發(fā)送延時通知消息，或者，通過在OMADM協(xié)議中增加命令來發(fā)送延時通知消息，或者，通過自定義標識符發(fā)送到申請操作的設(shè)備作為通知消息。
本發(fā)明具有以下有益效果1、本發(fā)明在執(zhí)行操作的設(shè)備發(fā)現(xiàn)目前的操作需要的時長可能會導(dǎo)致對端超時時，通過發(fā)送延時通知消息來使申請操作的設(shè)備延長等待操作結(jié)果的時間，以保證該次操作能夠正常完成，從而提高了連接會話過程的可靠性，也有效的增加了服務(wù)的可實施性和可擴展性。
2、通過雙方設(shè)備協(xié)商合理的超時時間，以及在執(zhí)行操作的設(shè)備出現(xiàn)故障時申請操作的設(shè)備主動地斷開連接，能夠最大程度減少網(wǎng)絡(luò)資源的浪費。
3、通過發(fā)送延時通知消息，使申請操作的設(shè)備能夠能及時地得知對方的當前的狀態(tài)；通過回復(fù)延時通知消息，可使執(zhí)行操作的設(shè)備獲知申請操作的設(shè)備和網(wǎng)絡(luò)的狀態(tài)；因此，還可起到故障診斷功能。


圖1A、圖1B、圖1C為現(xiàn)有技術(shù)中設(shè)備管理服務(wù)器等待終端設(shè)備操作結(jié)果的流程圖；圖2A為本發(fā)明中服務(wù)器與終端設(shè)備在連接階段協(xié)商超時時長的示意圖；圖2B為本發(fā)明中在設(shè)備的管理樹上保存固定超時時長的示意圖；圖3A、圖3B服務(wù)器收到延時通知消息后延長超時時間的處理流程圖；圖4A為服務(wù)器收到延時通知消息后進行回復(fù)的流程圖；圖4B為服務(wù)器收到延時通知消息后不回復(fù)的流程圖；圖5A為終端設(shè)備發(fā)送延時通知消息的時間點示意圖；圖5B為服務(wù)器在延時時間內(nèi)收到操作結(jié)果并結(jié)束等待的示意圖；圖5C為服務(wù)器在延時時間內(nèi)收到延時通知消息并延時等待的流程圖；圖5D為服務(wù)器主動斷開連接的示意圖。
具體實施例方式
由于在申請操作的設(shè)備下發(fā)操作后，在執(zhí)行操作的設(shè)備上完成不同的操作需要的時長并不相同，因此，本發(fā)明在執(zhí)行的操作需要的時間過長而使執(zhí)行操作的設(shè)備不能在超時時間內(nèi)完成操作時，由執(zhí)行操作的設(shè)備向申請操作的設(shè)備發(fā)送一個延時通知消息，申請操作的設(shè)備接收到該延時通知消息后，延長等待操作返回結(jié)果的延時時間。
本實施例主要以設(shè)備管理(DM)中設(shè)備管理服務(wù)器對終端設(shè)備的管理為例進行說明，其中，申請操作的設(shè)備可以是設(shè)備管理服務(wù)器，執(zhí)行操作的設(shè)備是終端設(shè)備；同理，申請操作的設(shè)備可以是終端設(shè)備，執(zhí)行操作的設(shè)備可以是設(shè)備管理服務(wù)器。終端設(shè)備包括但不限于現(xiàn)有的移動終端和固定終端。
為了能夠比較合理的確定等待操作結(jié)果的超時時間，設(shè)備管理服務(wù)器與終端設(shè)備可采用下述方式協(xié)商雙方的超時時間(1)、在建立連接階段確定超時時間當設(shè)備管理服務(wù)器向終端設(shè)備發(fā)送一個操作請求以后，進入一個延時等待狀態(tài)，等待終端設(shè)備的返回結(jié)果，延時等待時間的確定可以由終端設(shè)備和設(shè)備管理服務(wù)器在連接建立階段中進行協(xié)商，如圖2A所示。協(xié)商包括但不限于簡單的告知、取最大值，取最小值、平均值等。例如，終端設(shè)備所確定的延時等待時間為15秒，而設(shè)備管理服務(wù)器所確定的延時等待時間為10秒，則可能按照最小值原則(為了最大程度減少設(shè)備管理服務(wù)器的等待時間)，取該次連接過程中延時等待時間為10秒。
(2)、采用固定的超時時間值設(shè)定一個固定超時時間值，該值可以存放于管理樹的節(jié)點上，每次連接建立以后，從管理樹中取該節(jié)點的值，將該值作為此次連接的超時時間值。如圖2B所示，可以將其值存放于Operator節(jié)點下面。
超時時間值可以被修改，由服務(wù)器或者是終端通過OMA DM提供的Replace命令進行修改。一個修改超時時間值的示例如下<Replace>
<CmdID>3</CmdID>
<Item>
<Source><LocURI>./Operator/Timeout</LocURI></Source>
<Meta>
<Format xmlns=′syncml:metinf′>Integer</Format>
<Type xmlns=′syncml:metinf′>text/plain</Type>
</Meta>
<Data>15</Data>
</Item>
</Replace>
由于OMA DM協(xié)議中并沒有規(guī)定延時通知消息，可以采用以下三種方式來實現(xiàn)(1)、擴展OMA DM協(xié)議中的Alert命令的定義在現(xiàn)有的OMA DM協(xié)議中，已經(jīng)對Alert命令擴展了不同的定義，它主要用于警告，或者提醒用途；例如Alert(1222)是用于傳輸大文件的時候，可以由發(fā)送端發(fā)送一個Alert(1222)，表示后續(xù)還由其他的消息(message)到達；而Alert(1223)表示發(fā)送方要對此次連接中斷。
因此延時通知消息的實現(xiàn)，可以在原有OMADM協(xié)議的基礎(chǔ)上，對Alert命令進行擴展，作為延時等待的一個Alert命令，但是擴展必須是在保證不和原有的OMA DM協(xié)議中已擴展的Alert命令沖突的基礎(chǔ)上的。例如，可以擴展延時通知消息Alert命令為2000(假設(shè)2000是不和OMA DM協(xié)議中原有的Alert擴展命令沖突的基礎(chǔ)上的，其他隨意的編號，只要不和原有的Alert擴展命令沖突即可)。延時等待時間值可以由發(fā)送端和接收端事先通過協(xié)商機制確定，也可以將延時等待時間值放置于Alert消息中。示例如下<Alert>
<CmdID>2</CmdID>
<Data>2000</Data><!--延時通知消息-->
<Item></Item>
<Item>
<Data>15</Data><!延時等待時間值，可選-->
</Item>
</Alert>
(2)、擴展OMA DM協(xié)議命令由于OMA DM協(xié)議中為提供相關(guān)的延時等待機制，也可以通過對OMADM的命令進行擴展，例如，提供一個Delay命令，作為一個延時等待指令。從發(fā)送端發(fā)送一個Delay指令，接收端接收到Delay指令以后，將啟動延時等待，具體的延時等待的時間值可以由發(fā)送端和接收端事先協(xié)商，或者延時等待時間值由Delay指令中發(fā)送，示例如下<Delay>
<CmdID>2</CmdID>
<Item>
<Data>15</Data><! 延時等待時間值，可選-->
</Item>
</Delay>
上例中，Delay指令描述了接收端進行延時等待，它的延時等待的時間值為15秒，當然該值也可以為空，則取發(fā)送端和接收端事先所協(xié)商延時等待時間值。
(3)、與協(xié)議無關(guān)的定義為了不對OMA DM協(xié)議進行改動，延時通知消息也可以不在OMA DM協(xié)議的規(guī)范中進行定義，通過自定義一個標識符，例如是單字節(jié)的字符(0x0F)作為延時通知消息，該標識符與協(xié)議命令無關(guān)，該標識符的確定必須由發(fā)送端和終端事先協(xié)定，每次發(fā)送端請求延時等待的時候，只需發(fā)送包含該字節(jié)內(nèi)容的消息，接收端接收到該消息，識別出該延時通知消息，則進入延時等待時間。
設(shè)備管理服務(wù)器在接收到延時通知消息之后，可按下述方式延長等待時間(1)每次重新開始下一次延時等待在設(shè)備管理服務(wù)器接收到延時通知消息的時候，它將對延時等待時間值清零，重新開始一個新的延時等待時間段，參閱圖3A所示，其處理流程如下步驟1設(shè)備管理服務(wù)器下發(fā)一個操作請求，進入延時等待狀態(tài)；
步驟2終端設(shè)備執(zhí)行操作請求；步驟3在延時通知消息點時，終端設(shè)備還沒有完成操作，發(fā)送一個延時通知消息給設(shè)備管理服務(wù)器；步驟4設(shè)備管理服務(wù)器將延時等待時間值清零，進行下一個延時等待時間；步驟5終端設(shè)備操作完成，返回操作結(jié)果；步驟6設(shè)備管理服務(wù)器結(jié)束延時等待，進行下一個操作請求。
(2)將延時等待進行累加由于設(shè)備管理服務(wù)器接收到延時通知消息的時候，并不是它的延時等待時間已到，可能還有剩余的時間，可以將上次延時等待剩余時間，與此次終端設(shè)備延時通知消息所包含的延時等待時間值進行累加，以此得出設(shè)備管理服務(wù)器進入下次等待操作結(jié)果的超時時間值。參閱圖3B所示，其流程如下步驟1設(shè)備管理服務(wù)器下發(fā)操作請求，進入延時等待狀態(tài)；步驟2終端設(shè)備執(zhí)行操作請求；步驟3終端設(shè)備在延時通知消息發(fā)送點，操作未完成，發(fā)送一個延時通知消息；步驟4設(shè)備管理服務(wù)器接收到延時通知消息，將剩余延時等待時間值，與終端設(shè)備所要求的延時等待時間值相加，作為進入下一次的延時等待狀態(tài)；步驟5終端設(shè)備發(fā)送操作結(jié)果；步驟6設(shè)備管理服務(wù)器接收到操作返回結(jié)果；步驟7設(shè)備管理服務(wù)器結(jié)束延時等待狀態(tài)，進行下一個操作請求。
設(shè)備管理服務(wù)器在接收到終端設(shè)備的延時通知消息以后，可以采用以下兩種方式處理該消息(1)對延時通知消息進行回復(fù)設(shè)備管理服務(wù)器在接收到終端設(shè)備的延時通知消息之后，回復(fù)一個消息給終端設(shè)備，該消息中可以包含有延時等待剩余時間值?？梢詳U展OMA DM協(xié)議，增加一個延時通知回復(fù)命令DelayAck，通過對延時通知消息的回復(fù)，終端設(shè)備可以得知當前設(shè)備管理服務(wù)器仍然處于延時等待狀態(tài)，由于回復(fù)消息中可以包含延時等待剩余時間值，終端設(shè)備可得知設(shè)備管理服務(wù)器還將繼續(xù)延時等待多長時間。參閱圖4A所示，其處理流程如下步驟1設(shè)備管理服務(wù)器下發(fā)一個操作請求，設(shè)備管理服務(wù)器進入延時等待狀態(tài)；步驟2終端設(shè)備在延時通知消息點，操作未完成，發(fā)送一個延時通知消息給設(shè)備管理服務(wù)器，申請其進一步的延時等待狀態(tài)；步驟3設(shè)備管理服務(wù)器進入下一步的延時等待狀態(tài)；步驟4設(shè)備管理服務(wù)器發(fā)送一個DelayAck命令，<DelayAck>
<CmdID>2</CmdID>
<Item>
<Data>5</Data><!設(shè)備管理服務(wù)器剩余延時等待時間值，可選-->
</Item>
</DelayAck>
步驟5操作結(jié)果返回；步驟6設(shè)備管理服務(wù)器結(jié)束延時等待狀態(tài)，進行下一個操作。
通過回復(fù)方式，終端設(shè)備也可以及時了解設(shè)備管理服務(wù)器目前的設(shè)備運行正常狀態(tài)，從而也提供了雙方的互相故障監(jiān)測機制。
(2)不對延時通知消息進行回復(fù)在終端設(shè)備無需知道設(shè)備管理服務(wù)器當前的設(shè)備運行狀態(tài)的情況下，設(shè)備管理服務(wù)器無需發(fā)送延時通知消息的回復(fù)，這樣也減輕了網(wǎng)絡(luò)的負擔(dān)。參閱圖4B所示，其處理流程如下步驟1設(shè)備管理服務(wù)器下發(fā)一個操作請求，同時進入延時等待狀態(tài)；步驟2在延時通知消息時間點到來之前，終端設(shè)備未完成操作請求，發(fā)送一個延時通知消息；步驟3設(shè)備管理服務(wù)器接收到一個延時通知消息，進入下一個延時等待狀態(tài)；步驟4終端設(shè)備完成操作請求，將操作結(jié)果返回；步驟5設(shè)備管理服務(wù)器接收到操作結(jié)果返回，結(jié)束延時等待狀態(tài)；步驟6設(shè)備管理服務(wù)器進入下一步操作。
確定終端設(shè)備發(fā)送延時通知消息的時間點，應(yīng)當考慮網(wǎng)絡(luò)傳輸?shù)难訒r。由于設(shè)備管理服務(wù)器的延時等待時間，是從它發(fā)出操作請求開始算起，由于網(wǎng)絡(luò)傳輸過程中也需要時間，因此可以估計終端設(shè)備發(fā)送延時通知消息的時間點，參閱圖5A所示。
假如延時等待時間值為T，終端設(shè)備在超時時間中發(fā)送延時通知消息的時間點為Ts，網(wǎng)絡(luò)的傳輸時延為Tn；則終端設(shè)備的發(fā)送延時通知消息的時間點Ts應(yīng)該滿足Ts+Tn＜T；即應(yīng)該保證設(shè)備管理服務(wù)器在延時等待時間到來之前能接收到延時通知消息。同理，若以服務(wù)器從第N秒始下發(fā)命令計算，那么服務(wù)器發(fā)送的命令到達客戶端的時間為N-Tn，因此，終端設(shè)備應(yīng)當在N+T-2*Tn秒之前發(fā)送延時通知消息，以保證設(shè)備管理服務(wù)器能夠收到該消息。
在下面對于會話過程中的延時處理，為了描述的方便，都是假設(shè)設(shè)備管理服務(wù)器不用對其接收到的延時通知消息進行回復(fù)的情況下描述的，當然實際情況中，設(shè)備管理服務(wù)器可能是要對其接收到的延時通知消息進行回復(fù)。
(1)、終端設(shè)備操作時間很短假如終端設(shè)備操作時間很短，則在發(fā)送延時通知消息的時間點之前，已經(jīng)將操作結(jié)果返回給設(shè)備管理服務(wù)器，則延時通知消息不必發(fā)送。如圖5B所示，其處理流程如下步驟1設(shè)備管理服務(wù)器發(fā)送操作請求，進入延時等待狀態(tài)；步驟2終端設(shè)備，按照操作請求進行操作；步驟3在發(fā)送延時通知消息點之前，返回操作結(jié)果；
步驟4由于設(shè)備管理服務(wù)器的延時等待時間，還沒有到來，所以設(shè)備管理服務(wù)器將直接進行下一次操作。
(2)、終端設(shè)備操作時間過長終端設(shè)備操作時間過長，不能一個延時時間內(nèi)完成操作，則終端設(shè)備應(yīng)該在延時通知消息發(fā)送點上向設(shè)備管理服務(wù)器發(fā)送延時通知消息，設(shè)備管理服務(wù)器等待終端設(shè)備的返回操作結(jié)果，進入下一次延時等待狀態(tài)。如圖5C所示，其處理流程如下步驟1設(shè)備管理服務(wù)器下發(fā)一個操作請求，進入延時等待狀態(tài)；步驟2終端設(shè)備操作未完成，在第一個延時通知消息發(fā)送點，發(fā)送一個延時通知消息；步驟3設(shè)備管理服務(wù)器將進行下一個延時等待時間；步驟4終端設(shè)備操作未完成，在第二個延時通知消息發(fā)送點，再發(fā)送一個延時通知消息；步驟5設(shè)備管理服務(wù)器進入下一個延時等待時間；步驟6設(shè)備管理服務(wù)器未完成，在第三個延時通知消息發(fā)送點，再發(fā)送一個延時通知消息；步驟7設(shè)備管理服務(wù)器進入下一個延時等待時間；步驟8設(shè)備管理服務(wù)器未完成，在第三個延時通知消息發(fā)送點，再發(fā)送一個延時通知消息；步驟9設(shè)備管理服務(wù)器進入下一個延時等待時間；步驟10終端設(shè)備操作完成，發(fā)送操作結(jié)果返回；步驟11設(shè)備管理服務(wù)器提前結(jié)束延時等待；步驟12設(shè)備管理服務(wù)器進行下一個操作。
在該處理流程中，設(shè)備管理服務(wù)器延時等待的次數(shù)是根據(jù)終端設(shè)備操作時間來定，如果操作時間長，可能延時等待的次數(shù)就多；操作時間短的話，有可能沒有延時等待或者延時等待次數(shù)少。
(3)設(shè)備管理服務(wù)器主動斷開連接假如設(shè)備管理服務(wù)器，在等待超時之前，還沒有接收到操作返回結(jié)果，也沒有接收延時通知消息的時候，則設(shè)備管理服務(wù)器主動斷開連接；參閱圖5D所示，其處理流程如下步驟1設(shè)備管理服務(wù)器下發(fā)一個操作請求，進入延時等待狀態(tài)；步驟2終端設(shè)備操作未完成，在發(fā)送延時通知消息點，發(fā)送一個延時通知消息；步驟3設(shè)備管理服務(wù)器接收到延時通知消息，進入下一個延時等待時間；步驟4終端設(shè)備操作未完成，在發(fā)送延時通知消息點，發(fā)送一個延時通知消息；步驟5設(shè)備管理服務(wù)器接收到延時通知消息，進入下一個延時等待時間；步驟6終端設(shè)備出現(xiàn)故障，無法發(fā)送中止消息，也無法發(fā)送延時通知消息；步驟7設(shè)備管理服務(wù)器延時等待時間到，沒有接收到操作返回結(jié)果，沒有接收到延時通知消息，沒有接收到異常中止消息；步驟8設(shè)備管理服務(wù)器，主動斷開此次連接，釋放相關(guān)資源。
在該處理流程中，由于終端設(shè)備的故障造成的連接的中斷，設(shè)備管理服務(wù)器能在一個延時通知消息時間內(nèi)，及時得知操作方的故障，從而能夠主動中斷該次連接，釋放此次連接的相關(guān)資源，最大程度地減輕網(wǎng)絡(luò)資源的浪費。
上述處理流程雖均以設(shè)備管理服務(wù)器向終端設(shè)備下發(fā)操作為例，但終端設(shè)備向設(shè)備管理服務(wù)器請求操作，由設(shè)備管理服務(wù)器執(zhí)行操作的處理過程與上述同理，本領(lǐng)域的普通技術(shù)人員可以根據(jù)上述描述顯而易見地得到相應(yīng)的處理流程。同樣，本發(fā)明的技術(shù)方案也適用于通信設(shè)備之間進行操作并需要延時等待操作結(jié)果的其他通信系統(tǒng)中。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種在設(shè)備連接會話過程中延時等待的實現(xiàn)方法，該方法在申請操作的設(shè)備與執(zhí)行操作的設(shè)備之間建立連接，由申請操作的設(shè)備向執(zhí)行操行的設(shè)備下發(fā)操作；在執(zhí)行操作的設(shè)備進行操作過程中，申請操作的設(shè)備按超時時間等待執(zhí)行操作的設(shè)備返回操作結(jié)果；其特征在于，當所述執(zhí)行操作的設(shè)備確定在所述超時時間內(nèi)無法完成所述操作時，向申請操作的設(shè)備發(fā)送延時通知消息，申請操作的設(shè)備根據(jù)該延時通知消息延長等待返回操作結(jié)果的時間。
2.如權(quán)利要求1所述的方法，其特征在于，所述超時時間由申請操作的設(shè)備與執(zhí)行操作的設(shè)備在建立連接過程中或在建立連接后協(xié)商確定；或者，所述超時時間采用可被修改的固定值。
3.如權(quán)利要求2所述的方法，其特征在于，超時時間采用固定值時，可以將該固定值保存在設(shè)備的管理樹節(jié)點上。
4.如權(quán)利要求2所述的方法，其特征在于，協(xié)商超時時間的方式包括但不限于由雙方設(shè)備中的一方告知另一方，以及取雙方設(shè)備所確定超時時間中的最大值、最小值或平均值。
5.如權(quán)利要求1所述的方法，其特征在于，申請操作的設(shè)備延長等待返回操作結(jié)果的時間是指重新按超時時間等待執(zhí)行操作的設(shè)備返回操作結(jié)果，或?qū)⒊瑫r時間中等待的剩余時間與該通知消息中要求延長的時間累加作為超時時間，并重新按該超時時間等待執(zhí)行操作的設(shè)備返回操作結(jié)果。
6.如權(quán)利要求1所述的方法，其特征在于，申請操作的設(shè)備在收到所述延時通知消息后向執(zhí)行操作的設(shè)備返回響應(yīng)消息；或者，申請操作的設(shè)備在收到所述延時通知消息后不向執(zhí)行操作的設(shè)備返回響應(yīng)消息。
7.如權(quán)利要求6所述的方法，其特征在于，在向執(zhí)行操作的設(shè)備返回的響應(yīng)消息中攜帶延時等待的剩余時間。
8.如權(quán)利要求1所述的方法，其特征在于，執(zhí)行操作的設(shè)備在當前延時等待到達超時的剩余時間不小于網(wǎng)絡(luò)傳輸延時的時間點之前發(fā)送所述延時通知消息。
9.如權(quán)利要求1所述的方法，其特征在于，申請操作的設(shè)備在延長等待時間后，若在超時到達前接收到執(zhí)行操作的設(shè)備返回的操作結(jié)果，則結(jié)束等待。
10.如權(quán)利要求1至9任一項所述的方法，其特征在于，所述設(shè)備包括設(shè)備管理系統(tǒng)中的設(shè)備管理服務(wù)器和終端設(shè)備。
11.如權(quán)利要求10所述的方法，其特征在于，通過擴展OMA DM協(xié)議中的命令發(fā)送延時通知消息，或者，通過在OMA DM協(xié)議中增加命令來發(fā)送延時通知消息，或者，通過自定義標識符發(fā)送到申請操作的設(shè)備作為通知消息。
全文摘要
本發(fā)明公開了一種在設(shè)備連接會話過程中延時等待的實現(xiàn)方法，該方法在申請操作的設(shè)備與執(zhí)行操作的設(shè)備之間建立連接，由申請操作的設(shè)備向執(zhí)行操行的設(shè)備下發(fā)操作；在執(zhí)行操作的設(shè)備進行操作過程中，申請操作的設(shè)備按超時時間等待執(zhí)行操作的設(shè)備返回操作結(jié)果；其中，當所述執(zhí)行操作的設(shè)備確定在所述超時時間內(nèi)無法完成所述操作時，向申請操作的設(shè)備發(fā)送延時通知消息，申請操作的設(shè)備根據(jù)該延時通知消息延長等待操作結(jié)果的時間。
文檔編號H04W4/12GK1874581SQ20051007341
公開日2006年12月6日 申請日期2005年5月30日 優(yōu)先權(quán)日2005年5月30日
發(fā)明者唐杰, 何江水 申請人:華為技術(shù)有限公司