TWI577226B

TWI577226B - 鄰近映射要求方法、使用此方法的伺服器及網路實體、鄰近要求驗證方法以及使用此方法的伺服器及網路實體

Info

Publication number: TWI577226B
Application number: TW104135398A
Authority: TW
Inventors: 蔡偉傑
Original assignee: 宏碁股份有限公司
Priority date: 2015-01-09
Filing date: 2015-10-28
Publication date: 2017-04-01
Also published as: CN105792166A; EP3043581B1; TW201626831A; CN105792166B; US9781753B2; EP3043581A1; US20160205710A1

Description

鄰近映射要求方法、使用此方法的伺服器及網路實體、鄰近要求驗證方法以及使用此方法的伺服器及網路實體

本揭露是有關於一種鄰近映射要求方法、使用此方法的伺服器及網路實體、鄰近要求驗證方法以及使用此方法的伺服器及網路實體。

在經常被稱作為鄰近基礎服務（Proximity-based Services；ProSe）通訊的裝置間（Device-to-Device；D2D）通訊領域中，使用者設備（User Equipment；UE）基本上可直接探索其他使用者設備，且透過或未透過核心網路（例如，演進封包核心（Evolved Packet Core；EPC）的協助，而接著與其他使用者設備進行裝置間通訊。在3GPP TS 23.303中提及，在鄰近探索程序中，為了探索其他啟用ProSe（ProSe-enabled）的使用者設備，啟用ProSe的探索者（discoverer）可傳送鄰近要求。而在3GPP TS 24.334中提及，當鄰近探索程序發生在EPC層級時，鄰近探索程序會涉及到鄰近要求驗證程序，若目標使用者設備的設定檔（profile）指示鄰近要求需要受到明確地驗證，則在EPC網路中執行此驗證程序的網路實體（例如，ProSe功能）會要求目標使用者設備來確認鄰近要求的許可（permission）。ProSe功能是用於要求ProSe的網路相關行為的邏輯功能。ProSe功能對ProSe的特性扮演著不同的角色。

鄰近探索程序會涉及不同類型的識別碼（identifier；ID）。網路層級使用者設備ID（例如，演進封包核心鄰近基礎服務使用者識別碼（EPC ProSe user ID；EPUID））是用於演進封包核心層級ProSe探索及無線區域網路（Wireless Local Area Network；WLAN）直接通訊的識別碼，以獨特地辨識註冊至ProSe的使用者設備。此ID有時可藉由EPC網路中的ProSe功能來重新指派。而應用層使用者識別碼（Application Layer User ID；ALUID）是用於辨識在特定應用程式中的使用者。

圖1說明EPC層級探索程序的示例性信令流程（與3GPP TS 23.303一致）。在步驟S110及S120中，為了取得ProSe服務，使用者設備A及使用者設備B會分別與屬於其各自本地共用陸地移動網絡（home public land mobile networks；Home PLMNs）的ProSe功能A及ProSe功能B來執行用於裝置間通訊的使用者設備註冊。在步驟S130及S140中，為了查核ProSe功能（例如，ProSe功能A及ProSe功能B）的要求應用程式的授權且要求應用（APP）伺服器來利用EPUID註冊使用者設備的ALUID，使用者設備A及使用者設備B會分別與屬於其各自本地共用陸地移動網絡（home public land mobile networks；Home PLMNs）的ProSe功能A及ProSe功能B來執行用於ProSe的應用註冊。在步驟S150中，使用者設備A會發送用於使用者設備B的鄰近要求（或者指示鄰近要求的有效期間的窗（windows）值）。例如，可能讓使用者設備A注意到鄰近於使用者設備B。而回應於鄰近要求，ProSe功能A會要求使用者設備A及使用者設備B的位置更新。位置更新可能是週期型、基於觸發事件或是兩者。為了要求使用者設備A的位置更新，ProSe功能A會聯繫安全用戶平面位置平臺（Secured User Plane Location Platform；SLP）A。同樣地，為了要求使用者設備B的位置更新，ProSe功能A會聯繫ProSe功能B，以自SLP B要求使用者設備B的位置更新。

在步驟S160及S170中，使用者設備A及使用者設備B會間歇性地（intermittently）向其各自的ProSe功能回報。ProSe功能B可基於ProSe功能A所設定的條件來轉送使用者設備B的位置更新至ProSe功能A。而每當ProSe功能A接收到使用者設備A及/或使用者設備B的位置更新時，ProSe功能A會針對使用者設備A及使用者設備B的位置來執行鄰近分析。在步驟S180中，當ProSe功能A偵測到使用者設備A及使用者設備B在鄰近時，ProSe功能A會將使用者設備B在鄰近的資訊告知於使用者設備A，且可選擇性地為使用者設備A提供用於WLAN直接探索及與使用者設備B通訊的協助資訊。同樣地，ProSe功能A會告知ProSe功能B，將使用者設備A被偵測在鄰近的資訊轉而告知於使用者設備B。ProSe功能B亦可選擇性地為使用者設備B提供用於WLAN直接探索及與使用者設備A通訊的協助資訊。

圖2是EPC層級鄰近要求程序的示例性流程圖。在步驟S210中，使用者設備A發送鄰近要求訊息至ProSe功能A。回應於接收到鄰近要求訊息，在步驟S220中，ProSe功能A會與APP伺服器執行鄰近映射要求（Proximity map request）程序。鄰近映射要求程序是用於要求用於在使用者設備A應注意到鄰近於使用者設備B的使用者設備B的EPUID，以及用於使用者設備B的ProSe功能識別碼（PFID）。在步驟S230中，ProSe功能A將具有使用者設備B的EPUID的鄰近要求訊息傳送至ProSe功能B，基於步驟S230所接收到的EPUID_B，ProSe功能B取得使用者設備B的紀錄。在步驟S250中，根據使用者設備B的設定檔，將會執行鄰近要求驗證程序，使用者設備B可被要求確認用於鄰近要求的許可。在步驟S260中，ProSe功能B自SLP B要求使用者設備B的位置回報且對ProSe功能A告知鄰近要求的確認，並提供使用者設備B的當前位置（若已得知）。在步驟S280中，ProSe功能A自SLP A要求使用者設備A的位置回報。若使用者設備A的當前位置是可用的且若使用者設備B的位置是包含在步驟S260中，則若ProSe功能A決定使用者設備B未必在要求的時間窗值中進入至鄰近，其可決定取消鄰近要求程序。否則，ProSe功能A會對使用者設備A告知鄰近要求的確認（步驟S290）。鄰近要求程序的範例可參照3GPP TS 23.303及TS 24.334，且其詳細說明將於稍後敘述。

需說明的是，回應於接收到鄰近映射要求訊息，APP伺服器將檢查使用者設備B的應用程式特定ProSe許可，以及確認使用者設備A受允許以探索使用者設備B。然而，在APP伺服器中的隱私設定僅為接受或拒絕此鄰近要求，對於諸如社群網站的應用程式而言是不足的且缺乏隱私。

藉此，本揭露提供一種鄰近映射要求方法、使用此方法的伺服器及網路實體、鄰近要求驗證方法以及使用此方法的伺服器及網路實體。

在本揭露的一實施例中，本揭露提出一種藉由使用者設備使用的鄰近要求驗證方法，此方法包括但不限於下列步驟，接收裝置間探索的鄰近映射要求訊息，以要求被探索者的網路層級使用者識別碼。此鄰近映射要求訊息包括探索者的應用層使用者識別碼以及被探索者的應用層使用者識別碼，根據探索者的應用層使用者識別碼以及被探索者的應用層使用者識別碼設定通知旗標（flag），以回應於接收到鄰近映射要求。傳送鄰近映射回應訊息以回應於設定該通知旗標。此鄰近映射回應訊息包括被探索者的應用層使用者識別碼以及通知旗標。

在本揭露的一個實施例中，本揭露提出一種伺服器，其包括但不限於收發器模組及耦接於此收發器模組的處理模組。此收發器模組經配置用以傳送及接收資料。此處理模組至少經配置用以執行但不僅限於下列步驟。藉由使用收發器模組接收裝置間探索的鄰近要求映射訊息，以要求被探索者的網路層級使用者識別碼。此鄰近映射要求包括探索者的應用層使用者識別碼以及被探索者的應用層使用者識別碼。根據探索者的應用層使用者識別碼以及被探索者的應用層使用者識別碼設定通知旗標，以回應於接收到鄰近映射要求訊息。使用收發器模組傳送鄰近映射回應訊息（包括探索者的應用層使用者識別碼以及通知旗標），以回應於設定通知旗標。

在本揭露的一個實施例中，本揭露提出一種鄰近映射要求方法，其適用於網路實體，且此方法包括但是不僅限於下列步驟。傳送裝置間探索的鄰近映射要求訊息，以要求被探索者的網路層級使用者識別碼。鄰近映射訊息要求包括探索者的應用層使用者識別碼以及被探索者的應用層使用者識別碼。接收回應於鄰近映射要求訊息的鄰近映射回應訊息。此鄰近映射回應訊息包括被探索者的應用層使用者識別碼以及通知旗標。傳送鄰近映射要求訊息以回應於接收到鄰近映射回應訊息。此鄰近映射要求訊息包括被探索者的網路層級使用者識別碼以及通知旗標。

在本揭露的一實施例中，本揭露提出一種網路實體，其包括但不僅限於收發器模組與耦接於此收發器模組的處理模組。此收發器模組經配置用以傳送及接收資料。此處理模組至少經配置用以但不僅限於執行下列步驟。使用收發器模組傳送裝置間探索的鄰近要求映射訊息，以要求被探索者的網路層級使用者識別碼。此鄰近映射要求包括探索者的應用層使用者識別碼以及被探索者的應用層使用者識別碼。使用收發器模組接收回應於鄰近映射要求訊息的鄰近映射回應訊息。此鄰近映射回應訊息包括被探索者的網路層級使用者識別碼以及通知旗標。使用收發器模組傳送鄰近映射要求訊息以回應於接收到鄰近映射回應訊息。此鄰近映射要求訊息包括被探索者的網路層級使用者識別碼以及通知旗標。

在本揭露的一實施例中，本揭露提出一種裝置間探索方法，其適用於網路實體，且此方法包括但是不僅限於下列步驟。接收裝置間探索的鄰近映射要求訊息（包括通知旗標）。根據通知旗標傳送回應於鄰近要求訊息的鄰近映射要求訊息，以回應於接收到鄰近要求訊息。

為了使本揭露的上述特徵和優點可理解，下文詳細描述伴隨有圖式的示範性實施例。理解以上一般描述和以下詳細描述都是示範性的，且希望進一步解釋如所主張的本揭露。

然而，理解此概述可能不含有本揭露的所有方面和實施例，且因此並不意味以任何方式為限制性的。而且，本揭露將包含對於所屬領域的技術人員來說明顯的改進和修改。

現將詳細參考本揭露的示範性實施例，其實例在附圖中得以說明。盡可能的，相同元件符號在圖式及描述中用來表示相同或相似部分。

對於社群網路使用者，為了容易地保護網路協助的裝置間服務（例如，EPC層級ProSe），在本揭露的一個示範性實施例，伺服器（例如，APP伺服器）將檢查被探索者的裝置間服務許可，且設定通知旗標以取消裝置間探索的鄰近要求驗證（例如，與3GPP TS 29.334一致的鄰近要求驗證（Proximity Request validation），或是配置鄰近要求驗證的回應類型。回應於接收到通知旗標，探索者的網路實體（例如，圖1的ProSe 功能A）將傳送通知旗標至被探索的網路實體（例如，圖1的ProSe 功能B）。探索者的網路實體與探索者使用者設備（例如，圖1的使用者設備B）的鄰近要求驗證將根據通知旗標來進行。以下提出符合本揭露的精神的多個實施例，應用本實施例者可依其需求而對這些實施例進行適度調整，而不僅限於下述描述中的內容。

圖3是根據本揭露一實施例說明通訊系統的示意圖。請參照圖3，通訊系統300可包括但不僅限於使用者設備310及320、基地台（base stations；BSs）330及340、核心網路350及370及伺服器390。

在本揭露中的“使用者設備”（例如，使用者設備310及320）可表示各種實施例，其例如可包含（但不限於）移動站、先進移動站（advanced mobile station；AMS）、伺服器、用戶端、桌上型電腦、筆記型電腦、網路電腦、工作站、個人數位助理（personal digital assistant；PDA）、平板個人電腦（personal computer；PC）、掃描器、電話裝置、尋呼機（pager）、相機、電視、掌上型視頻遊戲裝置、音樂裝置、無線感測器等。在一些應用中，使用者設備可以是在移動環境（例如，巴士、火車、飛機、船、車等）中運作的固定電腦裝置。

在本揭露中的“基地台”（例如，基地台330及340）可表示成各種實施例，其例如可包含（但不限於）演進型節點B（Evolved Node B；eNB）、家用演進型節點B（HeNB）、進階基地台（advanced base station；ABS）、基地收發器系統（base transceiver system；BTS）、存取點、家用基地台、中繼器（relay）、散射器（scatterer）、轉發器（repeater）、中間節點、中間物（intermediary）及/或基於衛星的通信基地台。

核心網路350及370可以是（例如）第二代（2G）（例如，通用封包無線服務（General Packet Radio Service；GPRS）核心網路）、第三代（3G）核心網路或第四代（4G）核心網路（例如，演進型封包核心（Evolved Packet Core；EPC））。核心網路350可至少包括（但不限於）移動性管理實體（Mobility Management entity；MME）351、歸屬用戶伺服器（Home Subscriber Server；HSS）352、網路實體354、安全用戶平面位置平臺（Secured User Plane Location Platform；SLP）356、封包資料網路閘道（Packet Data Network Gateway；P-GW）358及服務閘道（Serving Gateway；S-GW）359。MME 351連接於基地台330、HHS 352及S-GW 359。S-GW 359連接於MME 351及P-GW 358。網路實體354連接於HHS 352、SLP 356及APP伺服器390。同樣地，核心網路370可至少包括（但不限於）MME 371、HSS 372、網路實體374、SLP 376、P-GW 378及S-GW 379。MME 371、HSS 372、網路實體374、SLP 376、P-GW 378及S-GW 379間的耦接關係可參照MME 351、HSS 352、網路實體354、SLP 356、P-GW 358及S-GW 359的耦接關係，且因針對各元件的詳細說明將不再贅述。

示例性的網路實體354及357可以是EPC網路中的ProSe功能。圖4是根據本揭露一實施例說明網路實體的方塊圖，網路實體354可至少由如圖4所說明的功能元件表示。網路實體354可至少包括（但不限於）處理模組354_1、通訊協定模組354_3及耦接的收發器模組354_5。收發器模組354_5用以傳送及接收經調變（modulated）的訊號，此訊號可能是射頻（Radio Frequency；RF）訊號、光學訊號或透過纜線傳送的訊號。通訊協定模組354_3可獨立於處理模組354_1或為處理模組354_1的固有部分，且將數位訊息轉換為與例如PC2、PC3、PC4、PC4x等各種介面相容的格式。處理模組354_1經配置以處理數位信號且執行根據本揭露的前述示範性實施例所提出的裝置間探索方法的程序。此外，處理模組354_1可視情況耦接到非暫時性記憶體模組354_2以儲存程式碼、裝置組態、碼本、緩衝的或永久的資料以及授權使用網路協助裝置間探索之應用程式名單等等。處理模組354_1的功能可藉由使用諸如微處理器、微控制器、數位信號處理器（digital signal processing；DSP）晶片、場可程式化邏輯閘陣列（Field Programmable Gate Array；FPGA）等可程序設計單元來實施。處理模組354_1的功能還可用獨立電子裝置或特殊應用積體電路（integrated circuit；IC）來實施，且由處理模組354_1執行的功能還可實施在硬體或軟體的領域內。

圖5是根據本揭露一實施例說明網路實體的方塊圖，網路實體374可至少由如圖5所說明的功能元件表示。網路實體374可至少包括（但不限於）處理模組374_1、通訊協定模組374_3及耦接的收發器模組374_5。網路實體374的功能元件的詳細描述可以參考在圖4中的網路實體354的功能元件的描述，因此將不會重複每一元件的詳細描述。

伺服器390可以是ProSe 應用（APP）伺服器、檔案伺服器以及雲端伺服器等等。圖6是根據本揭露一實施例說明伺服器的方塊圖，伺服器390可至少由如圖6所說明的功能元件表示。伺服器390可至少包括（但不限於）處理模組391，通訊協定模組393及耦接的收發器模組395。伺服器390的功能元件的詳細描述可以參考在圖4中的網路實體354的功能元件的描述，因此將不會重複每一元件的詳細描述。需說明的是，伺服器390的記憶體模組392更儲存了網路層級使用者ID（例如，演進封包核心鄰近基礎服務使用者識別碼（EPC ProSe user ID；EPUID）、應用層使用者識別碼（Application Layer User ID；ALUID）（例如，被探索者及探索者的ALUIDs）、網路實體識別碼（例如，ProSe功能識別碼（ProSe function ID；PFID)以及使用者的應用程式許可名單（例如，黑名單與白名單）。

需說明的是，前述實施例是假設使用者設備310及320是屬於不同的核心網路（例如，核心網路350及370），此代表使用者設備310及320分別透過核心網路350及370傳送及接收資料或訊息。在本揭露其他一些實施例中，使用者設備310及320兩者可透過核心網路350（或核心網路370）傳送及接收資料或訊息。

圖7是根據本揭露一實施例說明伺服器390的裝置間探索方法。請參照圖7，在步驟S710中，伺服器390的處理模組391使用收發器模組395接收裝置間探索的鄰近映射要求訊息，以要求被探索者的網路層級使用者識別碼。此鄰近映射要求訊息包括探索者的ALUID以及被探索者的ALUID。例如，鄰近映射要求訊息可以是映射要求訊息（Map Request message）、與3GPP TS 29.343一致的鄰近行動要求（ProXimity-Action-Request；PXR）指令或任何PC2控制協定訊息。

在步驟S730中，處理模組391根據探索者的ALUID以及被探索者的ALUID設定通知旗標，以回應於接收到鄰近映射要求訊息。具體而言，回應於接收到鄰近映射要求訊息，伺服器390可檢查被探索者（例如，使用者設備320）的應用程式許可（例如，應用程式特定ProSe 許可），以確認探索者（例如，使用者設備310）受允許以探索被探索者。

在本揭露的一實施例中，處理模組391可判斷探索者的ALUID是否符合被探索者的ALUID的第一名單，且設定通知旗標以取消裝置間探索的鄰近要求驗證，以回應於探索者的ALUID符合被探索者的ALUID的第一名單。具體而言，被探索者的ALUID的第一名單是使用者的應用程序許可中的一種。第一名單（例如，白名單）可以具有一個或多個探索者的ALUID，而這些探索者是受允許以探索被探索者。處理模組391可判斷探索者的ALUID是否符合被探索者的ALUID的第一名單。此代表對應於第一名單中探索者的ALUIDs的探索者受允許以探索被探索者。

舉例而言，使用者A的白名單包括使用者D、使用者G與使用者L。假設使用者L發起鄰近要求，且APP伺服器將接收到映射要求訊息（包括使用者L的ALUID）。APP伺服器將判斷使用者L的ALUID符合使用者A的白名單。

接著，根據前述的許可結果，處理模組391將配置通知旗標。通知旗標可以是（例如）1位元、2位元或3位元等數值、編碼或字串。例如，若使用者L的ALUID是在使用者A的白名單中，則處理模組391將通知旗標設定為“00”。因為對應於符合ALUID的探索者受允許探索被探索者，所以被探索者可以不需要驗證裝置間探索要求（例如，鄰近要求）。藉此，裝置間探索的鄰近要求驗證可根據通知旗標來取消。

在本揭露的一實施例中，處理模組391判斷探索者的ALUID是否符合被探索者的ALUID的第二名單，且傳送伴隨錯誤資訊的鄰近映射回應訊息，以回應於探索者的ALUID符合被探索者的ALUID的第二名單。具體而言，探索者的ALUID的第二名單也是使用者應用程式許可中的一種。第二名單（例如，黑名單）可以具有一個或多個探索者的ALUID，而這些探索者不受允許來探索被探索者。處理模組391可判斷探索者的ALUID是否符合被探索者的ALUID的第二名單，此表示對應於第二名單中被探索者的ALUID的探索者不受允許來探索被探索者。

舉例而言，使用者H的黑名單包括使用者J與使用者K。假設使用者J發起鄰近要求，且APP伺服器將接收到映射要求訊息（包括使用者J的ALUID）。APP伺服器將判斷使用者J的ALUID符合使用者H的黑名單。

接著，根據前述的許可結果，處理模組391將配置錯誤資料（Error information）。錯誤資料可以是（例如）錯誤訊息元件（Error message element）、編碼或字串，其指示對應於第二名單中被探索者的符合ALUID的探索者為不允許。例如，若使用者J的ALUID在使用者H的黑名單中，則處理模組391將配置鄰近行動回應（ProXimity-Action-Answer；PXA）指令（與3GPP TS 29.343一致）的錯誤訊息。因為對應於第二名單中被探索者的ALUID的探索者不受允許來探索被探索者，所以被探索者可以不需驗證裝置間探索要求（例如，鄰近要求）。藉此，裝置間探索要求將根據錯誤資料而被拒絕。

在本揭露的一實施例中，處理模組391可設定通知旗標，以配置裝置間探索的鄰近要求驗證的回應類型。具體而言，參照於3GPP TS 23.303和TS 24.334，裝置間探索的鄰近要求驗證是一種機制，其讓被探索者能確認裝置間探索要求（例如，鄰近要求）的允許。然而，因為被探索者沒有對確認允許提出回應，所以鄰近要求驗證程序可能會受到阻擾。據此，本揭露所提出的通知旗標可以指示鄰近要求驗證的回應類型，以回應於被探索者未對驗證要求（例如，與3GPP TS 29.343一致的鄰近要求驗證訊息（Proximity Request validation message））回應。此回應類型可指示接受或拒絕裝置間探索要求。例如，將通知旗標設置為“01”或“1”，以表示接受裝置間探索要求。而將通知旗標設置為“10”或“0”，以表示拒絕裝置間探索要求

在其他一些實施例中，當（或僅當）探索者的ALUID符合第三名單（例如，被探索者的ALUID的通知名單）時，或當探索者的ALUID不符合被探索者的ALUID的第一及第二名單時，處理模組391將設定通知旗標以配置裝置間探索的鄰近要求驗證的回應類型。

需說明的是，第一名單、第二名單、通知旗標以及回應類型可以是預設的或是能藉由使用者或管理者透過網路或伺服器390來修改的。例如，社群網站伺服器可提供網站，且接著社群網站伺服器的用戶能在網頁上修改隱私設定。表(1)是通知旗標設定的範例。通知旗標是2位元值（例如，“00”、“10”、“01”以及“11”）。數值“00”指示不通知，其代表裝置間探索的鄰近要求驗證將不需要或可被取消。數值“10”與“01”分別指示傳送通知以及在沒有回應的情況下接受或拒絕，其代表需要裝置間探索的鄰近要求驗證，且網路實體354將決定接收或拒絕，以回應於未接收到鄰近要求驗證回應訊息。表(1)

此外，回應於探索者的ALUID符合被探索者的ALUID的第一名單及/或探索者的ALUID不符合被探索者的ALUID的第二名單，處理模組391將提供被探索者的網路層級使用者ID（例如，使用者設備320的EPUID），其對應於被探索者的ALUID，且提供被探索者的網路實體ID（例如，網路實體374的PFID）。

在步驟S750中，處理模組391使用收發器模組395傳送鄰近映射回應訊息以回應於設定通知旗標。此鄰近映射回應訊息包括被探索者的網路層級使用者識別碼以及通知旗標。具體而言，在設定通知旗標或插入錯誤資料之後，處理模組391可傳送鄰近映射回應訊息至網路實體354。例如，鄰近映射回應訊息可以是映射回應訊息（Map Response message）、鄰近行動回應（PXA）指令或任何控制協定訊息PC2。鄰近映射回應訊息可以包括被探索者的網路層級使用者ID、被探索者的網路實體ID及/或通知旗標。需說明的是，在本揭露其他一些實施例中，鄰近映射回應訊息可以包含錯誤資訊（例如，錯誤訊息，其用以指示當（或僅當）探索者的應用層使用者ID符合被探索者的應用層使用者ID的第二名單情況下的許可是不受允許的）而不是通知旗標。

在本揭露的另一觀點中，圖8是根據本揭露的一實施例說明網路實體354的裝置間探索方法的流程圖。請參照圖8，在步驟S810中，網路實體354的處理模組354_1使用收發器模組354_5傳送裝置間探索的鄰近映射要求訊息，以要求被探索者的網路層級使用者ID。此鄰近映射要求訊息包括探索者的應用層使用者ID以及被探索者的應用層使用者ID。具體而言，回應於接收到來自探索者（例如，使用者設備310）的裝置間探索要求（例如，包括探索者的ALUID及被探索者的ALUID的鄰近要求），處理模組354_1將詢問伺服器390探索者是否受允許以探索被探索者，且更要求被探索者的網路實體ID和被探索者的網路層級使用者ID。步驟S810的詳細說明可參考圖7的步驟S710的描述，且因此將不再贅述其詳細說明。

在步驟S830中，處理模組354_1使用收發器模組354_5接收回應於鄰近映射要求訊息的鄰近映射回應訊息。此鄰近映射回應訊息包括被探索者的網路層級使用者ID和通知旗標。在本揭露的一實施例中，通知旗標指示是否取消鄰近要求訊息的鄰近要求驗證。在本揭露的另一實施例中，通知旗標指示鄰近要求訊息的鄰近要求驗證的回應類型。通知旗標與網路實體354預設的隱私設定相比，具有較高的優先權。步驟S830的詳細說明可參考圖7的步驟S750的描述，且因此將不再贅述其詳細說明。

在步驟S850中，處理模組354_1使用收發器模組354_5傳送鄰近要求訊息以回應於接收到鄰近映射回應訊息。此鄰近要求訊息包括被探索者的網路層級使用者ID及通知旗標。具體而言，回應於取得被探索者的網路實體ID(例如，網路實體354的PFID)，處理模組354_1可根據網路實體ID傳送鄰近要求訊息至網路實體374。例如，鄰近要求訊息可以是與3GPP TS 23.303和TS 24.334一致的鄰近要求訊息(Proximity Request message)或是用來要求使用者設備310的鄰近要求許可的任何控制信令訊息。鄰近要求訊息可以包含(但不僅限於)下列參數：使用者設備310以及320的EPUIDs、應用層使用者ID、窗(windows)、範圍、使用者設備310的位置、通知旗標以及(可選擇的)基於自使用者設備310所傳送的鄰近要求訊息的[無線區域網路指示(WLAN ind.)]。

需說明的是，在本揭露的一實施例中，處理模組354_1可不傳送鄰近要求訊息至網路實體374，以回應於接收到包括錯誤資料的鄰近映射回應訊息。例如，若使用者Q的ALUID符合使用者Y的黑名單，則APP伺服器將傳送包括錯誤訊息的映射回應訊息至使用者Q的ProSe功能。而此錯誤訊息指示使用者Q未受允許來探索使用者Y。接著，處理模組354_1可使用收發器模組354_5將伴隨著適當原因值的鄰近要求拒絕訊息傳送至使用者設備310。例如，鄰近要求回應訊息(PROXIMITY_REQUEST_RESPONSE message)包含“回應-拒絕(response-reject)”單元伴隨著PC3 EPC控制通訊協定原因值#8“受B端拒絕的鄰近驗證(Proximity validation rejected by B side)”。

此外，圖9是根據本揭露一實施例說明網路實體374裝置間探索方法的流程圖。請參照圖9，在步驟S910中，網路實體374的處理模組374_1使用收發器模組374_5接收裝置間探索的鄰近要求訊息。而此鄰近要求訊息包括通知旗標。步驟S910的詳細說明可以參考圖8的步驟S850的描述，且因此將不再贅述其詳細說明。

在步驟S950中，處理模組374_1使用收發器模組374_5以根據通知旗標傳送回應於鄰近要求訊息的鄰近要求驗證訊息，以回應於接收到鄰近要求訊息。在本揭露的一實施例中，處理模組374_1可根據通知旗標取消要求驗證訊息。換句而言，處理模組374_1不會使用收發器模組374_5傳送鄰近要求驗證訊息至使用者設備320。具體而言，回應於探索者的ALUID符合圖7的步驟S730中所述被探索者的ALUID，此通知旗標可以經設定以指示取消裝置間探索的鄰近要求驗證(例如，與3GPP TS 29.334一致的鄰近要求驗證)。接著，處理模組374_1更可自SLP 376要求使用者設備320上的位置回報，且對網路實體354確認鄰近要求，並(若已知)提供使用者設備320的當前位置。例如，網路實體374傳送位置伺服器(location server；LCS)回報要求至SLP 376，且接著網路實體374傳送鄰近要求確認(Proximity Request Ack)至網路實體354。此鄰近要求確認包括使用者設備320的無線區域網路連結層ID(WLAN Link Layer ID；WLLID)。

圖10是根據本揭露一實施例說明基於通知旗標的網路實體374的裝置間探索方法的流程圖。請參照圖10，在步驟S1010中，處理模組374_1判斷是否接收到回應於鄰近要求驗證訊息的鄰近要求驗證回應訊息。具體而言，回應於設定通知旗標以配置圖7的步驟S730所述裝置間探索的鄰近要求驗證的回應類型，鄰近要求驗證將繼續進行。在處理模組374_1透過收發模組374_5傳送鄰近要求驗證訊息至使用者設備320之後，處理模組374_1將等待來自使用者設備320的鄰近要求驗證回應訊息。

需說明的是，鄰近要求驗證訊息可以是與3GPP TS 29.334一致的鄰近要求驗證訊息(Proximity Request Validation message) 或用來確認使用者設備320的鄰近要求許可的任何控制信令訊息。此外，鄰近要求驗證回應訊息可以是與3GPP TS 29.334一致的鄰近要求驗證回應訊息(Proximity Request Validation Response message)或用來回應使用者設備320的鄰近要求許可的任何控制信令訊息。

在步驟S1030中，處理模組374_1根據鄰近要求驗證訊息接收鄰近要求驗證回應訊息，以回應於接收到鄰近要求驗證回應訊息。具體而言，若接收到鄰近要求驗證回應訊息，處理模組374_1可根據包含在鄰近要求驗證回應訊息中的接受資料或拒絕資料，檢查鄰近要求驗證回應訊息的回應類型。例如，接受資訊可以是“回應-接受(response-accept)”單元或相關於接受鄰近要求驗證訊息的任何其他資料。拒絕資訊可以是“回應-拒絕(response-reject)”單元或相關於拒絕鄰近要求驗證訊息的任何其他資料。

另一方面，在步驟S1050中，處理模組374_1根據通知旗標接收鄰近要求驗證回應訊息，以回應於未接收到鄰近要求驗證回應訊息。具體而言，若通知旗標指示鄰近要求驗證的回應類型，則當未接收到鄰近要求驗證回應訊息時，通知旗標將用以指示接受或拒絕裝置間探索要求。舉例而言，當網路實體374的計時器到期時，處理模組374_1可根據通知旗標假設使用者設備320接受或拒絕裝置間探索要求。而另一範例中，鄰近要求驗證訊息可以包括通知旗標。接著，當使用者設備320的計時器到期時，使用者設備320將自動地傳送鄰近要求驗證回應訊息。而此鄰近要求驗證回應訊息的回應類型是根據通知旗標來配置的。

為了幫助所屬領域的技術人員理解如何在通訊系統300中進行本揭露實施例中所提出的裝置間探索的方法，以下將提出不同情況的三種實施例。

在第一實施例中，圖11是根據本揭露一個示例性實施例說明網路協助ProSe探索程序的信令圖。在步驟S1110中，使用者設備310將傳送鄰近要求訊息，其包括（但不僅限於）下列參數：EPUID_A、應用層使用者ID、ALUID_A、ALUID_B、窗、範圍、A的位置（使用者設備310的位置）以及可選擇的[無線區域網路指示]。需說明的是，在此實施例中的術語“A”與“B”分別代表使用者設備310以及使用者設備320。例如，EPUID_A代表使用者設備310的EPUID，且依此類推。此外，這些參數與先前提過的說明相同。在步驟S1120中，回應於接收到第一鄰近要求，為了要求APP伺服器1190提供使用者設備320的EPUID和ProSe功能1174的PFID，ProSe功能1154可傳送映射要求至APP伺服器1190（例如是ProSe應用伺服器）。此映射要求包括（但不僅限於）下列參數：ALUID_A與ALUID_B。ProSe功能1154將儲存ALUID_A與ALUID_B直到鄰近警示（Proximity Alert）程序的執行或直到用以指示鄰近要求有效期間的時間窗到期。

接著，APP伺服器1190檢查使用者設備320使用者的應用程式特定ProSe許可，確認使用者設備310的使用者受允許以探索使用者設備320的使用者，且傳送映射回應訊息（包括EPUID_B、PFID_B以及通知旗標）至ProSe功能1154，以指示使用者設備320的EPC ProSe使用者ID（EPUID_B）、ProSe功能1174的ProSe功能ID（PFID_B）及鄰近要求驗證的回應類型（例如，接受或拒絕鄰近要求，以回應於鄰近要求驗證沒有回應）（步驟S1140）。

在步驟S1160中，ProSe功能1154將基於自使用者設備310傳送至ProSe功能1174的鄰近要求，傳遞其他鄰近要求。自ProSe功能1154傳送的鄰近要求將包含（但不僅限於）下列參數：EPUID_A、應用層使用者ID、ALUID_A、ALUID_B、窗、範圍、A的位置（使用者設備310的位置）、通知旗標以及可選擇的[無線區域網路指示]。基於在步驟S1160中所接收的EPUID_B，ProSe功能1174可取得使用者設備320的用戶記錄。ProSe功能1174可經由HSS 372要求使用者設備320的最後已知位置（步驟S1170）。在步驟S1180中，ProSe功能1174根據通知旗標將與使用者設備320進行鄰近要求驗證程序。例如，若通知旗標為“01”，則當未接收到鄰近要求驗證回應時，鄰近要求驗證的回應類型將是接受鄰近要求。而若通知旗標為“10”，則當未接收到鄰近要求驗證回應時，鄰近要求驗證的回應類型將是拒絕鄰近要求。

在第二實施例中，圖12是根據本揭露一示例性實施例說明網路協助ProSe探索程序的信令圖。步驟S1210、S1220、S1240、S1260以及S1270的詳細說明可以參考圖11中步驟S1110、S1120、S1140、S1160以及S1170的說明。圖12與圖11的不同處在於，在此實施例中，回應於接收到來自ProSe功能1154的映射要求訊息，APP伺服器1190將知道使用者設備310的ALUID_A符合對應於使用者設備320的ALUID_B的白名單。接著，傳送至ProSe功能1254的映射回應將包括通知旗標。而此通知旗標指示將取消鄰近要求驗證（步驟S1240）。回應於接收到來自ProSe功能1254的通知旗標，ProSe功能1174將取消鄰近要求驗證（步驟S1280），其表示用來檢查來自於使用者設備310的鄰近要求許可的鄰近要求驗證訊息將不再傳送至使用者設備320。接著，ProSe功能1174將傳送LCS位置回報要求（Location Reporting Request）訊息以及鄰近要求確認（Proximity Request Ack），以繼續鄰近要求程序。

在第三實施例中，圖13是根據本揭露一示例性實施例說明網路協助ProSe探索程序的信令圖。步驟S1310、S1320以及S1340的詳細說明可以參考圖11中步驟S1110、S1120以及S1140的說明。圖13與圖11的不同處在於，在此實施例中，回應於接收到來自ProSe功能1354的映射要求訊息，APP伺服器1390將知道使用者設備310的ALUID_A符合對應於使用者設備320的ALUID_B的黑名單。接著，傳送至ProSe功能1354的映射回應將包含錯誤訊息，其代表來自使用者設備310的鄰近要求許可不受允許。回應於接收到來自ProSe功能1354的錯誤訊息，ProSe功能1374將傳送鄰近要求拒絕訊息包含“回應拒絕”單元伴隨著PC3 EPC 控制通訊協定原因值#8“受B端拒絕的鄰近驗證”，其表示使用者設備310的鄰近要求（步驟受拒絕（步驟S1390）。

鑒於前面描述，本揭露提供一種用於伺服器及網路實體的裝置間探索方法以及使用此方法的伺服器與網路實體，以增進網路協助裝置間探索。使用者或管理者可在伺服器中（例如，APP伺服器）配置通知旗標、第一名單（例如，白名單）以及第二名單（例如，黑名單）。接著，根據通知旗標、第一名單以及第二名單來進行鄰近要求程序。裝置間探索的鄰近要求驗證將根據通知旗標與第一名單來取消。鄰近要求驗證回應將根據通知旗標而視為接收或拒絕裝置間探索要求，以回應於未接收到驗證回應。此外，鄰近要求將依據第二名單來拒絕。據此，各使用者可以輕易地配置隱私政策（例如，黑名單、白名單及/或通知名單），且更可避免未知或惡意的使用者對使用者要求裝置間資料。

需說明的是，形容詞“第一”、“第二”或“第三”被簡單地用於彼此區分項目或對象，因此可能或不可能意味著事件的序列。

用於本申請案的所揭露實施例的詳細描述中的元件、動作或指令不應解釋為對本揭露來說為絕對關鍵或必要的，除非明確地如此描述。而且，如本文中所使用，用詞“一”可包含一個以上項目。若打算指僅一個項目，則將使用術語“單一”或類似語言。此外，如本文中所使用，在多個項目和/或多個項目種類的列表之前的術語“中的任一者”希望包含所述項目和/或項目種類個別地或結合其它項目和/或其它項目種類“中的任一者”、“中的任何組合”、“中的任何多個”和/或“中的多個的任何組合”。此外，如本文中所使用，術語“集合”希望包含任何數量個項目，包含零個。此外，如本文中所使用，術語“數量”希望包含任何數量，包含零。

雖然本揭露已以實施例揭露如上，然其並非用以限定本揭露，任何所屬技術領域中具有通常知識者，在不脫離本揭露的精神和範圍內，當可作些許的更動與潤飾，故本揭露的保護範圍當視後附的申請專利範圍所界定者為準。

S110～S180、S210～S290、S610～S670、S710～S750、S810～S850、S910～S970、S1110～S1180、S1210～S1280、S1310～S1390‧‧‧步驟
310、320‧‧‧使用者設備
330、340‧‧‧基地台
350、370‧‧‧核心網路
351、371‧‧‧移動性管理實體
352、372、1272、1372‧‧‧歸屬用戶伺服器
354、374‧‧‧網路實體
354_1、374_1、391‧‧‧處理模組
354_2、374_2、392‧‧‧記憶體模組
354_3、374_3、393‧‧‧通訊協定模組
354_5、374_5、395‧‧‧收發器模組
356、376‧‧‧安全用戶平面位置平臺
358、378‧‧‧封包資料網路閘道
359、379‧‧‧服務閘道
390‧‧‧伺服器
1154、1174、1254、1274、1354、1374‧‧‧ProSe功能
1190、1290、1390‧‧‧APP伺服器

包含附圖以便進一步理解本揭露，且附圖併入本說明書中且構成本說明書的一部分。所述圖式說明本揭露的實施例，且與描述一起用以解釋本揭露的原理。圖1說明EPC層級探索程序的示例性信令流程。圖2是EPC層級鄰近要求程序的示例性流程圖。圖3是根據本揭露一實施例說明通訊系統的示意圖。圖4是根據本揭露一實施例說明網路實體的方塊圖。圖5是根據本揭露一實施例說明網路實體的方塊圖。圖6是根據本揭露一實施例說明伺服器的方塊圖。圖7是根據本揭露一實施例說明伺服器的裝置間探索方法的流程圖。圖8是根據本揭露一實施例說明網路實體的裝置間探索方法的流程圖。圖9是根據本揭露一實施例說明網路實體的裝置間探索方法的流程圖。圖10是根據本揭露一實施例說明基於通知旗標的網路實體的裝置間探索方法的流程圖。圖11是根據本揭露一示例性實施例說明網路協助ProSe探索程序的信令圖。圖12是根據本揭露一示例性的實施例說明網路協助ProSe探索程序的信令圖。圖13是根據本揭露一示例性實施例說明網路協助ProSe探索程序的信令圖。

S710~S750‧‧‧步驟

Claims

一種鄰近映射要求(proximity map request)方法，適用於一伺服器，該方法包括：接收一裝置間(Device-to-Device；D2D)探索的一鄰近映射要求訊息，以要求一被探索者的一網路層級使用者識別碼，其中該鄰近映射要求訊息包括一探索者的一應用層使用者識別碼以及該被探索者的一應用層使用者識別碼；根據該探索者的該應用層使用者識別碼以及該被探索者的該應用層使用者識別碼設定一通知旗標(flag)，以回應於接收到該鄰近映射要求；以及傳送一鄰近映射回應訊息以回應於設定該通知旗標，其中該鄰近映射回應訊息包括該被探索者的該應用層使用者識別碼以及該通知旗標。
如申請專利範圍第1項所述的方法，其中根據該探索者的應用層使用者識別碼以及該被探索者的該應用層使用者識別碼設定該通知旗標，以回應於接收到該鄰近映射要求的步驟包括：判斷該探索者的該應用層使用者識別碼是否符合該被探索者的該應用層使用者識別碼的一第一名單；以及設定該通知旗標以取消該裝置間探索的一鄰近要求驗證，以回應於該探索者的該應用層使用者識別碼符合該被探索者的該應用層使用者識別碼的該第一名單。
如申請專利範圍第1項所述的方法，其中根據該探索者的應用層使用者識別碼以及該被探索者的該應用層使用者識別碼設定該通知旗標，以回應於接收到該鄰近映射要求的步驟包括：判斷該探索者的該應用層使用者識別碼是否符合該被探索者的該應用層使用者識別碼的一第二名單；以及傳送伴隨一錯誤資訊的該鄰近映射回應訊息，以回應於該探索者的該應用層使用者識別碼符合該被探索者的該應用層使用者識別碼的該第二名單。
如申請專利範圍第1項所述的方法，其中根據該探索者的應用層使用者識別碼以及該被探索者的該應用層使用者識別碼設定該通知旗標，以回應於接收到該鄰近映射要求的步驟包括：設定該通知旗標，以配置該裝置間探索的一鄰近要求驗證的一回應類型。
一種伺服器，包括：一收發器模組，傳送及接收資料；以及一處理模組，耦接該收發器模組，且經配置用以：使用該收發模組接收一裝置間探索的一鄰近要求映射訊息，以要求一被探索者的一網路層級使用者識別碼，其中該鄰近映射要求包括一探索者的一應用層使用者識別碼以及該被探索者的一應用層使用者識別碼；根據該探索者的應用層使用者識別碼以及該被探索者的應用層使用者識別碼，設定一通知旗標，以回應於接收到該鄰近映射要求訊息；以及使用該收發器模組傳送一鄰近映射回應訊息以回應於設定該通知旗標，其中該鄰近映射回應訊息包括該探索者的該應用層使用者識別碼以及該通知旗標。
如申請專利範圍第5項所述的伺服器，其中該處理模組經配置用以：判斷該探索者的該應用層使用者識別碼是否符合該被探索者的該應用層使用者識別碼的一第一名單；以及設定該通知旗標以取消該裝置間探索的一鄰近要求驗證，以回應於該探索者的該應用層使用者識別碼符合該被探索者的該應用層使用者識別碼的該第一名單。
如申請專利範圍第5項所述的伺服器，其中該處理模組經配置用以：判斷該探索者的該應用層使用者識別碼是否符合該被探索者的該應用層使用者識別碼的一第二名單；以及傳送伴隨一錯誤資訊的該鄰近映射回應訊息，以回應於該探索者的該應用層使用者識別碼符合該被探索者的該應用層使用者識別碼的該第二名單。
如申請專利範圍第5項所述的伺服器，其中該處理模組經配置用以：設定該通知旗標，以配置該裝置間探索的一鄰近要求驗證的一回應類型。
一種鄰近映射要求方法，適用於一網路實體(network entity)，該方法包括：傳送一裝置間探索的一鄰近映射要求訊息，以要求一被探索者的一網路層級使用者識別碼，其中該鄰近映射訊息要求包括一探索者的一應用層使用者識別碼以及該被探索者的一應用層使用者識別碼；接收回應於該鄰近映射要求訊息的一鄰近映射回應訊息，其中該鄰近映射回應訊息包括該被探索者的該應用層使用者識別碼以及一通知旗標；以及傳送一鄰近映射要求訊息以回應於接收到該鄰近映射回應訊息，其中該鄰近映射要求訊息包括該被探索者的該網路層級使用者識別碼以及該通知旗標。
如申請專利範圍第9項所述的方法，其中該通知旗標指示是否取消該鄰近要求訊息的一鄰近要求驗證。
如申請專利範圍第9項所述的方法，其中該通知旗標指示該鄰近要求訊息的該鄰近要求驗證的一回應類型。
一種網路實體，包括：一收發器模組，傳送及接收資料；以及一處理模組，耦接該收發器模組，且經配置用以：使用該收發模組傳送一裝置間探索的一鄰近要求映射訊息，以要求一被探索者的一網路層級使用者識別碼，其中該鄰近映射要求訊息包括一探索者的一應用層使用者識別碼以及該被探索者的一應用層使用者識別碼；使用該收發模組接收回應於該鄰近映射要求訊息的一鄰近映射回應訊息，其中該鄰近映射回應訊息包括一被探索者的一網路層級使用者識別碼以及一通知旗標；以及使用該收發模組傳送一鄰近要求訊息以回應於接收到該鄰近映射回應訊息，其中該鄰近映射要求訊息包括該被探索者的該網路層級使用者識別碼以及該通知旗標。
如申請專利範圍第12項所述的網路實體，其中該通知旗標指示是否取消該鄰近要求訊息的一鄰近要求驗證。
如申請專利範圍第12項所述的網路實體，其中該通知旗標指示該鄰近要求訊息的一鄰近要求驗證的一回應類型。
一種鄰近要求的驗證方法，適用於一網路實體，該方法包括：接收一裝置間探索的一鄰近要求訊息，其中該鄰近要求訊息包括一通知旗標；以及根據該通知旗標傳送回應於該鄰近要求訊息的一鄰近要求驗證訊息，以回應於接收到該鄰近要求訊息，其中，該通知旗標是根據一探索者的一應用層使用者識別碼以及一被探索者的一應用層使用者識別碼而產生。
如申請專利範圍第15項所述的方法，其中根據該通知旗標傳送回應於該鄰近要求訊息的該鄰近要求驗證訊息，以回應於接收到該鄰近要求訊息的步驟包括：根據該通知旗標取消該鄰近要求驗證訊息。
如申請專利範圍第15項所述的方法，其中根據該通知旗標傳送回應於該鄰近要求訊息的該鄰近要求驗證訊息，以回應於接收到該鄰近要求訊息的步驟之後，更包括：根據該通知旗標接收一鄰近要求驗證回應訊息，以回應於未接收到該鄰近要求驗證回應訊息；以及根據該鄰近要求驗證回應訊息接收該鄰近要求驗證回應訊息，以回應於接收到該鄰近要求驗證回應訊息。
一種網路實體，包括：一收發器模組，傳送及接收資料；以及一處理模組，耦接該收發器模組，且經配置用以：使用該收發器模組接收一裝置間探索的一鄰近要求訊息，其中該鄰近要求訊息包括一通知旗標；以及使用該收發器模組來根據該通知旗標傳送回應於該鄰近要求訊息的一鄰近要求驗證訊息，以回應於接收到該鄰近要求訊息，其中，該通知旗標是根據一探索者的一應用層使用者識別碼以及一被探索者的一應用層使用者識別碼而產生。
如申請專利範圍第18項所述的網路實體，該處理模組更經配置於：根據該通知旗標取消該鄰近要求驗證訊息。
如申請專利範圍第18項所述的網路實體，該處理模組更經配置於：根據該通知旗標接收一鄰近要求驗證回應訊息，以回應於未接收到該鄰近要求驗證回應訊息；以及根據該鄰近要求驗證回應訊息接收該鄰近要求驗證回應訊息，以回應於接收到該鄰近要求驗證回應訊息。