專利名稱：屬性值更新方法、發(fā)起方設(shè)備及接受方設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種屬性值更新方法、發(fā)起方設(shè)備及接受方設(shè)備。
背景技術(shù)：
在使用GAUP(Generic Attribute Update Protocol，通用屬性更新協(xié)議)更新協(xié)議配置屬性的情況下，通過屬性更新請求消息AttributeUpdateRequest、屬性更新接受消息AttributeUpdateAccept、屬性更新拒絕消息AttributeUpdateReject的交互來實(shí)現(xiàn)配置更新過程。
發(fā)起方設(shè)備使用AttributeUpdateRequest來向?qū)Ψ教峁┟總€(gè)屬性的建議值，對方如果接受消息中的所有屬性建議值，則向發(fā)起方返回AttributeUpdateAccept，并立即開始使用接受的屬性建議值；發(fā)起方在收到AttributeUpdateAccept后，開始使用請求消息中建議的屬性值；如果對方不接受消息中的屬性建議值，則向發(fā)起方返回AttributeUpdateReject。
發(fā)起方可以為AN(Access Network，接入網(wǎng)絡(luò))和AT(Access Terminal，接入終端)。其中，AT發(fā)起通用屬性更新協(xié)議的流程如圖1所示，包括步驟s101，AT向AN發(fā)送屬性更新請求消息AttributeUpdateRequest，為AN提供每個(gè)屬性的建議值；步驟s102，AN如果接受該消息中所有屬性建議值，則向AT發(fā)送屬性更新接受消息AttributeUpdateAccept，并立即開始使用接受的屬性建議值。
AN發(fā)起通用屬性更新協(xié)議的流程如圖2所示，包括步驟s201，AN向AT發(fā)送屬性更新請求消息AttributeUpdateRequest，為AT提供每個(gè)屬性的建議值；步驟s202，AT如果接受該消息中所有屬性建議值，則向AN發(fā)送屬性更新接受消息AttributeUpdateAccept，并立即開始使用接受的屬性建議值。
圖1和圖2中發(fā)起方發(fā)送的AttributeUpdateRequest消息包括的參數(shù)如表1所示表1

其中，MessageID為被指定在用該消息的協(xié)議上下文的域值，該值協(xié)議建議為0x52；TransactionID為發(fā)起方每次發(fā)送新的AttributeUpdateRequest消息，將該值加1；AttributeRecord為被指定的記錄格式。
AttributeUpdateAccept消息包括的參數(shù)如表2所示表2

其中，MessageID為被指定在用該消息的協(xié)議上下文的域值，該值建議為0x53；TransactionID為發(fā)起方將該值設(shè)置為AttributeUpdateRequest消息相應(yīng)的TransactionID。
現(xiàn)有技術(shù)中，發(fā)起方發(fā)送AttributeUpdateRequest后，接受方如果接受消息中的所有屬性建議值，則發(fā)AttributeUpdateAccept給發(fā)起方，并立即開始使用接受的屬性建議值，此時(shí)發(fā)起方在接收到AttributeUpdateAccept之前使用的仍舊是屬性更新請求以前的屬性建議值。因此，在接受方發(fā)送AttributeUpdateAccept消息到發(fā)起方收到AttributeUpdateAccept消息之間這段時(shí)間，發(fā)起方與接受方之間使用的屬性值不一致。由于目前配置屬性很多，如果屬性值不同，對系統(tǒng)的影響也不同，嚴(yán)重的可能導(dǎo)致系統(tǒng)性能短暫下降，或者造成業(yè)務(wù)暫時(shí)中斷。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種屬性值更新方法、發(fā)起方設(shè)備及接受方設(shè)備，以解決發(fā)起方與接受方之間使用的屬性值不一致的問題。
本發(fā)明實(shí)施例提供了一種屬性值更新方法，包括接受方接收發(fā)起方發(fā)送的屬性更新請求消息，所述消息中包括屬性值同步生效時(shí)間；所述接受方記錄所述生效時(shí)間，并向通過發(fā)起方發(fā)送屬性更新接受消息，觸發(fā)所述發(fā)起方在所述生效時(shí)間同步更新屬性值；所述接受方在所述生效時(shí)間同步更新屬性值。
本發(fā)明實(shí)施例還提供了一種屬性值更新的發(fā)起方設(shè)備，包括消息發(fā)送單元，用于將屬性更新請求消息發(fā)送到接受方設(shè)備，所述屬性更新請求消息中包括屬性值同步生效時(shí)間；消息接收單元，用于接收所述接受方設(shè)備發(fā)送的屬性更新接受消息；屬性更新單元，用于在接收到所述接受方設(shè)備發(fā)送的屬性更新接受消息，且系統(tǒng)時(shí)間為所述同步生效時(shí)間時(shí)，更新屬性值。
本發(fā)明實(shí)施例還提供了一種屬性值更新的接受方設(shè)備，包括接收單元，用于接收發(fā)起方設(shè)備發(fā)送的屬性更新請求消息；時(shí)間獲取單元，用于從發(fā)起方設(shè)備發(fā)送的屬性更新請求消息中獲取同步生效時(shí)間；消息發(fā)送單元，用于獲取所述同步生效時(shí)間后，向所述發(fā)起方設(shè)備發(fā)送屬性更新接受消息；更新屬性值單元，用于在系統(tǒng)時(shí)間為所述同步生效時(shí)間時(shí)，更新屬性值。
本發(fā)明的實(shí)施例中，解決了GAUP過程中屬性更新值在AT和AN間同步生效問題，完善了GAUP協(xié)議處理方式，提高了系統(tǒng)的穩(wěn)定性。


圖1是現(xiàn)有技術(shù)中AT發(fā)起通用屬性更新協(xié)議的流程圖；圖2是現(xiàn)有技術(shù)中AN發(fā)起通用屬性更新協(xié)議的流程圖；圖3是本發(fā)明實(shí)施例一中屬性值更新方法流程圖；圖4是本發(fā)明實(shí)施例二中屬性值更新方法流程圖；圖5是本發(fā)明實(shí)施例三中屬性值更新方法流程圖；圖6是本發(fā)明實(shí)施例中一種屬性值更新的系統(tǒng)結(jié)構(gòu)圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例一中提供了一種屬性值更新方法，如圖3所示，包括步驟s301，接受方接收發(fā)起方發(fā)送的屬性更新請求消息，該消息中包括屬性值同步生效時(shí)間。
表3

其中，WorkTimeFlag為屬性值同步生效標(biāo)記，取值0時(shí)，AttributeUpdateRequest消息中不支持?jǐn)y帶屬性值生效時(shí)間，此情況不攜帶WorkTime；取值1時(shí)，AttributeUpdateRequest消息中支持?jǐn)y帶屬性值生效時(shí)間，此情況攜帶WorkTime。WorkTime為生效時(shí)間，如果發(fā)起方將WorkTimeFlag字段設(shè)置為1，則必須攜帶此字段，值為CDMA系統(tǒng)時(shí)間(以80ms為單位)，該字段如果攜帶，屬性值則在此字段規(guī)定時(shí)間生效，如果不攜帶，遵照以前協(xié)議定義。
步驟s302，接受方檢測消息中支持屬性值同步生效標(biāo)記，如果支持屬性值同步生效標(biāo)記為1，則記錄生效時(shí)間，并向發(fā)起方發(fā)送屬性更新接受消息，觸發(fā)發(fā)起方在生效時(shí)間同步更新屬性值；如果支持屬性值同步生效標(biāo)記為0，則遵照以前協(xié)議定義流程處理。
步驟s303，接受方在生效時(shí)間同步更新屬性值。接受方檢測當(dāng)前系統(tǒng)時(shí)間是否為生效時(shí)間，如果是，則更新屬性值，如果不是生效時(shí)間，則維持當(dāng)前屬性值。
本發(fā)明實(shí)施例二中，AN發(fā)起的攜帶WorkTime的GAUP更新流程如圖4所示，包括步驟s401，AN向AT發(fā)送AttributeUpdateRequest消息，該消息中攜帶需要協(xié)商的屬性值，并且消息中WorkTimeFlag為1，同時(shí)在WordTime中建議AT更新屬性值后生效時(shí)間。
步驟s402，AT判斷接受AttributeUpdateRequest消息中攜帶的屬性建議值，向AN發(fā)送AttributeUpdateAccept消息，并且AT記錄生效時(shí)間，并不立即開始使用接受的屬性建議值；AN收到AT的AttributeUpdateAccept消息，也不立即開始使用請求消息中建議的屬性值。
步驟s403，AN和AT判斷當(dāng)前系統(tǒng)時(shí)間等于各自保存的WorkTime，將配置的參數(shù)生效，使用最新的配置參數(shù)。
本發(fā)明實(shí)施例三中，AT發(fā)起的攜帶WorkTime的GAUP更新流程如圖5所示，包括步驟s501，AT向AN發(fā)送AttributeUpdateRequest消息，該消息中攜帶需要協(xié)商的屬性值，并且消息中WorkTimeFlag為1，同時(shí)在WorkTime中建議更新屬性值后生效時(shí)間。
步驟s502，AN判斷接受AttributeUpdateRequest消息中攜帶的屬性建議值，向AT發(fā)送AttributeUpdateAccept消息，并不立即開始使用接受的屬性建議值，而是在WorkTime建議時(shí)間到后才開始使用接受的屬性建議值。
步驟s503，AT收到AN的AttributeUpdateAccept消息，也不立即開始使用請求消息中建議的屬性值，而是等系統(tǒng)時(shí)間在請求消息WorkTime建議時(shí)間到后才開始使用建議的屬性值。
本發(fā)明實(shí)施例還提供了一種屬性值更新的系統(tǒng)，如圖6所示，包括發(fā)起方設(shè)備100和接受方設(shè)備200。發(fā)起方設(shè)備100，用于向接受方設(shè)備200發(fā)送攜帶同步生效時(shí)間的屬性更新請求消息，并在收到屬性更新接受消息，且系統(tǒng)時(shí)間為同步生效時(shí)間時(shí)，更新屬性值；接受方設(shè)備200，用于記錄同步生效時(shí)間，向發(fā)起方設(shè)備100發(fā)送屬性更新接受消息，并在系統(tǒng)時(shí)間為同步生效時(shí)間時(shí)，更新屬性值。
其中，發(fā)起方設(shè)備100具體包括標(biāo)記設(shè)置單元111，用于在屬性更新請求消息中設(shè)置屬性值同步生效標(biāo)記；時(shí)間設(shè)置單元112，用于在屬性更新請求消息中設(shè)置屬性值同步生效時(shí)間；消息發(fā)送單元113，用于將屬性更新請求消息發(fā)送到接受方設(shè)備，屬性更新請求消息中包括屬性值同步生效時(shí)間和同步生效標(biāo)記；屬性更新單元114，用于在接收到接受方設(shè)備發(fā)送的屬性更新接受消息，且系統(tǒng)時(shí)間為同步生效時(shí)間時(shí)，更新屬性值；消息接收單元115，用于接收接受方設(shè)備200發(fā)送的屬性更新接受消息；系統(tǒng)時(shí)間檢測單元116，用于檢測系統(tǒng)時(shí)間，并在系統(tǒng)時(shí)間為同步生效時(shí)間時(shí)通知屬性更新單元114。
接受方設(shè)備具體200包括標(biāo)記檢測單元211，用于檢測屬性更新請求消息中支持屬性值同步生效標(biāo)記是否為1或0，如果支持屬性值同步生效標(biāo)記為1，則記錄生效時(shí)間，并向發(fā)起方發(fā)送屬性更新接受消息；如果支持屬性值同步生效標(biāo)記為0，則遵照以前協(xié)議定義流程處理。時(shí)間獲取單元212，用于從發(fā)起方設(shè)備100發(fā)送的屬性更新請求消息中檢測到同步生效標(biāo)記為1后，獲取同步生效時(shí)間。消息發(fā)送單元213，用于從發(fā)起方設(shè)備100發(fā)送的屬性更新請求消息中獲取同步生效時(shí)間后，向發(fā)起方設(shè)備100發(fā)送屬性更新接受消息。時(shí)間記錄單元214，用于記錄同步生效時(shí)間。系統(tǒng)時(shí)間檢測單元216，用于檢測到系統(tǒng)時(shí)間為同步生效時(shí)間時(shí)，通知更新屬性值單元215更新屬性值；接收單元217，用于接收發(fā)起方設(shè)備100發(fā)送的屬性更新請求消息。
本發(fā)明實(shí)施例有效解決了GAUP過程中屬性更新值在AT和AN間同步生效問題，提出了在AttributeUpdateRequest消息中建議增加屬性值生效時(shí)間的處理方法，完善了GAUP協(xié)議處理方式，提高了系統(tǒng)的穩(wěn)定性。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種屬性值更新方法，其特征在于，包括接受方接收發(fā)起方發(fā)送的屬性更新請求消息，所述消息中包括屬性值同步生效時(shí)間；所述接受方記錄所述生效時(shí)間，并通過向所述發(fā)起方發(fā)送屬性更新接受消息，觸發(fā)所述發(fā)起方在所述生效時(shí)間同步更新屬性值；所述接受方在所述生效時(shí)間同步更新屬性值。
2.如權(quán)利要求1所述屬性值更新方法，其特征在于，所述接受方記錄所述生效時(shí)間之前還包括檢測所述消息中是否包括屬性值同步生效標(biāo)記，如果有，則記錄所述生效時(shí)間。
3.如權(quán)利要求1所述屬性值更新方法，其特征在于，所述發(fā)起方在所述生效時(shí)間同步更新屬性值具體為所述發(fā)起方檢測當(dāng)前系統(tǒng)時(shí)間是否為所述生效時(shí)間，如果是，則更新屬性值；所述接受方在所述生效時(shí)間同步更新屬性值具體為所述接受方檢測當(dāng)前系統(tǒng)時(shí)間是否為所述生效時(shí)間，如果是，則更新屬性值。
4.如權(quán)利要求1至3中任一項(xiàng)所述屬性值更新方法，其特征在于，所述發(fā)起方為接入終端，接受方為接入網(wǎng)絡(luò)；或所述發(fā)起方為接入網(wǎng)絡(luò)，所述接受方為接入終端。
5.一種屬性值更新的發(fā)起方設(shè)備，其特征在于，包括消息發(fā)送單元，用于將屬性更新請求消息發(fā)送到接受方設(shè)備，所述屬性更新請求消息中包括屬性值同步生效時(shí)間；消息接收單元，用于接收所述接受方設(shè)備發(fā)送的屬性更新接受消息；屬性更新單元，用于在接收到所述接受方設(shè)備發(fā)送的屬性更新接受消息，且系統(tǒng)時(shí)間為所述同步生效時(shí)間時(shí)，更新屬性值。
6.如權(quán)利要求5所述屬性值更新的發(fā)起方設(shè)備，其特征在于，還包括時(shí)間設(shè)置單元，用于在所述屬性更新請求消息中設(shè)置屬性值同步生效時(shí)間。
7.如權(quán)利要求6所述屬性值更新的發(fā)起方設(shè)備，其特征在于，還包括標(biāo)記設(shè)置單元，用于在所述屬性更新請求消息中設(shè)置屬性值同步生效標(biāo)記。
8.如權(quán)利要求5所述屬性值更新的發(fā)起方設(shè)備，其特征在于，還包括系統(tǒng)時(shí)間檢測單元，用于檢測系統(tǒng)時(shí)間，并在系統(tǒng)時(shí)間為所述同步生效時(shí)間時(shí)通知所述屬性更新單元。
9.一種屬性值更新的接受方設(shè)備，其特征在于，包括接收單元，用于接收發(fā)起方設(shè)備發(fā)送的屬性更新請求消息；時(shí)間獲取單元，用于從所述屬性更新請求消息中獲取同步生效時(shí)間；消息發(fā)送單元，用于獲取所述同步生效時(shí)間后，向所述發(fā)起方設(shè)備發(fā)送屬性更新接受消息；更新單元，用于在系統(tǒng)時(shí)間為所述同步生效時(shí)間時(shí)，更新屬性值。
10.如權(quán)利要求9所述屬性值更新的接受方設(shè)備，其特征在于，還包括時(shí)間記錄單元，用于記錄所述同步生效時(shí)間。
11.如權(quán)利要求10所述屬性值更新的接受方設(shè)備，其特征在于，還包括標(biāo)記檢測單元，用于檢測所述屬性更新請求消息中是否有屬性值同步生效標(biāo)記，并當(dāng)檢測到生效標(biāo)記時(shí)，通知所述時(shí)間檢測單元檢測生效時(shí)間。
12.如權(quán)利要求10所述屬性值更新的接受方設(shè)備，其特征在于，還包括系統(tǒng)時(shí)間檢測單元，用于檢測系統(tǒng)時(shí)間為所述同步生效時(shí)間時(shí)，通知所述更新單元。
全文摘要
本發(fā)明公開了一種屬性值更新方法，包括接受方接收向發(fā)起方發(fā)送的屬性更新請求消息，所述消息中包括屬性值同步生效時(shí)間；所述接受方記錄所述生效時(shí)間，并通過向發(fā)起方發(fā)送屬性更新接受消息，觸發(fā)所述發(fā)起方在所述生效時(shí)間同步更新屬性值；所述接受方在所述生效時(shí)間同步更新屬性值。本發(fā)明實(shí)施例還提供了一種屬性值更新的發(fā)起方設(shè)備和接受方設(shè)備。本發(fā)明的實(shí)施例中，解決了GAUP過程中屬性更新值在AT和AN間同步生效問題，完善了GAUP協(xié)議處理方式，提高了系統(tǒng)的穩(wěn)定性。
文檔編號H04L12/00GK101030978SQ20071008701
公開日2007年9月5日 申請日期2007年3月14日 優(yōu)先權(quán)日2007年3月14日
發(fā)明者田鳴華, 呂莎 申請人:華為技術(shù)有限公司