淺析通信類方法專利的撰寫特點(diǎn)

#本文僅代表作者觀點(diǎn)，不代表IPRdaily立場，未經(jīng)作者許可，禁止轉(zhuǎn)載#

來源：IPRdaily中文網(wǎng)（iprdaily.cn）

作者：李強(qiáng) 專利代理人 北京善任知識產(chǎn)權(quán)代理有限公司

原標(biāo)題：淺析通信類方法專利的撰寫特點(diǎn)

在撰寫通信類方法權(quán)利要求時(shí)，可以將發(fā)明人的交底技術(shù)方案的技術(shù)特征與通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征做對應(yīng)。本文將從通信網(wǎng)絡(luò)架構(gòu)特征的角度出發(fā)，梳理通信類技術(shù)方案的實(shí)現(xiàn)邏輯，并總結(jié)通信類方法專利的撰寫特點(diǎn)，以期為讀者提供專利撰寫工作的參考。

摘要

伴隨著通信技術(shù)的高速發(fā)展，“信息隨心至，萬物觸手及”的愿景正成為現(xiàn)實(shí)。信息催生了空前規(guī)模的新興產(chǎn)業(yè)，產(chǎn)業(yè)驅(qū)動下的通信類專利申請數(shù)量呈井噴式增長。被稱為信息傳輸?shù)摹案咚俟贰钡耐ㄐ啪W(wǎng)絡(luò)也在不斷演進(jìn)以滿足各種需求。大量技術(shù)交底方案基于標(biāo)準(zhǔn)化的通信網(wǎng)絡(luò)架構(gòu)產(chǎn)生。作為專利從業(yè)人員，如果能夠提煉出通信網(wǎng)絡(luò)架構(gòu)的特征，從特征角度總結(jié)通信類技術(shù)方案的專利撰寫特點(diǎn)，并基于該專利撰寫特點(diǎn)對專利交底方案進(jìn)行分析和撰寫布局，勢必會提升專利文本的撰寫效率和撰寫質(zhì)量?；诖?，本文將從通信網(wǎng)絡(luò)架構(gòu)特征的角度出發(fā)，梳理通信類技術(shù)方案的實(shí)現(xiàn)邏輯，并總結(jié)通信類方法專利的撰寫特點(diǎn)，以期為讀者提供專利撰寫工作的參考。

關(guān)鍵詞：網(wǎng)絡(luò)架構(gòu)特征、通信類方法專利、信息

一、通信網(wǎng)絡(luò)架構(gòu)介紹

圖1示例性地示出了一種LTE系統(tǒng)的網(wǎng)絡(luò)架構(gòu)，包括核心網(wǎng)部分和接入網(wǎng)部分。其中，核心網(wǎng)部分包括移動性管理實(shí)體（MME, Mobility Management Entity）、服務(wù)網(wǎng)關(guān)（S-GW，Serving GateWay）和分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)（P-GW，Packet work Gateway）等通信節(jié)點(diǎn)。接入網(wǎng)部分包括基站。

圖1

圖2示例性地示出了一種5G系統(tǒng)的網(wǎng)絡(luò)架構(gòu)，包括核心網(wǎng)部分和接入網(wǎng)部分。其中，核心網(wǎng)部分主要包括接入與移動管理功能（AMF，Access and Mobility Management Function）、用戶面功能（UPF，User Plane Function）和會話管理功能（SMF，Session Management Function）等通信節(jié)點(diǎn)。接入網(wǎng)部分包括基站。

圖2

圖1示出的網(wǎng)絡(luò)架構(gòu)中，終端通過接入網(wǎng)與LTE系統(tǒng)進(jìn)行通信。其中，基站通過S1接口與核心網(wǎng)中的通信節(jié)點(diǎn)互連；基站之間通過X2接口互連。圖2示出的網(wǎng)絡(luò)架構(gòu)中，移動終端也通過接入網(wǎng)與5G系統(tǒng)進(jìn)行通信。其中，基站通過NG接口與核心網(wǎng)中的通信節(jié)點(diǎn)互連；基站之間通過Xn接口互連。在兩種網(wǎng)絡(luò)架構(gòu)中，移動終端都通過Uu接口（又稱空中接口）與接入網(wǎng)中的基站進(jìn)行互連。

二、通信網(wǎng)絡(luò)架構(gòu)的特征分析

為了方便讀者更好地了解通信網(wǎng)絡(luò)架構(gòu)，請參見圖3，為筆者針對通信網(wǎng)絡(luò)架構(gòu)中的單個(gè)通信節(jié)點(diǎn)進(jìn)行建模的模型示意圖。

圖3

實(shí)質(zhì)上，通信的過程包括信息的處理與信息的傳輸過程。這里，通信節(jié)點(diǎn)主要實(shí)現(xiàn)信息處理的功能；通信接口主要實(shí)現(xiàn)信息傳輸?shù)墓δ??；趫D3可以非常明確地確定：通信節(jié)點(diǎn)和通信接口是通信網(wǎng)絡(luò)架構(gòu)的兩個(gè)核心組成部分，信息是通信網(wǎng)絡(luò)架構(gòu)關(guān)聯(lián)的核心要素。需要說明的是，除了依賴通信網(wǎng)絡(luò)架構(gòu)，還需要利用通信資源才能實(shí)現(xiàn)信息傳輸。

綜上，通信節(jié)點(diǎn)、通信接口、信息和通信資源共同構(gòu)成了通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征。而且，在通信過程中，信息是通信的核心要素，通信節(jié)點(diǎn)、通信接口和通信資源的功能實(shí)現(xiàn)都與信息密切關(guān)聯(lián)。上述關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系必將會是通信類技術(shù)方案的實(shí)現(xiàn)邏輯的重要組成部分。因此，深入理解這些關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系能夠促進(jìn)對技術(shù)方案的把握。在準(zhǔn)確理解技術(shù)方案后，弄清楚這些關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系與專利撰寫之間的關(guān)系，也將使得專利撰寫工作事半功倍。

三、通信網(wǎng)絡(luò)架構(gòu)的特征與通信類方法專利撰寫之間的關(guān)系

通過對通信網(wǎng)絡(luò)架構(gòu)的特征分析可以知道，關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系是通信類技術(shù)方案的實(shí)現(xiàn)邏輯的重要組成部分，因此，通信類技術(shù)方案的創(chuàng)新也將會是圍繞通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征進(jìn)行的創(chuàng)新。 

由于通信類方法專利撰寫是基于通信類技術(shù)方案的創(chuàng)新進(jìn)行的，因此，通信類方法專利的申請文本撰寫會與通信類技術(shù)方案的實(shí)現(xiàn)邏輯密切關(guān)聯(lián)。通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征也將會成為專利申請文本撰寫中的關(guān)鍵技術(shù)特征。

通信網(wǎng)絡(luò)架構(gòu)的特征與通信類方法專利撰寫之間的關(guān)系使得通信類方法專利的申請文本撰寫區(qū)別于其他類方法專利的申請文本撰寫，具有了獨(dú)特的專利撰寫特點(diǎn)。如果專利撰寫人員能夠基于該專利撰寫特點(diǎn)進(jìn)行技術(shù)方案分析和專利撰寫，就能夠更加快速準(zhǔn)確地把握技術(shù)方案的核心，掌握技術(shù)方案的普適性實(shí)現(xiàn)邏輯，并撰寫出高質(zhì)量的專利申請文本。

四、通信類方法專利撰寫特點(diǎn)

前述部分對通信網(wǎng)絡(luò)架構(gòu)進(jìn)行了介紹，對通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征進(jìn)行了分析，并明確了通信網(wǎng)絡(luò)架構(gòu)的特征與通信類方法專利撰寫之間的關(guān)系。接下來筆者將結(jié)合專利撰寫實(shí)踐過程中遇到的一些案例，從通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系角度分析通信類技術(shù)方案的撰寫特點(diǎn)。主要是從通信類方法專利撰寫實(shí)踐中大概率會考慮的8個(gè)方面進(jìn)行了總結(jié)。

1.執(zhí)行主體的確定

在通信類方法權(quán)利要求撰寫過程中，一般都采用單側(cè)撰寫原則進(jìn)行撰寫，以獲得清楚和保護(hù)范圍合理的權(quán)利要求?；趩蝹?cè)撰寫原則撰寫的權(quán)利要求僅會涉及一個(gè)執(zhí)行主體。在進(jìn)行權(quán)利要求撰寫時(shí)，首先我們就會確定執(zhí)行主體。基于上述通信網(wǎng)絡(luò)架構(gòu)的特征分析，可以知道，通信節(jié)點(diǎn)作為關(guān)鍵特征，用于信息處理、收發(fā)接口上的信息，是網(wǎng)絡(luò)架構(gòu)的核心組部分，因此，可以明確確定通信節(jié)點(diǎn)將會是權(quán)利要求的執(zhí)行主體。

在專利撰寫實(shí)踐中，在空中接口側(cè)，通信節(jié)點(diǎn)比較單一，我們很容易將終端或者基站確定為執(zhí)行主體。但是在核心網(wǎng)側(cè)，由于涉及的通信節(jié)點(diǎn)很多，特別是5G網(wǎng)絡(luò)，例如，AMF、SMF和UPF等通信節(jié)點(diǎn)。當(dāng)發(fā)明人的技術(shù)交底書中出現(xiàn)上述通信節(jié)點(diǎn)時(shí)，我們可能會將發(fā)明人在實(shí)施例中寫到的具體通信節(jié)點(diǎn)設(shè)備直接確定為執(zhí)行主體，例如AMF設(shè)備。但是，隨著通信網(wǎng)絡(luò)架構(gòu)的不演進(jìn)，通信節(jié)點(diǎn)對應(yīng)的就是一個(gè)功能上的邏輯節(jié)點(diǎn)，其功能的實(shí)現(xiàn)不再局限于某一臺特定物理設(shè)備，多個(gè)邏輯節(jié)點(diǎn)甚至可以通過一臺物理設(shè)備實(shí)現(xiàn)或者同一個(gè)邏輯節(jié)點(diǎn)可以對應(yīng)不同的物理設(shè)備，部署非常靈活。如果在撰寫權(quán)利要求時(shí)，將具體通信節(jié)點(diǎn)設(shè)備作為執(zhí)行主體，必然會對權(quán)利要求的保護(hù)范圍造成限定。

例如，一種接入方法，其特征在于，所述方法由接入和移動性管理功能AMF設(shè)備執(zhí)行，包括：

……。

上述示例中，隨著網(wǎng)絡(luò)架構(gòu)的不斷演進(jìn)，該方案不一定由AMF設(shè)備執(zhí)行，也許是由包含AMF設(shè)備功能的另外一種設(shè)備執(zhí)行，那么，上述寫法就會給方案帶來不必要的限定，影響權(quán)利要求的保護(hù)范圍。

綜上分析，在通信類方法權(quán)利要求撰寫時(shí)，我們需要有一種防網(wǎng)絡(luò)架構(gòu)演進(jìn)的思維習(xí)慣，有必要對技術(shù)交底書中實(shí)施例的具體執(zhí)行主體進(jìn)行上位，將上位后的執(zhí)行主體確定為權(quán)利要求的執(zhí)行主體以獲得較大的保護(hù)范圍。筆者建議，根據(jù)具體場景，執(zhí)行主體多采用網(wǎng)絡(luò)設(shè)備、通信節(jié)點(diǎn)、通信實(shí)體、網(wǎng)元、網(wǎng)絡(luò)節(jié)點(diǎn)和邏輯節(jié)點(diǎn)等上位概念進(jìn)行描述。

例如，一種接入方法，其特征在于，所述方法由通信節(jié)點(diǎn)執(zhí)行，包括：

……。

2.執(zhí)行動作的確定

在通信類方法獨(dú)立權(quán)利要求撰寫過程中，在執(zhí)行主體（以通信主體為通信節(jié)點(diǎn)為例）確定后，就會開始考慮執(zhí)行主體執(zhí)行的執(zhí)行動作。通信節(jié)點(diǎn)的功能是信息處理，同時(shí)，通信節(jié)點(diǎn)還會從通信接口接收信息和/或向通信接口發(fā)送信息。此時(shí)，會面臨一個(gè)問題：是從信息處理的角度確定權(quán)利要求的執(zhí)行動作呢？還是從信息接收和/或信息發(fā)送的角度確定權(quán)利要求的執(zhí)行動作呢？或者，可以這樣問：是從通信節(jié)點(diǎn)處理信息的角度撰寫權(quán)利要求呢？還是從通信接口接收信息和/或發(fā)送信息的角度撰寫權(quán)利要求呢？

通常，我們會基于如下角度考慮而選擇從信息接收和/或信息發(fā)送的角度確定權(quán)利要求的執(zhí)行動作：

2.1、與通信接口關(guān)聯(lián)的技術(shù)特征更容易進(jìn)行侵權(quán)判定；

2.2、與通信接口關(guān)聯(lián)的技術(shù)特征更容易對應(yīng)標(biāo)準(zhǔn)；（標(biāo)準(zhǔn)的撰寫大多是從通信接口收發(fā)信息的角度撰寫的）

2.3、只寫通信接口上接收和/或發(fā)送信息的技術(shù)方案，而不寫如何進(jìn)行信息處理的技術(shù)方案（如何進(jìn)行信息處理的技術(shù)方案可以放在從權(quán)），保護(hù)范圍會更大。

例如，一種能力上報(bào)方法，其特征在于，所述方法由通信節(jié)點(diǎn)執(zhí)行，所述方法包括：

接收分組尋呼的終端能力信息；

其中，所述終端能力信息，至少用于指示終端支持或者不支持通過分組尋呼的方式尋呼所述終端。

上述考慮無可厚非，在很多撰寫場景下，也必須這樣做。但是，并不是在所有情況下都可以從信息接收和/或發(fā)送的角度確定執(zhí)行動作。例如，信息是預(yù)定的多個(gè)候選信息之中的一個(gè)，可以是事先存儲在通信節(jié)點(diǎn)中的信息，也可以是從外部對象接收的信息，因此，通信節(jié)點(diǎn)獲取信息的方式不特定。此時(shí)，如果仍然從信息接收和/或發(fā)送的角度確定執(zhí)行動作，將對獨(dú)立權(quán)利要求的保護(hù)范圍造成不必要限定。又例如，技術(shù)方案的創(chuàng)新明顯在于信息的處理過程，而并非因?yàn)榻邮盏搅四硞€(gè)信息或者發(fā)送了某個(gè)信息。此時(shí)，我們需要從信息處理的角度確定權(quán)利要求的執(zhí)行動作，以尋求大的保護(hù)范圍或準(zhǔn)確寫出發(fā)明點(diǎn)。

例如，一種信息處理方法，其特征在于，所述方法由通信節(jié)點(diǎn)執(zhí)行，所述方法包括：

根據(jù)分組尋呼的終端能力信息，確定終端支持或者不支持通過分組尋呼的方式尋呼所述終端。

因此，當(dāng)技術(shù)方案中獲取信息可以有多種方式時(shí)或者收發(fā)信息本身不能夠給技術(shù)方案帶來創(chuàng)造性貢獻(xiàn)時(shí)，可以考慮從信息處理的角度確定權(quán)利要求的執(zhí)行動作。否則，可以考慮從信息接收和/或信息發(fā)送的角度確定權(quán)利要求的執(zhí)行動作。

3.動作特征的描述

通過前述通信網(wǎng)絡(luò)架構(gòu)的分析可以知道信息是通信的核心要素，因此，信息會是通信類技術(shù)方案的核心技術(shù)特征，會高頻次地出現(xiàn)在發(fā)明人的交底書中。發(fā)明人在交底書中描述與信息相關(guān)聯(lián)的動作時(shí)，可能會采用不同的動詞進(jìn)行描述，例如，接收信息、讀取信息、檢測信息和監(jiān)聽信息等。那么，這些動詞可以直接應(yīng)用在權(quán)利要求中嗎？使用不同的動詞會對權(quán)利要求撰寫帶來哪些影響？如何進(jìn)行區(qū)分呢？使用哪個(gè)會更加合適？

以下是對上述各個(gè)動詞的解釋：

接收（ Receive）：從外部對象接收，例如，終端從基站接收信息。

讀取（Read）：從存儲區(qū)域或文件中讀取，例如，從緩存中讀取信息。

檢測（Detect）：不能直接得到信息，通常需要執(zhí)行檢測程序，例如，檢測運(yùn)動速度信息和檢測圖像信息等。

監(jiān)聽（Monitor）：不能立刻獲得信息，通常需要等待。

根據(jù)上述動詞的釋義可以知道，上述動詞通常都只是獲取信息的手段，并不會給方案帶來創(chuàng)造性。且使用上述動詞很容易對方案的保護(hù)范圍帶來不必要的限定。

例如，以“接收”為例進(jìn)行說明，請參見圖4，A通信節(jié)點(diǎn)與B通信節(jié)點(diǎn)之間可以進(jìn)行信息交互，A通信節(jié)點(diǎn)可以向B通信節(jié)點(diǎn)發(fā)送信息。其具體實(shí)現(xiàn)過程為：A通信節(jié)點(diǎn)將信息存儲在共享內(nèi)存，然后B通信節(jié)點(diǎn)從共享內(nèi)存讀取信息。這里，如果在進(jìn)行動作特征描述時(shí)，使用“B通信節(jié)點(diǎn)接收A通信節(jié)點(diǎn)發(fā)送的信息；基于信息……”，其實(shí)并不能準(zhǔn)確反映B通信節(jié)點(diǎn)獲取信息的方式。如果使用“B通信節(jié)點(diǎn)讀取A通信節(jié)點(diǎn)存儲的信息；基于信息……”，又顯得撰寫方案非常下位。那么，怎樣描述才合適呢？

圖4

筆者建議，針對不能給權(quán)利要求方案帶來創(chuàng)造性貢獻(xiàn)的“動詞”，可以遵循“寫大不吃虧”原則，對上述的具體執(zhí)行動作進(jìn)行上位，推薦使用“獲取”和“確定”這樣的經(jīng)過上位處理的動作描述，以盡可能覆蓋多種可能的實(shí)施方式，避免動作使用不當(dāng)帶來的限定。同時(shí)，為了進(jìn)一步落實(shí)到交底書中的方案，可以將在說明書中或者權(quán)利要求中對下位的動作進(jìn)行補(bǔ)充描述。

例如，如果技術(shù)交底方案被描述為：接收X信息；基于X信息……。推薦使用：獲取/確定X信息；基于X信息……。然后在說明書中進(jìn)一步說明確定X信息，X信息可以是通過接收、讀取、檢測或監(jiān)聽得到的。

4.對象的確定

通信類技術(shù)方案的實(shí)質(zhì)是信息的傳輸和處理，那么在通信類技術(shù)交底方案中，必然會涉及如信息、與信息關(guān)聯(lián)的信號和與信息關(guān)聯(lián)的消息等特征的描述。在撰寫實(shí)踐中，如果將發(fā)明人在交底書中描述的如信號、信息和消息不加以區(qū)分地使用，會導(dǎo)致對權(quán)利要求的范圍造成不必要的限定。

為了避免混淆，以下對信號、信息和消息的含義進(jìn)行解釋：

信號（Signal）：強(qiáng)調(diào)的是形式，比如，電信號和光信號等。

信息（Information）：強(qiáng)調(diào)的是內(nèi)容?！鞍l(fā)送xx信息”表達(dá)的是將特定內(nèi)容發(fā)送出去，并不局限于采用何種載體發(fā)送。

消息（Message）：強(qiáng)調(diào)的是載體?！鞍l(fā)送xx消息”表達(dá)的是發(fā)送的載體，并不能體現(xiàn)發(fā)送的內(nèi)容。

根據(jù)上述釋義可以知道，信號是消息傳輸?shù)男问剑畔⑹窍⒊休d的內(nèi)容。在描述通信類技術(shù)方案時(shí)，應(yīng)該重點(diǎn)關(guān)注信息內(nèi)容，而不是關(guān)注信息內(nèi)容的承載方式，直接采用“信息”的描述能夠更加清楚且合理地撰寫?yīng)毩?quán)利要求。因此，三者存在本質(zhì)區(qū)別，需要進(jìn)行細(xì)致區(qū)分，否則會給權(quán)利要求的撰寫帶來不必要的限定。

例如，發(fā)送指示A信息的RRC消息。

這種撰寫方式并不推薦，理由是：引入了“RRC消息”這個(gè)非必要技術(shù)特征，而獨(dú)立權(quán)利要求的核心方案中根本沒有必要限定A信息通過什么消息承載或以什么形式發(fā)送，將A信息發(fā)送出去就已經(jīng)表達(dá)出了方案的實(shí)質(zhì)。如果引入“RRC消息”只會限制權(quán)利要求的保護(hù)范圍。

再例如，發(fā)送A消息。

這種撰寫方式也不推薦：A消息為自創(chuàng)的消息，A消息具體是什么消息？在本技術(shù)領(lǐng)域中有這個(gè)消息嗎？本領(lǐng)域技術(shù)人員可能根本不知道A消息是什么東西，其實(shí)很不清楚。這里，想表達(dá)的是發(fā)送A信息，將A信息發(fā)送出去就已經(jīng)表達(dá)了方案的實(shí)質(zhì)。

因此，推薦采用以下方式：

例如，發(fā)送A信息。

5.信息與消息之間的關(guān)系描述

信息通過消息的承載進(jìn)行傳輸。在通信類方法權(quán)利要求撰寫過程中，為了說明信息的承載方式，會涉及利用消息承載信息的描述。

例如，發(fā)送攜帶A信息的X消息；

或者，發(fā)送指示A信息的X消息；

或者，發(fā)送包含A信息的X消息。

但是，“包含”、“攜帶”和“指示”確定的范圍實(shí)質(zhì)并不相同，以下對三者進(jìn)行解釋說明：

包含：包含X，X本身被包含；

攜帶：攜帶X，X本身被攜帶；

指示：指示X，并不一定就攜帶或包含了X本身；完全可以隱性指示，例如，通過特定加擾方式指示；還可以通過與X關(guān)聯(lián)的參數(shù)等指示，比如，可以基于a和已定義的規(guī)則計(jì)算得到X。

那么，如果采用“接收攜帶（包含）A參數(shù)的B消息”的描述，則很容易被理解為B消息中肯定攜帶了A參數(shù)，但是，技術(shù)方案實(shí)現(xiàn)可能就是通過與A關(guān)聯(lián)的a指示的，如果是這樣，那豈不是權(quán)利要求保護(hù)范圍也太小了。

而采用“接收指示A參數(shù)的B消息”的描述，由于既包括了直接攜帶A的方案，也包括了不直接攜帶A而通過與A關(guān)聯(lián)的a指示A的方案，撰寫范圍相對合理，為筆者推薦的描述方式。因此，在描述信息的承載時(shí)，需要特別關(guān)注消息承載信息的描述，減少不必要的限定。

6.信息與通信接口之間的關(guān)系描述

信息是通過通信接口發(fā)送的。在通信類方法權(quán)利要求撰寫過程中，為了說明信息的發(fā)送途徑，會涉及信息域通信接口的關(guān)系的描述。

例如，基于X接口發(fā)送a消息；

或者，利用X接口發(fā)送a消息；

或者，通過X接口發(fā)送a消息；

或者，經(jīng)由X接口發(fā)送a消息。

那么，“基于”、“利用”、“通過”和“經(jīng)由”哪個(gè)更好？

“基于”和“利用”相對籠統(tǒng)，不夠清楚。例如，用“基于”其實(shí)很不清楚，如果原方案為a消息經(jīng)由X接口發(fā)送出去，但讀者完全可以理解為通過X接口發(fā)送b消息，然后利用b消息指示的Y接口發(fā)送a消息，這顯然也與“基于X接口發(fā)送a消息”表述一致，但是顯然沒有表達(dá)出原方案的實(shí)質(zhì)。“通過”在新華字典中解釋為“以…為媒介”，“通過x接口發(fā)送信息”這種描述方式筆者認(rèn)為比較清楚?！敖?jīng)由”一詞也非常清楚直觀，筆者也推薦使用。

7.信息的透傳

信息可以在通信節(jié)點(diǎn)之間透傳。專利撰寫實(shí)踐中，通常出現(xiàn)A通信節(jié)點(diǎn)將a信息通過B通信節(jié)點(diǎn)透傳給C通信節(jié)點(diǎn)的情況。這里的透傳，即透明傳輸（pass-through），指的是在通信中不管傳輸?shù)臉I(yè)務(wù)內(nèi)容如何，只負(fù)責(zé)將傳輸?shù)膬?nèi)容由源地址傳輸?shù)侥康牡刂?，而不對業(yè)務(wù)數(shù)據(jù)內(nèi)容做任何改變。那么在撰寫權(quán)利要求時(shí)，分側(cè)撰寫時(shí)，使用“A通信節(jié)點(diǎn)向B通信節(jié)點(diǎn)發(fā)送a信息”的這種描述準(zhǔn)確嗎？上述方案中，需要寫B(tài)通信節(jié)點(diǎn)這一側(cè)的權(quán)項(xiàng)嗎？

筆者認(rèn)為，如果是A通信節(jié)點(diǎn)將a信息通過B通信節(jié)點(diǎn)透傳給C通信節(jié)點(diǎn)，那么，請參見圖5，B通信節(jié)點(diǎn)就相當(dāng)于一根導(dǎo)線，在整個(gè)過程中這根導(dǎo)線只是起到了傳輸信息的作用，可以不單獨(dú)作為一側(cè)進(jìn)行撰寫。且由于B通信節(jié)點(diǎn)相當(dāng)于一根導(dǎo)線，那么a信息實(shí)質(zhì)是發(fā)送給C通信節(jié)點(diǎn)的，那么“A通信節(jié)點(diǎn)向B通信節(jié)點(diǎn)發(fā)送a信息”的這種描述其實(shí)也并不準(zhǔn)確。

圖5

8.信道資源的描述

在信息的無線傳遞過程中，會使用到信道資源。信道是通信的通道，是信號傳輸?shù)拿浇?。在撰寫?quán)利要求的過程中，實(shí)踐中通常采用如下描述：

例如，在物理上行控制信道（PUCCH，Physical Uplink Control CHannel）上發(fā)送信息；

或者，發(fā)送PUCCH數(shù)據(jù)；

或者，發(fā)送PUCCH信令；

或者，發(fā)送PUSCH數(shù)據(jù)；

或者，發(fā)送PUSCH信令；

或者，執(zhí)行PUCCH傳輸；

或者，傳輸PUCCH。

上述描述方式，到底哪種是正確的描述方式呢？

首先，需要明確數(shù)據(jù)和信令在通信領(lǐng)域是兩個(gè)不同的概念，數(shù)據(jù)和信令的傳輸在邏輯上是獨(dú)立的，數(shù)據(jù)特指業(yè)務(wù)數(shù)據(jù)，信令特指控制信令。其次，PUCCH一般情況下傳輸信令不傳輸數(shù)據(jù)；PUSCH既能傳輸信令也能傳輸數(shù)據(jù)。因此，“發(fā)送PUCCH數(shù)據(jù)”是不準(zhǔn)確的描述。傳輸PUCCH，中文意思上也有點(diǎn)不太清楚，因此不推薦使用，但是，需要說明的是，在通信標(biāo)準(zhǔn)中通常采用“傳輸PUCCH”的描述（例如，Transmit PUCCH）。

五、結(jié)語

綜上所述，在撰寫通信類方法權(quán)利要求時(shí)，可以將發(fā)明人的交底技術(shù)方案的技術(shù)特征與通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征做對應(yīng)。然后基于本文從通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征角度總結(jié)的通信類技術(shù)方案的專利撰寫特點(diǎn)，對專利交底方案進(jìn)行分析和撰寫布局，可以提升專利文本的撰寫效率和撰寫質(zhì)量。以上是筆者針對通信類方法專利撰寫做的初步分析，定然存在諸多不足，寫得不到位之處還望讀者海涵和指正。

來源：IPRdaily中文網(wǎng)（iprdaily.cn）

作者：李強(qiáng) 專利代理人 北京善任知識產(chǎn)權(quán)代理有限公司

編輯：IPRdaily王穎          校對：IPRdaily縱橫君

注：原文鏈接：淺析通信類方法專利的撰寫特點(diǎn)（點(diǎn)擊標(biāo)題查看原文）

如何抓住涉外商標(biāo)業(yè)務(wù)的機(jī)遇？涉外商標(biāo)代理高研班來啦！

「關(guān)于IPRdaily」

IPRdaily是全球領(lǐng)先的知識產(chǎn)權(quán)綜合信息服務(wù)提供商，致力于連接全球知識產(chǎn)權(quán)與科技創(chuàng)新人才。匯聚了來自于中國、美國、歐洲、俄羅斯、以色列、澳大利亞、新加坡、日本、韓國等15個(gè)國家和地區(qū)的高科技公司及成長型科技企業(yè)的管理者及科技研發(fā)或知識產(chǎn)權(quán)負(fù)責(zé)人，還有來自政府、律師及代理事務(wù)所、研發(fā)或服務(wù)機(jī)構(gòu)的全球近100萬用戶（國內(nèi)70余萬+海外近30萬），2019年全年全網(wǎng)頁面瀏覽量已經(jīng)突破過億次傳播。

（英文官網(wǎng)：iprdaily.com  中文官網(wǎng)：iprdaily.cn） 

本文來自IPRdaily中文網(wǎng)（iprdaily.cn）并經(jīng)IPRdaily.cn中文網(wǎng)編輯。轉(zhuǎn)載此文章須經(jīng)權(quán)利人同意，并附上出處與作者信息。文章不代表IPRdaily.cn立場，如若轉(zhuǎn)載，請注明出處：“http://jupyterflow.com