移動通信網絡中發(fā)送定位業(yè)務請求的方法

文檔序號：7674497閱讀：474來源：國知局

專利名稱：移動通信網絡中發(fā)送定位業(yè)務請求的方法
技術領域：
本發(fā)明的實施例涉及通信網絡技術領域，具體涉及一種移動通信網絡中
發(fā)送定位業(yè)務(Location Service, LCS)請求的方法。這里僅以本發(fā)明應用于通過具有LCS系統的網絡來發(fā)送區(qū)域事件變化的延遲定位請求為例進行說明。但應當認識到，本發(fā)明可應用于更大的范圍。
背景技術：
移動通信網絡的定位業(yè)務是通過定位技術獲得目標用戶設備(User Equipment, UE)的位置信息，這里的UE是指需要在移動通信網絡中定位的用戶終端，位置信息可以是地理上的經度和緯度信息或本地街道的位置信息。LCS系統獲取的目標UE位置信息可以供目標用戶設備進行自定位，或供通信系統自身作分區(qū)計費或搡作維護。作為輔助業(yè)務，其位置信息也可以提供給其他請求得到該目標UE位置信息的客戶應用終端。這些客戶應用終端可以是組織或個人。因此，定位業(yè)務可以廣泛應用于緊急援助、車輛導4元、智能交通系統、工作調配、團隊管理、移動黃頁查詢和增強網絡性能等。
圖1是移動通信網絡中現有LCS系統的邏輯結構圖。如圖1所示，網絡客戶端101向網絡系統102發(fā)送定位業(yè)務請求以獲取網絡用戶103的位置信息。網絡客戶端可以是LCS客戶端，包括能與網絡交互以獲取一個或多個目標網絡用戶位置信息的軟件和/或硬件實體。網絡系統可以是具有LCS 系統的網絡，該LCS系統包括具有定位業(yè)務功能(包括接受請求、進行服務和回送接收請求的響應)的軟件和/或硬件實體。網絡用戶可以是移動網絡中的移動臺(Mobile Station, MS)、移動設備(Mobile Equipment, ME) 或僅僅是目標用戶設備(User Equipment, UE)本身。網絡客戶端可以位于網絡系統內部或外部，或者是可選的網絡用戶或網絡用戶本身。LCS請求也
可以由網絡系統根據系統內部情況或能力下發(fā)。
在LCS系統中，實現定位業(yè)務的功能邏輯實體包括網關移動定位中心
(Gateway Mobile Location Center, GMLC)、用戶數據存儲服務器(如
HLR/HSS )、核心網絡(Central Network, CN)和無線接入網(Radio Access
Network, RAN) 。 GMLC又可以包括請求網關移動定位中心(Requesting
GMLC, R-GMLC)、歸屬網關移動定位中心(Home GMLC, H-GMLC )和
訪問網關移動定位中心(Visited GMLC, V-GMLC ) 。 R-GMLC是一種用于
接收LCS客戶端向目標UE發(fā)起的位置信息請求的GMLC; H-GMLC是目
標UE所屬的GMLC; V-GMLC是目標UE訪問的具有LCS系統的網^各中
的GMLC,即目標UE當前所在的GMLC。 R-GMLC、 H-GMLC和V-GMLC
可以是相同的物理實體也可以是不同的物理實體。作為網絡與網絡用戶間的
接口及業(yè)務分配器的核心網絡CN包括一些功能實體，如一個或多個移動交
換中心(Mobile Switching Center, MSC )或通用分組無線系統(General Packet
Radio System, GPRS)節(jié)點，如服務通用分組無線系統支持節(jié)點(Serving
GPRS Support Nodes, SGSN ) 。 LCS系統可以通過MSC/SGSN和/或UE自
身的能力檢測出目標UE的網絡連接狀態(tài)、空閑或激活、在MSC/SGSN區(qū)
域的定位、鑒權或用戶資料以及保密驗證等。
對于延遲定位請求，定位業(yè)務響應不會立即提供給定位業(yè)務請求者或
LCS客戶端。只有指示事件(如LCS客戶端規(guī)定的某個時間或事件)的發(fā)
生才能觸發(fā)定位流程和定位報告。如果要定位的目標UE處于異常狀態(tài)，如
無信號或被關閉等，所述MSC/SGSN就無法將事件成功發(fā)送給UE。因此，
事件觸發(fā)延遲定位請求過程常常會異常中斷，且不會給LCS客戶端提供合
適的原因。同樣，當LCS客戶端下發(fā)請求以取消先前發(fā)出的延遲定位請求
時，如果UE處于異常狀態(tài)，MSC/SGSN就不能向其發(fā)送該事件取消請求。
因此，UE就不能取消原始事件觸發(fā)的延遲定位請求。由于不知道UE的狀
態(tài)，LCS客戶端隨后重發(fā)的取消請求也可能失敗。以上任何一種情況都降低了向UE發(fā)送事件觸發(fā)延遲定位請求或事件取消請求的成功率，并最終降4氐了網絡向其用戶提供的定位業(yè)務的效率和質量，減小了當前可用組網技術的利用率、可靠性和價值。
綜上所述，需要提供一種在移動通信網絡中發(fā)送延遲定位業(yè)務請求或取消請求的改進技術。

發(fā)明內容
本發(fā)明的實施例涉及通信網絡技術領域，具體涉及一種在移動通信網紹_ 中發(fā)送定位業(yè)務(LCS)請求的方法。這里僅以本發(fā)明應用于通過具有LCS 系統的網絡來發(fā)送區(qū)域事件變化的延遲定位請求為例進行說明。但應當認識到，本發(fā)明可應用于更大的范圍。
本發(fā)明一方面提供了一種發(fā)送事件觸發(fā)的延遲定位請求或通過增加與觸發(fā)事件相關的特定事件以取消延遲定位請求的方法?？梢酝ㄟ^定位業(yè)務系統內的特定過程來處理所述特定事件當通過LCS系統向目標用戶設備UE 發(fā)送事件信息時，如果目標用戶設備處于非正常狀態(tài)，LCS系統利用網絡能力檢測目標UE返回正常狀態(tài)的能力(如，用戶設備可用事件的發(fā)生的指示或其他能力)并僅UE返回正常狀態(tài)后才發(fā)送事件信息，這樣事件信息才能夠被成功地發(fā)送到目標UE (以觸發(fā)延遲定位請求)。所述方法也可以應用于發(fā)送延遲定位請求的取消消息當向目標UE發(fā)送取消事件信息時，LCS 系統可利用網絡能力(如UE可用事件)以保證只有當目標UE進入正常狀態(tài)后所述取消事件信息才會發(fā)送給目標UE。
在一具體實施例中，本發(fā)明提供了一種網絡系統向網絡用戶發(fā)送定位請
求的方法。該方法包括從網絡客戶端接收定位請求，該定位請求包括第一
事件相關信息和第二事件相關信息。該方法還包括對定位請求進行處理。
該方法還包括判斷第二事件是否發(fā)生。如果第二事件已經發(fā)生，網絡系統
向網絡用戶發(fā)送包括第一事件相關信息的事件消息。該方法還包括向網絡
客戶端返回事件消息的第二接收確認。
ii在一可選具體實施例中，本發(fā)明提供了一種網絡系統向網絡用戶發(fā)送
LCS取消請求的方法。該方法包括從網絡客戶端接收用于取消定位請求的 LCS取消請求。該定位請求包括第一事件相關信息。該LCS取消請求包括第二事件相關信息。該方法還包括對LCS取消請求進行處理。該方法還包括判斷第二事件是否發(fā)生。如果第二事件已經發(fā)生，網絡系統發(fā)送取消消息指示網絡用戶取消所述定位請求。該方法還包括向網絡客戶端發(fā)送取消業(yè)務響應。
在另一可選實施例中，為網絡客戶端提供網絡用戶定位業(yè)務的網絡系統中包括LCS系統。該LCS系統用于從網絡客戶端接收定位請求。該定位請求包括第一事件相關信息和第二事件相關信息。該LCS系統還用于對定位請求進行處理及判斷第二事件是否發(fā)生。如果第二事件已經發(fā)生，LCS系統向網絡用戶發(fā)送包括第一事件相關信息的事件消息。該LCS系統還用于向網絡客戶端返回所述事件消息的接收確認。所述事件消息的接收確認至少包
括所述網絡用戶已經成功接收到所述定位請求的信息，所述定位請求包括網絡用戶在第一事件發(fā)生時提供位置信息的條件。
在另一可選實施例中，本發(fā)明提供了一種網絡系統，該網絡系統用于從網絡客戶端接收用于取消定位請求的LCS取消請求。該定位請求包括第一事件相關信息；該LCS取消請求包括第二事件相關信息。該第二事件與網絡用戶相關。該網絡系統進一步用于對LCS取消請求進行處理，并向網絡客戶端返回該LCS取消請求的接收確認。該網絡系統判斷第二事件是否發(fā) 生。如果第二事件已經發(fā)生，該網絡系統發(fā)送取消消息指示網絡用戶取消定位請求。該網絡系統還用于向網絡客戶端發(fā)送取消業(yè)務響應。
在另一具體實施例中，本發(fā)明提供了一種網絡系統向網絡用戶發(fā)送定位請求的方法。該方法包括第一網絡子系統從網絡客戶端接收定位請求。該定位請求包括第一事件相關信息和第二事件相關信息。該方法還包括向第二網絡子系統發(fā)送第二事件相關信息，并向網絡客戶端返回該定位請求的第一接收確認。該方法還包括第二網絡子系統判斷第二事件是否發(fā)生。如果
12第二事件已經發(fā)生，該方法包括從第一網絡子系統接收包括第一事件相關信息的定位請求。該方法還包括第二網絡子系統向網絡用戶發(fā)送事件消息。該事件消息包括第一事件相關信息。該方法還包括向第一網絡子系統返回第二接收確認。該方法還包括第一網絡子系統向網絡客戶端發(fā)送第二接收確認。
在另一個具體實施例中，本發(fā)明提供了一種網絡系統向網絡用戶發(fā)送 LCS取消請求的方法。該方法包括第一網絡子系統從網絡客戶端接收用于取消定位請求的LCS取消請求。該定位請求包括第一事件相關信息。該LCS 取消請求包括第二事件相關信息，該第二事件與網絡用戶相關。該方法還包括向第二網絡子系統轉發(fā)第二事件相關信息并向網絡客戶端返回接收確認。該方法還包括第二網絡子系統判斷第二事件是否發(fā)生。如果第二事件已經發(fā)生，該方法包括從第一網絡子系統接收LCS取消請求。該方法還包括發(fā)送取消消息指示網絡用戶取消所述定位請求，并向第一網絡子系統返回取消業(yè)務響應。該方法還包括向網絡客戶端發(fā)送取消業(yè)務響應。
在另一可選實施例中，為網絡客戶端提供網絡用戶定位業(yè)務的網絡系統至少包括第一網絡子系統和第二網絡子系統。第二網絡子系統與第一網絡子系統通信連接。其中，第一網絡子系統用于從網絡客戶端接收定位請求，該定位請求包括第一事件相關信息和第二事件相關信息。第一網絡子系統還用于向第二網絡子系統轉發(fā)第二事件相關信息，并向網絡客戶端返回定位請求
的第一接收確認。第二網絡子系統還用于判斷第二事件是否發(fā)生。如果第二事件已經發(fā)生，第二網絡子系統從第一網絡子系統接收包括第一事件相關信息的定位請求。第二網絡子系統還用于向網絡用戶發(fā)送攜帶第一事件相關信息的事件消息，并向第一網絡子系統返回所述定位請求的第二接收確認。第一網絡子系統還用于向網絡客戶端發(fā)送所述定位請求的第二接收確認。第二接收確認至少包括網絡用戶已經成功接收到定位請求的信息，該定位請求包括網絡用戶在第一事件發(fā)生時提供位置信息的條件。
在另一可選實施例中，本發(fā)明提供了一種向網絡客戶端提供網絡用戶的定位業(yè)務的網絡系統。該網絡系統包括第一網絡系統和與第一網絡子系統通信連接的第二網絡子系統。第一網絡子系統用于從網絡客戶端接收用于取消
定位請求的LCS取消請求。該定位請求包括第一事件相關信息；該LCS取消請求包括與網絡用戶有關的第二事件相關信息。第一網絡子系統還用于向第二網絡子系統轉發(fā)第二事件相關信息，并向網絡客戶端返回接收確認。第
二網絡子系統還用于判斷第二事件是否發(fā)生。如果第二事件已經發(fā)生，第二網絡子系統從第一網絡子系統接收LCS取消請求，并發(fā)送取消消息指示網絡用戶取消所述定位請求。第二網絡子系統還用于向第一網絡子系統返回取消業(yè)務響應。第一網絡子系統還用于向網絡客戶端發(fā)送取消業(yè)務響應。在一個實施例中，所述接收確認至少包括第二網絡子系統接收到攜帶有第二事件信息的LCS取消請求的指示，該取消業(yè)務響應至少包括網絡用戶成功取消所述定位請求的消息。
本發(fā)明具有很多傳統技術沒有的優(yōu)點。例如，本發(fā)明提供了掛接于傳統技術中延遲定位請求和延遲定位請求取消過程的特定事件。網絡系統處理該特定事件，從而只有當網絡系統檢測到目標UE (例如通過UE可用事件或其他網絡能力)正處于或將要返回到正常狀態(tài)時(即能夠掛接于一個網絡節(jié) 點)，才能向目標UE發(fā)送觸發(fā)延遲定位請求的典型事件消息。因此，能夠將攜帶觸發(fā)事件的延遲定位請求成功發(fā)送到目標UE。對于取消定位請求也是如此，只有當網絡保證目標UE正處于或將要返回正常狀態(tài)時(比如利用 UE可用事件)，才能發(fā)送LCS取消請求。因此，目標UE能夠成功取消先前請求的延遲定位請求。在實施例中，本發(fā)明的方法提高了網絡系統向目標 UE發(fā)送事件消息或刪除事件消息的成功率。另外，本發(fā)明方法提高了傳統設備和方法在網絡系統中進行定位業(yè)務的成功率。在不同的實施例中，可以獲得以上一種或多種優(yōu)點。本發(fā)明的以上優(yōu)點和其它優(yōu)點將在隨后的說明中詳細描述。
下文中將結合對本發(fā)明的詳細描述和附圖充分說明本發(fā)明各種附加的目的、特征和優(yōu)點。

圖1為現有技術中實現定位業(yè)務的邏輯結構的簡單示意圖。
圖2為現有技術中區(qū)域變化事件的定位請求過程的消息交互圖。
圖3為現有技術中區(qū)域變化事件的延遲定位請求取消過程的消息交互圖。
圖4A為本發(fā)明實施例中網絡系統向網絡用戶發(fā)送定位業(yè)務請求的方法流程圖。
圖4B為本發(fā)明實施例中網絡系統向網絡用戶發(fā)送定位業(yè)務取消請求的方法流程圖。
圖5為本發(fā)明實施例中LCS系統向目標UE發(fā)送延遲定位請求方法的消息交互圖。
圖6為本發(fā)明實施例中LCS系統向目標UE發(fā)送延遲定位業(yè)務取消請求方法的消息交互圖。
圖7A為本發(fā)明一具體實施例中LCS系統發(fā)送區(qū)域變化事件的延遲定位請求的消息交互的簡化示意圖。
圖7B為本發(fā)明一具體實施例中定位業(yè)務(LCS)系統發(fā)送取消請求來取消先前請求的延遲區(qū)域事件定位請求的消息交互的筒化示意圖。
圖8A為本發(fā)明另一實施例中網絡系統向網絡用戶發(fā)送定位業(yè)務請求的方法流程圖。
圖8B為本發(fā)明另一實施例中網絡系統向網絡用戶發(fā)送定位業(yè)務取消請
求的方法流程圖。
圖9為本發(fā)明實施例中向UE發(fā)送定位請求方法的消息交互圖。
圖10為本發(fā)明實施例中向UE發(fā)送取消先前請求的延遲定位請求方法
的消息交互圖。
具體實施例方式
本發(fā)明涉及通信網絡技術領域，特別涉及一種全球移動通信系統
15(Global System for Mobile communication, GSM)或寬帶碼分多址移動通信系統(Wideband Code Division Multiple Access, WCDMA)中發(fā)送定位業(yè)務 (Location Service, LCS)請求的方法。舉例來說，本發(fā)明已應用于通過具有LCS系統的網絡發(fā)送區(qū)域事件變化的延遲定位請求。但應當認識到，本發(fā)明可應用于更大的范圍。
作為定義GSM網絡和WCDMA網絡標準規(guī)范的組織，第三代合作組織 (3rd Generation Partnership Project, 3GPP )已經制定了許多與定位業(yè)務有關的技術規(guī)范。這些規(guī)范定義了網絡定位終端的能力，包括立即定位和延遲定位。例如，延遲定位包括周期定位。
例如，圖2示出了現有4支術中延遲定位請求(Deferred Location Request) 的過程，其中用戶設備UE根據區(qū)域變化事件向網絡返回定位報告。區(qū)域變化事件包括UE離開、進入或位于由地理區(qū)域、公用陸地移動網絡(public land mobile network, PLMN)實體、國家代碼或區(qū)域地理名定義的目標區(qū)域內。
首先，步驟201, LCS客戶端發(fā)送LCS業(yè)務請求(LCS Service Request)。該LCS業(yè)務請求包括區(qū)域變化類延遲定位請求信息，例如目標區(qū)域的詳細信息和事件特性數據，UE位于、進入或離開目標區(qū)域是否需要上報等信息。該LCS業(yè)務請求可以指定有效時間，即開始時間和停止時間，該有效時間可以在LCS系統向GMLC節(jié)點(先經過R-GMLC)發(fā)送延遲定位請求中寸吏用，也可以用于R-GMLC取消該延遲定位請求。另外，如果目標UE在有效時間內沒有觸發(fā)區(qū)域事件，則UE刪除該延遲定位請求。如果可能，該LCS 業(yè)務請求也可以包括區(qū)域事件報告的最小時間間隔的指示信息。該LCS業(yè) 務請求還可進一步包括報告一次或多次報告延遲區(qū)域事件的信息。如果區(qū)域變化事件只報告一次，在第一個區(qū)域事件發(fā)生后，LCS業(yè)務請求就可以結束。如果目標區(qū)域用本地坐標系統或地理名稱來表示，R-GMLC可以將目標區(qū)域轉換成以3GPP技術規(guī)范TS23.032定義的形式表示的地理區(qū)域。除了目標區(qū)域定義，該LCS客戶端還在區(qū)域事件請求中包括目標區(qū)域的國家代碼。
在步驟202中，如果區(qū)域事件延遲定位請求中指示了要求定位結果，
16R-GMLC記錄該指示信息及相關參數如服務質量(Quality of Service, QoS )。 R-GMLC將接收到的信息轉發(fā)給H-GMLC。 H-GMLC為該LCS業(yè)務請求分配延遲定位請求(Location Deferred Request, LDR )參考號碼(reference number),然后將包括LDR參考號碼和H-GMLC地址的信息發(fā)送到 V-GMLC。
在步驟203中，如果接收到的目標區(qū)域以3GPP技術規(guī)范TS23.032定義的形式表示，V-GMLC將目標區(qū)域轉換成使用小區(qū)號、位置區(qū)或路由區(qū)定義的區(qū)域。如果V-GMLC不能將目標區(qū)域轉換成網絡表示形式，將拒絕該請求并向H-GMLC發(fā)送攜帶適當錯誤原因的LCS業(yè)務響應(LCS Service Response )。
在步驟203中，如果接收到的目標區(qū)域用國家代碼或PLMN標識表示， V-GMLC則將該國家代碼或PLMN標識作為區(qū)域定義。
V-GMLC將區(qū)域定義、LDR參考號碼和H-GMLC地址通過提供用戶位置(Provide Subscriber Location, PSL)請求發(fā)送給MSC/SGSN。
PSL請求可以定義當UE位于、進入或離開該區(qū)域時是否需要上報。PSL 請求還需要盡可能的包括位置請求的有效周期、區(qū)域事件報告的最小時間間隔和延遲區(qū)域事件上報一次還是多次等信息。
在步驟204中，MSC/SGSN檢查UE是否支持區(qū)域變化事件。如果 MSC/SGSN或UE不支持區(qū)域變化事件的延遲定位請求(暫時或永久的原因)，則按照步驟207所示，發(fā)送攜帶有適當原因的PSL返回錯誤消息 (Provide Subscriber Location return error), 如果UE處于空閑才莫式，斗亥心網絡CN將進行尋呼、認證和密碼計算。如果要求隱私通知/確認，MSC/SGSN 向目標UE發(fā)送LCS定位通知調用(LCS Location Notification Invoke)消息指示這是區(qū)域變化類延遲定位請求及是否需要隱私確認。如果需要隱私確認，UE向MSC/SGSN返回LCS定位通知返回結果(LCS Location Notification Return Result)指示是準許或拒絕定位。
在步驟205中，MSC/SGSN向UE發(fā)送攜帶了區(qū)域定義、其他區(qū)域事件信息、LDR參考號碼和H-GMLC地址的LCS區(qū)域事件調用消息(LCS Area Event Invoke)，消息中定義了 UE位于、進入或離開該區(qū)域時是否需要上報事件。消息中還需盡可能攜帶區(qū)域事件報告的最小時間間隔及報告一次或多次的信息。
在步驟206中，如果UE成功接收到該LCS區(qū)域事件調用消息并且該 UE支持區(qū)域變化類延遲定位請求，UE向MSC/SGSN發(fā)送LCS區(qū)域事件調用確認(LCS Area Event Invoke ack.)并開始監(jiān)控區(qū)域變化事件。UE可以通過將當前服務小區(qū)標識、位置區(qū)域、路由區(qū)域、PLMN標識或國家代碼與乂人 MSC/SGSN接收的區(qū)域定義進行比較來判斷其是否位于、進入或離開該目標區(qū)域。即使發(fā)生了軟切換，也可以判斷出是否有某個小區(qū)屬于目標區(qū)域。在區(qū)域定義包括位置或路由區(qū)域以及PLMN或國家標識的情況下，UE會在正常位置或路由區(qū)域更新過程中檢查區(qū)域事件。區(qū)域變化事件4全測機制不應該影響UE正常的小區(qū)選擇和重選過程。如果UE不支持延遲定位請求(暫時或永久的原因)，UE會發(fā)送攜帶有適當錯誤原因的LCS區(qū)域事件調用確認 (LCS Area Event Invoke ack.)。
在步驟207中，如果MSC/SGSN或UE不支持區(qū)域變化事件的延遲定位請求(暫時或永久的原因)，可以向V-GMLC發(fā)送攜帶有適當原因的PSL 返回錯誤消息。如果MSC/SGSN和UE都支持區(qū)域變化事件的延遲定位請求，MSC/SGSN會向V-GMLC返回不攜帶位置估計的PSL確認消息(Provide Subscriber Location ack.)。如果需要隱私通知/確認，MSC/SGSN將隱私通知/確認的結果攜帶在PSL確認消息中發(fā)送給V-GMLC。 PSL確認消息中可以包括LDR參考號碼和H-GMLC地址。如果需要，也可以包括區(qū)域變化事件調用結果。向V-GMLC發(fā)送PSL確認消息后，MSC/SGSN就完成了延遲定位請求。
在步驟208到步驟210中，V-GMLC通過H-GMLC和R-GMLC向LCS 客戶端發(fā)送第一 LCS業(yè)務響應消息通知LCS客戶端該請求是否被成功接受。向H-GMLC發(fā)送第一 LCS業(yè)務響應消息后，V-GMLC就完成了延遲定位請求。
在步驟211中，UE檢測到請求的區(qū)域事件已經發(fā)生。
在步驟212中，在發(fā)送LCS區(qū)域事件報告(LCS Area Event Report)前， UE可以建立電路交換(Circuit Switching, CS )無線連接或分組交換(Packet Switching, PS)信令連接。UE向連接的MSC/SGSN發(fā)送LCS區(qū)域事件報告，該報告包括原始LDR參考號碼和H-GMLC地址。如果需要隱私通知/ 確認，該報告還可以包括隱私通知/確認過程的結果。
如果MSC/SGSN接收到并可以處理該才良告，可以向UE發(fā)送確認消息作為響應。如果發(fā)送報告后，UE沒有從MSC/SGSN接到任何響應，即當前 MSC/SGSN不支持區(qū)域事件的延遲定位請求(暫時或永久的原因)，UE會重新多次發(fā)送該報告。如果UE總是接收不到響應，則停止發(fā)送報告，然后記錄相應指示報告發(fā)送未成功的標記。當UE進行位置更新并檢測到位置區(qū) 域標識(Location Area Identity, LAI) iU各由區(qū)域(Routing Area ， RA )已經改變時，如果已經設置了標記，UE會向相應MSC/SGSN發(fā)送該報告，一旦發(fā)送成功，則清除該標記。
若要求UE只報告一次區(qū)域變化事件，則該延遲定位請求完成。若要求多次報告，UE重復發(fā)送LCS區(qū)域事件報告的周期不能小于LCS區(qū)域事件調用消息指示的最小時間間隔。
在步驟213a中，MSC/SGSN向相關V-GMLC發(fā)送用戶定位才艮告 (Subscriber Location Report, SLR)消息，該消息包括事件發(fā)生標識、LDR 參考號碼和H-GMLC地址，還可以包括獲取的位置估計是否滿足請求的精確度的指示(如從RNC獲取位置估計時得到這個指示信息)。在步驟213b 中，V-GMLC向MSC/SGSN發(fā)送SLR確認，MSC/SGSN可以記錄計費信息。
在步驟214中，V-GMLC向H-GMLC發(fā)送第二 LCS業(yè)務響應消息，該消息包括事件發(fā)生標識、LDR參考號碼和H-GMLC地址。該第二LCS業(yè)務響應消息是根據從MSC/SGSN接收的SLR消息生成、并根據請求的QoS級別發(fā)送的。如果在區(qū)域事件發(fā)生前，UE進行了重新定位，則LDR參考號碼
19和H-GMLC地址可以用于標識原始延遲定位請求的來源。
在步驟215中，當UE移動到PLMN標識列表中的另一個PLMN中時， UE可以根據PLMN標識判斷是否有該網絡下的目標區(qū)域定義。如果沒有， UE將報告其漫游到一個新的PLMN，該^^告包括新的PLMN標識和LDR 參考號碼。H-GMLC會將原始區(qū)域事件請求轉發(fā)給新的PLMN的V-GMLC。然后重復步驟202 —直到下載新的PLMN的區(qū)域定義到UE。否則，UE在新的PLMN中監(jiān)控區(qū)域事件，不通知H-GMLC其已經進入一個新的PLMN。在步驟216中，H-GMLC進行隱私4企測。
在步驟217中，H-GMLC向R-GMLC發(fā)送攜帶LDR參考號碼的第二 LCS業(yè)務響應消息。如果不是要求多次報告，在向R-GMLC發(fā)送LCS業(yè)務響應消息后H-GMLC就完成了延遲定位請求。
最后，在步驟218中，R-GMLC向LCS客戶端發(fā)送第二 LCS業(yè)務響應消息。在該第二 LCS業(yè)務響應消息中可以包括在步驟210中發(fā)送給LCS客戶端的LDR參考號碼。如果請求了目標UE的位置估計并且成功獲得了位置估計，R-GMLC還可以將獲得的位置估計包括在第二 LCS業(yè)務響應消息中。如果請求了目標UE的位置估計但無法獲得位置估計，R-GMLC發(fā)送的第二 LCS業(yè)務響應消息中則不攜帶位置估計。如果不是要求多次報告，在向LCS客戶端發(fā)送LCS業(yè)務響應消息后，R-GMLC就完成了延遲定位請求。
對于取消區(qū)域變化事件的延遲定位請求，3GPP也定義了類似的技術規(guī) 范。圖3為現有技術中取消先前請求的區(qū)域變化事件的延遲定位請求的過程。
在步驟301中，LCS客戶端向R-GMLC發(fā)送LCS取消請求以取消先前請求的由區(qū)域變化事件觸發(fā)的延遲定位請求。由于該延遲定位請求是先前請
求的，在原始延遲定位請求過程中，LCS客戶端已經接收到了標識原始延遲定位請求的LDR參考號碼。因此LCS客戶端需要在當前的LCS取消請求中攜帶相同的LDR參考號碼。
在步驟302中，R-GMLC向H-GMLC發(fā)送攜帶LDR參考號碼的LCS取消請求。
在步驟303中，H-GMLC向V-GMLC發(fā)送攜帶LDR參考號碼和 H-GMLC地址的LCS取消請求。
在步驟304中，V-GMLC向MSC/SGSN發(fā)送PSL請求消息，指示耳又消攜帶該LDR參考號碼的延遲定位請求。該PSL請求消息中包括H-GMLC地址。
在步驟305中，MSC/SGSN向UE發(fā)送LCS區(qū)域事件取消請求(LCS Area Event Cancel)，該請求中包括LDR參考號碼和H-GMLC地址。
在步驟306a中，UE取消了該區(qū)域事件延遲定位請求并向MSC/SGSN 發(fā)送LCS區(qū)域事件取消確認消息(LCS Area Event cancellation ack.),該 LCS區(qū)域事件取消確認消息中不包括區(qū)域事件信息。
在步驟306b中，當UE正在監(jiān)控區(qū)域事件是否發(fā)生時，可以通過發(fā)送攜帶LDR參考號碼、取消指示和適當錯誤原因的LCS區(qū)域事件報告(LCS area event report)來表示UE有可能根據自身的機制取消或終止區(qū)域變化事件的延遲定位請求。
在步驟307中，MSC/SGSN向V-GMLC發(fā)送取消確認，該取消確認為攜帶LDR參考號碼和H-GMLC地址的PSL確認消息(Provide Subscriber Location Acknowledgement)。
在步驟308中，V-GMLC向H-GMLC發(fā)送LCS取消業(yè)務響應(LCS Cancel Service Response ),該響應中包括LDR參考號碼和H-GMLC地址。
在步驟309中，H-GMLC將攜帶LDR參考號碼的LCS取消業(yè)務響應發(fā) 送給R-GMLC。
最后，在步驟310中，R-GMLC將該LCS取消業(yè)務響應發(fā)送給LCS客戶端。至此，R-GMLC完成了 LDR參考號碼指示的取消先前發(fā)出的延遲定位請求，并通知了LCS客戶端。
可見，在現在的發(fā)送延遲定位請求或取消先前請求的延遲定位請求的方法中，若UE處在異常狀態(tài)下，例如無信號或關閉，在保證MSC/SGSN成
21功向UE發(fā)送區(qū)域事件或事件取消消息時存在很多問題。這些問題導致了提供或取消延遲定位業(yè)務的異常失敗，從而降低了現有移動網絡的效率、可靠性和服務質量。
本發(fā)明實施例提供了只有當網絡系統檢測到UE處于正常狀態(tài)時才發(fā)送延遲定位請求或取消請求的方法。該方法通過在網絡消息交互過程中增加特定事件和利用網絡能力確定UE返回正常狀態(tài)(例如使用UE可用事件或其他能力)來解決上述問題，從而提高了發(fā)送事件信息和相應LCS的成功率。
圖4A為本發(fā)明實施例中發(fā)送定位業(yè)務請求方法的流程圖。該圖僅僅是一個例子，不應視作對本發(fā)明權利要求保護范圍的限制。本領域技術人員應該認可本發(fā)明的各種變體、等同替換和修改。例如，該流程圖中的各種步驟均可增加、刪除、替換、復制和/或部分重疊。本實施例提供的方法400A中，網絡系統向網絡用戶發(fā)送定位請求包括以下步驟
1、步驟401:從網絡客戶端接收定位請求，該定位請求包括第一事件相關信息和第二事件相關信息；
2、步驟403:對該定位請求進行處理；
3、步驟405:向網絡客戶端返回定位請求的第一接收確認；
4、步驟411:網絡系統判斷第二事件是否發(fā)生；如果否，執(zhí)行步驟425; 如果是，執(zhí)行步驟415;
5、步驟415:向網絡用戶發(fā)送包括第一事件相關信息的事件消息；
6、步驟421:網絡用戶向網絡客戶端發(fā)送攜帶事件消息的定位請求的第二接收確認；和
7、步驟425:向網絡客戶端發(fā)送該定位請求的失敗消息。
以上處理順序只是本發(fā)明的一種實施例。在不超出本發(fā)明權利要求的保護范圍的情況下，可以增加或刪除一個或多個步驟或改變一個或多個的步驟的順序。在本發(fā)明的某些實施例中，可通過圖5所示的消息交互過程對圖 4A所示的方法400A做進一步詳細說明。
如圖4A所示，方法400A開始于步驟401:網絡系統從網絡客戶端接收定位請求。在一個實施例中，該定位請求包括第一事件相關信息和第二事件相關信息。在另一個實施例中，該定位請求可以由網絡系統自身發(fā)起。本
發(fā)明實施例中，可用圖5中的步驟501來更加詳細地說明步驟401。
圖5為本發(fā)明實施例中LCS系統向目標UE發(fā)送延遲定位請求的消息交互圖。該圖僅僅是一個例子，不應視作對本發(fā)明權利要求保護范圍的限制。本領域技術人員應該認可本發(fā)明的各種變體、等同替換和修改。例如，該流程圖中的各種步驟均可被增加、刪除、替換、復制和/或部分重疊。
如圖5所示的例子，網絡客戶端可以為LCS客戶端。該LCS客戶端向網絡用戶發(fā)出延遲定位業(yè)務(Location Service, LCS )請求。該網絡用戶可以是目標UE。該網絡系統為具有LCS系統的網絡。如圖5步驟501所示的實施例，LCS客戶端向LCS系統中的請求GMLC (Requesting GMLC, R-GMLC)發(fā)送延遲LCS業(yè)務請求。另一個實施例中，該LCS業(yè)務請求可以由LCS系統的其他部分發(fā)起。該定位請求的第一事件(同現有技術相似) 可以是圖5中該延遲LCS業(yè)務請求的原始事件，目標UE通過檢測第一事件的發(fā)生來觸發(fā)UE的定位并沖艮告給LCS系統。一個具體實施例中，該定位請求的第二事件可以是圖5中延遲LCS業(yè)務請求的新加的特定事件，LCS系統通過監(jiān)控該特定事件的發(fā)生來保證原始事件的LCS業(yè)務請求能夠成功地被目標UE接收到。
參見圖4A，方法400A的步驟403為網絡系統對接收到的定位請求進行處理。該步驟可以以圖5中的步驟502-503為例進行詳細描述，如圖5步驟502所示的實施例，LCS系統中的GMLC對包括原始事件相關信息和特定事件相關信息的LCS業(yè)務請求進行處理。首先，R-GMLC向歸屬GMLC (Home GMLC， H-GMLC )轉發(fā)該LCS業(yè)務請求，該H-GMLC為LCS業(yè) 務請求分配延遲定位請求(Location Deferred Request, LDR)參考號碼。 H-GMLC通過網絡存儲服務器(如HLS/HSS )向訪問GMLC( Visited GMLC, V-GMLC )發(fā)送攜帶有所分配的LDR參考號碼和H-GMLC地址的LCS業(yè)務請求。在某些實施例中，R-GMLC、 H-GMLC和V-GMLC需要執(zhí)行支持LCS業(yè)務請求中的原始事件處理所需要的流程。例如，R-GMLC應該記錄原始事件驅動的請求位置估計和相關參數如服務質量(QoS)的指示。
如圖5步驟503所示的實施例，V-GMLC進一步將LCS業(yè)務請求中的信息通過提供用戶位置(Provide Subscriber Location, PSL)請求發(fā)送給LCS 系統的MSC/SGSN,該信息包括LDR參考號碼和H-GMLC地址。在另一個實施例中，MSC/SGSN接收的PSL請求也可以包括監(jiān)控和執(zhí)行原始事件需要的信息。例如，PSL請求可以定義當一個事件發(fā)生時，是否要報告。如果可以，在另一個實施例中，PSL請求還可以包括區(qū)域事件報告的最小時間間隔及報告一次或多次報告延遲區(qū)域事件的信息。
參見圖4A,網絡系統接收到定位請求后，方法400A轉入步驟405。步驟405為網絡系統向網絡客戶端返回定位請求的第一接收確認。本發(fā)明實施例中，可用圖5中的步驟504-507對步驟405進行詳細說明。
如圖5步驟504所示的實施例，接收到攜帶有原始事件及特定事件信息的LCS業(yè)務請求后，MSC/SGSN驗證自身是否支持特定事件標識的LCS業(yè) 務請求。另一個實施例中，MSC/SGSN也可以驗證目標UE是否支持原始事件標識的LCS業(yè)務請求。如果都不支持，MSC/SGSN向V-GMLC發(fā)送攜帶有適當理由的PSL返回4晉i吳消息(Provide Subscriber Location return error)。 V-GMLC進一步通過H-GMLC和R-GMLC向LCS客戶端返回攜帶有錯誤理由的第一 LCS業(yè)務響應消息。
在一個實施例中，如果MSC/SGSN支持特定事件指示的LCS業(yè)務請求并且MSC/SGSN和UE都支持原始事件指示的LCS業(yè)務請求，MSC/SGSN 會直接向V-GMLC返回PSL確認(Provide Subscriber Location ack.)消息。 PSL確認消息不包括UE定位或位置估計的信息。PSL確認消息中包括LDR 參考號碼、H-GMLC地址和MSC/SGSN接收到定位請求的標識。
如圖5步驟505-507所示的實施例，V-GMLC進一步通過H-GMLC和 R-GMLC向LCS客戶端返回第二 LCS業(yè)務響應消息。在一具體實施例中，該第二 LCS業(yè)務響應消息為圖4A的步驟405中網絡系統向網絡客戶端返回
24的第一接收確認。第二LCS業(yè)務響應消息用于通知LCS客戶端LCS系統中的MSC/SGSN已經接收到LCS業(yè)務請求，該LCS業(yè)務請求包括LDR參考號碼、路由信息和事件信息。
參見圖4A，在步驟411中，網絡系統判斷第二事件是否發(fā)生；如果是，方法400A進入步驟415;否則，在網絡系統定義的某些條件下，方法400A 轉入步驟425。在本發(fā)明的實施例中，可以用圖5中的步驟508-511對步驟 411進行詳細描述。
參見圖4A,在一個實施例中，作為新增定位請求的特定事件，第二事件可以與網絡用戶相關或不相關。對于與網絡用戶不相關的特定事件，該特定事件可由網絡客戶端預先選擇或網絡系統單獨定義。對于與網絡用戶相關的特定事件，該特定事件的發(fā)生與網絡系統檢測到的網絡用戶將要或已經返回正常狀態(tài)直接相關。在一個實施例中，網絡系統可以利用帶有LCS系統的移動網或目標UE自身的能力進行檢測。在另一個實施例中，處于或返回到正常狀態(tài)的網絡用戶為目標UE,該目標UE能夠通過用戶標識才莫塊 (Subscriber Identity Module, SIM )、通用用戶標識模塊(Universal Subscriber Identity Module, USIM )或其他機制與LCS系統中的多個MSC/SGSN中的一個建立連接。
如圖5步驟508所示的一個具體實施例，對接收到的攜帶有特定事件的 LCS業(yè)務請求進行處理的MSC/SGSN檢測到目標UE處于正常狀態(tài)并且不會移動到LCS系統的其他MSC/SGSN時，LCS系統判斷該特定事件已經發(fā) 生。圖5的過程將會如步驟512及其后續(xù)步驟繼續(xù)進行。換句話說，步驟 411的"是"引出了圖4A所示方法400A的步驟415。
如圖5步驟508所示的另一個具體實施例，對接收到的攜帶有特定事件的LCS業(yè)務請求進行處理的MSC/SGSN檢測到目標UE處于正常狀態(tài)但要移動到LCS系統中的第二個MSC/SGSN中時，開始步驟509。首先，在步驟509a中，第一 MSC/SGSN向與之相連的V-GMLC返回第一用戶定位報告(Subscriber Location Report, SLR)消息。在一個實施例中，該第一SLR
25消息包括分配給LCS業(yè)務請求的LDR參考號碼、H-GMLC地址及目標UE 移動到第二 MSC/SGSN需要的消息。在步驟509b, V-GMLC進一步向第一 MSC/SGSN返回第一 SLR確認(Subscriber Location Report Ack.)消息作為響應。
在圖5步驟510所示的另一個實施例中，接收到第一 SLR消息后， V-GMLC向H-GMLC發(fā)送第三LCS業(yè)務響應消息，該第三LCS業(yè)務響應消息包括LDR參考號碼及目標UE移動到第二 MSC/SGSN需要的消息。
接收到包括目標UE移動到第二 MSC/SGSN相關的消息的第三LCS業(yè) 務響應消息后，在圖5步驟511的一個實施例中，H-GMLC將該LCS業(yè)務請求發(fā)送給與第二 MSC/SGSN相連的新的V-GMLC。新的V-GMLC將該包括原始事件相關信息和特定事件相關信息的LCS請求發(fā)送給第二 MSC/SGSN。在一個實施例中，該過程從步驟502開始向后執(zhí)行。
回到圖4A,執(zhí)行方法400A的步驟415，在4全測到第二事件發(fā)生后，向網絡用戶發(fā)送包括第一事件相關信息的事件消息。隨后，方法400A的步驟 421進一步包括向網絡客戶端發(fā)送事件消息的接收確認。本發(fā)明實施例中，可用圖5中的步驟512-518對步驟415和421進行詳細說明。
如圖5步驟512所示的實施例，MSC/SGSN要向當前可達的目標UE發(fā) 送LCS業(yè)務請求。如果MSC/SGSN發(fā)現目標UE處于空閑模式，MSC/SGSN 所屬的核心網絡CN會進行尋呼、認證和密碼計算。在一個實施例中，如果要求隱私通知/確認，MSC/SGSN向目標UE發(fā)送LCS定位通知調用消息指示這是原始事件觸發(fā)延遲定位請求和是否需要隱私確認。如果需要隱私確認，目標UE向MSC/SGSN發(fā)送LCS定位通知返回結果指示準許或拒絕定位。
如圖5步驟513所示的一個實施例中，MSC/SGSN要向可達的目標UE 發(fā)送LCS事件調用消息(LCS Area Event Invoke)。在一個具體實施例中，該LCS事件調用消息為步驟415所述的事件消息，該消息包括第一事件信息，且由網絡系統發(fā)送到網絡用戶。在另一個實施例，LCS事件調用消息可以包括監(jiān)控和執(zhí)行原始事件需要的消息、分配給LCS業(yè)務請求的LDR參考號和H-GMLC地址。
如圖5步驟514所示的一個實施例中，如果目標UE成功接收LCS事件調用消息并支持由原始事件觸發(fā)的延遲LCS業(yè)務請求，目標UE將向 MSC/SGSN返回LCS事件調用確認消息(LCS Area Event Invoke ack.)作為成功響應并在LCS事件調用消息的指導下開始監(jiān)控該原始事件。另一個實施例中，如果目標UE不支持原始事件觸發(fā)的延遲LCS業(yè)務請求，目標UE 將向MSC/SGSN發(fā)送攜帶有適當錯誤原因的LCS事件調用確認消息。
如圖5步驟515所示的一個實施例中，接收到LCS事件調用確認消息后，MSC/SGSN向V-GMLC發(fā)送第二 SLR消息。在一個實施例中，該第二 SLR消息包括原始事件觸發(fā)LCS業(yè)務請求是否被成功發(fā)送到UE的標識、 LDR參考號碼和H-GMLC地址。V-GMLC進一步向MSC/SGSN返回第二 SLR確認消息作為響應。
如圖5步驟516-518所示的一個實施例中，V-GMLC通過H-GMLC和 R-GMLC向LCS客戶端發(fā)送第三LCS業(yè)務響應消息。具體實施例中，該第三LCS業(yè)務響應消息為圖4A中步驟421所述的事件消息的第二接收確i/v, 該確認是由網絡系統向網絡客戶端返回的，用于通知網絡客戶端該LCS業(yè) 務請求是否已成功發(fā)送給網絡用戶。
至此，向目標UE發(fā)送事件觸發(fā)延遲LCS業(yè)務請求的過程結束。網絡系統會等待UE檢測原始事件的發(fā)生來觸發(fā)UE定位或定位相關信息的報告。在一個實施例中，如果原始事件為區(qū)域變化事件，該LCS系統可以進行圖2 的步驟211和其后與現有技術類似的步驟以完成定位業(yè)務過程。
另外，方法400A的步驟411中，如果網絡系統確定在網絡客戶端或網絡系統預設的條件下第二事件(或特定事件)沒有發(fā)生，網絡系統執(zhí)行步驟 425，向網絡客戶端返回失敗消息。在一個實施例中，判斷第二事件發(fā)生的預設條件為最大時間周期。所述時間周期從網絡系統接收的第二事件信息的第一時間開始，結束于網絡客戶端定義或網絡系統預定的第二時間。在一個實施例中，失敗消息可以通過圖5所示的LCS業(yè)務響應消息返回給網絡客戶端。
類似地，本發(fā)明實施例也可以用于描述發(fā)送取消先前請求的延遲定位i青求的過程。圖4B為本發(fā)明實施例中發(fā)送刪除定位業(yè)務請求方法的流程圖。該圖僅僅是一個例子，不應視作對本發(fā)明權利要求保護范圍的限制。本領域技術人員應該認可本發(fā)明的各種變體、等同替換和修改。例如，該流程圖中的各種步驟均可被增加、刪除、替換、復制和/或部分重疊。方法400B中，網絡系統向網絡用戶發(fā)送取消請求包括以下步驟
1、步驟451:接收用于取消定位請求的取消請求，該定位請求包括第一事件相關信息，該取消請求包括第二事件相關信息；
2、步驟453:對于該取消請求進行處理；
3、步驟455:向網絡客戶端返回接收確認；
4、步驟461:網絡系統判斷所述第二事件是否發(fā)生；若否，執(zhí)行步驟 475;若是，執(zhí)行步驟465;
5、步驟465:發(fā)送取消消息指示網絡用戶取消所述定位請求；
6、步驟471:向網絡客戶端發(fā)送取消業(yè)務響應；和
7、步驟475:向網絡客戶端發(fā)送取消請求的失敗消息。以上處理順序只是本發(fā)明的一個實施例。也可以在不超出本發(fā)明權利要
求保護范圍的情況下，增加或刪除一個或多個步驟或改變一個或多個步驟的順序。在本發(fā)明實施例中，可以通過圖6所示的消息交互過程對圖4B中的方法400B做進一步詳細說明。
圖6為本發(fā)明實施例中LCS系統向目標UE發(fā)送延遲定位業(yè)務取消請求方法的消息交互圖。這僅僅是一個例子，不應視作對本發(fā)明權利要求保護范圍的限制。本領域技術人員應該認可本發(fā)明的各種變體、等同替換和修改。例如，該LCS取消業(yè)務請求可以由LCS客戶端發(fā)起。在另一個例子中，該 LCS取消業(yè)務請求可以由網絡系統的組件根據系統內部條件(例如與延遲定位請求相關的預設時間計時器超時)發(fā)起。在一個實施例中，可以用圖6的步驟601描述方法400B中的步驟451。例如，網絡客戶端為LCS客戶端，網絡系統為包括LCS系統的網絡。LCS 客戶端向網絡用戶，如目標UE,發(fā)出LCS取消業(yè)務請求(LCS Cancel Service Request)。該LCS取消業(yè)務請求被發(fā)往包括LCS系統的網絡中的R-GMLC 中以請求取消先前請求的延遲LCS請求。例如，先前請求的延遲定位請求為第一事件或UE區(qū)域變化事件等原始事件觸發(fā)的延遲LCS請求。
由于該延遲LCS請求是先前請求的，該LCS客戶端已經獲得分配給LCS 請求的LDR參考號碼(如圖5的步驟518中LCS系統發(fā)送的LCS業(yè)務響應消息)。為了取消該延遲LCS請求，LCS客戶端會在發(fā)起的LCS取消業(yè)務請求中包括相同的LDR參考號。例如，圖4B中網絡系統接收的取消請求為圖6中所示的LCS取消業(yè)務請求。在一個具體實施例中，該LCS取消業(yè)務請求進一步包括LDR參考號碼和作為第二事件的特定事件的信息。在另一個具體實施例中，特定事件的發(fā)生被用來指示目標UE處于正常狀態(tài)并只有當目標UE處于正常狀態(tài)時才觸發(fā)LCS系統向目標UE發(fā)送取消請求。在一個實施例中，處于或返回到正常狀態(tài)的目標UE為能夠通過SIM、 USIM或其他機制與LCS系統中多個MSC/SGSN中的一個建立連接的UE。
參見圖4B，可以用圖6中的步驟602-604對方法400B中網絡系統處理該取消請求的步驟453進行詳細描述。例如，圖6中步驟602所示的一個實施例中，R-GMLC向H-GMLC發(fā)送LCS取消業(yè)務請求，該LCS取消業(yè)務請求包括LDR參考號碼和特定事件相關信息。如圖6中步驟603所示的實施例，H-GMLC向V-GMLC轉發(fā)該LCS取消業(yè)務請求，該LCS取消業(yè)務請求中包括LDR參考號碼、特定事件相關信息和H-GMLC地址。如圖6步驟 604所示的實施例，V-GMLC向LCS系統的MSC/SGSN發(fā)送PSL消息。該 PSL消息包括用于取消LDR參考號碼所標識的延遲LCS請求的LCS取消業(yè) 務請求。在一個實施例中，該PSL消息進一步包括H-GMLC地址和特定事件相關信息。
參見圖4B，可以用圖6中的步驟605-608對方法400B中網絡系統向網
29絡客戶端返回接收確認的步驟455進行詳細描述。如圖6步驟605所示的實施例，接收到包括特定事件的信息的PSL消息后，MSC/SGSN會驗證自身是否支持特定事件指示的LCS取消業(yè)務請求。在一個實施例中，如果不支持，MSC/SGSN向V-GMLC發(fā)送攜帶適當原因的PSL返回錯誤消息。 V-GMLC進一步向LCS客戶端返回攜帶錯誤原因的第一 LCS業(yè)務響應消息。在另一個實施例中，如果MSC/SGSN支持特定事件指示的LCS取消業(yè)務請求，MSC/SGSN會直接向V-GMLC返回PSL確認消息確認已經收到該取消請求。在另一個實施例中，該PSL確認消息不包括UE位置或位置估計的信息。該PSL確認消息還可進一步包括LDR參考號碼、H-GMLC地址和4妄收到取消請求的指示。
如圖6步驟606-608所示的實施例，從網絡節(jié)點MSC/SGSN接收到PSL 確認消息后，V-GMLC通過H-GMLC和R-GMLC向LCS客戶端返回第二 LCS業(yè)務響應消息，以通知該LCS客戶端LCS系統中的MSC/SGSN接收到該LCS耳又消業(yè)務請求。
方法400B中的步驟461為網絡系統判斷第二事件是否發(fā)生。該步驟可以用圖6中的步驟609-612來詳細描述，包括在先前定位請求發(fā)送到該網絡用戶之后網絡系統如何處理移動網絡用戶改變其附著網絡節(jié)點的過程。如圖6步驟609所示的實施例，對接收到的包括特定事件的信息的LCS取消業(yè)務請求進行處理的第一 MSC/SGSN可以驗證特定事件是否發(fā)生。如果檢測到特定事件發(fā)生，則表示目標UE處于或返回正常狀態(tài)。如果不在系統預定條件下(例如計時器超時)，MSC/SGSN會刪除LCS取消業(yè)務請求，本發(fā)明實施例中，MSC/SGSN可以通過LCS業(yè)務響應消息通知LCS客戶端。在一個實施例中，第一 MSC/SGSN可以利用包括LCS系統的移動網或目標 UE自身的能力驗證UE的可用性。在另一個實施例中，處于或返回正常狀態(tài)的目標UE是能夠通過SIM、 USIM或其他^L制與LCS系統中多個 MSC/SGSN中的一個建立連接的UE。在另一個實施例中，如果^r測到該目標UE處于正常狀態(tài)并沒有移動到LCS系統中其他MSC/SGSN中去，直接
30執(zhí)行步驟613及其后續(xù)步驟。
如圖6步驟610所示的實施例，如果第一 MSC/SGSN 4企測到目標UE 處于正常狀態(tài)但是移動到了 LCS系統的第二 MSC/SGSN中，第一 MSC/SGSN會向與其相連的V-GMLC返回第一 SLR消息。該第一 SLR消息中包括LDR參考號碼、H-GMLC地址和指示目標UE已經移動到第二 MSC/SGSN的必要信息。在另一個實施例中，V-GMLC會向第一 MSC/SGSN 回復SLR確i人消息。
在圖6步驟611的一個實施例中，V-GMLC向H-GMLC發(fā)送第三LCS 業(yè)務響應消息，該第三LCS業(yè)務響應消息中包括LDR參考號碼和指示目標 UE移動到第二 MSC/SGSN的必要消息。
圖6中步驟612的一個實施例中，接收到包括指示目標UE移動到第二 MSC/SGSN的信息的第三LCS業(yè)務響應消息后，H-GMLC會向與第二 MSC/SGSN相連的新的V-GMLC重新發(fā)送包括有特定事件相關信息的LCS 取消業(yè)務請求。該新的V-GMLC會將該LCS取消業(yè)務請求發(fā)送到第二 MSC/SGSN。該過程重新從步驟603開始并繼續(xù)其后步驟。
參見圖4B,步驟465為當網絡系統確定通過其網絡節(jié)點之一可達該網絡用戶時向該網絡用戶發(fā)送取消消息。該取消消息包括LDR參考號碼指示的先前發(fā)出的延遲定位請求的信息并指示該網絡用戶取消該定位請求。該步驟可以通過圖6中步驟613-614來詳細描述，如圖6步驟613所示的實施例，當前與目標UE連接的MSC/SGSN向目標UE發(fā)送LCS事件取消調用消息 (LCS Event Cancel Invoke)，該LCS事件取消調用消息包括分配給要被刪除的延遲LCS請求的LDR參考號碼、H-GMLC地址和LDR參考號碼指示的目標UE取消該延遲LCS請求的請求。
圖6中步驟614的一個實施例中，目標UE取消了 LDR參考號碼指示的延遲LCS請求并向MSC/SGSN發(fā)送LCS事件取消調用確認消息(LCS Event Cancel Invoke Ack.)作為響應，該LCS事件取消調用確認消息中不包括事件消息。方法400B的步驟471是向網絡客戶端發(fā)送網絡用戶成功取消該定位請求的取消業(yè)務響應。例如，該步驟可以用圖6中的步驟615-618描述。如圖 6步驟615所示的實施例，MSC/SGSN向V-GMLC返回第二 SLR消息，該第二 SLR消息中包括LDR參考號碼、H-GMLC地址及是否成功取消LDR 參考號碼指示的延遲LCS請求的信息。V-GMLC也可以向MSC/SGSN回復 SLR確認消息。
如圖6步驟616-618所示的實施例，V-GMLC進一步通過H-GMLC和 R-GMLC向LCS客戶端返回LCS取消業(yè)務響應消息。在一個實施例中，該 LCS取消業(yè)務響應消息中包括LDR參考號碼和成功取消該LDR參考號指示的延遲LCS請求的消息。
如圖4B所示，方法400B的步驟475是當第二事件在預定時間周期內未發(fā)生時，網絡系統發(fā)出失敗消息的例外過程。否則，如圖4B所示，本發(fā) 明實施例的取消延遲定位業(yè)務請求的過程結束。
本發(fā)明可以用于向多個網絡用戶發(fā)送不同類型事件相關的延遲定位請求。例如，可以用區(qū)域變化事件的延遲定位請求過程來描述本發(fā)明的具體實施例。圖7A為本發(fā)明實施例中LCS系統發(fā)送區(qū)域變化事件的延遲定位請求的消息交互的簡化示意圖。該圖僅僅是一個例子，不應視作對本發(fā)明權利要求保護范圍的限制。本領域技術人員應當認可本發(fā)明的各種變體、等同替換和修改。下面對圖7A所示的步驟進行詳細描述。
步驟701: LCS客戶端下發(fā)區(qū)域變化類延遲LCS業(yè)務請求，并將其發(fā)送給LCS系統的R-GMLC。該延遲LCS業(yè)務請求包括區(qū)域變化類延遲定位請求信息，即具體目標區(qū)域和事件種類，要報告的事件是否為用戶設備位于、進入或離開該目標區(qū)域。該LCS業(yè)務請求可以指定通過GMLC節(jié)點向LCS 系統發(fā)送延遲定位請求或R-GMLC取消該延遲定位請求的有效時間，即開始時間和停止時間。另外，如果時間超時目標UE沒有觸發(fā)區(qū)域事件，則 UE刪除延遲定位請求。如果可以，該定位業(yè)務請求中還可以包括區(qū)域事件報告最小時間間隔的指示。該定位業(yè)務請求還可進一步包括對該延遲區(qū)域事件只進行一次報告或多次報告的信息。如果對區(qū)域變化事件只報告一次，第
一區(qū)域事件發(fā)生后LCS請求就完成了。如果目標區(qū)域用局部坐標系統或地理名稱表示，R-GMLC可以將目標區(qū)域轉換成以3GPP技術規(guī)范TS23.032 定義的形式表示的地理區(qū)域。除了目標區(qū)域定義，該LCS客戶端還將目標區(qū)域的國家代碼包括在區(qū)域事件請求中。
進一步地，該LCS業(yè)務請求中包括確保LCS系統成功將區(qū)域變化事件發(fā)送到目標UE的特定事件相關的信息。在一個實施例中，該特定事件可以通過以下形式與目標UE相關目標UE被LCS系統檢測到位于或返回正常狀態(tài)，在正常狀態(tài)下，目標UE能夠與LCS系統所在的核心網絡CN中的多個MSC/SGSN的一個建立連接。在另一個實施例中，該特定事件與目標UE 不相關，該目標UE可以由LCS客戶端(定位業(yè)務用戶)預先選擇或由LCS 系統(定位業(yè)務提供商)定義。
步驟702:如果區(qū)域事件請求中指示了要求定位結果，R-GMLC應將該指示和相關參數如，服務質量(QoS)記錄下來。R-GMLC將接收的信息傳送到H-GMLC。 H-GMLC為該LCS業(yè)務請求分配LDR參考號碼，然后將 LDR參考號碼、H-GMLC地址及特定事件的相關信息轉發(fā)到V-GMLC。
步驟703:如果接收到的目標區(qū)域是以3GPP技術規(guī)范TS23.032定義的形式表示的，V-GMLC將目標區(qū)域轉換成使用小區(qū)號、位置區(qū)域或路由區(qū)域定義的區(qū)域。如果不能將目標區(qū)域轉換成網絡表示形式，V-GMLC就拒絕該請求并向H-GMLC發(fā)送攜帶適當錯誤理由的LCS業(yè)務響應。
如果接收到的目標區(qū)域用國家代碼或PLMN標識表示，則V-GMLC將該國家代碼或PLMN標識作為區(qū)域定義。
在一個具體實施例中，V-GMLC將區(qū)域定義攜帶在提供用戶位置 (Provide Subscriber Location, PSL)請求中發(fā)送給MSC/SGSN，該PSL請求中包括LDR參考號碼、特定事件信息和H-GMLC地址。
PSL消息定義了當UE位于、進入或離開該區(qū)域時是否需要上報。PSL 消息還需盡可能的包括區(qū)域事件報告的最小時間間隔及只報告一次或多次該延遲區(qū)域事件。
步驟704: MSC/SGSN檢查UE是否支持區(qū)域變化事件。如果MSC/SGSN 或UE不支持區(qū)域變化事件的延遲定位請求(暫時或永久的原因)，則 MSC/SGSN或UE可以向V-GMLC發(fā)送攜帶有適當原因的PSL返回錯誤消息。若UE處于空閑模式，則核心網絡(CN)進行尋呼、認證和密碼計算。如果MSC/SGSN和UE都支持區(qū)域變化事件延遲定位請求并且MSC/SGSN 還支持特定事件，MSC/SGSN會向V-GMLC返回PSL確認消息指示已經接收到業(yè)務任務。該PSL確認消息中進一步包括LDR參考號碼、H-GMLC地址和接收到LCS業(yè)務請求的指示。
步驟705-707: V-GMLC通過H-GMLC和R-GMLC向LCS客戶端發(fā)送第一 LCS業(yè)務響應消息，通知該LCS客戶端MSC/SGSN已經成功接收到該 LCS業(yè)務請求。第一 LCS業(yè)務響應消息中包括LDR參考號碼。
步驟708:包括LCS系統的網絡，具體如MSC/SGSN檢測到特定事件 (包括在PSL消息中)發(fā)生，指示目標UE正處于或已經返回到正常狀態(tài)。
步驟709:如果該UE(正常狀態(tài)下)處于空閑模式，核心網絡(CN)進行尋呼、認證和密碼計算。如果要求隱私通知/確認，MSC/SGSN向目標UE 發(fā)送LCS定位通知調用消息指示這是區(qū)域變化類延遲定位請求和是否需要隱私確認。如果需要隱私確認，UE向MSC/SGSN返回LCS定位通知返回結果指示是準許或拒絕定位。
步驟710:驗證UE處于正常狀態(tài)后，MSC/SGSN可以向目標UE發(fā)送 LCS區(qū)域事件調用消息，該消息攜帶區(qū)域定義、其他區(qū)域事件信息、LDR 參考號碼和H-GMLC地址。該消息也可以定義用戶設備位于、進入或離開該區(qū)域時是否需要上報事件。該消息還需盡可能攜帶區(qū)域事件報告的最小時間間隔及對該延遲區(qū)域事件只報告一次或進行多次報告的信息。
步驟711:如果目標UE成功接收到該LCS區(qū)域事件調用消息并且目標 UE支持區(qū)域變化類延遲定位請求，目標UE向MSC/SGSN發(fā)送確認消息并開始監(jiān)控區(qū)域事件的改變。目標UE可以通過將當前服務小區(qū)標識、位置區(qū)
34域、路由區(qū)域、PLMN標識或國家代碼與從MSC/SGSN接收到的區(qū)域定義進行比較以判斷自身是否位于、進入或離開該目標區(qū)域。即使發(fā)生了軟切換，也可以判斷出是否有某個小區(qū)屬于目標區(qū)域。在區(qū)域定義包括位置或路由區(qū) 域以及PLMN或國家標識的情況下，目標UE可在正常位置或路由區(qū)域更新過程中檢查區(qū)域事件。區(qū)域變化事件檢測機制不能影響UE正常的小區(qū)選擇和重選過程。如果目標UE不支持延遲LCS業(yè)務請求(暫時或永久的原因)，目標UE會向MSC/SGSN發(fā)送攜帶有適當錯誤原因的LCS區(qū)域事件調用確認消息。
步驟712: MSC/SGSN向V-GMLC返回未攜帶位置估計的用戶定位4艮告(SLR)消息。如果需要隱私通知/確認，MSC/SGSN將隱私通知/確認的結果包括在SLR消息中。SLR消息也可以包括LDR參考號和H-GMLC地址。如果需要，也可以包括區(qū)域變化事件調用結果。V-GMLC也可以向 MSC/SGSN回復SLR確認消息進行確認。
步驟713-715: V-GMLC通過H-GMLC和R-GMLC向LCS客戶端發(fā)送第二 LCS業(yè)務響應消息通知LCS客戶端目標UE接收到LCS業(yè)務請求。步驟716:目標UE檢測到所請求的區(qū)域事件改變發(fā)生。步驟717:繼續(xù)現有技術中區(qū)域變化類延遲定位請求的后續(xù)流程。另一個例子中，本發(fā)明實施例也可以用來描述發(fā)送取消區(qū)域事件改變的延遲定位請求的過程。圖7B為本發(fā)明實施例中LCS系統取消先前請求的延遲區(qū)域事件定位請求的消息交互圖。該圖僅僅是一個例子，不應視作對本發(fā) 明權利要求保護范圍的限制。本領域技術人員應該認可本發(fā)明的各種變體、等同替換和修改。
步驟751: LCS客戶端向LCS系統的R-GMLC發(fā)送取消請求以取消先前請求的區(qū)域變化類延遲定位請求。由于該區(qū)域變化類延遲定位請求是先前請求的，在原始延遲定位請求過程中，LCS客戶端接收到了標識原始延遲定位請求的LDR參考號碼。LCS客戶端在當前的LCS取消請求中包括相同的 LDR參考號碼。另外，在一個具體實施例中，該取消請求可以包括特定事
35件的信息，該特定事件的信息用于指示只有當LCS系統檢測到目標UE處于正常狀態(tài)時，該LCS客戶端才請求發(fā)送該取消請求。
步驟752: R-GMLC將攜帶LDR參考號碼和特定事件相關信息的取消請求轉發(fā)給H-GMLC。
步驟753: H-GMLC將攜帶LDR參考號碼、H-GMLC地址和特定事件相關信息的取消請求發(fā)送給V-GMLC。
步驟754: V-GMLC向目標UE所屬的MSC/SGSN發(fā)送第一 PSL消息，該第一 PSL消息中包括LDR參考號碼指示的延遲定位請求的取消請求、 H-GMLC地址及特定事件相關信息。
步驟755: MSC/SGSN向V-GMLC回復第一 PSL確認消息。
步驟756-758: V-GMLC通過H-GMLC和R-GMLC向LCS客戶端返回第一 LCS業(yè)務響應消息，通知該LCS系統接收到了該取消請求。
步驟759:包括LCS系統的網絡檢測到特定事件發(fā)生，表示目標UE處于或返回正常狀態(tài)。換句話說，UE能夠與LCS系統中多個MSC/SGSN之一建立連接。在具體實施例中，UE處于或返回正常狀態(tài)的檢測可通過LCS 系統判斷特定事件的發(fā)生指示。LCS系統可以利用移動網絡和UE自身的能力進行檢測。
步驟760:目標UE當前所連接的MSC/SGSN向目標UE發(fā)送LCS區(qū)域事件取消消息，該消息包括LDR參考號碼、H-GMLC地址及LDR參考號碼指示的UE取消區(qū)域事件延遲定位的請求。
步驟761a:目標UE取消區(qū)域事件延遲定位請求，并向MSC/SGSN發(fā) 送不攜帶任何區(qū)域事件信息的LCS區(qū)域事件取消確認消息作為響應。
步驟761b:當UE正在監(jiān)控該區(qū)域事件是否發(fā)生時，目標UE向 MSC/SGSN發(fā)送LCS區(qū)域事件報告消息，該消息包括LDR參考號碼、取消請求和相應錯誤代碼。在一個具體實施例中，該消息指示目標UE會為自己取消或刪除區(qū)域變化類延遲定位請求。
步驟762:從目標UE接收該LCS區(qū)域事件取消確認消息后，MSC/SGSN向V-GMLC返回第二 PSL消息，該消息中包括LDR參考號碼和H-GMLC 地址。
步驟763: V-GMLC向MSC/SGSN回復第二 PSL確認消息。
步驟764: V-GMLC向H-GMLC發(fā)送第二 LCS業(yè)務響應消息，該消息
中包括LDR參考號碼和H-GMLC地址。
步驟765: H-GMLC向R-GMLC發(fā)送攜帶LDR參考號碼的第二 LCS
業(yè)務響應消息。
步驟766: R-GMLC向LCS客戶端返回第二 LCS業(yè)務響應消息，通知該LCS客戶端成功取消了延遲定位請求驅動的區(qū)域事件。
圖8A為本發(fā)明實施例中發(fā)送定位業(yè)務請求方法800A的流程圖。該圖僅僅是一個例子，不應視作對本發(fā)明權利要求保護范圍的限制。本領域技術人員應該認可本發(fā)明的各種變體、等同替換和修改。例如，該流程圖中的各種步驟均可被增加、刪除、替換、復制和/或部分重疊。方法800A中，網絡系統向網絡用戶發(fā)送定位業(yè)務請求包括以下步驟
1、步驟801:第一網絡子系統從網絡客戶端接收定位請求，該定位請求包括第一事件相關信息和第二事件相關信息；
2、步驟805:第一網絡子系統將定位請求中的第二事件信息發(fā)送給第二網絡子系統；
3、步驟811:向網絡客戶端返回定位請求的第一接收確認；
4、步驟815:第二網絡子系統判斷第二事件是否發(fā)生；如果否，執(zhí)行步驟841;如果是，執(zhí)行步驟821;
5、步驟821:通知第一網絡子系統向第二網絡子系統發(fā)送包括第一事件相關信息的定位請求；
6、步驟825:第二網絡子系統向網絡用戶發(fā)送包括第一事件相關信息的事件消息；
7、步驟831:網絡用戶向第一網絡子系統發(fā)送攜帶事件消息的定位請求的第二接收確認；8、步驟835:第一網絡子系統向網絡客戶端發(fā)送第二接收確認；和
9、步驟841:向網絡客戶端發(fā)送定位請求的失敗消息。以上處理順序僅是本發(fā)明的一個實施例。在本發(fā)明權利要求保護范圍
內，可以增加或刪除一個或多個步驟或用改變有一個或多個步驟的次序。在本發(fā)明實施例中，可以通過圖9所示的過程對圖8A中的方法800A作更具體地進一步說明。
圖9為本發(fā)明實施例中向UE發(fā)送定位請求的方法的消息交互圖。該圖僅僅是一個例子，不應視作對本發(fā)明權利要求保護范圍的限制。本領域:技術人員應該認可本發(fā)明的各種變體、等同替換和修改。
步驟801:網絡系統包括第一網絡子系統。第一網絡子系統從網絡客戶端接收定位請求。在一個實施例中，定位請求中包括第一事件相關信息和第二事件相關信息。在另一個實施例中，定位請求可以由包括第一網絡子系統、第二網絡子系統或其他網絡組件的網絡系統本身發(fā)起。本發(fā)明實施例中，可
用圖9中的步驟901-902對步驟801進行詳細說明。
如圖9所示的例子，網絡系統可以為具有LCS系統的網絡。網絡客戶端可以為LCS客戶端或僅為客戶端。網絡用戶可以為目標UE或僅為UE。在一個實施例中，第一網絡子系統為LCS系統中的R-GMLC和/或H-GMLC。在另一個實施例中，第二網絡子系統為LCS系統中的V-GMLC和連接 MSC/SGSN網絡節(jié)點的組合。如圖9所示的實施例中，第一事件為與該延遲 LCS業(yè)務請求相關的原始事件，該原始事件的發(fā)生應當由目標UE檢測以向 LCS系統觸發(fā)UE的定位和位置信息報告。如圖9所示，第二事件為與延遲 LCS業(yè)務請求相關的新增特定事件，該新增特定事件的發(fā)生應當由第二網絡子系統監(jiān)控以保證攜帶有第一事件的LCS業(yè)務請求能夠被目標UE成功接收。
圖9中步驟901的一個實施例中，定位請求為客戶端發(fā)起的針對UE的延遲LCS請求?？蛻舳藢CS業(yè)務請求發(fā)送給LCS系統中的R-GMLC。在一個具體實施例中，該LCS業(yè)務請求可以由R-GMLC、 H-GMLC、 V-GMLC和LCS系統的MSC/SGSN等網絡系統組件根據系統內部條件發(fā)起。
圖9中步驟902的一個實施例中，LCS業(yè)務請求由R-GMLC轉發(fā)給 H-GMLC，即圖8A所示的第一網絡子系統。該LCS業(yè)務請求包括原始事件和新增特定事件相關的信息。
步驟805:第一網絡子系統將第二事件信息攜帶在定位請求中發(fā)送給第二網絡子系統。在某些實施例中，可以用圖9中步驟903-904對步驟805進行詳細描述。在步驟903中，接收到該LCS業(yè)務請求后，H-GMLC為其分配LDR參考號碼并通過網絡存儲服務器(HLS/HSS)向V-GMLC發(fā)送攜帶特定事件、分配的LDR參考號碼和H-GMLC地址信息的LCS業(yè)務請求消息。第二網絡子系統的組件對該LCS業(yè)務請求消息進行處理。在步驟904 中，V-GMLC將LCS業(yè)務請求消息作為第一 PSL請求發(fā)送給MSC/SGSN, 該第一 PSL請求中包括特定事件信息、分配給LCS業(yè)務請求的LDR參考號碼和H-GMLC地址。
步驟811:網絡系統向網絡客戶端返回定位請求的第一接收確認。以圖 9為例，實施例中，可以用步驟905-908對步驟811進行詳細描述。
如圖9步驟905所示的實施例，接收到包括有特定事件信息的第一 PSL 請求之后，MSC/SGSN會驗證自身是否支持特定事件標識的LCS業(yè)務請求。如果不支持，MSC/SGSN向V-GMLC發(fā)送攜帶有適當原因的PSL返回錯誤消息。V-GMLC進一步通過H-GMLC和R-GMLC向LCS客戶端返回攜帶有錯誤原因的第一 LCS業(yè)務響應消息。圖8A中的第一接收確認為第一 LCS 業(yè)務響應消息。
在一個實施例中，如果MSC/SGSN支持特定事件指示的LCS業(yè)務請求， MSC/SGSN會直接向V-GMLC返回第一 PSL確認消息，指示MSC/SGSN 已經收到定位請求。在一個具體實施例中，第一 PSL確認消息中包括LDR 參考號碼、H-GMLC地址和接收到定位請求的指示。
如圖9步驟906-908所示的實施例中，V-GMLC進一步通過H-GMLC 和R-GMLC向客戶端返回第二 LCS業(yè)務響應消息，通知網絡客戶端LCS系
39統的MSC/SGSN已接收到包括特定事件的LCS業(yè)務請求的信息。在一個具體實施例中，圖8A中的第一接收確認為第二LCS業(yè)務響應消息。
圖8A中的步驟815:第二網絡系統判斷第二事件是否發(fā)生，如果是，方法800A進入步驟821;如果在一定條件下沒有發(fā)生，方法800A進入步驟 835;可以用圖9中步驟909作為例子對步驟815進行詳細描述。
在一個實施例中，第二事件為圖9中的特定事件。圖9中步驟卯9的一個實施例中，第二網絡子系統，具體如其中的MSC/SGSN檢測到特定事件發(fā)生，則表示UE處于或已經返回正常狀態(tài)。在一個實施例中，第二網絡子系統可以利用帶有LCS系統的移動網或目標UE自身的能力進行檢測。在另一個實施例中，處于或返回到正常狀態(tài)的網絡用戶可以是目標UE,該目標 UE能夠通過SIM、USIM或其他機制與LCS系統中多個MSC/SGSN中的一個建立連接。在另一個實施例中，第二事件與網絡用戶不相關，第二事件可由網絡客戶端預先選擇或網絡系統單獨定義。
步驟821:通知第一網絡子系統向第二網絡子系統發(fā)送包括第一事件信息的定位請求。本發(fā)明實施例中，可用圖9中的步驟910-913對步驟821進 4亍更力口詳細i也i兌明。
如圖9步驟910a所示的實施例，當第一MSC/SGSN檢測到UE處于或已經返回正常狀態(tài)，第一 MSC/SGSN向V-GMLC發(fā)送用戶定位才艮告 (Subscriber Location Report, SLR)消息通知目標UE已經處于或返回正常狀態(tài)。SLR消息中包括LDR參考號碼和H-GMLC地址。在一個實施例中，如果UE移動到第二 MSC/SGSN中，SLR消息還可以包括第二 MSC/SGSN 的地址和指示其已經移動到第二 MSC/SGSN的必要消息。
如圖9步驟910b所示的實施例，V-GMLC向第一 MSC/SGSN回復SLR 確i人消息作為響應。
如圖9步驟911所示的實施例，接收到SLR消息后，V-GMLC向H-GMLC 返回第三LCS業(yè)務響應消息，該消息中包括LDR參考號碼和目標UE處于或返回正常狀態(tài)的消息。在一個實施例中，如果UE移動到第二 MSC/SGSN中，第三LCS業(yè)務響應消息還可以包括第二 MSC/SGSN的地址和指示其已經移動到第二MSC/SGSN的必要消息。在一個具體實施例中，圖8A中的第一接收確認為第三LCS業(yè)務響應消息。
如圖9步驟912所示的實施例，H-GMLC根據接收到的第三LCS業(yè)務響應消息向與UE當前所屬的MSC/SGSN相連的V-GMLC發(fā)送包括原始事件信息的LCS業(yè)務請求。該LCS業(yè)務請求還包括原始事件、LDR參考號碼和H-GMLC地址的必要消息。在一個實施例中，如果UE移動到了第二 MSC/SGSN，該LCS業(yè)務請求會被發(fā)送給與第二 MSC/SGSN相連的新 V-GMLC。
如圖9步驟913所示的實施例，V-GMLC進一步向UE當前所屬的 MSC/SGSN發(fā)送第二 PSL請求。該第二 PSL請求中包括從H-GMLC接收到的所有信息，包括原始事件信息和UE的相應消息等。
步驟825:第二網絡子系統向網絡用戶發(fā)送包括第一事件相關信息的事件消息。本發(fā)明實施例中，可用圖9中的步驟914-915對步驟825進行更加詳細地il明。
如圖9步驟914所示的實施例，如果目標UE當前所屬的MSC/SGSN 檢測到目標UE處于空閑4莫式，核心網絡CN進行尋呼、認證和密碼計算。在一個實施例中，如果要求隱私通知/確認，MSC/SGSN向目標UE發(fā)送LCS 定位通知調用消息指示這是事件延遲LCS請求及是否需要隱私確認。如果需要隱私確認，目標UE向MSC/SGSN返回LCS通知返回結果指示是準許還是拒絕。
如圖9步驟915所示的實施例，MSC/SGSN向目標UE發(fā)送LCS事件調用消息，該消息包括原始事件對應的必要消息、LDR參考號碼和H-GMLC 地址。
步驟831:網絡用戶向第一網絡子系統發(fā)送事件消息的第二接收確認。本發(fā)明實施例中，可用圖9中的步驟916-917對步驟831進行更加詳細地說明。
41如圖9步驟916所示的實施例，如果目標UE成功接收LCS事件調用消息并支持原始事件指示的LCS業(yè)務請求，目標UE將向MSC/SGSN返回LCS 事件調用確認消息作為成功響應并開始相應的事件過程。在一個實施例中，如果UE不支持原始事件指示的LCS業(yè)務請求，則返回的LCS事件調用確認消息會攜帶相應的錯誤原因。
圖9中步驟917的一個實施例中，從目標UE接收到LCS事件調用確認消息后，MSC/SGSN要向V-GMLC發(fā)送第二PSL確認消息。該第二PSL確認消息中包括原始事件是否被成功發(fā)送到UE的信息、LDR參考號碼和 H-GMLC地址。
步驟835:第一網絡子系統向網絡客戶端發(fā)送第二接收確認。圖9的步驟918-920中有更加詳細的描述。圖9中步驟918-920的實施例中，V-GMLC 可以通過H-GMLC和R-GMLC向客戶端發(fā)送第四LCS業(yè)務響應消息通知客戶端原始事件是否已經被成功發(fā)送到UE。在一個具體實施例中，圖8A中的第二接收確認為第四LCS業(yè)務響應消息。
至此，在本發(fā)明的另一個實施例中完成了發(fā)送定位請求的過程。接下來，網絡系統和網絡用戶繼續(xù)現有技術中原始事件驅動延遲定位請求的過程。
另外，方法800A的步驟815中，如果網絡系統確定在網絡客戶端或網絡系統預設的條件下第二事件(或特定事件)沒有發(fā)生，網絡系統執(zhí)行步驟 841，向網絡客戶端返回失敗消息。在一個實施例中，判斷第二事件發(fā)生的預設條件為最大時間周期。所述時間周期從網絡系統接收的第二事件信息的第一時間開始，結束于網絡客戶端定義或網絡系統預定的第二時間。在一個實施例中，該失敗消息可以通過圖5所示的LCS業(yè)務響應消息返回給網絡客戶端。
圖8B為本發(fā)明另一個實施例中發(fā)送取消定位業(yè)務請求方法800B的流程圖。該圖僅僅是一個例子，不應視作對本發(fā)明權利要求保護范圍的限制。本領域技術人員應該認可本發(fā)明的各種變體、等同替換和修改。例如，該流程圖中的各個步驟均可被增加、刪除、替換、復制和/或部分重疊。方法800B
42中，網絡系統向網絡用戶發(fā)送取消定位業(yè)務請求包括以下步驟
1、步驟851:第一網絡子系統從網絡客戶端接收用于取消定位請求的 LCS取消請求，該定位請求包括第一事件相關信息，該定位業(yè)務取消請求包括第二事件相關信息；
2、步驟855:第一網絡子系統將第二事件信息發(fā)送到第二網絡子系統；
3、步驟861:向網絡客戶端返回接收確認；
4、步驟865:第二網絡子系統判斷第二事件是否發(fā)生；如果否，執(zhí)行步驟891;如果是，執(zhí)行步驟871;
5、步驟871:通知第一網絡子系統向第二網絡子系統發(fā)送定位請求的取消請求；
6、步驟875:第二網絡子系統發(fā)送取消消息指示網絡用戶取消定位請
求；
7、步驟881:網絡用戶向第一網絡子系統返回取消業(yè)務響應；
8、步驟885:向網絡客戶端發(fā)送取消業(yè)務響應；和
9、步驟891:向網絡客戶端發(fā)送取消請求的失敗消息。以上處理順序僅為本發(fā)明的一個實施例。在本發(fā)明權利要求保護范圍
內，可以增加或刪除一個或多個步驟或改變步驟的順序。在本發(fā)明實施例中，可用通過圖IO所示的過程對圖8B中的方法800B作進一步說明。
圖IO為本發(fā)明實施例中向用戶設備(UE)發(fā)送取消先前請求的延遲定位請求方法的消息交互圖。該圖僅僅是一個例子，不應視作對本發(fā)明權利要求保護范圍的限制。本領域技術人員應該認可本發(fā)明的各種變體、等同替換和修改。
在一個實施例中，可以用圖10的步驟951-952來描述方法800B中的步驟851。例如，網絡客戶端為LCS客戶端。網絡系統包括第一網絡子系統和第二網絡子系統。第一網絡子系統在LCS系統中包括R-GMLC和H-GMLC。 LCS客戶端向網絡用戶發(fā)出取消請求來取消發(fā)送給網絡用戶的定位請求，該網絡用戶可以為目標UE。圖10中步驟951的一個實施例中，LCS客戶端發(fā)出目標UE的LCS取消業(yè)務請求。LCS系統的R-GMLC接收到取消先前請求的延遲定位請求的LCS取消業(yè)務請求。由于該延遲定位業(yè)務是先前請求的并由原始事件(比如該原始事件為觸發(fā)定位請求響應的第一個事件)觸發(fā)，該LCS客戶端接收到已分配的指示該延遲定位請求的LDR參考號碼。LCS 客戶端要在當前的LCS取消請求中包括相同的LDR參考號碼。另外，在一個具體實施例中，該取消請求可以包括特定事件的信息(例如該特定事件為第二事件)，該特定事件的信息用于指示只有當LCS系統檢測到目標UE 處于正常狀態(tài)，能夠與LCS系統中的網絡節(jié)點連接時，LCS客戶端才請求發(fā)送取消請求。
本發(fā)明實施例中，R-GMLC、 H-GMLC、 V-GMLC或MSC/SGSN等網絡組件也可以根據系統內部情況(例如系統定時器超時)為自己發(fā)起取消業(yè) 務請求。
圖10中步驟952的一個實施例中，R-GMLC向H-GMLC轉發(fā)該LCS
取消業(yè)務請求，該請求包括分配給待取消定位請求的LDR參考號碼和特定事件信息。
參見圖8B，方法800B的步驟855中，向第二網絡子系統發(fā)送攜帶第二事件信息的取消請求。例如，該第二網絡子系統包括V-GMLC和一個 MSC/SGSN網絡節(jié)點。在一個實施例中，可以用圖10的步驟953-954對步驟855進行描述。圖953的一個實施例中，H-GMLC根據接收到的LCS取消業(yè)務請求通過HLR/HSS用戶數據存儲服務器向LCS系統的V-GMLC發(fā) 送特定事件相關的LCS業(yè)務請求消息。該LCS業(yè)務請求消息中包括LDR參考號碼、特定事件信息和H-GMLC地址。如圖10步驟954所示的實施例， V-GMLC向MSC/SGSN發(fā)送第一提供用戶位置(Provide Subscriber Location, PSL)請求消息來請求取消該LDR參考號碼指示的延遲定位請求。該第一 PSL請求消息也包括H-GMLC地址和特定事件信息。
方法800B的步驟861中，第一網絡子系統向網絡客戶端返回接收確認通知該第二網絡子系統已經接收第二事件的信息，該第二事件的信息與取消請求相關。可以用圖10中步驟955-958對步驟861進行詳細描述。如圖10 的步驟955所示的實施例，接收到PSL請求消息后，MSC/SGSN驗證自身是否支持特定事件指示的LCS業(yè)務請求。在一個實施例中，如果不支持， MSC/SGSN向V-GMLC發(fā)送攜帶有適當原因的PSL返回錯誤消息。V-GMLC 向LCS客戶端返回包括錯誤原因的第一LCS業(yè)務響應消息。H-GMLC通過 R-GMLC向LCS客戶端返回包括錯誤原因的第一 LCS取消業(yè)務響應消息。在另一個實施例中，如果MSC/SGSN支持特定事件指示的LCS業(yè)務請求， MSC/SGSN會直接向V-GMLC返回攜帶H-GMLC地址的第一 PSL確認消息作為響應，指示已經收到該攜帶特定事件信息的請求。
如圖10步驟956所示的實施例，V-GMLC可以進一步向H-GMLC返回第二 LCS業(yè)務響應消息，指示已經收到該攜帶特定事件信息的請求。
如圖10的步驟957-958所示的實施例中，H-GMLC可以進一步通過 R-GMLC向LCS客戶端發(fā)送第二 LCS取消業(yè)務響應消息，通知該LCS客戶端MSC/SGSN接收到該特定事件信息。
參見圖8B,方法800B的步驟865中，第二網絡子系統判斷第二事件是否發(fā)生。如果判定第二事件已經發(fā)生，繼續(xù)發(fā)送取消請求的后續(xù)步驟?？梢?用圖10的步驟959對步驟865進行詳細描述。如圖10步驟959所示的實施例，對第一 PSL請求消息進行處理的第一 MSC/SGSN檢測到該特定事件發(fā) 生，表明該目標UE處于或已返回正常狀態(tài)。在一個實施例中，處于或返回到正常狀態(tài)的UE能夠在LCS系統中通過SIM、 USIM或其他機制與多個 MSC/SGSN中的一個建立連接。在另一個實施例中，第一MSC/SGSN可以利用帶有LCS系統的移動網或目標UE自身的能力檢測UE可用性。在另一個實施例中，該特定事件可以與UE不相關，可由LCS客戶端預先選擇或 LCS系統單獨定義。
如果檢測到第二事件發(fā)生，即該網絡用戶可達，方法800B的步驟871 為第二網絡子系統通知第一網絡子系統向其發(fā)送取消請求。具體參見圖10 中步驟960-962。如圖10步驟910a所示的實施例，當^r測到UE處于或已經返回正常狀態(tài)，第一 MSC/SGSN向V-GMLC發(fā)送第一用戶定位才艮告 (Subscriber Location Report, SLR)消息通知UE已經處于或返回正常狀態(tài)。第一 SLR消息中包括LDR參考號碼和H-GMLC地址。在另一個實施例中，如果UE移動到第二 MSC/SGSN中，該第一 SLR消息還可以包括第二 MSC/SGSN的地址和指示其已經移動到第二 MSC/SGSN的必要消息。 V-GMLC也可以向第一 MSC/SGSN回復一個SLR確認消息作為響應。
如圖10中步驟961所示的實施例，V-GMLC向H-GMLC發(fā)送第三LCS 業(yè)務響應消息，該第三LCS業(yè)務響應消息中包括LDR參考號碼和UE處于或返回正常狀態(tài)的信息。在一個實施例中，如果UE移動到第二 MSC/SGSN 中，第三LCS業(yè)務響應消息中還可以包括第二 MSC/SGSN的地址和指示UE 已經移動到第二 MSC/SGSN的必要消息。
如圖10步驟962所示的實施例，H-GMLC根據接收到的LCS業(yè)務響應消息向與UE當前所屬的MSC/SGSN對應的V-GMLC發(fā)送LCS取消業(yè)務請求(該LCS取消業(yè)務請求是在圖10步驟952中接收的)。該LCS取消業(yè)務請求中包括LDR參考號碼、H-GMLC地址和該LDR參考號碼指示的延遲定位請求的取消請求。在一個實施例中，如果UE移動到了第二 MSC/SGSN, 該LCS取消業(yè)務請求會被發(fā)送給與第二 MSC/SGSN對應的V-GMLC。
接收到取消請求后，第二網絡子系統向網絡用戶發(fā)送取消消息，并指示網絡用戶取消該請求攜帶的LDR參考號碼所指示的定位請求?？梢杂脠D10 中步驟963-965對方法800B中的步驟875進行詳細描述。如圖10步驟963 所示的實施例，V-GMLC根據第二PSL請求向UE當前歸屬的MSC/SGSN 發(fā)送LCS取消業(yè)務請求，該LCS取消業(yè)務請求中包括從H-GMLC獲得的所有信息。
如圖10步驟964所示的實施例，UE當前所在的MSC/SGSN向目標UE 發(fā)送LCS事件取消調用消息。該LCS事件取消調用消息中包括LDR參考號碼、H-GMLC地址和該LDR參考號碼指示的延遲定位請求的取消請求。
如圖10步驟965所示的實施例，目標UE取消原始事件觸發(fā)的延遲定
46位請求。然后，UE向MSC/SGSN返回不攜帶事件消息的LCS事件取消調用確認消息。
參見圖8B,方法800B的步驟881中，當成功取消了指示的定位請求后，第二網絡子系統從網絡用戶接收取消響應。第二網絡子系統進一步向第一網絡子系統發(fā)送取消業(yè)務響應?？梢杂脠D10的步驟966-967對步驟881進行詳細描述。方法800B的步驟885中，第一網絡子系統進一步向網絡客戶端發(fā)送取消業(yè)務響應。具體參見圖10中的步驟968-969。
如圖10步驟966所示的實施例，MSC/SGSN向V-GMLC發(fā)送第二 PSL 確認消息，該第二 PSL確認消息中包括LDR參考號碼、H-GMLC地址和指示是否已成功取消LCS取消業(yè)務請求要求取消的、具有所分配的LDR參考號碼的事件驅動定位業(yè)務的消息。
如圖10步驟967-969所述的實施例，V-GMLC根據接收到的第二 PSL 確認消息，通過H-GMLC和R-GMLC向LCS客戶端返回第二 LCS取消業(yè) 務響應消息，該第二 LCS取消業(yè)務響應消息中包括指示是否已成功取消LCS 取消業(yè)務請求要求取消的、具有所分配的LDR參考號碼的事件驅動定位業(yè) 務的必要消息。
另外，方法800B的步驟865中，如果第二網絡子系統確定在網絡客戶端或網絡系統預設的條件下第二事件(或特定事件)沒有發(fā)生，網絡系統執(zhí) 行步驟891，向網絡客戶端返回失敗消息。在一個實施例中，判斷第二事件發(fā)生的預設條件為最大時間周期。最大時間周期從網絡系統接收到第二事件信息的第一時間開始，于網絡客戶端定義或網絡系統預定的第二時間結束。在一個實施例中，該失敗消息可以通過圖5所示的LCS業(yè)務響應消息返回給網絡客戶端。
需要進一步強調的是，圖4A、 4B、 8A和8B所示僅為本發(fā)明的實施例，這些實施例不應用于限制本發(fā)明權利要求的保護范圍。本領域技術人員應該認可本發(fā)明的各種變體、等同替換和修改。本發(fā)明的一個具體實施例中，網絡系統向網絡用戶發(fā)送定位業(yè)務請求的方法包括接收網絡客戶端發(fā)起的
47包括第一事件信息和第二事件信息的定位請求。該方法還包括對該定位請求進行處理，向網絡客戶端返回該定位請求的第一接收確認。該方法還包4舌判斷第二事件是否發(fā)生。如果第二事件已經發(fā)生，網絡系統向網絡用戶發(fā)送
事件消息，該事件消息包括第一事件的信息。該方法還包括向網絡客戶端返回事件消息的第二接收確認。
本發(fā)明的另一個實施例中，網絡系統向網絡用戶發(fā)送定位業(yè)務取消請求的方法包括接收攜帶有已分配LDR參考號碼的、用于取消定位請求的取消請求。定位請求中包括第一事件相關信息。取消請求中包括LDR參考號碼和第二事件相關信息。該方法還包括對該取消請求進行處理并向網絡客戶端返回該取消請求的接收確認。該方法還包括判斷第二事件是否發(fā)生。如果第二事件已經發(fā)生，網絡系統發(fā)送取消消息指示網絡用戶取消LDR參考號碼所指示的定位請求。該方法還包括向網絡客戶端發(fā)送取消業(yè)務響應。
本發(fā)明的另一個實施例中，網絡系統向網絡用戶發(fā)送定位業(yè)務請求的方法包括第一網絡子系統從網絡客戶端接收定位請求。該定位請求中包括第一事件相關信息和第二事件相關信息。該方法進一步包括向第二網絡子系統發(fā)送第二事件相關信息并向網絡客戶端返回定位請求的第一接收確認。該方法還包括第二網絡子系統判斷第二事件是否發(fā)生。如果第二事件已經發(fā) 生，該方法包括通知第一網絡子系統向第二網絡子系統發(fā)送攜帶第一事件信息的定位請求，該方法還包括第二網絡子系統向網絡用戶發(fā)送包括第一事件相關信息的事件消息，及向第一網絡子系統返回第二接收確認。該方法還包括第一網絡子系統向網絡客戶端發(fā)送第二接收確認。
本發(fā)明的另一個實施例中，網絡系統向網絡用戶發(fā)送定位業(yè)務取消請求的方法包括第一網絡子系統從網絡客戶端接收攜帶有已分配LDR參考號碼的、用于取消定位請求的取消請求。該定位請求中包括第一事件相關信息。該取消請求中包括第二事件相關信息。該方法還包括向第二網絡子系統發(fā) 送第二事件相關信息并向網絡客戶端返回接收確認。該方法還包括第二網
絡子系統判斷第二事件是否發(fā)生。如果第二事件已經發(fā)生，該方法包括通知第一網絡子系統向第二網絡子系統發(fā)送攜帶有為定位請求分配的LDR參考號碼的取消請求。該方法還包括發(fā)送取消消息指示所述網絡用戶取消 LDR參考號碼發(fā)起的定位請求并向第一網絡子系統返回取消業(yè)務響應。該方法還包括向網絡客戶端發(fā)送取消業(yè)務響應。
可以理解，這里所述的例子和實施例只是用于說明的目的，由其產生的多種修改或改變對本領域技術人員是顯而易見的并且都包括在本發(fā)明以及所附的權利要求的精神和保護范圍之內。
權利要求
1、一種網絡系統向網絡用戶發(fā)送定位請求的方法，其特征在于，包括從網絡客戶端接收包括第一事件相關信息和第二事件相關信息的定位請求；對所述定位請求進行處理；判斷所述第二事件是否發(fā)生；如果所述第二事件已經發(fā)生，向所述網絡用戶發(fā)送包括所述第一事件相關信息的事件消息；和向所述網絡客戶端返回所述事件消息的接收確認。
2、根據權利要求1所述的方法，其特征在于，所述定位請求為包括所述第一事件相關信息及所述第二事件相關信息的延遲定位請求；網絡用戶檢測到所述第一事件會向所述網絡客戶端發(fā)送定位報告。
3、根據權利要求2所述的方法，其特征在于，所述來自網絡用戶的定位報告中包括已經報告過一次的位置信息，和/或所述第一事件周期觸發(fā)的當前位置信息。
4、根據權利要求1所述的方法，其特征在于，所述第一事件包括用戶設備 UE可用事件、UE區(qū)域變化事件，和/或網絡客戶端規(guī)定的事件。
5、根據權利要求1所述的方法，其特征在于，所述第二事件包括網絡系統可達的網絡用戶的標識事件，和/或網絡客戶端規(guī)定或網絡系統定義的事件。
6、根據權利要求1所述的方法，其特征在于，所述網絡系統對所述定位請求進行處理包括向網絡用戶附著的網絡系統中的網絡節(jié)點發(fā)送包括歸屬網關移動定位中心 H-GMLC地址和定位請求參考號碼的定位請求，和判斷所述網絡節(jié)點是否支持所述第二事件的檢測，如果支持，向所述網絡客戶端發(fā)送所述定位請求的接收確認，否則，向所述網絡客戶端發(fā)送錯誤消息。
7、根據權利要求6所述的方法，其特征在于，所述接收確認包括所述參考號碼以及網絡節(jié)點成功接收定位請求的指示，不包括所述網絡用戶的位置信息。
8、根據權利要求1所述的方法，其特征在于，所述判斷第二事件是否發(fā)生包括如果第二事件在時間周期內沒有發(fā)生，網絡系統終止所述定位請求；并向網絡客戶端發(fā)送失敗消息；其中，所述時間周期開始于網絡系統接收到第二事件相關信息的第一時間，結束于網絡客戶端定義或網絡系統預定的第二時間。
9、根據權利要求1所述的方法，其特征在于，所述向網絡用戶發(fā)送事件消息包括發(fā)送至少包括H-GMLC地址、為定位請求分配的參考號碼以及所述網絡用戶在第一事件發(fā)生時提供位置信息的條件的信息。
10、根據權利要求1所述的方法，其特征在于，所述返回事件消息的接收確認包括發(fā)送分配給定位請求的參考號碼和所述網絡用戶已經成功接收到定位請求的指示；所述定位請求包括網絡用戶在第一事件發(fā)生時提供位置信息的條件。
11、根據權利要求1所述的方法，其特征在于，進一步包括如果網絡系統檢測到所述網絡用戶已經由先前所附著的第一網絡節(jié)點變?yōu)楦街诘诙W絡節(jié)點，根據用戶消息對定位請求進行重復處理，所述用戶消息包括所述網絡用戶附著于第二網絡節(jié)點的信息；和第二網絡節(jié)點向網絡用戶發(fā)送事件消息。
12、一種網絡系統向網絡用戶發(fā)送定位業(yè)務LCS取消請求的方法，其特征在于，包括從網絡客戶端接收用于取消定位請求的LCS取消請求，所述定位請求包括第一事件相關信息，所述LCS取消請求包括參考號碼和第二事件相關信息；對所述LCS取消請求進行處理；判斷所述第二事件是否發(fā)生；如果所述第二事件已經發(fā)生，發(fā)送取消消息指示網絡用戶取消所述定位請求；和向所述網絡客戶端發(fā)送取消業(yè)務響應。
13、根據權利要求12所述的方法，其特征在于，所述要被取消的定位請求是網絡用戶在接收到所述LCS取消請求之前接收到的延遲定位請求。
14、根據權利要求13所述的方法，其特征在于，所述LCS取消請求由網絡客戶端或網絡系統本身發(fā)起。
15、根據權利要求12所述的方法，其特征在于，所述第一事件包括用戶設備UE區(qū)域變化事件，和/或網絡客戶端為網絡用戶規(guī)定的事件。
16、根據權利要求12所述的方法，其特征在于，所述第二事件包括與網絡用戶附著于網絡系統的標識相關的事件，和/或網絡客戶端規(guī)定或網絡系統定義的事件。
17、一種為網絡客戶端提供網絡用戶定位業(yè)務的網絡系統，其特征在于，包括定位業(yè)務LCS系統，用于從網絡客戶端接收定位請求，所述定位請求包括第一事件相關信息和第二事件相關信息；對所述定位請求進行處理；判斷所述第二事件是否發(fā)生；如果所述第二事件已經發(fā)生，向所述網絡用戶發(fā)送包括所述第一事件相關信息的事件消息；和向所述網絡客戶端返回所迷事件消息的接收確認。
18、根據權利要求17所述的網絡系統，其特征在于，所述事件消息的接收確認至少包括所述網絡用戶已經成功接收到所述定位請求的信息，所述定位請求包括網絡用戶在所述第一事件發(fā)生時提供位置信息的條件。
19、根據權利要求17所述的網絡系統，其特征在于，所述定位業(yè)務系統包括網關移動定位中心GMLC的功能邏輯實體、用戶數據存儲服務器HLR/HSS、移動交換中心MSC,和/或核心網絡CN的通用分組無線系統業(yè)務支持節(jié)點 SGSN以及無線接入網絡RAN。
20、根據權利要求19所述的網絡系統，其特征在于，所述定位業(yè)務系統進一步包括與網絡客戶端和/或網絡用戶交互的軟件和/或硬件實體。
21、根據權利要求17所述的網絡系統，其特征在于，所述網絡客戶端位于所述定位業(yè)務系統或所述網絡用戶本身。
22、根據權利要求17所述的網絡系統，其特征在于，所述網絡用戶包括一個或多個移動臺；所述移動臺至少包括具有用戶識別模塊SIM或通用用戶識別模塊USIM且能夠附著于所述定位業(yè)務系統的移動設備或用戶設備UE。
23、一種為網絡客戶端提供網絡用戶定位業(yè)務的網絡系統，其特征在于，包括定位業(yè)務LCS系統，用于從網絡客戶端接收用于取消定位請求的LCS取消請求，所述定位請求包括第一事件相關信息，所述LCS取消請求包括第二事件相關信息；對所述LCS取消請求進行處理；判斷所述第二事件是否發(fā)生；如果所述第二事件已經發(fā)生，發(fā)送取消消息指示網絡用戶取消參考號碼發(fā) 起的所述定位請求；和向所述網絡客戶端發(fā)送取消業(yè)務響應。
24、一種網絡系統向網絡用戶發(fā)送定位請求的方法，其特征在于，包括第一網絡子系統從網絡客戶端接收定位請求，所述定位請求包括第一事件相關信息和第二事件相關信息；向第二網絡子系統發(fā)送所述第二事件相關信息；向所述網絡客戶端返回所述定位請求的第一接收確認；所述第二網絡子系統判斷所述第二事件是否發(fā)生；如果所述第二事件已經發(fā)生，從第一網絡子系統接收包括所述第一事件相關信息的定位請求；向所述網絡用戶發(fā)送包括所述第一事件相關信息的事件消息；并向所述第一網絡子系統返回第二接收確認；和所述第一網絡子系統將所述第二接收確認發(fā)送給所述網絡客戶端。
25、根據權利要求24所述的方法，其特征在于，所述定位請求為延遲定位請求；所述延遲定位請求包括所述網絡用戶檢測以向網絡客戶端觸發(fā)定位4良告的第一事件相關信息和所述第二事件相關信息。
26、根據權利要求24所述的方法，其特征在于，所述第一事件包括用戶i殳備UE可用事件、用戶設備區(qū)域變化事件，和/或網絡客戶端規(guī)定的事件。
27、根據權利要求24所述的方法，其特征在于，所述第二事件包括附著于第二網絡子系統的網絡用戶的標識。
28、根據權利要求24所述的方法，其特征在于，所迷第一接收確認包括分配給定位請求的參考號碼、第一網絡子系統成功接收定位請求的指示以及第二網絡子系統成功接收第二事件相關信息的指示，不包括網絡用戶的位置信息。
29、根據權利要求28所述的方法，其特征在于，所述事件消息包括歸屬網關移動定位中心H-GMLC地址、參考號碼和網絡用戶在所述第一事件發(fā)生時4是供位置信息的條件。
30、根據權利要求28所述的方法，其特征在于，所述第二接收確認包括參考號碼和所述網絡用戶已經成功接收到所述定位請求的指示，所述定位請求包括網絡用戶在所述第一事件發(fā)生時提供位置信息的條件。
31、一種網絡系統向網絡用戶發(fā)送定位業(yè)務LCS取消請求的方法，其特征在于，包括第一網絡子系統從網絡客戶端接收用于取消定位請求的LCS取消請求，所述定位請求包括第一事件相關信息，所述LCS取消請求包括第二事件相關信息；向第二網絡子系統轉發(fā)第二事件相關信息；向所述網絡客戶端返回所述LCS取消請求的接收確認；所述第二網絡子系統判斷所述第二事件是否發(fā)生；如果所述第二事件已經發(fā)生，從第一網絡子系統接收所述LCS取消請求；第二網絡子系統發(fā)送取消消息指示網絡用戶取消所述定位請求；并向第一網絡子系統返回取消業(yè)務響應；和第一網絡子系統向網絡客戶端發(fā)送所述取消業(yè)務響應。
32、根據權利要求31所述的方法，其特征在于，所述要被刪除的定位請求為網絡用戶在接收所述LCS取消請求前接收到的攜帶有參考號碼的延遲定^f立請求。
33、根據權利要求31所述的方法，其特征在于，所述第一事件包括區(qū)^^事件的用戶設備UE改變和/或網絡客戶端為網絡用戶規(guī)定的事件。
34、根據權利要求31所述的方法，其特征在于，所述第二事件包括第二網絡子系統可達的網絡用戶的標識相關的事件，和/或，網絡客戶端規(guī)定或網絡系統定義的事件。
35、一種為網絡客戶端提供網絡用戶定位業(yè)務的網絡系統，其特征在于，包括第一網絡子系統；與所述第一網絡子系統通信連接的第二網絡子系統；其中，所述第一網絡子系統用于從網絡客戶端接收定位請求，該定位請求包括第一事件相關信息和第二事件相關信息；所述第二事件與網絡用戶相關；向第二網絡子系統轉發(fā)第二事件相關信息；和向所述網絡客戶端返回所述定位請求的第一接收確認；所述第二網絡子系統用于判斷所述第二事件是否發(fā)生；如果所述第二事件已經發(fā)生，從第一網絡子系統接收包括第一事件相關信息的定位請求；向所述網絡用戶發(fā)送包括所述第一事件相關信息的事件消息；和向所述第一網絡子系統返回所述定位請求的第二接收確認；所述第一網絡子系統進一步用于向所述網絡客戶端發(fā)送所述定位請求的第二接收確認。
36、根據權利要求35所述的網絡系統，其特征在于，所述第二接收確認至少包括所述網絡用戶已經成功接收到所述定位請求的信息，所述定位請求包括網絡用戶在所述第一事件發(fā)生時提供位置信息的條件。
37、根據權利要求35所述的網絡系統，其特征在于，所述第一網絡子系統包括網絡邏輯實體；該網絡邏輯實體至少包括歸屬網關移動定位中心H-GMLC。
38、根據權利要求35所述的網絡系統，其特征在于，所迷第二網絡子系統包括一個或多個網絡邏輯實體；所述網絡邏輯實體至少包括移動交換中心MSC 和/或核心網絡的服務通用分組無線系統支持節(jié)點SGSN。
39、一種為網絡客戶端提供網絡用戶定位業(yè)務的網絡系統，其特征在于，包括第一網絡子系統；與所述第一網絡子系統通信連接的第二網絡子系統；其中，所述第一網絡子系統用于從網絡客戶端接收用于取消定位請求的定位業(yè)務LCS取消請求，所述定位請求包括第一事件相關信息，所述LCS取消請求包括第二事件相關信息，所述第二事件與網絡用戶有關；向第二網絡子系統轉發(fā)第二事件相關信息；和向網絡客戶端返回接收確認；所述第二網絡子系統用于判斷所述第二事件是否發(fā)生；如果所述第二事件已經發(fā)生，從第一網絡子系統接收所述LCS取消請求；發(fā)送取消消息指示網絡用戶取消所述定位請求；并向第一網絡子系統返回取消業(yè)務響應；所述第一網絡子系統進一步用于將所述^^消業(yè)務響應發(fā)送給所述網絡客戶端。
40、根據權利要求39所述的網絡系統，其特征在于，所述接收確認至少包括所述第二網絡子系統接收到所述攜帶第二事件相關信息的LCS取消請求的指
全文摘要
一種網絡系統向網絡用戶發(fā)送定位業(yè)務請求的方法，該方法包括接收網絡客戶端發(fā)起的定位請求，該定位請求包括第一事件相關信息和第二事件相關信息。該方法還包括對定位請求進行處理。如果網絡系統判定第二事件已經發(fā)生，網絡系統向網絡用戶發(fā)送包括第一事件相關信息的事件消息。該方法還包括向網絡客戶端返回事件消息的第二接收確認。一個可選實施例公開了一種網絡系統向網絡用戶發(fā)送取消先前延遲定位業(yè)務請求的方法。
文檔編號H04W4/02GK101455096SQ200780000907
公開日2009年6月10日申請日期2007年8月17日優(yōu)先權日2007年8月17日
發(fā)明者葛正愷申請人:華為技術有限公司

完整全部詳細技術資料下載