淺析通信類方法專利的撰寫特點

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

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

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

原標題：淺析通信類方法專利的撰寫特點

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

摘要

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

關鍵詞：網(wǎng)絡架構特征、通信類方法專利、信息

一、通信網(wǎng)絡架構介紹

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

圖1

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

圖2

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

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

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

圖3

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

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

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

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

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

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

四、通信類方法專利撰寫特點

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

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

在通信類方法權利要求撰寫過程中，一般都采用單側撰寫原則進行撰寫，以獲得清楚和保護范圍合理的權利要求?；趩蝹茸珜懺瓌t撰寫的權利要求僅會涉及一個執(zhí)行主體。在進行權利要求撰寫時，首先我們就會確定執(zhí)行主體?；谏鲜鐾ㄐ啪W(wǎng)絡架構的特征分析，可以知道，通信節(jié)點作為關鍵特征，用于信息處理、收發(fā)接口上的信息，是網(wǎng)絡架構的核心組部分，因此，可以明確確定通信節(jié)點將會是權利要求的執(zhí)行主體。

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

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

……。

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

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

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

……。

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

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

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

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

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

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

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

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

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

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

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

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

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

3.動作特征的描述

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

以下是對上述各個動詞的解釋：

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

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

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

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

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

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

圖4

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

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

4.對象的確定

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

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

信號（Signal）：強調的是形式，比如，電信號和光信號等。

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

消息（Message）：強調的是載體。“發(fā)送xx消息”表達的是發(fā)送的載體，并不能體現(xiàn)發(fā)送的內容。

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

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

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

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

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

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

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

5.信息與消息之間的關系描述

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

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

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

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

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

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

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

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

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

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

6.信息與通信接口之間的關系描述

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

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

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

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

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

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

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

7.信息的透傳

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

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

圖5

8.信道資源的描述

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

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

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

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

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

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

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

或者，傳輸PUCCH。

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

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

五、結語

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

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

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

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

注：原文鏈接：淺析通信類方法專利的撰寫特點（點擊標題查看原文）

如何抓住涉外商標業(yè)務的機遇？涉外商標代理高研班來啦！

「關于IPRdaily」

IPRdaily是全球領先的知識產(chǎn)權綜合信息服務提供商，致力于連接全球知識產(chǎn)權與科技創(chuàng)新人才。匯聚了來自于中國、美國、歐洲、俄羅斯、以色列、澳大利亞、新加坡、日本、韓國等15個國家和地區(qū)的高科技公司及成長型科技企業(yè)的管理者及科技研發(fā)或知識產(chǎn)權負責人，還有來自政府、律師及代理事務所、研發(fā)或服務機構的全球近100萬用戶（國內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)編輯。轉載此文章須經(jīng)權利人同意，并附上出處與作者信息。文章不代表IPRdaily.cn立場，如若轉載，請注明出處：“http://islanderfriend.com