200537953 九、發明說明： 【發明所屬之技術領域】 行動無線電系統GSM(全球行動通信系統）可同時提供 語音電話技術及傳送並接收長大1 6 0個字的短文訊息。這 種服務係稱作SMS(簡訊服務），例如可參見技術規格3GPP TS23.040第6·0·1·版的文件。 多媒體發訊服務（MMS)則是在這種極爲成功之服務下 所啓動的後續服務，例如可參見技術規格3GPP (第三代合 夥計畫）TS22.1 40 第 6.0.0.版及 3GPP TS23.1 40 第 6·0·0·版 的文件。這項服務可用在諸如GS Μ、GPRS (—般分封式無 線電服務）、EDGE (GSM演化用強化資料速率）及UMTS (通 用行動無線電通信系統）之類不同的行動無線電系統上。 MMS服務允許對例如文字訊息、語音訊息及圖片訊息之類 具有多媒體內容的訊息作行動傳輸及行動接收。這類訊息 的資料容量明顯地大於SMS訊息的資料容量。MMS中的訊 息係稱作多媒體訊息MM。 MMS的特徵性質是在將一個或多個多媒體訊息遞交給 MMS的收受者時會在稱作推入模式與抽出模式之間作區分 。於推入模式中，MMS會立即將進入的多媒體訊息從負責 MMS的網路元件中傳送到例如GPRS行動無線電裝置之類 的MMS收受器上。於初始時只藉由MMS收受通知知會已 有多媒體訊息抵達其負責MMS之網路元件的所謂抽出模 式中，然後MMS的收受者可自行決定是否或是何時想下載 該多媒體訊息。實際上已證明當前的客戶及MM S服務提供 200537953 者偏愛使用MMS的抽出模式。如是可將該多媒體訊息保留 在負責MMS的網路元件中直到例如爲MMS的收受者所下 載或是該多媒體訊息之有效性過期爲止。替代地可由負責 MMS的網路元件刪除該多媒體訊息。爲了使MMS的收受 者能夠啓動多媒體訊息的下載作業。MMS的收受者會於 MMS收受通知中接收到與附屬MMS網路元件上之對應多 媒體訊息的連結。這種連結係稱作URI(均勻資源辨識碼） 〇 【先前技術】 因此根據習知設計，基本上係使MMS收受者擁有與他 們稍後可能想要下載之多媒體訊息的連結。假如MMS收受 者擁有或使用者例如在下載其附屬多媒體訊息之前非故意 地刪除了一 MMS收受通知及/或該連結，則他們便不再能 夠接達該多媒體訊息。假如該MMS收受者在初始時將該多 媒體訊息之MMS收受通知或該連結儲存於第一終端機內 ’然後在變換終端機之後想利用第二終端機接達對應的多 媒體訊息，則會出現類似的問題。這種情形也出現在該MMS 收受者自第一行動無線電話內移除行動無線電用戶識別模 組（SIM)卡並將之插入第二行動無線電話內時。假如現在該 行動無線電話SIM卡不再支援MMS，則該MMS收受通知 或該連結只存在於第一行動無線電話內。因此無法在第二 行動無線電話內取得該MMS收受通知或該連結。相同的情 形也出現在各終端機之一不是行動無線電話時，例如當第 一終端機係一膝上型電腦而第一終端機係一個人數位助理 • 6 - 200537953 (PDA)時。 【發明內容】 本發明的目的是提供一種用於恢復MMS內一個 個多媒體訊息之至少一個已失去連結的簡單又有效的 〇 本發明的這個目的可藉由下列方法達成：一種用 復由MMS客戶儲存於MMS伺服器上之一個或多個多 訊息之至少一個已失去連結的方法，其特徵爲該MM S 會將至少一個具有請求送出一個或多個多媒體訊息之 去連結的請求訊息送到MMS伺服器上，且其特徵爲該 伺服器會在接收到該請求訊息時將至少一個含有一個 個多媒體訊息之至少一個已失去連結的附屬回覆訊息 給該MMS客戶。 以本發明的方法，MMS客戶可依需求在任何時間 一個或多個多媒體訊息的一個或多個已失去連結。該 可依將要傳送給該MMS客戶的連結數目進行擴充。標 請求結構造成吾人可同時於單一的回覆訊息中傳送出 單一連結及多個連結。該方法的標準請求結構意指可 一的回覆訊息中結合多個已失去連結且因此可在只考 帶寬下依有效的方式進行傳送。當變換MMS客戶且需 復一個或多個已失去連結時也能得到這些優點。 本發明也有關一種含有用於恢復MMS客戶儲 MMS伺服器上之一個或多個多媒體訊息之至少一個已 連結之模組的通信裝置，其中該通信裝置含有：一傳 或多 方法 於恢 媒體 客戶 已失 MMS 或多 傳送 恢復 方法 準的 一個 於單 量其 要恢 存於 失去 輸單 200537953 元，係用於送出至少一個具有請求送出一個或多個多媒體 訊息之至少一個已失去連結的請求訊息；以及一接收單元 ，係用於接收MMS伺服器在接收到請求訊息時送出之含有 一個或多個多媒體訊息之至少一個已失去連結的至少一個 附屬回覆訊息。 本發明也有關一種含有用於恢復MMS客戶儲存於MMS 伺服器上之一個或多個多媒體訊息之至少一個已失去連結 之模組的網路組件，其中該網路組件含有：一接收單元， 係用於接收至少一個具有請求送出一個或多個多媒體訊息 之至少一個已失去而仍可於網路一側之儲存裝置內取得之 連結的請求訊息；以及一邏輯電路單元，係用於產生在接 收到該請求訊息時送出之含有一個或多個多媒體訊息之至 少一個已失去連結的至少一個附屬回覆訊息。 本發明的其他開發項目係列舉於申請專利範圍的各附 屬項目中。 【實施方式】 第1圖顯示的是一種根據新近習知設計有關3 GPP格 式之MMS架構中的區段。藉此提供了 MMS服務（可參見技 術規格 3GPP TS22.1 40 第 6 · 3 · 0 ·版及 3 GP P T S 2 3 · 1 4 0 第 6.3.0.版的文件）。這允許吾人傳輸並接收具有多媒體內容 的訊息。這種訊息係稱作多媒體訊息MM且可包括多個具 諸如語音或視訊之類不同檔案型式及諸如GIF或：TPG之類 不同檔案格式的MM元件。MMS服務可用在諸如GSM(全 球行動通信系統）、GPRS(—般分封式無線電服務）、甚至 200537953 UMTS(通用行動無線電通信系統）之類不同的行動無線電 系統上。 左邊頂部顯示的是一 MMS伺服器MRS亦即3GPP中稱 作MMS繼電器/伺服器之裝置。例如該MMS伺服器MRs 可進行下列工作： -儲存例如自另一 Μ M S伺服器送達之進入多媒體訊息 ΜΜ ； -處理並與MMS客戶MUA交換控制資訊；及 -針對MMS客戶MUA來回接收及傳送多媒體訊息ΜΜ 〇 該MMS伺服器MRS含有一用於接收控制資訊及/或多 媒體訊息MM的接收單元EME1。同時設置有一用於送出控 制資訊及/或多媒體訊息MM的傳輸單元SEE1。還有一用 於儲存多媒體訊息MM及控制資訊的儲存單元SER。在某 些情況下可將該儲存單元SER連結於網路一側的MMS伺 服器MRS上。邏輯電路單元LEE1會控制該MMS伺服器 MRS。最後由連接網路VX1確保可在各單獨單元SEE 1、 LEE 1、ΕΜΕ 1及SER之間交換資訊。 第1圖中也顯示有一 MMS客戶MUA。於3GPP中，這 個MMS客戶MUA指的是MMS使用者代理。其施行方式爲 例如當作遵循GSM軌範或UMTS軌範之行動無線電裝置上 或是連接於行動無線電裝置的例如膝上型電腦之類裝置上 的軟體程式。這達成了提供MMS服務之組件亦即例如行動 無線電裝置上所需要之組件的工作。替代地也可在遵循 200537953 I SDN(整合性服務數位網路）之固接式網路裝置上或是連接 於該網內網路或網際網路上之電腦單元內施行MM S客戶 MUA。 MMS客戶MUA含有一用於接收控制資訊及/或多媒體 訊息MM的接收單元EME2以及一用於送出控制資訊及/或 多媒體訊息MM的傳輸單元SEE2。同時設置有一用於控制 當作連接網路VX2之MMS伺服器MRS的邏輯電路單元 LEE2，以確保可在各單獨單元SEE2、EME2及LEE2之間 交換資訊。 以下將參照第1圖更詳細地說明一種遵循所謂抽出模 式將多媒體訊息MM遞交給MMS客戶MUA的作業。於MMS 伺服器MRS之責任區域內接收到例如來自第二MMS伺服 器MRS之新的多媒體訊息MM時，可將這個新抵達的多媒 體訊息MM儲存於連接在網路一側上的儲存單元SER內。 然後該MMS伺服器MRS之傳輸單元SEE1會將一 MMS收 受通知訊息NQN傳送給該MMS客戶MUA。這個MMS收 受通知訊息NQN指的是3GPP中所稱的MMS通知且含有 與連接在網路一側之儲存單元SER內所儲存至至少一個多 媒體訊息MM的連結VK。同時這個連結VK指的是3GPP 中的URI (均勻資源辨識碼）。在收受到該MMS收受通知訊 息NQN時，該MMS客戶MUA會藉由一 MMS收受確認訊 息NSN回覆確認已收受該MMS。現在該MMS客戶MUA 可利用連結VK將多媒體訊息MM直接載入其裝置上或是 儲存該MMS收受通知訊息NQN及連結VK以便隨後取回 200537953 該多媒體訊息mm。此中可將該多媒體訊息MM儲存於該 MMS客戶MUA位處之行動無線電裝置的行動無線電SIM (用戶識別模組）卡或是行動無線電UICC(通用積體電路卡） 內。抽出模式中係將該多媒體訊息MM儲存於MMS伺服器 MRS內直到不在有效爲止。該MMS收受通知訊息NQN也 含有該多媒體訊息MM的有效期限。當有效期限屆滿時， 則將該多媒體訊息MM及其附屬的連結VK自該MMS伺服 器MRS之儲存單元SER內刪除掉。 在收受到該MMS收受通知訊息NQN或是與一個或多 個多媒體訊息MM之連結VK時，該MMS客戶MUA可選 擇稍後再從該MMS伺服器MRS下載該一個或多個多媒體 訊息MM。如第1圖所示，該MMS客戶MUA會在這個目 的下將一至少含有與將要下載之多媒體訊息MM之連結VK 的MM請求訊息RQN送到該MMS伺服器MRS上。假如仍 可在該MMS伺服器MRS上取得所請求的多媒體訊息MM ，則該伺服器會藉由一 MM回覆訊息RSN將所請求的多媒 體訊息MM送到提出請求的MMS客戶MUA上。這個程序 也稱作「下載作業」。 假如該MMS客戶MUA未取得該MMS收受通知訊息 NQN或是與一個或多個多媒體訊息MM之連結VK，則該 MMS客戶MUA在初始時無法選擇從該MMS伺服器MRS 下載所需要的多媒體訊息MM。這種情形也出現在已肇因 於非故意地刪除了之前遞送給該MMS客戶MUA之一個或 多個多媒體訊息MM的一個或多個連結VK時。 -11- 200537953 爲了恢復該一個或多個多媒體訊息MM的一個或多個 連結VK，該MMS客戶MUA會根據如第2圖所示之信號流 藉由其傳輸單元SEE2將一請求訊息AN傳送給該MMS伺 服器MRS。該請求訊息AN係由該MMS伺服器MRS之接 收單元EME1所接收並由邏輯電路單元LEE1進行評估。假 如可於儲存單元SER內取得該MMS客戶MUA所請求的一 個或多個多媒體訊息MM，則該MMS伺服器MRS之傳輸 單元SEE1會將一附屬的回覆訊息WN傳送給該MMS客戶 MUA。這個回覆訊息WN則至少含有各已失去連結VK之 一。實際上，權宜的是也可令該回覆訊息WN含有一個或 多個完整的MMS收受通知訊息NQN。這類訊息可以是過 去送出同時在某些情況下也儲存於該MMS伺服器MRS之 網路一側儲存單元SER內之MMS收受通知訊息NQN的備 份。在收受了該附屬回覆訊息WN時，該MMS客戶MUA 可利用所接收到的連結V K下載一個或多個多媒體訊息Μ Μ 。根據3GPP格式，可將請求訊息AN稱爲「ΜΜ1_重送_ 通知.REQ(MMl_resend_ notification.REQ)」並將該附屬回覆訊息WN稱爲「MM1_ 重送—通知·ΚΕ8(ΜΜ1_Ν36η<1_ηο1:ίΠο&1:ίοη·ΙΙΕ8)」。 不過，實際上有利的不是利用請求訊息AN請求與該 MMS伺服器MRS上多個多媒體訊息MM之連結VK而是作 出明確的選擇。根據本發明進一步開發出的替代實施例， 可藉由至少一個過濾準則擴充該請求訊息AN，使每一種情 況下將要傳送的所有多媒體訊息MM的連結都會滿足該過 濾準則。藉此至少塞入了下列過濾準則FW之一，其中個 200537953 的 彐彔 有 一 之 域 領 的 Μ Μ 自心 訊 媒 多 1 和 是 則 準 0 過 的 別 a) 發送者過濾器FAD : 明確地說這種過濾器意指只傳送出各多媒體訊息MM 上從特定發送者位址送出因此意指從特定發送者送出的連 結VK ° b) 收受者過濾器FEM : 明確地說這種過濾器意指只傳送出各多媒體訊息MM 上傳送給特定收受者位址送出因此意指傳送給特定收受者 的連結VK。 〇訊息型式過爐器FMM: 明確地說這種訊息型式過濾器意指只將各附屬多媒體 訊息Μ Μ上屬於特定一類例如「廣告」類的連結v K列入 考量。 d) 曰期及/或時間過濾器FDU : 有了這種過濾器，可在選擇將要藉由回覆訊息WN傳 送各連結時只將那些在特定日期及/或時間例如2 〇 〇 3年1 2 月1 5日送出的多媒體訊息MM列入考量。 e) 優先樣過濾器FPI : 有了這種過濾器，可以只將那些對應於特定優先權的 多媒體訊息MM例如只將標示爲「高優先權」的多媒體訊 息MM列入考量。 f) 標題過濾器FTI : 明確地說這種過浦' 器意指只將那些含有特定標題甚至 是其標題中含有特定關鍵字的多媒體訊息mm列入考 "13- 200537953 實際上，有利地的是不僅可使用過濾準則FW以選用 特定的準則同時也能用以排除特定的準則。因爲這個目的 ，例如可藉由諸如用以標示究竟屬選用準則及/或排除準則 的旗標之類的識別器擴充以下各過濾器的過濾準則FW : -發送者過濾器FAD ; -收受者過濾器FEM ; -訊息型式過濾器FMM ; -曰期及/或時間過濾器FDU ; -優先樣過濾器FPI ; -標題過濾器FTI。 因此，能使請求訊息AN同時含有選用準則及排除準 則。例如，可由請求訊息AN指示將要自請求訊息AN所涵 蓋的多媒體訊息MM中取回標題中含有「道路」一詞的多 媒體訊息MM但是排除包含標題爲「鐵道」的多媒體訊息 MM。 同時權宜的是只請求那些無法在該MMS客戶MUA上 取得之與一個或多個多媒體訊息MM的連結VK。有關這一 點，一連結準則VW含有不再能藉由回覆訊息WN指出的 一個或多個連結VK。同時可使之含有一個或多個MMS收 受通知訊息NQN同時確保可唯一指派一特定連結VK以取 代該連結V K。 在某些情況下也可於一請求訊息AN內使用一個以上的 過濾準則FW及/或連結準則VW。有關這一點，可使各單 獨過濾準則FW及/或連結準則VW相互關聯。這裡關聯一 -14- 200537953 詞指的是諸如「即」、「或」或「異或」之類的邏輯語式 以及諸如「大於或等於」、「小於」或「小於或等於」之 類的大小語式。本解釋用實施例中’將要列入考量的多媒 體訊息MM有例如在2003年12月14日、2003年12月15 曰及20 04年1月1日三個不同日期送出的多媒體訊息MM 。因此，該請求訊息AN可含有三個用於日期及/或時間的 不同過濾準則F D U亦即利用邏輯語式「或」達成所需要的 關係「2003年12月15日或2003年12月14日或2004年 1月1曰」。 第3圖含有一由用於第2圖之訊息流之§靑求訊息AN 構成的可用施行方式，其中用於過濾準則FW及/或連結準 則VW之過濾器的形式爲3GPP格式，可參見技術規格TS22.140 第 6.3.0.版及 3GPP TS23.1 40 第 6·3·0·版的文件。於 3GPP 中，例如可提供名稱爲「ΜΜ1_重送_通知.REQ(MMl__resend_ notification.REQ)」的請求訊息AN。以下將更詳盡地檢驗 第3圖中的各單獨資訊元件，其中第一行顯示的是對應資 訊元件的名稱，第二行標示的是該請求訊息AN之內所用 的對應資訊元件而第三行則含有簡短的說明： -資訊元件「訊息型式」MT1 : 該請求訊息AN內必須包含這個資訊元件且這個資訊 元件係用以辨別該訊息係一請求訊息換句話說係一名稱爲 「MM1 —重送—通知.REQ(MMl_resend_notification.REQ)」 的訊息。 '資訊兀件「父易識別碼」T A 1 : 200537953 該請求訊息AN內必須包含這個資訊元件且這個資訊 元件係用以確保該請求訊息AN與回覆訊息WN之間具有 唯一的指派關係。 -資訊元件「MMS版本」MV1: 該請求訊息AN內必須包含這個資訊元件且這個資訊 元件係用以標示出該MMS客戶MUA上MMS介面的版本。 -資訊元件「通知過濾器」FVK1 : 該g靑求訊息AN內可選用追個資訊元件。這個資訊元 件可對應到連結準則VW上。 -資訊元件「發送者過濾器」FAD 1 : 這個資訊元件的使用並非義務性地。這個資訊元件可 提供發送者過濾器FAD。 •資訊元件「收受者過濾器」FEM1 : 這個資訊元件的使用並非義務性地。這個資訊元件可 提供收受者過濾器FEM。 -資訊元件「訊息類別過濾器」FMM 1 : 這個資訊元件係一種可選用的資訊元件。這個資訊元 件可提供訊息型式濾器FMM。 -資訊元件「日期及時間的過濾器」FDU1 : 這個資訊元件係一種可選用的資訊元件且這個資訊元 件可提供日期及/或時間的不同過濾器FDU。 -資訊元件「優先權過濾器」FPI1 : 這個資訊元件的使用是選擇性的。這可辨識出該資訊 元件所對應的優先權過濾器FPI。 200537953 -資訊元件「主題過濾器」FTIl : 這個資訊元件的使用選擇性的且這個資訊元件可提供 標題過濾器F TI。 也可使用該請求訊息AN內含有一個以上的上述所有 選用資訊元件。 第4圖顯示的是另一種用於第2圖之訊息流的請求訊 息AN，此請求訊息an係對應於遵循OMA軌範OMA-WAP· MMS-ENC-vl 一 1.2002 1 030-C、OMA-WAP-MMS-CTR-vl 一 1· 3 002 1 03 1 -V 及 OMA-WAP-MMS-ARC-vl —1.20021 1 01 -C 的格 式。於OMA中，該請求訊息AN指的是一名稱爲「M —重送 —通知.reqCM-Resend^Notification.req)」的訊息。第 4 圖中 第一行含有該請求訊息AN的區域名稱，第二行含有各對 應區域値而第三行則含有對應區域之功能的簡短說明。該 請求訊息AN內所含的區域名稱如下： -區域名稱「X-Mms-訊息-型式」MT3 ·· 該請求訊息AN內必須包含這個唯一地彰顯了名稱爲 「M_重送-通知.req(M — Resend Notification.req)」之 PDU (協定資料單元）型式的區域。遵循OMA格式的區域値爲： 「訊息-型式-數値=M —重送—通知.req(m_resend_notification· req)」。 -區域名稱「X-Mms-交易-識別碼」TA3 : 這個區域允許在該請求訊息AN與一個或多個附屬回 覆訊息WN之間具有唯一的指派關係。每個請求訊息AN 內都必須包含這個區域。其對應區域値係稱作：「交易-識 -17- 200537953 別碼-數値」。 -區域名稱「X-Mms-MMS -版本」MV3: 這個區域含有該MMS客戶MUA上MMS介面的版本且 該請求訊息AN內必須包含這個區域。用於這個區域的區 域値爲「MMS-版本-數値」。 -區域名稱「X-Mms-通知-過濾器」FVK3 : 這個選用區域可標示出未由該MMS客戶MUA送出之 與一個或多個多媒體訊息MM的連結VK。這個區域係對應 於連結準則VW。這裡所用的連結VK指的是例如先前送出之 MMS收受通知訊息NQN的交易識別碼或者甚至連結VK指 的是與一個或多個多媒體訊息MM的例如URI (均勻資源辨 識碼）之類。所用的區域値爲數値「發送者-過濾器-數値」。 -區域名稱「X-Mms-發送者-過濾器」FAD3 : 這個選用區域可定義出該發送者過濾器FAD。這個區 域使用的區域値爲「發送者-過濾器-數値」。 -區域名稱「X-Mms-收受者-過濾器」FEM3 : 這個選用區域可定義出收受者過濾器FEM。這個區域 使用的區域値爲「收受者-過濾器-數値」。 -區域名稱「X-Mms-訊息·類別-過濾器」FMM3 : 這個選用區域代表的是訊息型式過濾器FMM。這個區 域使用的區域値爲「訊息-類別-過濾器-數値」。 -區域名稱「X-Mms-曰期-及-時間-過濾器」FDU3 : 這個區域的使用是選擇性的。這個區域允許標示出曰 期及/或時間的過濾器FDU。係以「日期-及-時間·過濾器- 200537953 數値」當作其區域値。 -區域名稱「X-Mms-優先權-過濾器」FPI3 : 這個區域的使用是選擇性的。這個區域係用以提供該 優先權過濾器FPI。其對應區域値爲「優先權-過濾器-數値」 〇 -區域名稱「X-Mms-主題-過濾器」FTI3 : 這個區域可標示出該標題過濾器FTI。這個區域的使用 是選擇性地。 也可使該請求訊息AN內含有一個以上的上述所有選 用區域名稱。而以「主題-過濾器-數値」當作其區域値。 以下將提出兩種用於第2圖之訊息流的回覆訊息WN 的解釋用實施例。第5圖列舉了對應於3GPP格式的第一 實例（參見3GPP技術規格TS22.1 40第6.3.0.版的文件）。 這裡該回覆訊息WN指的是一例如名稱爲「河]^1_重送+通 知.RES(MMl_resend — notification.RES)」的訊息。第 5 圖 的左側一行顯示的是可用於該回覆訊息WN的資訊元件， 中心一行顯示的是其應用而右側一行則給出其簡短說明。 該回覆訊息WN中遵循3GPP格式的可用資訊元件如下： -資訊元件「訊息型式」MT2 : 這個資訊元件的使用是義務性地。這個資訊元件可將 這個訊息唯一地標記爲名稱爲「MM1_重送—通知.RES(MM匕 resend 一 notification.RES)」的 3GPP 回覆訊息 WN。 -資訊元件「交易識別碼」TA2 : 這個資訊元件是必要的以便爲一請求訊息AN唯一地 -19- 200537953 指定一回覆訊息WN。實際上權宜的是使該傳輸身份「交易 識別碼」TA2恰好對應到第3圖中的「交易識別碼」ΤΑ 1 。這個資訊元件的使用是義務性的。 -資訊元件「MMS版本」MV2:200537953 IX. Description of the invention: [Technical field to which the invention belongs] The mobile radio system GSM (Global System for Mobile Communications) can simultaneously provide voice telephony technology and transmit and receive short text messages of up to 160 words. This service is called SMS (short message service). For example, you can refer to the technical specification 3GPP TS23.040 version 6 · 0 · 1 ·. The Multimedia Messaging Service (MMS) is a follow-up service launched under this extremely successful service. For example, see the technical specifications 3GPP (3rd Generation Partnership Project) TS22.1 40 version 6.0.0. And 3GPP TS23 .1 40 Version 6.0.0 files. This service can be used on different mobile radio systems such as GS M, GPRS (General Closed Radio Service), EDGE (Enhanced Data Rate for GSM Evolution) and UMTS (Universal Mobile Radio Telecommunications System). The MMS service allows mobile transmission and mobile reception of messages with multimedia content such as text messages, voice messages and picture messages. The data capacity of such messages is significantly larger than the data capacity of SMS messages. The message in MMS is called multimedia message MM. The characteristic property of MMS is that when one or more multimedia messages are delivered to the recipient of the MMS, a distinction is made between what is called a push mode and a pull mode. In the push mode, the MMS immediately transmits the incoming multimedia message from the network element responsible for the MMS to an MMS receiver such as a GPRS mobile radio. Initially, only through the MMS receiving notification is notified that a multimedia message has arrived in the so-called extraction mode of the network element responsible for the MMS, and then the recipient of the MMS can decide whether or when he wants to download the multimedia message. In fact, it has been proven that current customers and MMS service providers 200537953 prefer the extraction mode using MMS. If so, the multimedia message may be retained in the network element responsible for the MMS until, for example, it is downloaded by the recipient of the MMS or the validity of the multimedia message expires. Alternatively, the multimedia message may be deleted by the network element responsible for the MMS. To enable the recipient of the MMS to initiate the download of the multimedia message. MMS recipients will receive a link to the corresponding multimedia message on the attached MMS network element in the MMS acceptance notice. This type of link is called a URI (Uniform Resource Identifier). [Prior Art] Therefore, according to the conventional design, basically MMS recipients have a link to a multimedia message that they may want to download later. If the MMS recipient owns or the user unintentionally deletes an MMS acceptance notification and / or the link, for example, before downloading its affiliated multimedia message, they will no longer be able to access the multimedia message. If the MMS recipient initially notices the MMS acceptance of the multimedia message or the link is stored in the first terminal ', and then wants to use the second terminal to access the corresponding multimedia message after changing the terminal, a similar message will appear The problem. This situation also occurs when the MMS recipient removes the mobile radio subscriber identity module (SIM) card from the first mobile radiotelephone and inserts it into the second mobile radiotelephone. If the mobile radiotelephone SIM card no longer supports MMS, the MMS acceptance notice or the link only exists in the first mobile radiotelephone. Therefore, the MMS acceptance notice or the link cannot be obtained in the second mobile radiotelephone. The same situation occurs when one of the terminals is not a mobile radiotelephone, for example, when the first terminal is a laptop and the first terminal is a personal assistant • 6-200537953 (PDA). [Summary of the invention] The purpose of the present invention is to provide a simple and effective method for recovering at least one of the multimedia messages in the MMS that has lost connection. This object of the present invention can be achieved by the following methods: A method for losing at least one of one or more multi-messages stored on an MMS server, characterized in that the MMS sends at least one request message with a de-link request to send one or more multimedia messages to the MMS And the server is characterized in that when receiving the request message, the server will send at least one lost response message containing at least one multimedia message to the MMS client. With the method of the present invention, the MMS client can lose the connection of one or more of the one or more multimedia messages at any time on demand. This can be expanded by the number of links to be sent to the MMS client. The bid request structure allows us to send a single link and multiple links in a single reply message at the same time. The standard request structure of this method means that a single reply message can be combined with multiple lost links and can therefore be transmitted in an efficient manner with only the bandwidth being considered. These benefits can also be obtained when changing MMS customers and need to recover one or more lost connections. The invention also relates to a communication device containing at least one connected module for recovering one or more multimedia messages on the MMS server stored by the MMS client, wherein the communication device contains: one or more methods for recovering the media client Lost MMS or multi-transmission recovery method The one that will be saved in the lost order is 200537953 yuan, which is used to send at least one request message with at least one lost connection requesting to send one or more multimedia messages; And a receiving unit is used for receiving at least one subsidiary reply message containing at least one of the one or more multimedia messages that has been lost when the request message is sent by the MMS server. The present invention also relates to a network component including a module for recovering at least one lost connection of one or more multimedia messages stored on an MMS server by an MMS client, wherein the network component includes: a receiving unit; For receiving at least one request message having a link requesting to send out at least one of the one or more multimedia messages that has been lost but still available in a storage device on the network side; and a logic circuit unit for generating a At least one subsidiary reply message containing at least one of the one or more multimedia messages that has been disconnected and sent at the time of the request message. Other series of development projects of the present invention are listed in the subsidiary projects within the scope of patent application. [Embodiment] Fig. 1 shows a section in an MMS architecture related to the 3 GPP format according to recent design. This provides MMS services (see the technical specifications 3GPP TS22.1 40 version 6 · 3 · 0 · and 3 GP P T S 2 3 · 1 4 0 version 6.3.0. Files). This allows us to transmit and receive messages with multimedia content. Such messages are called multimedia messages MM and may include multiple MM elements with different file types such as voice or video and different file formats such as GIF or TPG. MMS services can be used on different mobile radio systems such as GSM (Global Mobile Telecommunications System), GPRS (General Closed Radio Service), and even 200537953 UMTS (Universal Mobile Radio Telecommunications System). Shown at the top left is an MMS server MRS, also known as the MMS relay / server device in 3GPP. For example, the MMS server MRs can perform the following tasks:-store, for example, incoming multimedia messages MM delivered from another MM server;-process and exchange control information with the MMS client MUA; and-receive and send multimedia back and forth for the MMS client MUA Message MM 0 The MMS server MRS contains a receiving unit EME1 for receiving control information and / or a multimedia message MM. A transmission unit SEE1 is also provided for sending out control information and / or multimedia messages MM. There is also a storage unit SER for storing multimedia messages MM and control information. In some cases, this storage unit SER can be connected to the MMS server MRS on the network side. The logic circuit unit LEE1 controls the MMS server MRS. Finally, the connection network VX1 ensures that information can be exchanged between the individual units SEE 1, LEE 1, EME 1 and SER. Figure 1 also shows an MMS client MUA. In 3GPP, this MMS client MUA refers to the MMS user agent. It is implemented, for example, as a software program on a mobile radio device that conforms to the GSM or UMTS standard, or on a device such as a laptop computer connected to the mobile radio device. This accomplishes the task of providing the components of the MMS service, i.e. the components required on a mobile radio, for example. Alternatively, the MMS client MUA can be implemented on a fixed network device complying with 200537953 I SDN (Integrated Services Digital Network) or a computer unit connected to the intranet or the Internet. The MMS client MUA contains a receiving unit EME2 for receiving control information and / or multimedia messages MM and a transmission unit SEE2 for sending control information and / or multimedia messages MM. At the same time, a logic circuit unit LEE2 for controlling the MMS server MRS serving as the connection network VX2 is provided to ensure that information can be exchanged between the individual units SEE2, EME2 and LEE2. Hereinafter, an operation of delivering the multimedia message MM to the MMS client MUA in accordance with the so-called extraction mode will be described in more detail with reference to FIG. When a new multimedia message MM, such as from the second MMS server MRS, is received in the responsibility area of the MMS server MRS, the newly arrived multimedia message MM can be stored in the storage unit SER connected to the network side . Then, the transmission unit SEE1 of the MMS server MRS transmits an MMS reception notification message NQN to the MMS client MUA. This MMS reception notification message NQN refers to the MMS notification referred to in 3GPP and contains a link VK to at least one multimedia message MM stored in a storage unit SER connected to the network side. At the same time, this link VK refers to the URI (Uniform Resource Identifier) in 3GPP. When receiving the MMS reception notification message NQN, the MMS client MUA will reply with an MMS reception confirmation message NSN to confirm that the MMS has been received. Now the MMS client MUA can use the link VK to load the multimedia message MM directly on its device or store the MMS acceptance notification message NQN and link the VK to retrieve 200537953 the multimedia message mm later. Here, the multimedia message MM may be stored in a mobile radio SIM (Subscriber Identity Module) card or a mobile radio UICC (Universal Integrated Circuit Card) of the mobile radio device at the MMS client MUA. In the extraction mode, the multimedia message MM is stored in the MMS server MRS until it is no longer valid. The MMS reception notification message NQN also contains the expiration date of the multimedia message MM. When the validity period expires, the multimedia message MM and its associated link VK are deleted from the storage unit SER of the MMS server MRS. When receiving the MMS reception notification message NQN or the linked VK with one or more multimedia message MMs, the MMS client MUA may choose to download the one or more multimedia message MMs from the MMS server MRS later. As shown in Figure 1, the MMS client MUA will send to this MMS server MRS an MM request message RQN containing at least a link VK to the multimedia message MM to be downloaded for this purpose. If the requested multimedia message MM is still available on the MMS server MRS, the server will send the requested multimedia message MM to the requesting MMS client MUA via a MM reply message RSN. This process is also called "downloading". If the MMS client MUA does not obtain the MMS acceptance notification message NQN or the link VK with one or more multimedia message MMs, the MMS client MUA cannot initially choose to download the required multimedia message MM from the MMS server MRS . This situation also occurs when one or more linked VKs of one or more multimedia messages MM previously delivered to the MMS client MUA have been deleted due to inadvertent deletion. -11- 200537953 In order to restore one or more linked VKs of the one or more multimedia messages MM, the MMS client MUA will send a request message AN to its transmission unit SEE2 according to the signal flow shown in Figure 2 to The MMS server MRS. The request message AN is received by the receiving unit EME1 of the MMS server MRS and evaluated by the logic circuit unit LEE1. If one or more multimedia messages MM requested by the MMS client MUA can be obtained in the storage unit SER, the transmission unit SEE1 of the MMS server MRS will send an attached reply message WN to the MMS client MUA. This reply message WN contains at least one of the lost VKs. In fact, it is expedient to make the reply message WN contain one or more complete MMS acceptance notification messages NQN. This type of message can be a backup of the MMS reception notification message NQN sent in the past and also stored in some cases in the network-side storage unit SER of the MMS server MRS. Upon receiving the subsidiary reply message WN, the MMS client MUA can download one or more multimedia messages Μ Μ using the received link V K. According to the 3GPP format, the request message AN can be referred to as "MM1_Resend_Notification.REQ" and the subsidiary reply message WN can be referred to as "MM1_Resend_Notification.REQ (MM1_Resend_Notification.REQ)". ; 1: ίοη · ΙΙΕ8) ". However, it is actually advantageous not to use the request message AN to request a connection VK with multiple multimedia messages MM on the MMS server MRS, but to make a clear choice. According to an alternative embodiment further developed by the present invention, the request message AN can be extended by at least one filtering criterion, so that the connections of all multimedia messages MM to be transmitted in each case will satisfy the filtering criterion. At least one of the following filtering criteria FW is inserted here. One of the domains of 200537953 is Μ 自 since the heart media is more than 1 and is true 0. a) The sender filter FAD: explicitly To say that this filter means to send out only the multimedia message MM sent from the specific sender's address, so it means the link VK sent from the specific sender ° b) the recipient filter FEM: to be clear, this filter means Refers to sending out only the multimedia message MM to the address of a specific recipient, so it means the link VK sent to a specific recipient. 〇 Message Type Furnace FMM: To be clear, this message type filter means that only the links v K that belong to a specific category such as the "advertisement" category on each subsidiary multimedia message M M are taken into consideration. d) Date and / or time filter FDU: With this filter, when selecting the links to be transmitted by the reply message WN, only those on a specific date and / or time such as 2003 1 2 The multimedia message MM sent on January 15th is considered. e) Priority sample filter FPI: With this filter, only those multimedia messages MM corresponding to a specific priority can be taken into consideration, for example, only multimedia messages MM marked as "high priority". f) Title filter FTI: To be clear, this type of filter means to include only those multimedia messages that contain a specific title or even a specific keyword in the title. "13- 200537953 Actually, advantageously It is not only possible to use filter criteria FW to select specific criteria but also to exclude specific criteria. For this purpose, for example, the filter criteria FW of each of the following filters can be extended by identifiers such as flags indicating whether they are selection criteria and / or exclusion criteria:-sender filter FAD;-recipient filter Filter FEM;-Message type filter FMM;-Date and / or time filter FDU;-Priority sample filter FPI;-Title filter FTI. Therefore, the request message AN can be made to contain both selection criteria and exclusion criteria. For example, the request message AN may indicate that the multimedia message MM containing the word "road" in the title will be retrieved from the multimedia message MM covered by the request message AN, but the multimedia message MM containing the title "railroad" is excluded. At the same time, it is expedient to request only those VKs connected to one or more multimedia messages MM that cannot be obtained on the MMS client MUA. In this regard, a link criterion VW contains one or more links VK which can no longer be indicated by the reply message WN. At the same time, it can be made to contain one or more MMS reception notification messages NQN while ensuring that a specific link VK can be uniquely assigned to replace the link V K. In some cases, more than one filtering criterion FW and / or linking criterion VW may be used in a request message AN. In this regard, the individual filtering criteria FW and / or the linking criteria VW can be related to each other. The word Associated-14-14-200537953 refers to logical expressions such as "ie," "or," or "exclusive or" and words such as "greater than or equal to," "less than," or "less than or equal to." Large and small voice. The multimedia message MM to be taken into consideration in the embodiment of the present explanation includes, for example, multimedia messages MM sent on three different dates, such as December 14, 2003, December 15, 2003, and January 1, 2004. Therefore, the request message AN may contain three different filtering criteria FDU for date and / or time, that is, the logical relationship "OR" is used to achieve the required relationship "December 15, 2003 or December 14, 2003 Or January 1, 2004. " Figure 3 contains an available implementation method consisting of the § request message AN used for the message flow of Figure 2, where the filter used for the filtering criteria FW and / or the linking criteria VW is in the 3GPP format, see technology Specification of TS22.140 version 6.3.0. And 3GPP TS23.1 40 version 6 · 3 · 0 ·. In 3GPP, for example, a request message AN named "MM1_Resend_Notification.REQ (MMl__resend_notification.REQ)" may be provided. The following will examine each individual information element in Figure 3 in more detail, where the first line shows the name of the corresponding information element, the second line indicates the corresponding information element used in the request message AN and the third line It contains a short description:-Information element "message type" MT1: The request message AN must contain this information element and this information element is used to identify that the message is a request message. In other words, it is called "MM1-heavy Send—Notification. REQ (MMl_resend_notification.REQ) "message. 'Information element "parent easy identification code" T A 1: 200537953 The request message AN must contain this information element and this information element is used to ensure that the request message AN and the reply message WN have a unique assignment relationship. -Information element "MMS version" MV1: The request message AN must contain this information element and this information element is used to indicate the version of the MMS interface on the MMS client MUA. -Information element "Notification Filter" FVK1: The information element AN can be used in the message AN. This information element can be mapped to the link criterion VW. -Information element "sender filter" FAD 1: Use of this information element is not compulsory. This information element provides the sender filter FAD. • Information element "recipient filter" FEM1: The use of this information element is not compulsory. This information element provides the recipient filter FEM. -Information element "Message Type Filter" FMM 1: This information element is an optional information element. This information element provides a message type filter FMM. -Information element "Date and time filter" FDU1: This information element is an optional information element and this information element can provide different filters FDU for date and / or time. -Information element "Priority Filter" FPI1: The use of this information element is optional. This identifies the priority filter FPI to which the information element corresponds. 200537953-Information element "theme filter" FTIl: The use of this information element is optional and this information element can provide the title filter F TI. It is also possible to use the request message AN containing more than one of the above-mentioned optional information components. Figure 4 shows another request message AN for the message flow in Figure 2. This request message an corresponds to the OMA-compliant OMA-WAP · MMS-ENC-vl-1.002002 1 030-C, OMA-WAP -MMS-CTR-vl-1. 3 002 1 03 1 -V and OMA-WAP-MMS-ARC-vl —1.20021 1 01 -C format. In OMA, the request message AN refers to a message called "M-Resend-Notification.reqCM-Resend ^ Notification.req)". In Figure 4, the first line contains the area name of the request message AN, the second line contains the corresponding area, and the third line contains a brief description of the function of the corresponding area. The area names contained in the request message AN are as follows:-Area name "X-Mms-message-type" MT3 ... The request message AN must contain this uniquely highlighting the name "M_Resend-Notification.req (M — Resend Notification.req) ”area of PDU (Protocol Data Unit) type. The area that follows the OMA format is: "message-type-number" = M — resend — notification.req (m_resend_notification · req) ”. -Area name "X-Mms-Transaction-Identifier" TA3: This area allows a unique assignment relationship between the request message AN and one or more subsidiary reply messages WN. Each request message AN must include this area. The corresponding area is called "transaction-identification -17- 200537953 tag-number". -Area name "X-Mms-MMS-Version" MV3: This area contains the version of the MMS interface on the MMS client MUA and the request message AN must include this area. The area used for this area is "MMS-version-data". -Area name "X-Mms-Notification-Filter" FVK3: This optional area can indicate the connection VK with one or more multimedia messages MM that was not sent by the MMS client MUA. This area corresponds to the connection criterion VW. The link VK used here refers to, for example, the transaction identifier of the previously sent MMS receipt notification message NQN, or even the link VK refers to one or more multimedia messages MM, such as a URI (Uniform Resource Identifier). The area used is the number "Sender-Filter-Number". -Area name "X-Mms-Sender-Filter" FAD3: This optional area defines the sender filter FAD. The area used in this area is "Sender-Filter-Number". -Area name "X-Mms-Recipient-Filter" FEM3: This optional area defines the recipient filter FEM. The area used in this area is "Recipient-Filter-Number". -Area name "X-Mms-message-category-filter" FMM3: This optional area represents the message type filter FMM. The area used in this area is "message-category-filter-data". -Area name "X-Mms-Date-and-Time-Filter" FDU3: The use of this area is optional. This area allows the date and / or time filter FDU to be marked. "Date-and-time filter-200537953 data" is used as its area. -Area name "X-Mms-Priority-Filter" FPI3: The use of this area is optional. This area is used to provide the priority filter FPI. The corresponding area 値 is "Priority-Filter-Number" 〇-Area name "X-Mms-Subject-Filter" FTI3: This area can be marked with the title filter FTI. The use of this area is selective. The request message AN may also include more than one of the above-mentioned selected area names. And "theme-filter-number" as its area. In the following, two embodiments for explaining the reply message WN for the message flow in FIG. 2 will be proposed. Figure 5 lists the first example corresponding to the 3GPP format (see 3GPP Technical Specification TS22.1 40 Version 6.3.0. File). Here, the reply message WN refers to a message named, for example, "He] ^ 1_Resend + Notification.RES (MMl_resend — notification.RES)". The left line of Figure 5 shows the information components that can be used for the reply message WN, the center line shows its application and the right line gives a short description. The available information components in the reply message WN following the 3GPP format are as follows:-Information element "message type" MT2: The use of this information element is compulsory. This information element can uniquely mark this message as a 3GPP reply message WN with the name "MM1_Resend-Notification.RES". -Information element "Transaction ID" TA2: This information element is necessary to uniquely specify a reply message WN for a request message AN -19- 200537953. In fact, it is expedient to make the transmission identity "transaction identification code" TA2 exactly correspond to the "transaction identification code" TA1 in FIG. 3. The use of this information element is compulsory. -Information component "MMS version" MV2:
這個資訊元件係用以標示出該MMS客戶MUA上MMS 介面的版本。每個回覆訊息WN都必須包含這個資訊元件 〇 -資訊元件「重送通知狀態」RS2: 這個資訊元件含有請求送出與一個或多個多媒體訊息 MM之必要連結VK初始時表爲請求訊息AN的狀態。該狀 態可標出是否能由MMS伺服器MRS成功地處理該請求或 是出現了特定的錯誤。每個回覆訊息WN都必須參照這個 資訊元件。 -資訊元件「重送通知狀態本文」RT2 : 這個資訊元件係以文字形式標示出由「重送通知狀態」 RS2所達成的狀態。這個資訊元件的使用是選擇性的。 -資訊元件「通知細節」ND2 : 該回覆訊息WN中可包含這個資訊元件。當存在有這 個資訊元件時，該回覆訊息WN可提供該請求訊息AN所 請求之與多媒體訊息MM的至少一個連結VK。其方式爲藉 由例如初始送出之MM S收受通知訊息N QN的清單形式或 是對應的URI (均勻資源辨識碼）形式達成的。 第6圖顯示的是第2圖之訊息流中遵循OMA-MMS格 式（例如可參見OMA規格之文件〇MA_MMS-ENC-vl—2- 200537953 2003 09 1 5 -C)之回覆訊息WN的第二解釋用實施例。於OMA 中，該回覆訊息WN指的是一例如名稱爲^ M-重送-通知 .conf(M_Resend_Notification.conf)」的訊息。第 6 圖中標題 爲「區域名稱」的第一行列舉了各對應0MA區域的名稱， 第二行列舉了各對應區域値而第三行則列舉了個別OMA 區域的簡短說明。以下將詳細說明該回覆訊息WN中遵循 OMA格式的各單獨區域： -區域名稱「X-Mms-訊息-型式」MT4 : 這個區域的使用是義務性地。這個區域使吾人能夠將 一 OMA訊息唯一地辨識成名稱爲「M-重送-通知.c〇nf(M-Resend-Notification.conf)」之回覆訊息 WN。根據 OMA 格 式以「訊息-型式-數値=m-重送-通知-conf(m-resend-notification-conf)」當作其區域値。 -區域名稱「X-Mms-交易-識別碼」TA4 : 這個義務性區域使吾人能夠將一回覆訊息WN唯一地 指派到特定的請求訊息AN上。這可利用實際上權宜地對 應到請求訊息 AN「M-重送-通知.req(M-Resend-Notification· req)」之「X-Mms-交易·識別碼」TA3(參照第5圖）上的區 域値「交易-識別碼-數値」達成。 - 區域名稱「X-Mms-MMS-版本」MV4 : 這是一個義務性區域。其區域「MMS-版本-數値」係 用以標示出該MMS客戶MUA上MMS介面的版本。 -區域名稱「X-Mms-重送-通知-狀態」RS4 : 每個回覆訊息WN內都必須包含這個區域。這個區域 -21- 200537953 係用以標示出該回覆訊息WN中藉由請求訊息AN達成的 狀態。這個狀態則表爲區域値「重送-通知-狀態-數値」。 -區域名稱「X-Mms-重送-通知-本文」RT4 : 這個區域含有對區域名稱爲「X-Mms-重送-通知-狀態」 RS4之區域的文字說明。這個區域的使用是選擇性的且在 使用時係表爲區域値「重送-通知-狀態-本文-數値」。 - 區域名稱「X-Mms-通知-細節」ND4 : 這個區域含有與一個或多個多媒體訊息MM的連結VK 。遵循OMA軌範之對應MMS收受通知訊息NQN指的是名 稱爲「M-通知.ind(M-Notification.ind)」的訊息。替代地， 其中也可以出現一 URI(均勻資源辨識碼）。爲了輔助連結 VK，也可進一步包含可由連結VK標示出的諸如多媒體訊 息MM的優先權或是多媒體訊息MM的發送者位址之類資 料。其中係以區域値「通知-細節-數値」當作這個區域的 數値。 根據本發明另一替代實施例，能權宜地以請求訊息AN 的強度將一個以上的回覆訊息WN送到MMS客戶MUA上 。這裡有利的是在所有以請求訊息AN之強度傳送出的回 覆訊息WN中使用一用於第2圖之訊息流的單一族群辨識 信號GN。因此例如可使用請求訊息AN之對應交易編號 「交易識別碼」TA2當作該單一族群辨識信號GN並輸入 到對應回覆訊息WN之區域「交易識別碼」TA4內。依這 種方式所有以請求訊息AN之強度產生的回覆訊息WN都 使用相同的交易編號TA4。 200537953 實際上也可有利地爲每一個回覆訊息WN提供一具有 連續訊息編號NRN的相同單一族群辨識信號GN以及一用 於第2圖之訊息流的總編號NGA。這裡該總編號NGA係對 應於具有相同族群辨識信號GN之回覆訊息WN的數目。 例如以相同的族群辨識信號GN傳送出七個回覆訊息WN。 因此可將由MMS伺服器MRS送到MMS客戶MUA上的第 一回覆訊息WN指派爲訊息編號NRN「1」及總編號NGA 「7」。再次將第二回覆訊息WN給定爲連續訊息編號NRN 「2」及總編號NGA「7」。該連續訊息編號NRN及總編號 NGA允許MMS客戶MUA依不含糊的方式判定不存在一個 或多個回覆訊息WN且可再次提出對他們的請求。 根據本發明另一有利的實施例變型，可直接從過去轉 送到MMS客戶MUA上的MMS收受通知訊息NQN獲致該 回覆訊息WN。例如該MMS伺服器MRS會保持仍可於其儲 存裝置SER內取得之用於多媒體訊息MM的一個或多個 MMS收受通知訊息NQN。作了例如採用交易編號「交易識 別碼」TA4之類的次要修正後，吾人能夠將這個已修正的 MMS收受通知訊息NQN送到MMS客戶MUA上當作該請 求訊息AN的回覆訊息WN。 以下將參照第7圖說明一種根據OMA-順從格式用於 該請求訊息AN及回覆訊息WN內某些區域上的編碼法。 第7圖的左側一行列舉了可用於多個區域的區域名稱，其 中某些區域名稱已在第4圖和第6圖的左側一行中給出。 中心一行塡寫的是一種可用的六位元編碼法而右側一行則 -23- 200537953 含有一種可用的Ο M A -順從編碼法及其輔助說明。六位元編 碼法係用於OMA-MMS格式以便於訊息內唯一地辨識出一 特定區域。例如六位元編碼0x34係對應到其區域名稱的區 域爲「X-Mms-通知-過濾器」FVK。以下將更詳細地檢驗某 些BNF形式之區域的OMA-順從編碼作業： -區域名稱「X-Mms-通知-過濾器」FVK3 : 用於這個區域的六位元編碼爲0x34。這個區域的對應 値則爲「通知-過濾器-數値=文字串| Uri-數値」。 -區域名稱「X-Mms-發送者-過濾器」FAD3 : 用於這個區域的識別碼爲「發送者-過濾器-數値=編碼 -字串-數値」。其六位元編碼爲0x35。 -區域名稱「X-Mms-收受者-過濾器」FEM3: 用於這個區域的區域値爲「收受者-過濾器-數値==編碼 •字串-數値」。其六位元編碼爲0x36。 -區域名稱「X-Mms-訊息-類別-過濾器」FMM3 : 用於這個區域的六位元編碼爲〇 X 3 7。其附屬區域値包 含「訊息-類別-過濾器-數値=類別-識別碼I表徵文字 類別-識別碼=個人I廣告I資訊I自動」。 區域名稱「X-Mms -日期-及-時間-過滅器」FDU3: 用於這個區域的六位元編碼爲0 X 3 8。這個區域可藉由 下列區域値加以說明： 「曰期-及-時間-過濾器=數値長度（絕對-表徵日期-數 値I相對-表徵秒-數値） 絕對-表徵=<〇ctet 128> -24- 200537953 相對-表徵=<〇ctet 129> -區域名稱「X-Mms-優先權-過濾器」FPI3 : 這個區域用於六位元編碼的選取値爲0x3 A。這個區域 可藉由下列區域値加以說明· 「優先權-過濾器-數値=低I正常I高 低= <〇ctet 1 28> 正常=<Octet 1 2 9> 高=<〇ctet 1 3 0> -區域名稱「X-Mms-主題-過濾器」FTI3 : 這個區域的六位元編碼値爲0x39。這個區域可表爲區 域値「主題-過濾器-數値=編碼-字串-數値」 -區域名稱「X-Mms-重送-通知-狀態」RS4 : 這個區域用於六位元編碼的數値係設定爲〇x3B。用於 這個區域的數値可表爲下列說明： 「重送-通知-狀態-數値==成功I錯誤-過渡性-故障I 錯誤-永久性-故障I錯誤-永久性-服性-已拒絕 成功=<Octet 1 28> 錯誤-過渡性-故障=<〇ctet 192〉 錯誤-永久性-故障=<〇ctet 224〉 錯誤-永久性-服務-已拒絕=<〇ctet 22 5>」 -區域名稱「X-Mms-重送-通知-本文」RT4 : 這個區域用於六位元編碼的數値爲〇x3C。用於這個區 域的數値可表爲「重送-通知-本文-數値=編碼-字串-數値」 -25- 200537953 -區域名稱「X-Mms-通知-細節」ND4 ·· 這個區域用於六位元編碼的選取値爲〇x3D。用於這個 區域之區域値的可用表現式如下： 「通知-細節·數値=數値長度（X-Mms-內容-位置區域 起始-區域主題-區域 X_ Mm s-遞送-報告-區域 X-Mms-訊 息·類別-區域 X-Mms-優先權-區域 X-Mms-訊息-大小-區域 X-Mms-期限-區域等）」。 並非這裡所列舉的所有區域都必需包含區域名稱爲 「X-Mms-通知-細節」的區域値。至少權宜地存在有區域名 稱爲「X-Mms-內容-位置」而含有URI (均勻資源辨識碼）之 詳細資訊且對應到與一多媒體訊息MM之連結VK的區域 〇 實際上也可有利地藉由定義出可用的排除準則以及可 用的選取準則以擴充一請求訊息AN內的一個或多個過濾 準貝U FW。有關這一點，可參照遵循OMA格式之OMA-MMS 區域「X-Mms-優先權-過濾器」FPI3提出一種解釋用施行 方法。這個實例應該是可理解的，使得一種應用不僅可應 用在這個特定的區域上同時也可應用在所有其他過濾準則 FW上。第8圖的左側一行顯示的是各對應區域的區域名稱 ’中心一行顯示的是對應檔首區域的可用六位元表現式而 右側一行則顯示了其區域値的可用表現式。例如可依六位 元的方式將區域名稱爲「X-Mms-優先權-過濾器」FPI3編 碼爲數値0x3A。用於這個檔首區域之可用區域値的表現如 下： -26- 200537953 「優先權-過濾器-數値=正-負-値（低I正常I高） 正-負-値=正値-負値 正値= <〇ctet 1 2 8> 倉値：=c〇ctet 129> 低= <〇ctet 1 2 8> 正常=c〇ctet 129> 高=<〇ctet 1 3 0> 可依常見方式在具有這種由過濾準則FW構成之擴充 的請求訊息AN內使用選用準則及/或排除準則。 【圖式簡單說明】 以下將參照各附圖更詳細地說明本發明及其開發項目 〇 第1圖係用以顯示一種MMS伺服器與MMS客戶進行 抽出模式之訊息流的簡略圖示，其中係藉由一通知訊息將 一多媒體訊息之連結顯示給該MMS客戶並由該MMS客戶 自該MM S伺服器下載該多媒體訊息。 第2圖係用以顯示一種MMS伺服器與MMS客戶進行 根據本發明第一解釋用實施例之訊息流的簡略圖示，其中 該MMS客戶係藉由一請求訊息請求至少一個多媒體訊息 之至少一個連結並藉由至少一個回覆訊息將所需要的至少 一個連結傳送給該MMS客戶。 第3圖係根據開放行動聯盟（OMA)-順從編碼法依表列 形式顯示第2圖之訊息流中用於MMS訊息之某些名稱爲「 M-重送-通知·conaM-Resend-Notificaiton· Con f)」及「Μ- 200537953 重送-通知.reqCM-Resend-Notificaiton.req)」的 OMA-MMS 檔首區域亦即PDU(協定資料單元）。 第4圖係依表列形式顯示第2圖之訊息流中遵循3GPP 格式名稱爲「MM1_重送-通知.REQ(MM l__resend —notification· REQ)」之請求訊息及其資訊元件。 第5圖係依表列形式顯示第2圖之訊息流中遵循3GPP 格式名稱爲「MM1_ 重送—通知.RES(MMl_resend —notification. RES)」之回覆訊息及其資訊元件。 第6圖係依表列形式顯示第2圖之訊息流中遵循OMA-MMS 格式名稱爲「M_重送-通知.req(M —resend__Notification.req)」 之請求訊息及各區域內容。 第7圖係依表列形式顯示第2圖之訊息流中遵循OMA-MMS 格式名稱爲「Μ —重送—通知.conf(M —resend —Notification· conf)」之回覆訊息及各區域內容。 第8圖係根據OMA-順從編碼法依表列形式顯示第2 圖之訊息流內遵循OMA-MMS格式之請求訊息中名稱爲「 X-Mms-優先權-過濾器.conf(X-Mms-Priority-Filter.conf)」 的可用擴充區域。 第1圖到第8圖中係以相同的符號標示出具有相同功 能及操作模式的各元件。 【主要元件符號說明】 EME1 接收單元 EME2 接收單元 LEE1 邏輯電路單元 200537953 LEE2 邏輯電路單元 MRS MMS伺服器 MUA MMS使用者代理 SEE 1 傳輸單元 SEE2 傳輸單元 SER 儲存單元 VX 1 連接網路 VX2 連接網路This information element is used to indicate the version of the MMS interface on the MMS client MUA. Each reply message WN must contain this information element. 0-Information element "retransmission notification status" RS2: This information element contains the necessary link for requesting to send out with one or more multimedia messages MM. The initial timetable is the status of the request message AN. . This status indicates whether the request was successfully processed by the MMS server MRS or if a specific error occurred. Each reply message WN must refer to this information element. -Information element "Resend notification status text" RT2: This information element indicates the status reached by "Resend notification status" RS2 in text form. The use of this information element is optional. -Information element "Notification Details" ND2: The reply message WN may include this information element. When this information element exists, the reply message WN can provide at least one connection VK with the multimedia message MM requested by the request message AN. This is achieved by, for example, a list form of the MMS reception notification message N QN initially sent or a corresponding URI (Uniform Resource Identifier) form. Figure 6 shows the second response message WN in the message flow of Figure 2 following the OMA-MMS format (see, for example, the OMA specification document 〇MA_MMS-ENC-vl—2- 200537953 2003 09 1 5 -C). Explained with examples. In OMA, the reply message WN refers to a message named, for example, ^ M-Resend-Notification.conf (M_Resend_Notification.conf). The first line titled "Area Name" in Figure 6 lists the names of the corresponding 0MA areas, the second line lists the corresponding areas, and the third line lists the short descriptions of the individual OMA areas. The following will describe the individual areas in the reply message WN that follow the OMA format:-Area name "X-Mms-message-type" MT4: The use of this area is compulsory. This area enables us to uniquely identify an OMA message as a reply message WN with the name "M-Resend-Notification.conf (M-Resend-Notification.conf)". According to the OMA format, "message-type-number = m-resend-notification-conf" is used as its area. -Area name "X-Mms-Transaction-Identifier" TA4: This obligatory area enables us to uniquely assign a reply message WN to a specific request message AN. This can actually be expediently corresponded to the "X-Mms-transaction · identification code" TA3 (see Fig. 5) of the request message AN "M-Resend-Notification. Req" The area of "Transaction-ID-Number" was reached. -Area name "X-Mms-MMS-Version" MV4: This is an obligatory area. The area "MMS-version-data" is used to indicate the version of the MMS interface on the MMS client MUA. -Area name "X-Mms-Resend-Notification-Status" RS4: Each reply message WN must include this area. This area -21-200537953 is used to indicate the status achieved by the request message AN in the reply message WN. This status table is the area "Resend-Notify-Status-Count". -Area name "X-Mms-Resend-Notification-Text" RT4: This area contains a text description of the area with the area name "X-Mms-Resend-Notification-Status" RS4. The use of this area is optional and when used it is listed as area ("Resend-Notify-Status-Text-Number"). -Area name "X-Mms-Notification-Detail" ND4: This area contains links VK with one or more multimedia messages MM. The corresponding MMS reception notification message NQN following the OMA guidelines refers to a message named "M-Notification.ind (M-Notification.ind)". Alternatively, a URI (Uniform Resource Identifier) may also appear therein. To assist the link VK, it may further include information such as the priority of the multimedia message MM or the sender address of the multimedia message MM, which can be indicated by the link VK. Among them, the area "Notification-Detail-Number" is used as the number of this area. According to another alternative embodiment of the present invention, more than one reply message WN can be expediently sent to the MMS client MUA with the strength of the request message AN. It is advantageous here to use a single group identification signal GN for the message flow of Fig. 2 in all reply messages WN transmitted with the strength of the request message AN. Therefore, for example, the corresponding transaction number "transaction identification code" TA2 of the request message AN can be used as the single group identification signal GN and inputted into the "transaction identification code" TA4 of the area corresponding to the reply message WN. In this way, all reply messages WN generated with the strength of the request message AN use the same transaction number TA4. 200537953 In fact, it is also advantageous to provide each reply message WN with the same single group identification signal GN with consecutive message numbers NRN and a total number NGA for the message flow of FIG. 2. Here, the general number NGA corresponds to the number of reply messages WN having the same group identification signal GN. For example, seven reply messages WN are transmitted with the same group identification signal GN. Therefore, the first reply message WN sent from the MMS server MRS to the MMS client MUA can be assigned as the message number NRN "1" and the total number NGA "7". The second reply message WN is again given as the continuous message number NRN "2" and the total number NGA "7". The continuous message number NRN and the general number NGA allow the MMS client MUA to determine in an unambiguous manner that one or more reply messages WN do not exist and may request them again. According to another advantageous embodiment variant of the present invention, the reply message WN can be obtained from the MMS acceptance notification message NQN that was forwarded to the MMS client MUA directly from the past. For example, the MMS server MRS will keep one or more MMS reception notification messages NQN for the multimedia message MM still available in its storage device SER. After making minor amendments such as using the transaction number "transaction identification code" TA4, we can send this revised MMS acceptance notification message NQN to the MMS client MUA as the reply message WN of the request message AN. An encoding method for the request message AN and the reply message WN according to the OMA-compliant format will be described below with reference to FIG. The left row of Figure 7 lists the zone names that can be used for multiple zones, some of which are given in the left row of Figures 4 and 6. The center line is descriptive of an available six-bit encoding method and the right line -23- 200537953 contains a usable 0 M A-compliance encoding method and its auxiliary description. The six-bit encoding method is used in the OMA-MMS format to uniquely identify a specific area within a message. For example, the area where the six-bit code 0x34 corresponds to its area name is "X-Mms-Notification-Filter" FVK. The following will examine the OMA-compliance encoding operation of some BNF-formed areas in more detail:-Area name "X-Mms-Notification-Filter" FVK3: The six-bit encoding used for this area is 0x34. The corresponding 値 in this area is "Notification-Filter-Number 値 = Text String | Uri-Number 値". -Area name "X-Mms-sender-filter" FAD3: The identification code for this area is "sender-filter-number = encoding-string-number". Its six-bit encoding is 0x35. -Area name "X-Mms-Recipient-Filter" FEM3: The area used for this area is "Recipient-Filter-Number == Encoding • String-Number". Its six-bit encoding is 0x36. -Area name "X-Mms-message-category-filter" FMM3: The six-bit code used for this area is 0 X 37. Its affiliated area does not include "message-category-filter-number" = category-identifier-I-character-character category-identifier-identifier = personal I-advertisement-I-automatic ". Area name "X-Mms-Date-and-Time-Filler" FDU3: The six-bit code used for this area is 0 X 3 8 This area can be illustrated by the following area: "Date-and-time-filter = number length (absolute-characterized date-number (I relative-characterized second-number)) absolute-characterization = < 〇ctet 128 > -24- 200537953 relative-characterization = < 〇ctet 129 >-area name "X-Mms-priority-filter" FPI3: This area is used for the selection of six-bit encoding 値 0x3 A. This area can be explained by the following area: "Priority-Filter-Number" = Low I Normal I High Low = < Octet 1 28 > Normal = < Octet 1 2 9 > High = < 〇ctet 1 3 0 >-Area name "X-Mms-Subject-Filter" FTI3: The six-bit encoding of this area is 0x39. This area can be expressed as area 値 "subject-filter-number 値 = encoding-string-number"-area name "X-Mms-Resend-Notification-Status" RS4: This area is used for six-bit encoding The number system is set to 0x3B. The numbers used in this area can be expressed as follows: "Resend-Notify-Status-Numbers == Success I Error-Transitional-Fault I Error-Permanent-Fault-I Error-Permanent-Service-Have Rejected successfully = < Octet 1 28 > Error-Transient-Fault = < 〇ctet 192〉 Error-Permanent-Fault = < 〇ctet 224> Error-Permanent-Service-Rejected = < 〇ctet 22 5> "-Area name" X-Mms-Resend-Notify-Text "RT4: The number used for this 6-bit encoding in this area is 0x3C. The number used in this area can be expressed as "Resend-Notify-Text-Numbers = Encoding-String-Numbers" -25- 200537953-Area Name "X-Mms-Notification-Details" ND4 ·· This area The selection for six-bit encoding is 0x3D. The available expressions for the area 値 for this area are as follows: "Notifications-Details · Numbers = Length (X-Mms-Content-Location-area-start-area-topic-area X_Mm s-delivery-report-area X -Mms-message-type-area X-Mms-priority-area X-Mms-message-size-area X-Mms-term-area etc. " Not all areas listed here need to include the area with the area name "X-Mms-Notification-Detail" 値. At least expediently there is an area with the area name "X-Mms-Content-Location" that contains detailed information of the URI (Uniform Resource Identifier) and corresponds to the VK linked to a multimedia message MM. The available exclusion criteria and available selection criteria are defined to extend one or more filtering criteria U FW in a request message AN. Regarding this point, an explanation method can be proposed with reference to the OMA-MMS area "X-Mms-Priority-Filter" FPI3 following the OMA format. This example should be understandable, so that one application can be applied not only to this specific area but also to all other filtering criteria FW. The left line of Figure 8 shows the area names of the corresponding areas. The center line shows the available six-bit expressions for the corresponding file head area and the right line shows the available expressions for its area 値. For example, you can encode the area name as "X-Mms-Priority-Filter" FPI3 as the number 値 0x3A in six bits. The performance of the usable area used in the first area of this file is as follows: -26- 200537953 "Priority-Filter-Number 値 = Positive-Negative- 値 (Low I Normal I High)値 正 値 = < 〇ctet 1 2 8 > Cangjie: = c〇ctet 129 > Low = < 〇ctet 1 2 8 > Normal = c〇ctet 129 > High = < 〇ctet 1 3 0 > A common method is to use selection criteria and / or exclusion criteria in the request message AN having such an expansion composed of the filtering criteria FW. [Brief Description of the Drawings] The present invention and its development projects will be described in more detail with reference to the drawings FIG. 1 is a schematic diagram showing a message flow of an extraction mode performed by an MMS server and an MMS client, wherein a link of a multimedia message is displayed to the MMS client through a notification message, and The MM S server downloads the multimedia message. FIG. 2 is a schematic diagram showing a message flow between an MMS server and an MMS client according to the first embodiment of the present invention. The MMS client is requested by a request. Message request at least one link to at least one multimedia message And send at least one link required to the MMS client by at least one reply message. Figure 3 is a tabular display of the message flow in Figure 2 for MMS according to the Open Action Alliance (OMA) -compliant coding method. Some names of the messages are "M-Resend-Notify · conaM-Resend-Notificaiton · Con f)" and "M-200537953 Resend-Notify.reqCM-Resend-Notificaiton.req)" in the OMA-MMS file header area Also known as PDU (Protocol Data Unit). Figure 4 shows the request message and its information components in the message flow of Figure 2 following the 3GPP format name "MM1_Resend-Notification. REQ (MM l__resend —notification · REQ)" in a tabular form. Figure 5 shows the reply message and its information components in the message flow of Figure 2 according to the 3GPP format named "MM1_Resend—Notification. RES" in a tabular form. Figure 6 shows the request message and the content of each area in the message flow of Figure 2 following the OMA-MMS format name "M_Resend-Notification.req (M_resend__Notification.req)" in a tabular form. Figure 7 shows the reply message and content of each area in the message flow of Figure 2 following the OMA-MMS format name as "M-resend-notification.conf" in a tabular form. Figure 8 shows the table format according to the OMA-compliant coding method in the request message following the OMA-MMS format in the message flow of Figure 2.The name is "X-Mms-Priority-Filter.conf (X-Mms- Priority-Filter.conf) ”. Figures 1 to 8 show components with the same functions and operating modes with the same symbols. [Description of main component symbols] EME1 receiving unit EME2 receiving unit LEE1 logic circuit unit 200537953 LEE2 logic circuit unit MRS MMS server MUA MMS user agent SEE 1 transmission unit SEE2 transmission unit SER storage unit VX 1 connection network VX2 connection network
-29--29-