用於在電信網絡中處理系留用戶設備的方法和系統的製作方法

2023-04-24 19:56:01

專利名稱：用於在電信網絡中處理系留用戶設備的方法和系統的製作方法
用於在電信網絡中處理系留用戶設備的方法和系統
背景技術：
本發明涉及用於在電信網絡中處理系留(tethered)用戶設備的方法和系統。並且本發明具體涉及檢測系留設備和處理這種系留設備的使用的技術，並因此 利用專門的參考進行描述，明顯的是本發明也可用於其它領域和應用。作為背景，為了調用分組數據服務的目的，服務提供商允許用戶使用諸如移動 電話、智慧型電話和類似物設備，例如用戶裝置(UE)，來訪問他們的網絡。涉及UE技術 的當前狀態是，一般來說，UE自己不發送或接收大量的分組數據。然而，用戶能夠將諸 如膝上型計算機的其它數據設備連接(或「系留」)到UE，其結果是，要發送/接收大 量的分組數據，這是服務提供商認為不能接受的。UE知道其是否連接到系留設備，但是 當前沒有實現UE將該信息傳送給網絡的方法。實際上，在3GPP標準中沒有定義這樣的 方法或者技術。因此，需要提供這樣的功能從而使網絡能夠檢測正在使用的系留數據設備。如 果是這樣，網絡就能接受或拒絕相應的數據會話。如果網絡接受系留數據會話，那麼能 夠管理系留數據會話。目前沒有已知的方案。沒有用於網絡以檢測UE連接(系留)到諸如膝上型計 算機的另一設備的技術。因此，沒有用於跟據UE與系留設備相連接的知識來管理數據 會話的已有技術。

發明內容
在本發明的一個方面中，一種方法，包括通過網絡元件接收系留設備指示 符，所述系留設備指示符由來自用戶設備的請求消息產生，通過網絡元件檢測指示符， 以及，基於指示符，執行拒絕由用戶設備請求的數據會話或者管理由用戶設備請求的數 據會話中的一個。在本發明的另一方面中，系留設備指示符是設置在請求消息的信息單元中的標
ο在本發明的另一方面中，請求消息是數據會話請求消息。在本發明的另一方面中，數據會話請求消息是PDP上下文請求消息。在本發明的另一方面中，請求消息是修改數據會話的請求。在本發明的另一方面中，修改數據會話的請求是修改PDP上下文請求消息。在本發明的另一方面中，請求消息是路由區域更新請求。在本發明的另一方面中，該方法進一步包括基於重新定位請求通過網絡元件將 指示符發送給第二網絡元件。在本發明的另一方面中，該方法進一步包括如果網絡元件執行拒絕則將拒絕消 息發送給用戶設備。在本發明的另一方面中，管理數據會話包括設置服務質量和建立速率方案中的 至少一個。
在本發明的另一方面中，一中系統，包括，用於通過網絡元件接收系留設備指 示符的裝置，所述系留設備指示符由來自用戶設備的請求消息產生，用於通過網絡元件 檢測指示符的裝置，以及，用於基於指示符，執行拒絕由用戶設備請求的數據會話或者 管理由用戶設備請求的數據會話的設備中的一個的設備。在本發明的另一方面中，系留設備指示符是設置在請求消息的信息單元中的標
ο在本發明的另一方面中，請求消息是數據會話請求消息。在本發明的另一方面中，數據會話請求消息是PDP上下文請求消息。在本發明的另一方面中，請求消息是修改數據會話的請求。在本發明的另一方面中，修改數據會話的請求是修改PDP上下文請求消息。在本發明的另一方面中，請求消息是路由區域更新請求。在本發明的另一方面中，該系統進一步包括用於基於重新定位請求通過網絡元 件將指示符發送給第二網絡元件的裝置。在本發明的另一方面中，該系統進一步包括用於如果網絡元件執行拒絕則將拒 絕消息發送給用戶設備的裝置。在本發明的另一方面中，用於管理數據會話的裝置包括設置服務質量和建立速 率方案中的至少一個。通過下面提供的詳細描述，本發明進一步的應用範圍會變得明顯。然而，可以 理解的是，指示本發明優選實施方式的詳細描述和專用實例僅僅以解釋的方式給出，對 於本領域技術人員來說，在本發明的精神和範圍內的各種變化和修改都是明顯的。


本發明存在於設備各個部分的結構，安排和組合，以及方法的步驟之中，由此 所達到的預期目標在下文中更充分的給出，尤其是在權利要求中指出，並在附圖中進行 解釋，其中圖1是當前描述實施方式能夠結合到其中的網絡的框圖；圖2是說明本應用的實施方式的呼叫流示意圖；圖3是說明本應用的實施方式的呼叫流示意圖；圖4是說明本應用的實施方式的呼叫流示意圖；圖5是說明本應用的實施方式的呼叫流示意圖；圖6是說明本應用的實施方式的呼叫流示意圖。
具體實施例方式當前描述的實施方式涉及用於處理在網絡中通過使用系留用戶設備執行的數據 會話的方法。基於上述原因，對於能夠檢測系留設備是否與網絡連接以及是否請求數據 會話是有利的。因此，當前描述的實施方式涉及通過網絡元件接收系留設備指示符的網 絡功能。在至少一種形式上，系留設備指示符(或系留指示)由來自用戶設備的請求產 生。於是基於指示符，通過網絡來檢測指示符，並且可以執行多種功能。例如，網絡 元件可以確定數據會話是不正確的並且，因此拒絕用戶設備所請求的數據會話。可替換地，網絡元件可以確定數據會話請求是正確的。在這種情況下，可以基於指示符來管理 數據會話。可以理解的是，網絡元件可採用各種形式，從下面的討論中將變得明顯。例 如，當前描述的實施方式能夠結合到其中的網絡可以是UMTS網絡。因此，網絡元件可 以採用服務GPRS支持節點和存在於UMTS網絡中的其它連接網絡元件的形式。在UMTS 環境下，將用戶的裝置稱為用戶設備(UE)。在一種形式中，當前描述的實施方式能夠應 用到這樣的UMTS網絡中，這將在下面作詳細描述。然而，需要注意的是，當前描述的實施方式的原理也可以應用於多種其它類型 的網絡。例如，本領域技術人員可以理解的是，當前描述的實施方式可以應用於CDMA 網絡，EVDO網絡，以及WiMAX網絡，等等。本領域技術人員還可以理解的是，由於 這些類型的無線網絡主要包括用戶裝置，諸如接收站或基站的網絡元件，諸如交換元件 的各種其它網絡元件，並且其功能是實現許多與UMTS網絡的網絡元件的相同目標，因 此能夠實現將當前描述的實施方式轉換到這些類型的網絡上。需要進一步注意的是，在任何可能的技術環境中，當前描述的實施方式在網絡 中可以按各種不同的方式實現。例如，可以使用各種不同的硬體配置和/或軟體技術來 實現當前描述的實施方式。在一種形式中，適當的過程可以分布到網絡元件中並由這些 網絡元件執行，從而實現當前描述的實施方式的目標。在一些形式中，具有允許網絡元 件執行適當功能的更為集中化的軟體集合是有利的。現在參照附圖，其中的描述僅以說明示例性實施方式為目的而並以限制權利要 求所要求的主題為目的，圖1提供了在其中能夠結合當前描述的實施方式的示例系統10 的示意圖。如圖所示，圖1是基於3GPP策略和計費控制(PCC)模式的。然而，本領 域技術人員可以理解的是，當前描述的實施方式還可以應用於包括資源接納控制子系統 (RACS)結構(由ETSI TISPAN定義)，基於服務的承載控制(SBBC)結構(由3GPP2定 義)和資源訪問控制功能(RACF)結構(由ITU定義)的其它模式和體系結構。系統或網絡10是由用戶裝置，例如用戶設備(UE)，來訪問的示例UMTS網絡。 該網絡包括(但不局限於)能夠與服務GPRS支持節點(SGSN) 18進行通信的節點B 14 和無線網絡控制器(RNC) 16。SGSN 18訪問歸屬位置寄存器(HLR) 20，並與網關GPRS 支持節點(GGSN) 22進行通信，還包括策略與計費執行功能(PCEF)的功能。在網絡10 中還示出了具有策略與計費規則功能(PCRF) 26和規則引擎28的資源管理器24。在一種 形式中，網絡10還可以包括用戶屬性知識庫(SPR)30，在一種形式中，可將用戶屬性知 識庫(SPR) 30放置在家庭用戶系統(HSS) 32中。還可以實現其它知識庫。這些其它的 知識庫可以由不同的服務提供商來控制_示出的一個知識庫僅僅是作為配置的示例。還可以理解的是，其它網絡元件(圖1中未示出)可以包括在實現當前描述的實 施方式的網絡中。例如，當UE 12從一個位置區域的控制移動或被移動到另一位置區域 時，可以提供第二 SGSN或者第二節點B或者第二 RNC。這些沒有具體說明的設備種類 中的至少一些會在這裡的其它圖中涉及。本領域技術人員可以理解這些網絡元件處於網 絡10內並在網絡10內執行的方式。根據當前描述的實施方式，用戶裝置，或者UE 12，在諸如激活PDP上下文請 求消息的請求消息中提供設備系留到UE 12的指示符。將該消息發送給SGSN 18。當建立PDP上下文時，通常由UE 12將激活PDP上下文消息發送給SGSN 18。根據當前描 述的實施方式，該請求消息補充有系留設備信息，例如在信息單元(IE)中設置的作為系 留設備指示符的標誌。還可使用其它在消息中提供這樣的系留設備指示符的方式。在任 何情況下，UE 12具有識別其何時系留的功能，並進一步具有在請求消息中增加適當欄位 的功能。因此，當建立所請求的PDP上下文時，SGSN 18能夠通過檢測激活PDP上下文 請求消息內容來檢測系留設備是否在被使用。然後，SGSN 18能夠檢測是否允許數據會 話使用該系留設備。存在兩個用於作出該決定的方法a)SGSN 18能夠檢測運營商或者服務提供者所提供的數據以確定用戶會話是否 被接受還是拒絕。b) SGSN能夠檢測之前從HLR資料庫20中所檢索到的用戶屬性信息的內容。可 以通過增加附加欄位來擴展HLR資料庫20，從而指示允許哪個用戶使用系留設備，並且 指示不允許哪個用戶使用系留設備。如果諸如SGSN 18的網絡確定可以建立系留數據會話，SGSN 18用信號通知 GGSN 22以建立系留數據會話。當GGSN 22接收到請求時，其用信號通知PCRF 26 (通 過Gx接口)以獲得用於該請求的認證。接著，PCRF26從SPR資料庫30(通過Sp接口) 檢索用戶專用數據以作出將什麼級別的QoS授權給UE 12的決定。PCRF 26還確定如何 對用戶的會話進行計費。PCRF 26於是將QoS和計費信息提供給GGSN 22。以這種方 式使用PCRF 26和GGSN 22也在3GPP標準中有所定義。當前描述的實施方式增強了這個功能，以允許PCRF 26知道是否用戶正在使用 系留設備。增強部分如下1) SGSN 18將現有的GTP協議中的系留指示符傳送給GGSN 22。2)當建立PDP上下文時，GGSN 22將系留指示符傳送給PCRF 26。3)PCRF 26使用系留指示符來作出關於將QoS授權給用戶會話，和/或如何對用 戶的會話進行計費的決定。例如，如果用戶使用系留設備，運營商可以讓QoS降級，增 加計費率，或同時執行兩者。可以進一步理解的是，系留設備的網絡識別還可以為終端用戶提供選擇。從 而，在檢測到系留設備並且確定可以進行數據會話時，系統可以警告用戶將進行額外計 費。如果用戶同意，將進行額外計費，如果用戶不同意，在拒絕該會話。在圖2中提供了示出當前描述的實施方式的示例的呼叫流程200，其中建立了系 留數據會話。如圖所示，在第1行，UE 12通過將諸如激活PDP上下文請求的請求消息 發送給服務SGSN 18來請求建立承載(例如，建立數據會話)。所請求的承載可以是主 要(Primary)PDP上下文或者是次要(Secondary)PDP上下文。例如，UE 12可以在請求 消息的信息單元中將新的系留指示符(也稱為系留設備指示符)提供給SGSN 18。在第2行，SGSN 18確定是否有用於承載的足夠資源。將UE 12所請求的資源與 用戶屬性信息進行驗證，其中用戶屬性信息是當用戶12連接時從HLR 20先行下載的。 這裡的假設是如果UE 12已經指示連接有系留設備，則SGSN 18不拒絕PDP上下文的激 活。在第3行，如果有用於新會話的足夠資源，SGSN 18將用於承載的創建PDP上下文請求發送給PCEF (GGSN) 22。SGSN 18包括由UE 12所提供的系留指示符。在第4行，PCEF 22確定是否有用於承載的足夠資源。根據所支持服務的最差 情況提供用於新會話的資源量。如果有足夠的資源可用，則允許新的數據會話。在第5行，PCEF 22通過Gx接口將用於新會話的會話建立請求發送給PCRF 26。其中包含從PDP上下文中導出的並且包括新的系留指示符的信息。在第6行，PCRF 26向SPR 30傳送查詢以檢索UE 12的用戶數據。如果SPR 數據已經緩存在PCRF 26本地，則可以跳過查詢/響應(進入到步驟8)。在第7行，SPR 30將所存儲的UE 12的用戶數據返回給PCRF 26。在第8行，PCRF 26使用從SPR 30檢索到的數據，在來自PCEF 22的CCR命令 中所接收的參數，UE系留指示符等對查詢進行格式化，並將該查詢發送給規則引擎28。在第9行，規則引擎28調用在查詢請求中由PCEF指定的規則集合。例如，規 則集合計算需要用於會話的服務質量(QoS)和計費參數中的一些或者全部。在第10行，規則引擎28將包括由規則集合調用而產生的參數的響應進行格式 化，並將該響應發送給PCRF 26。返回用於此目的的示例性參數是那些導出要發送給 PCEF (GGSN) 22的CCA消息中的QoS信息AVP的參數。系留指示符可以用在這裡，或 者用在之前的步驟以計算QoS和/或會話使用的計費。在第11行，PCRF 26將CCA命令響應格式化，並將其發送給PCEF 22。CCA
命令AVP由從規則引擎28在響應中返回的參數和PCRF 26的本地數據得出。在第12行，PCEF 22使用由PCRF 26所設置的吞吐率和QoS參數將資源分配給 數據會話，並且增強了服務策略。在第13行，PCEF 22在對創建PDP上下文請求的響應中發送用於PDP上下文的參數。在第14行，SGSN 18通知UE 12PDP上下文建立已經完成。參照圖3，如果網絡確定不允許用戶使用系留設備，SGSN 18將激活PDP上下文 拒絕消息發送給UE12。所示出呼叫流程300說明了這種情況。在此情況下，UE12嘗 試激活分組數據協議(PDP)上下文從而能夠發送/接收數據。然而，UE具有連接到它 的系留設備，從而作為結果，SGSN 18決定拒絕用於PDP上下文激活請求的請求。在第1行，UE 12通過將諸如激活PDP上下文請求或者激活次要PDP上下文請 求的請求消息發送給服務SGSN以請求建立承載。本領域技術人員可以了解的是，主要 PDP上下文或者次要PDP上下文在3GPP標準中有定義。無論UE 12發送這些消息中的哪一個，UE 12將新的系留指示符(也稱為系留設 備指示符)提供給SGSN 18。對於該呼叫流，假設有系留設備與UE連接，因此將UE系 留指示符或者標記設為YES。在第2行，SGSN 18檢測由UE提供的新系留指示符，並確定系留設備連接到UE 12。如上所述，SGSN能夠進行下列任一a)檢測配置到SGSN 18本地的數據以確定處理方式。例如，運營商可以將造成 SGSN 18拒絕所有使用系留設備的PDP上下文請求的數據配置在SGSN 18本地。相對於 以用戶為基礎，該種檢測以網絡或者提供商為基礎。b)檢測在用戶屬性中提供的數據。SGSN 18之前從HLR 20將用戶屬性下載到SGSN 18中。該數據可以包括新的系留相關欄位。例如，運營商可以配置不允許用戶具 有系留設備。在一種形式中，在不包括拒絕的事件中，在這種方式下對每個用戶進行控 制以支持不同的計費是有利的。作為對上述這些實例a和b的進一步擴展，UE 12所屬的運營商可以包括在作為 由SGSN 18所作決定的輸入中。例如，如果SGSN 18屬於運營商X，UE 12屬於運營商 Y，相對於運營商Y，SGSN 18具有用於運營商X的專用於用戶處理的數據(例如，允許 系留設備用於運營商X，但不能用於運營商Y)。在第3行，假設SGSN 18已經確定不允許具有系留設備的用戶建立PDP上下文 (通過上述a或b的情況)，SGSN 18通過將諸如PDP上下文激活拒絕或者次要PDP上 下文激活拒絕消息的拒絕消息發送給UE 12(根據在第1行由UE發送的消息)來拒絕請 求。參照圖4，呼叫流400說明了諸如UE 12的用戶裝置通過使用例如PDP上下文修 改過程，發起對數據會話的修改的情況。可以調用這樣的過程是基於以下的一個或者兩 個原因a) UE 12請求改變PDP上下文，例如在服務質量中請求的改變。b)UE 12指示已經連接有系留設備。由於用戶在PDP上下文激活的任意時間能 夠連接設備，因此UE 12根據當前描述的實施方式將該指示符提供給網絡。在第1行，UE 12通過發送諸如修改PDP上下文請求的請求消息以請求對PDP 上下文的修改。這裡假設終端用戶將系留設備連接到UE 12，從而促使UE 12發送該消 息。在該消息中，UE 12提供新的系留指示符(也稱為系留設備指示符)，並且對於該呼 叫流400，將其設置為YES。在第Ia行，SGSN 18通過使用與上述呼叫流300的第2行所提供的邏輯相似的 邏輯，來檢驗由UE提供的系留指示符。如果SGSN 18決定其將拒絕服務，此時SGSN 18將修改PDP上下文拒絕消息返 回給UE(與上述呼叫流300第3行所示出的相似，除了消息名稱不同之外)。對於呼叫流400的其餘部分，假設此時新SGSN(圖1中未示出)將不會拒絕服務。在第2行，新SGSN將更新PDP上下文請求發送給GGSN 22，其包括新的系留 指示符(也稱為系留設備指示符)。此時在GGSN(PCEF) 22，SPR 30和規則引擎28之間的交換的消息與圖2中所提
供的實質上相同。在第3行，GGSN 2將更新PDP上下文響應消息返回給SGSN。可以理解的是，在去系留(例如，斷開系留設備的連接)的情況下，可以使用這 些技術，並且這些技術適用於當系留指示符指示沒有設備連接的情況。例如，系統根據 用戶設備的去系留(de-tethered)狀態可以改變服務質量或者速率方案。參照圖5，呼叫流500說明了諸如UE 12的用戶設備發起諸如路由區域更新過程 的路由區域改變。為了便於參考，在圖5中僅示出了所選擇的步驟，其涉及執行當前描 述的實施方式的路由區域更新過程，這對本領域技術人員來說是能夠理解的。沒有示出 可以作為路由區域更新過程的部分的其它步驟。有效地，UE 12從一個服務SGSN 18移動到另一服務SGSN。GGSN 22通常保持一致。在第1行，UE 12通過發送諸如路由區域更新請求的請求消息在新SGSN處請求 服務。在路由區域更新請求消息中，UE12將新系留指示符提供給新的3G-SGSN。在第Ia行，新的3G-SGSN通過使用與上述呼叫流300第2行所提供的相似的邏 輯，檢測由UE 12提供的系留指示符(也稱為系留設備指示符)。如果UE 12指示存在系留設備，並且其結果是新SGSN決定它將會拒絕服務，此 時新SGSN將路由區域更新拒絕消息返回給UE (與上述呼叫流300第3行所示出的相似， 除了消息名稱不同之外)。對於呼叫流500的其餘部分，假設此時新3G-SGSN將不會拒絕服務。在第2行，新3G-SGSN將SGSN上下文請求消息發送給舊3G-SGSN以從舊 SGSN中檢索上下文數據。在第3行，舊3G-SGSN利用包括所請求的上下文數據的SGSN上下文響應消息 進行答覆。假設舊3G-SGSN具有與UE 12的系留指示符相關的本地數據，舊3G-SGSN 能夠在SGSN上下文響應中包括系留指示符。這種傳送系留指示符的方法，以及如上述 第1行所限定的UE 12將其提供給新3G-SGSN的方法，是當前描述的實施方式的一部 分。此時，如果在之前步驟中，舊3G-SGSN將系留指示符傳送給新3G-SGSN，新 3G-SGSN需要檢測系留指示以確定是否拒絕服務。所使用的邏輯可以是上述第Ia行所 提供的。作為系留指示的結果，再一次假設在此之前，新3G-SGSN不拒絕服務。在第9行，新3G-SGSN將包括新系留指示符的更新PDP上下文請求發送給 GGSN 22。此時在GGSN(PCEF) 22、SPR 30和規則引擎28之間交換的消息與圖2中所提供 的相同。參照圖6，該呼叫流說明了 UE 12從一個服務SRNS (服務無線網絡子系統)重新 定位到另一個的情況。這裡假設舊SRNS和新SRNS由不同的SGSN提供服務。此外， 為了便於參考，在圖6中僅示出了所選擇的步驟，其涉及執行當前描述的實施方式的重 新定位過程，這對本領域技術人員來說是能夠理解的。而沒有示出可以作為重新定位過 程的部分的其它步驟。舊SRNS發起UE的重新定位。有效地，網絡強制移動UE。在第2行，當前的服務RNC (源RNC)通過將重新定位請求消息發送給舊SGSN 來發起重新定位過程。在第3行，舊SGSN將諸如轉發重新定位請求的請求消息發送給新SGSN，其請 求對UE的重新定位。根據當前描述的實施方式，舊SGSN在轉發重新定位請求中包括 存儲用於UE 12的系留信息。當接收到轉發重新定位請求時，新SGSN會檢測新系留指示符(也稱為系留設 備指示符)並且基於本地提供的數據確定是否允許或拒絕服務。如果將系留指示設為 YES,新SGSN將允許對重新定位的處理，但不允許對PDP上下文的重新定位。也就 是，用戶通過新SGSN仍然連接到網絡，但是重新定位後的用戶不能獲得PDP上下文。 或者，通過將具有錯誤指示的轉發重新定位響應返回給舊SGSN來全部拒絕重新定位請求。該呼叫流的其餘部分假設新SGSN允許對重新定位過程的處理。在第13 行，新SGSN將包括有新系留指示的更新PDP上下文請求發送給GGSN。此時在 GGSN(PCEF), SPR和規則引擎之間的交換的消息與圖2中所提供的相同。GGSN將更 新PDP上下文響應返回給新SGSN。可以理解的是，在重新定位之後，圖6的呼叫流程也可以包括如圖5所示的路由 區域更新過程。在這種方式下，系留設備指示符可以通過用戶設備或諸如舊SGSN的網 絡元件中的一個或者全部來穿過系統。相似的，在圖5的路由區域更新的上下文中，系留設備指示符可以通過用戶設 備或諸如SGSN的網絡元件中的一個或者全部來穿過系統。上面的描述僅僅是提供對本發明特定實施方式的公開，並且不是旨在限制到相 同的範圍。同樣的，本發明並不僅局限於上述實施方式。相反，可以認識到本領域技術 人員能夠想到在本發明範圍內的各替換的實施方式。
權利要求
1.一種用於在網絡中處理由系留用戶設備所執行的數據會話的方法，該方法包括 通過網絡元件接收系留設備指示符，所述系留設備指示符由來自用戶設備的請求消息產生；通過網絡元件檢測指示符；以及，基於指示符，執行拒絕由用戶設備請求的數據會話或者管理由用戶設備請求的數據 會話中的一個。
2.根據權利要求1所述的方法，進一步包括根據重新定位請求通過網絡元件將指示符 發送給第二網絡元件。
3.根據權利要求1所述的方法，其中管理數據會話包括設置服務質量和建立速率方案 中的至少一個。
4.一種用於在網絡中處理由系留用戶設備所執行的數據會話的系統，該系統包括 用於通過網絡元件接收系留設備指示符的裝置，所述系留設備指示符由來自用戶設備的請求消息產生；用於通過網絡元件檢測指示符的裝置；用於基於指示符，執行拒絕由用戶設備請求的數據會話或者管理由用戶設備請求的 數據會話中的一個的裝置。
5.根據權利要求4所述的系統，其中系留設備指示符是設置在請求消息的信息單元中 的標誌。
6.根據權利要求4所述的系統，其中請求消息是數據會話請求消息。
7.根據權利要求4所述的系統，其中請求消息是修改數據會話的請求。
8.根據權利要求4所述的系統，其中請求消息是路由區域更新請求。
9.根據權利要求4所述的系統，進一步包括用於根據重新定位請求通過網絡元件將指 示符發送給第二網絡元件的裝置。
10.根據權利要求4所述的系統，其中用於管理數據會話的裝置包括設置服務質量和 建立速率方案中的至少一個。
全文摘要
當前描述的實施方式涉及處理利用網絡中的系留用戶設備所執行的數據會話的方法。當前描述的實施方式涉及通過網絡元件接收系留設備指示符的網絡功能。在至少一種形式中，由來自用戶設備的請求生成系留設備指示符。然後通過網絡檢測該指示符並且，基於指示符，可以執行多種功能。例如，網絡元件可以確定數據會話是不正確的並且，因此拒絕由用戶裝置所請求的數據會話。可替換地，網絡元件可以確定數據會話請求是正確的。在這種情況下，根據指示符來管理數據會話。
文檔編號H04W76/00GK102017773SQ200980116283
公開日2011年4月13日 申請日期2009年4月1日 優先權日2008年5月6日
發明者M·W·德拉夫舍爾, S·庫馬爾, T·D·斯特羅姆 申請人:阿爾卡特朗訊美國公司