專利名稱：：反饋接收方拒絕原因的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，尤其涉及一種反饋4妻收方拒絕原因的方法和系統(tǒng)。
背景技術(shù)：
：在CDMA2000HRPD協(xié)議中，為適應(yīng)無線網(wǎng)絡(luò)的快速發(fā)展，在會i舌層(SessionLayer)十辦i義中定義了配置復(fù)制清求(ConfigurationCopyRequest)消息、和酉己置復(fù)#才巨纟色(ConfigurationCopyReject)消息。ConfigurationCopyRequest消息請求:接消息中攜帶的Personalitylndex值對應(yīng)的屬性值來i殳置其新的屬性值。ConfigurationCopyReject消息，作為4妻受方拒絕ConfigurationCopyRequest消息的響應(yīng)消息。ConfigurationCopyRequest消息和ConfigurationCopyReject消息的定義分別如下發(fā)送方發(fā)送ConfigurationCopyRequest到4妄4欠方，以"i青,扎i殳定具體存儲的個(gè)性參數(shù)中的對應(yīng)值。配置復(fù)制請求消息如下表所示表1<table>tableseeoriginaldocumentpage4</column></row><table>其中，發(fā)送方將MessageID字賴沒置為0x02。發(fā)送方將在所發(fā)送的每個(gè)偉斤的ConfigurationCopyRequest消息中增力口TransactionID的4直，即每發(fā)送一條#斤的ConfigurationCopyRequest消息，TransactionID^直力o1。發(fā)送方^1尋PersonalityIndex字革^f直i殳置為在它的存!3i器中存f^的PersonalityIndex,并且這個(gè)PersonalityIndex乂十應(yīng)的屬性值是發(fā)送方希望復(fù)制的屬性值。保留字段將設(shè)置保留位，以使整個(gè)消息的長度等于8字節(jié)的整數(shù)倍，這些位將設(shè)置為"0"。ConfigurationCopyR叫uest消息可以在前反向業(yè)務(wù)信道上以可靠的、單4番方式發(fā)送。ConfigurationCopyReject消息如表2所示表2<table>tableseeoriginaldocumentpage5</column></row><table>接收方將MessageID字段設(shè)置為0x04,將TransactionID設(shè)置為接|丈方響應(yīng)的CondigurationCopyRequest消息中的TransactionID字,殳的值。該消息可以在前反向業(yè)務(wù)信道上以可靠的、單4番方式發(fā)送。4旦是發(fā)送方4欠到ConfigurationCopyReject消息后，發(fā)送方不能明確的知道為什么接受方拒絕，所以需要使發(fā)送方知道何種原因?qū)е陆邮芊骄芙^。
發(fā)明內(nèi)容針對以上問題，本發(fā)明提供了一種反饋接收方拒絕原因的方法和系統(tǒng)，能夠使發(fā)送方知道接收方拒絕的原因并進(jìn)行相應(yīng)處理，提高了系統(tǒng)性能。沖艮據(jù)本發(fā)明的反饋接收方拒絕原因的方法包括步驟S102，發(fā)送方將配置復(fù)制請求消息發(fā)送至接收方；步驟S104，接收方拒絕發(fā)送方的配置復(fù)制請求，并將拒絕原因添加至配置復(fù)制拒絕消息中發(fā)送至發(fā)送方；以及步驟S106，發(fā)送方解析配置復(fù)制拒絕消息，獲取拒絕原因并根據(jù)拒絕原因進(jìn)行后續(xù)處理。根據(jù)本發(fā)明的反饋接收方拒絕原因的系統(tǒng)包括拒絕原因添加裝置，位于接收方，用于在拒絕發(fā)送方的請求的情況下，將拒絕原因添加到發(fā)送至發(fā)送方的配置復(fù)制拒絕消息中；以及分析和處理裝置，位于發(fā)送方，用于分析來自接收方的配置復(fù)制拒絕消息并獲取拒絕原因，并根據(jù)拒絕原因進(jìn)行后續(xù)處理。通過本發(fā)明，能夠使接收方知道具體的拒絕原因，從而進(jìn)行相應(yīng)處理，使得系統(tǒng)性能得到提高。此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申i青的一部分，本發(fā)明的示意性實(shí)施例及其i兌明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1為根據(jù)本發(fā)明的實(shí)施例的反饋接收方拒絕原因的方法的流程圖；以及圖2為根據(jù)本發(fā)明的實(shí)施例的反饋接收方拒絕原因的系統(tǒng)的框圖。具體實(shí)施方式下面參考附圖，說明本發(fā)明的具體實(shí)施方式。圖1是根據(jù)本發(fā)明的反饋接收方拒絕原因的方法的流程圖。如圖l所示，該方法包括步驟S102，發(fā)送方將配置復(fù)制請求消息發(fā)送至接收方；步驟S104，接收方拒絕發(fā)送方的配置復(fù)制請求，并將拒絕原因添加至配置復(fù)制拒絕消息中發(fā)送至發(fā)送方；以及步驟S106，發(fā)送方解析配置復(fù)制拒絕消息，獲取拒絕原因并根據(jù)拒絕原因進(jìn)行后續(xù)處理。在本發(fā)明中，接收方發(fā)送至發(fā)送方的配置復(fù)制拒絕消息還包括消息ID和交易ID。在所述拒絕原因的值為0的情況下，表示所述接收方?jīng)]有所述發(fā)送方發(fā)送的Personalitylndex值；在所述拒絕原因的值為1的情況下，表示接收方不支持該操作。拒絕原因占用的字設(shè)為8bit。本發(fā)明主要用于CDMA2000HRPD(高速分組數(shù)據(jù)HighRatePacketDate)協(xié)議中。在CDMA2000HRPD協(xié)議中，對會話層(SessionLayer)協(xié)議的ConfigurationCopyReject消息做如下處理增加RejectResaon字段，以保證發(fā)送方能知道導(dǎo)致接收方拒絕其發(fā)送的ConfigurationCopyRequest消息的原因。RejectReason字段的含義接收方將該字,設(shè)置成表示ConfigurationCopyRequest消息#皮拒絕的原因，作為具體原因。在CDMA2000HRPD協(xié)議的會話層(SessionLayer)協(xié)議中，如圖1所示，發(fā)送方發(fā)送ConfigurationCopyRequest消息，請求按消息中攜帶的Personalitylndex字段值對應(yīng)的屬性值來設(shè)置它的新屬性值，接收方收到該消息后，由于某些原因不能接受發(fā)送方的請求，接受方以ConfigurationCopyReject消息拒絕發(fā)送方的請求。:ft口表3所示，4妄》]欠方在ConfigurationCopyReject消息中攜帶了8位的RejectReason字革殳，告訴發(fā)送方拒絕的原因。ConfigurationCopyReject消息結(jié)構(gòu)如下表3所示表3<table>tableseeoriginaldocumentpage8</column></row><table>其中，0表示Personalitylndexoutofsync，表示4妾4欠方,'h殳有發(fā)送方側(cè)帶過來的該P(yáng)ersonalitylndex;1表示ConfigurationCopynotaccepted,表示4妾收方不支持該:慄作；其它值保留。^口果才巨纟色原、因?yàn)?，即Personalitylndexoutofsync,發(fā)送方才交-驗(yàn)其Personalitylndex<i，如果確實(shí)Personalitylndex值有i吳，則攜帶殺斤的Personalitylndex4直重殺斤發(fā)送ConfigurationCopyRequest消息；否貝'j，發(fā)送方仍攜帶原Personalitylndex<i重新發(fā)送ConfigurationCopyRequest消息。^口果才巨纟色原、因?yàn)?，即ConfigurationCopynotaccepted,由于4矣收方不支持該功能，發(fā)送方不再重新發(fā)送ConfigurationCopyRequest消息。圖2是沖艮據(jù)本發(fā)明的反饋接收方拒絕原因的系統(tǒng)的框圖。如圖2所示，拒絕原因添加裝置202,位于4妾收方，用于在拒絕發(fā)送方的請求的情況下，將拒絕原因添加到發(fā)送至發(fā)送方的配置復(fù)制拒絕消息中；以及分析和處理裝置204，位于發(fā)送方，用于分析來自接收方的配置復(fù)制拒絕消息并獲取拒絕原因，并根據(jù)拒絕原因進(jìn)行后續(xù)處理。在本發(fā)明中，4妾收方發(fā)送至發(fā)送方的配置復(fù)制拒絕消息還包括消息ID和交易ID。拒絕原因添加裝置添加的拒絕原因的值包括以下至少之一在所述拒絕原因的值為0的情況下，表示所述4姿收方?jīng)]有所述發(fā)送方發(fā)送的Personalitylndex值；在所述拒絕原因的值為1的情況下，表示接收方不支持該操作。拒絕原因添加裝置添加的拒絕原因占用的字段為8bit。通過本發(fā)明，能夠使接收方知道具體的拒絕原因，從而進(jìn)行相應(yīng)處理，使得系統(tǒng)性能得到提高。以上所述<又為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種反饋接收方拒絕原因的方法，其特征在于，所述方法包括步驟S102，發(fā)送方將配置復(fù)制請求消息發(fā)送至接收方；步驟S104，接收方拒絕所述發(fā)送方的配置復(fù)制請求，并將拒絕原因添加至配置復(fù)制拒絕消息中發(fā)送至所述發(fā)送方；以及步驟S106，所述發(fā)送方解析所述配置復(fù)制拒絕消息，獲取拒絕原因并根據(jù)所述拒絕原因進(jìn)行后續(xù)處理。2.根據(jù)權(quán)利要求1所述的反饋接收方拒絕原因的方法，其特征在于，所述配置復(fù)制拒絕消息還包括消息ID和交易ID。3.根據(jù)權(quán)利要求1所述的反饋接收方拒絕原因的方法，其特征在于在所述拒絕原因的值為O的情況下，表示所述接收方?jīng)]有所述發(fā)送方發(fā)送的Personalitylndex值。4.根據(jù)權(quán)利要求1或3所述的反饋接收方拒絕原因的方法，其特征在于在所述拒絕原因的值為1的情況下，表示接收方不支持該操作。5.根據(jù)權(quán)利要求1所述的反饋接收方拒絕原因的方法，其特征在于，所述拒絕原因占用的字段為8bit。6.—種反々赍4妄收方拒絕原因的系統(tǒng)，其特4正在于包4舌拒絕原因添加裝置，位于^t妄收方，用于在拒絕發(fā)送方的請求的情況下，將拒絕原因添加到發(fā)送至發(fā)送方的配置復(fù)制拒絕消息中；以及分析和處理裝置，位于發(fā)送方，用于分析來自接收方的配置復(fù)制拒絕消息并獲取所述拒絕原因，并才艮據(jù)所述拒絕原因進(jìn)行后續(xù)處理。7.根據(jù)權(quán)利要求6所述的反饋接收方拒絕原因的系統(tǒng)，其特征在于，所述接收方發(fā)送至所述發(fā)送方的所述配置復(fù)制拒絕消息還包4舌消息ID和交易ID。8.根據(jù)權(quán)利要求6所述的反饋接收方拒絕原因的系統(tǒng)，其特征在于在所述拒絕原因添加裝置添加的所述拒絕原因的值為0的情況下，表示所述接收方?jīng)]有所述發(fā)送方發(fā)送的Personalitylndex值。9.才艮據(jù)權(quán)利要求6或8所述的反々貴接收方拒絕原因的系統(tǒng)，其特征在于在所述拒絕原因添加裝置添加的所述拒絕原因的值為l的情況下，表示接收方不支持該操作。10.根據(jù)權(quán)利要求6所述的反饋接收方拒絕原因的系統(tǒng)，其特征在于，所述拒絕原因添加裝置添加的拒絕原因占用的字^殳為8bit。全文摘要本發(fā)明提供了一種反饋接收方拒絕原因的方法和裝置，其中，該反饋接收方拒絕原因的方法包括步驟S102，發(fā)送方將配置復(fù)制請求消息發(fā)送至接收方；步驟S104，接收方拒絕發(fā)送方的配置復(fù)制請求，并將拒絕原因添加至配置復(fù)制拒絕消息中發(fā)送至發(fā)送方；以及步驟S106，發(fā)送方解析配置復(fù)制拒絕消息，獲取拒絕原因并根據(jù)拒絕原因進(jìn)行后續(xù)處理。本發(fā)明能夠使發(fā)送方知道接收方拒絕的原因并進(jìn)行相應(yīng)處理，提高了系統(tǒng)性能。文檔編號H04L29/06GK101242242SQ20071000490公開日2008年8月13日申請日期2007年2月7日優(yōu)先權(quán)日2007年2月7日發(fā)明者余媛芳,朱曉光,趙孝武申請人:中興通訊股份有限公司