專利名稱：：Asn和csn間實現(xiàn)定位業(yè)務的方法
技術領域：
：本發(fā)明涉及在全球互操作的微波接入(WorldwideInteroperabilityforMicrowaveAccess,如下簡稱為Wimax)網(wǎng)絡中提供定位業(yè)務(LocationBasedService,如下簡稱為LBS)的處理方法，特別涉及ASN和CSN間實現(xiàn)定位業(yè)務的方法。
背景技術：
：2007年4月30號至(j5月4號在美國舊金山舉行的Wimax論壇(以下簡稱為Wimaxforum)網(wǎng)絡組(以下簡稱為NGW)會議上，三星和Intel公司聯(lián)合提供的提案被本次會議所接納，成為第二階段(以下簡稱為Stage-2)的基準(如下稱為baseline)文稿。本baseline文稿所定義的非漫游狀態(tài)下Wimax定位業(yè)務(LocationBasedService,如下簡稱為LBS)網(wǎng)絡參考模型如圖1所示。Wimax的網(wǎng)絡架構，從大的功能區(qū)分來看，包括三個部分移動臺(以下簡稱為MS)、接入業(yè)務網(wǎng)絡ASN、連接業(yè)務網(wǎng)絡CSN。其中，ASN包括基站(以下簡稱為BS)與接入業(yè)務網(wǎng)絡網(wǎng)關(以下簡稱為ASNGW)。MS與BS之間的接口一般稱為空中接口，在Wimax網(wǎng)絡參考模型中為Rl接口；BS與ASNGW之間的接口為R6接口；CSN與ASNGW之間的接口為R3接口。在非漫游狀態(tài)下WimaxLBS網(wǎng)絡參考模型中，與LBS相關的模塊包括(1)定位服務器(LocationServer,以下簡稱LS)LS是位于CSN上的一個功能實體，與外部的定位客戶端之間的關系為"客戶端〈一〉服務器"的關系，并為外部的客戶端和請求定位信息的移動臺提供授權檢查的功能。另外，LS也可以具有定位計算的功能。(2)定位控制器(LocationController,以下簡稱為LC)LC負責確定和匯報移動臺的位置信息和定位參數(shù)，LC可以提供這些位置信息和定位參數(shù)給LS、MS或者其他ASN內(nèi)部的實體，如無線資源管理(以下簡稱為RRM)模塊和移動性管理(以下簡稱為MM)模塊。一旦收到來自MS、LS或者ASN內(nèi)部模塊的請求，LC將觸發(fā)定位相關的測量，收集定位計算所需要的參數(shù)并進行定位計算。LC一般位于ASN網(wǎng)絡內(nèi)，若對于分解的ASN，則位于ASNGW上。(3)定位代理(LocationAgent，以下簡稱為LA)LA的主要功能為執(zhí)行定位相關的測量，可選的也可以收集和匯報定位相關的參數(shù)給LC。LA的功能可以位于BS、MS或者兩者都有。如果MS上具有LA的功能，相應的BS也具有LA的功能。針對這一WimaxLBS網(wǎng)絡架構，baseline文稿所定義的端到端的處理消息流程如圖2所示。其步驟如下201MS或者LBS客戶端發(fā)起定位業(yè)務，可以由定位客戶端或者MS向定位服務器LS發(fā)送定位請求消息，定位客戶端和定位服務器之間的消息不在此規(guī)范中定義；202LS與認證/授權/計費(以下簡稱為AAA)交互，進行認證和安全信息的査詢。203202成功完成后，LS內(nèi)進行對MS和定位客戶端的授權檢查；204由于CSN同時連接多個ASN網(wǎng)絡，LS需要找個被定位的MS(以下簡稱為目標MS)所在的服務ASN，并交由位于服務ASNGW的LC進行處理；205找到目標MS的服務LC后，LS向服務LS發(fā)送定位報告請求；206執(zhí)行ASN內(nèi)部的位置確定過程；207206成功執(zhí)行完成后，可以獲得目標MS的位置信息，LC向LS報告此定位信息；208LS向定位請求方(MS或者定位客戶端)發(fā)送定位響應消息，返回目標MS的實際位置信息；209LS向計費服務器發(fā)送計費數(shù)據(jù)更新，從請求者的帳戶中扣除此次LBS業(yè)務所需要的費用，此過程為一可選過程，對于一些特殊請求，如緊急服務、合法監(jiān)聽等，不需要付費，因而也不需要執(zhí)行此步驟。在Wimaxfourm關于網(wǎng)絡規(guī)范的1.0版本中，CSN與ASNGW之間的接口協(xié)議使用了遠程認證撥號用戶服務協(xié)議(RemoteAuthenticationDialInUserService,RADIUS)協(xié)議，在未來新的l.5關于LBS的規(guī)范中也有可能選用Radius協(xié)議來提供定位業(yè)務。因此下面我們先簡單介紹一下Radius協(xié)議。Radius協(xié)議最初是由Livingston公司提出的一個為撥號用戶提供認證和計費的協(xié)議。后經(jīng)多次改進，逐漸成為一項通用的網(wǎng)絡認證、計費協(xié)議，并定義于IETF提交的RFC2865和RFC2866文件中，另外Radius協(xié)議也被擴展為支持一些新的應用，Radius協(xié)議。RADIUS協(xié)議以Client/Server方式工作，客戶端為網(wǎng)絡接入服務器(NAS)，它向RADIUS服務器提交認證、計費等信息，RADIUS服務器處理信息并將結果返回給NAS。RADIUS協(xié)議的應用范圍很廣，在移動、數(shù)據(jù)、智能網(wǎng)等業(yè)務的認證、計費系統(tǒng)中都有所應用。由于TCP是必須成功建立連接后才能進行數(shù)據(jù)傳輸?shù)?，這種方式在有大量用戶使用的情況下實時性不好，所以RADIUS選擇承載在UDP上，同時RADIUS建立了重傳機制和備用服務器機制。RADIUS是應用層的協(xié)議，在傳輸層它的報文被封裝在UDP的報文中，進而封裝進IP包。RADIUS認證使用1812端口，計費使用1813端口。RAD工US的消息格式如圖3所示，分五個部分(1)Code:碼域指示RADIUS數(shù)據(jù)包(消息)的種類,定義如下CodeMessageReference1Access—Request[RFC2865]2Access—Accept[RFC2865]3Access-Reject[RFC2865]4Accounting-Request[RFC2865]5Accounting—Response[RFC2865]6Accounting-Status[RFC2882](nowInterimAccounting)7Password—Request[RFC2882]8Password-Ack[RFC2882]9Password-Reject[RFC2882]10Accounting-Message[RFC2882]11Access-Challenge[RFC2865]12Status-Server(experimental)[RFC2865]13Status-Client(experimental)[RFC2865]21Resource-Free-Request[RFC2882]22Resource-Free-Response[RFC2882]23Resource—Query—Request[RFC2882]24Resource-Query-Response[RFC2882]25Alternate—Resource—Reclaim—Request[RFC2882]26NAS-Reboot-Request[RFC2882]27NAS—Reboot—Response[RFC2882]28Reserved29Next-Passcode[RFC2882]30New-Pin[RFC2882]31Terminate-Session[RFC2882]32Password-Expired[RFC2882]33Event-Request[RFC2882]34Event-Response[RFC2882]40Disconnect-Request[DynAuth]41Disco廳ct-ACK[DynAuth]42Disco匿ct-NAK[DynAuth]43CoA-Request[DynAuth]44CoA-ACK[DynAuth]45CoA-NAK[DynAuth]50IP-Address-Allocate[RFC2882]51IP-Address-Release[RFC2882]250—253ExperimentalUse254Reserved255Reserved[RFC2865](2)Identifier:—個字節(jié)，用于請求和應答包的匹配。(3)Length:兩個字節(jié)，表示RADIUS數(shù)據(jù)區(qū)(包括Code，Identifier,Length,Authenticator，Attributes)的長度，單位是字節(jié)，最小為20，最大為4096。(4)Authenticator:16個字節(jié)，用于驗證服務器端的應答，另外還用于用戶口令的加密。RADIUS服務器和NAS的共享密鑰(SharedSecret)與請求認證石號(RequestAuthenticator)和應答認證碼(ResponseAuthenticator),共同支持發(fā)、收報文的完整性和認證。另外，用戶密碼不能在NAS和RADIUS服務器之間用明文傳輸，而一般使用共享密鑰(SharedSecret)和認證碼(Authenticator)通過MD5加密算法進行加密隱藏。(5)Attributes:不定長度，最小可為0個字節(jié)，描述RADIUS協(xié)議的屬性，如用戶名、口令、IP地址等信息都是存放在本數(shù)據(jù)段。RADIUS協(xié)議的加密是使用MD5加密算法進行的，在RADIUS的客戶端(NAS)和服務器端(RadiusServer)保存了一個密鑰(key)，RADIUS協(xié)議利用這個密鑰使用MD5算法對RADIUS中的數(shù)據(jù)進行加密處理。Attributes屬性域主要包括Type:8，Length:8，value."不定長三個子域。Value有4種類型String——(T253字節(jié)，字符串Ipaddress——32位，IP地址Integer——32位，整數(shù)Time——32位，從00:00:00GMT，January1，1970到當前的總秒數(shù)從這里可看出，RADIUS協(xié)議是一個不定長的協(xié)議棧?？梢酝ㄟ^擴展Attributes屬性域來支持新的應用。移動Wimax(美國電氣和電子工程師協(xié)會，以下簡稱為IEEE)的802.16e技術是基于固定Wimax發(fā)展起來的，因此，在現(xiàn)有的移動Wimax的標準，包括物理層、媒體接入控制(以下簡稱為MAC)層以及網(wǎng)絡層中并沒有考慮到對定位業(yè)務的支持.而定位業(yè)務，即LBS，也是移動通信網(wǎng)絡中的一項非常重要的業(yè)務?；诖?，WimaxForumNGW正在制定的Wimax網(wǎng)絡架構1.5版中，明確對LBS業(yè)務的需求，并在NGW下專門有一個LBS小組來制定Wimax網(wǎng)絡LBS方面的規(guī)范。截至到目前為止，三星和Intel公司聯(lián)合提供的提案已經(jīng)作為Stage-2baseline文稿，其中僅提出了WimaxLBS的基本網(wǎng)絡架構和基本的端到端的消息處理流程，如圖2所示。其中R3、R6等接口的協(xié)議站，接口采用的具體消息，以及消息的具體內(nèi)容，具有可操作性的各個實體之間的處理流程都沒有給出。這也是NGWWimaxForumLBS工作組未來將要制定的Wimax網(wǎng)絡架構l.5版中關于LBS的主要內(nèi)容。
發(fā)明內(nèi)容本發(fā)明的目的是提供一種ASN和CSN間實現(xiàn)定位業(yè)務的方法。為實現(xiàn)上述目的，一種采用擴展的Radius消息提供定位業(yè)務的方法，包括步驟a).定位服務器LS采用擴展的Radius定位請求消息，向錨認證實體AnchorAuth發(fā)送定位請求；b).AnchorAuth發(fā)送擴展的Radius定位應答消息給LS，所述消息可能包含服務的定位控制器的ID等；c).LS通過擴展的Radius定位請求消息向LC發(fā)送定位請求消息，所述消息可能包含目標MS標識符、服務類型、報告方式等信息；d).LC向定位代理LA發(fā)送LBS測量請求；e).LA向LC發(fā)送LBS測量應答；f).有關的LA對目標MS進行定位測量；g).LA向LC發(fā)送LBS測量報告；h).LC使用擴展的Radius定位應答消息將測量報告發(fā)送給所述LS。本發(fā)明提出的方法能保證R3接口的消息的安全，具有較好的后向兼容性，有望在現(xiàn)有的移動Wimax網(wǎng)絡中通過簡單升級即實現(xiàn)新的定位業(yè)務。當然本發(fā)明提出的方法也能用于其他通信系統(tǒng)中。圖l是非漫游狀態(tài)下WimaxLBS網(wǎng)絡參考模型；圖2是當前規(guī)范所定義的端到端的處理消息流程；圖3是Radius的消息格式；圖4是采用擴展的Radius協(xié)議的R3接口的協(xié)議站；圖5是采用新定義的LBS控制協(xié)議的R3接口協(xié)議站；圖6是新定義的LBS控制協(xié)議對應的消息結構；圖7是新定義的LBS控制協(xié)議對應的另一種消息結構；圖8是采用擴展的Radius協(xié)議提供定位業(yè)務的方法；圖9是采用擴展的Radius協(xié)議終止周期性定位業(yè)務的處理流程；圖10是采用新定義的LBS控制協(xié)議提供定位業(yè)務的方法；圖11是MS處于IDLE狀態(tài)，采用擴展的Radius協(xié)議提供基于CELLID的定位業(yè)務的處理流程；圖12是MS處于AWAKE狀態(tài)，采用擴展的Radius協(xié)議提供基于TDOA的定位業(yè)務的處理流程。具體實施例方式針對R3接口，本發(fā)明給出了兩種方案一種是通過擴展Radius協(xié)議來支持定位業(yè)務，另一種是定義新的協(xié)議站和新的消息來實現(xiàn)定位業(yè)務。采用擴展的Radius協(xié)議來支持定位業(yè)務，R3接口的協(xié)議站如圖4所示。Radius協(xié)議是承載在UDP之上的。擴展方法可以有兩種一是在現(xiàn)有的認證消息中添加新的LBS有關的屬性；另一種是通過增加額外的RadiusLBS消息來支持LBS業(yè)務。1)在現(xiàn)有的Radius消息中添加新的有關LBS的屬性實現(xiàn)定位業(yè)務的方法擴展現(xiàn)有的Raidus消息例如Access-Request,Access-Acc印t，Access-Reject等,通過在這些消息中增加新的屬性值來支持新的定位業(yè)務。擴展后的Radius消息包含的可能屬性值如表l。表1.擴展的Radius消息包含的可能屬性值<table>tableseeoriginaldocumentpage15</column></row><table><table>complextableseeoriginaldocumentpage16</column></row><table><table>tableseeoriginaldocumentpage17</column></row><table>表l中"1"表示相應的消息必須包含所述屬性(強制屬性)，"o-i"表示可選(可選屬性)，"0"表示所述屬性不會包含在所述消息中。表l所列出的屬性從0-User-Name到Q0SLevel的19個屬性是為了支持LBS業(yè)務新增加的屬性值，應向IETF組織申請新的TYPE值，Radius實體在分裝或解析這些這些屬性時，應按照LBS業(yè)務規(guī)定的流程或應采取的動作來處理。從拒絕原因到NAS-IPv6-Address的5個屬性為現(xiàn)有的屬性類型，有可能出現(xiàn)在LBS消息中。隨著LBS標準的進行，也可能有其他的屬性需要擴展。上述擴展Radius協(xié)議的方法不需要增加額外的消息，僅通過擴展屬性來支持新的定位業(yè)務，實現(xiàn)簡單，但是對于發(fā)送、接收這些消息的Radius實體來說，不能很明確的通過Radius消息頭中的Code域獲知有關消息的目的，因此本發(fā)明提出另一種擴展Radius協(xié)議的方法。2)通過擴展新的Radius消息實現(xiàn)定位業(yè)務的方法在Radius協(xié)議中，針對LBS應用增加新的消息，例如增加兩條新的消息RadiusLBS請求消息(以下簡稱RadiusLBSReq)，和RadiusLBS應答消息(以下簡稱RadiusLBSRsp)，即一條請求消息，一條應答消息。注意消息的命名是沒有關系，你也可以叫他們其他的名字?？梢韵騃ETF組織為這兩個消息申請新的Code碼。消息的格式和RFC2865給出的Radius的基本消息格式一樣，如圖3所示。其中Code域應該是為LBS應用特定使用的，Identifier仍用于匹配相應的RadiusLBS請求和RadiusLBS應答消息。Length是包含Code，Identifier,Length,Authenticator，Attributes的總長度，單位是字節(jié)，最小為20，最大為4096。Authenticator仍采用Radius基本協(xié)議定義的原則，用于驗證有關的RadiusLBS的應答消息。RADIUS服務器和客戶端的共享密鑰(SharedSecret)與請求認證碼(RequestAuthenticator)禾口應答認證碼(ResponseAuthenticator)，共同支持發(fā)、收報文的完整性和認證。RadiusLBS請求消息可能包含的屬性列表如表l中的"AccessRequest/LBS請求消息"所對應的列；RadiusLBS應答消息可能包含的屬性列表如表l中的"AccessAcc印t/LBS應答消息"所對應的列，再添加一個結果碼屬性(ResultCode);LS、LC、錨認證(AnchorAuth)等有關R3接口的實體，當收到Radius消息，Code碼為LBScode時，相應的按照LBS規(guī)定的流程進行處理，對于LS，LC如果收到的Radius消息中Code碼如果不是LBScode,則直接丟掉所述消息。另外Radius是通過UDP來傳輸?shù)?，上述新的消息可以通過一定義的Radius的端口，例如1812或1813，也可以申請其他未被使用的端口號。3)定義新的協(xié)議站和新的消息來實現(xiàn)定位業(yè)務考慮LBS業(yè)務的獨立性，也可以通過定義新的協(xié)議站和新的消息來實現(xiàn)定位業(yè)務，采用此種方法的R3接口的協(xié)議站如圖5所示。LBS控制協(xié)議利用UDP傳輸，因此在這種方法中也應該為LBS申請新的UDP端口號。定義新的消息LBS請求LBS-request消息，和LBS-response應答消息；消息格式可以采用WimaxNGW規(guī)范l.0版本給出的R4接口的消息定義，如圖6所示，圖中各字段的定義與WimaxNGW規(guī)范1.0版本中相同，僅是FunctionType域的取值需要為LBS擴充，具體如表2所示。表2LBS消息<table>tableseeoriginaldocumentpage19</column></row><table>為了簡單，也可以為上述消息定義新的消息結構，如圖7所示，主要包括版本號(Version)，消息類型(MessageType)，運營商標識符(0P-ID)，長度(Length)、參數(shù)類型-長度-值列表等，其具體如下〈1〉版本號(Version):從第0個比特到第3比特的4個比特為版本號，當前的版本號為l，正在制定的為版本1.5;<2〉消息類型(協(xié)議中稱為MessageType):從第4個比特到第7比特的4個比特為LBS的消息類型，例如LBS-Req為0，LBS-Rsp為1;〈3〉運營商標識符(協(xié)議中稱為OPID):從第8個比特到10比特的3個比特為運營商標識符；〈4〉保留字段(協(xié)議中稱為Reserved):OPID后續(xù)的5個比特為保留字段；〈5〉長度(協(xié)議中稱為Length):后續(xù)的兩個字節(jié)為長度標識，表示整個數(shù)據(jù)包的長度，以字節(jié)為單位；<6>參數(shù)類型-長度-值(協(xié)議中稱為TLVs):后續(xù)為按照類型-長度-值格式編碼后的屬性值列表。LBS請求消息LBS-Req可能包含的屬性列表如表1中的"AccessRequest/LBS請求消息"所對應的列；LBS應答消息LBS-Rsp可能包含的屬性列表如表1中的"AccessAcc印t/LBS應答消息"所對應的列，再添加一個結果碼屬性(ResultCode);LS、LC、錨認證(AnchorAuth)等有關R3接口的實體，當收到上述消息后，按照LBS規(guī)定的流程進行處理。為了簡化描述，下面在敘述采用上述三種方法所對應的流程圖時,前兩種擴展Radius的方法一起描述。采用上面描述的擴展的Radius消息，一種在Wimax系統(tǒng)中提供定位業(yè)務的方法，參照圖8所示，主要步驟包括801:LS采用擴展的Radius定位請求消息，向AnchorAuth發(fā)送定位請求；所述消息可能包含需要定位的目標MS的標識符等屬性值；802:AnchorAuth收到擴展的Radius定位請求消息后，按照Radius的消息格式解析所述消息，根據(jù)解析的目標MS的標識符，查詢所述MS的有關信息，并向LS發(fā)送擴展的Radius定位應答消息，若所述目標MS處于ACTIVE狀態(tài)，則所述應答消息應該包含服務LC-ID信息等，并轉到807步；803:在AnchorAuth端，若目標MS不處于ACTIVE狀態(tài)，則向錨PC(anchorPC，以下簡稱APC)發(fā)送尋呼目標MS的請求；804:APC通過wimaxNGW1.O規(guī)范定義的尋呼過程在所管轄的尋呼區(qū)內(nèi)尋呼目標MS;目標MS收到尋呼消息后，執(zhí)行退出空閑模式或者發(fā)起位置更新過程，退出空閑模式或者發(fā)起位置更新過程成功執(zhí)行后，APC即可以獲得目標MS的BSID信息；805:APC把尋呼結果發(fā)給AnchorAuth;806:AnchorAuth通過擴展的Radius定位應答消息發(fā)送服務的LC-ID等信息給LS;807:LS采用擴展的Radius定位請求消息向LC發(fā)送定位請求消息，所述消息可能包含目標MS標識符、服務類型、報告方式等信息；808:LC向LA發(fā)送LBS測量請求；809:LA向LC發(fā)送LBS測量應答；810:有關的LA對目標MS根據(jù)給定定位算法進行定位測量；811:LA向LC發(fā)送LBS測量報告；812:LC使用擴展的Radius定位應答消息將測量報告發(fā)送給所述LS。上述步驟中所述的LS、AnchorAuth和LC的協(xié)議站如圖4所示。所述的擴展Radius定位請求消息和擴展Radius定位應答消息是通過UDP協(xié)議傳輸?shù)?，可以采用方案一的方法在現(xiàn)有的Radius消息中增加屬性，例如擴展的Access-Request和Access-Acc印t;也可以是所述方案二的Radius-LBS-Req和Radius-LBS-Rsp消息。當然在上述處理流程中若選用上述兩種不同的radius擴展方案，相應的實體和步驟例如步驟801、802、806、807和812應按照所選用的不同消息的格式封裝、或解析相應消息，按照定位流程進行處理。所述801步中，AnchorAuth的ID信息，LS可以通過查詢AAA獲得；在所述802步中若AnchorAuth實體中包含LC，根據(jù)收到的擴展Radius的定位業(yè)務請求，選擇當前采用基于Ce11-ID的定位方法，當目標MS處于ACTIVE,LC/AnchorAuth可以將BSID映射為小區(qū)的實際地理位置信息，例如經(jīng)度、緯度等，然后再通過擴展的Radius定位應答消息將這些實際位置報告給LS;所述802步和803步都是在LS同一個實體中發(fā)起的，因此這兩步的執(zhí)行順序可以改變，例如也可以先執(zhí)行803步，再執(zhí)行802步；所述804步中APC通過査詢保留的IDLEMS的數(shù)據(jù)庫，如果發(fā)現(xiàn)目標MS不在尋呼區(qū)，則不用執(zhí)行尋呼過程，在805步中直接返回尋呼失敗，相應的在806步中返回錯誤的resultcode,本次定位過程結束。當MS處于ACTIVE狀態(tài)時，所述步驟803、804、805、806所涉及的尋呼過程可以省略。當選用基于Cell-ID的定位方法時，所述步驟808—811涉及的定位測量過程也可以省略。如果包含BS-ID，且當前選用基于Cell-ID的定位方法，則也可以是LS將Ce11-工D轉化為相應的地理位置信息，發(fā)送給有關的LBS客戶端，若報告方式是一次性的，則所述定位過程結束；上述步驟中所述的擴展的Radius定位請求消息、Radius定位應答消息所包含的可能的屬性值參見表1，如果需要，也可以包含其他的屬性值。所述步驟807中，若擴展的Radius定位請求消息中包含的報告方式為周期性，則所述步驟810、811、812應該按照擴展的Radius請求消息中給定的時間間隔(Duration)周期性的發(fā)送和執(zhí)行。若所述步驟807中的擴展的Radius請求消息中包含報告時間段屬性值，則在給定的時間段后周期性的定位過程將結束，例如假設報告時間段為l小時，那么1小時后LBS測量、報告將自動結束，即810、811、812步驟不再周期性的執(zhí)行。當所述步驟807中的擴展的Radius定位請求消息中不包含報告時間段屬性值時，LS也可以發(fā)送額外的包含終止屬性值(Terminate)的擴展的Radius請求消息顯性的終止LBS的周期性的報告過程。參照圖9，一種采用擴展的Radius協(xié)議終止周期性定位業(yè)務的處理流程，主要包括如下步驟901LS使用擴展的Radius定位請求消息向ServingLC/ASNGW發(fā)送包含終止屬性值(Terminate)的終止定位業(yè)務的請求；所述消息還可能包含目標MS的標識符等信息；902ServingLC/ASNGW向1X/BS通過R6消息發(fā)送終止LBS業(yè)務的請求；903LA/BS收到終止LBS業(yè)務的請求消息后，終止對目標MS所做的LBS的位置測量過程，并通過空口向LA/MS發(fā)送終止LBS業(yè)務的請求；904LA/MS收到終止LBS業(yè)務的請求消息后，終止有關的位置測量過程，并向LA/BS發(fā)送LBS請求的應答消息；905LA/BS收到LA/MS發(fā)送的應答消息后，向LA/BS發(fā)送終止LBS業(yè)務請求的應答消息；906ServingLC/ASNGW向LS通過擴展的Radius定位應答消息發(fā)送終止LBS業(yè)務請求的應答消息，上報終止LBS業(yè)務成功還是失敗。所述步驟901，LS通過R3接口的請求消息發(fā)送終止定位業(yè)務的請求，當采用擴展的Radius協(xié)議時，DLR中應包含"Terminate"屬性值；所述步驟906，ServingLC/ASNGW通過R3接口的消息發(fā)送終止定位業(yè)務的應答消息，當采用擴展的Radius協(xié)議時，DLA中應包含"Resultcode"屬性值，通知LS是否成功終止所請求的定位業(yè)務。采用上面描述的新定義的LBS協(xié)議，一種在Wimax系統(tǒng)中提供定位業(yè)務的方法，參照圖10所示，主要步驟包括1001LS根據(jù)圖6或圖7,及收到的來自LBS客戶端(LBSClient)的定位請求信息，構造LBS-Req消息；—1002:LS將構造好的LBS-Req請求消息發(fā)送到相應的目標MS對應的AnchorAuth;1003:AnchorAuth收到所述LBS-Req請求消息后，根據(jù)圖6或圖7給定的消息結構解析LBSReq消息；1004:根據(jù)解析的目標MS的標識符，查詢所述MS的有關信息，并向LS發(fā)送LBSRsp應答消息，若所述目標MS處于ACTIVE狀態(tài)，則所述應答消息應該包含服務LC-ID信息等，并轉到1009步；1005:在AnchorAuth端，若目標MS不處于ACTIVE狀態(tài)，則向錨PC(anchorPC，以下簡稱APC)發(fā)送尋呼目標MS的請求；1006:APC通過wimaxNGW1.O規(guī)范定義的尋呼過程在所管轄的尋呼區(qū)內(nèi)尋呼目標MS;目標MS收到尋呼消息后，執(zhí)行退出空閑模式或者發(fā)起位置更新過程，退出空閑模式或者發(fā)起位置更新過程成功執(zhí)行后，APC即可以獲得目標MS的BSID信息；1007:APC把尋呼結果發(fā)給AnchorAuth;1008:AnchorAuth通過擴展的Radius定位應答消息發(fā)送服務的LC-ID等信息給LS;1009:LS采用擴展的Radius定位請求消息向LC發(fā)送定位請求消息，所述消息可能包含目標MS標識符、服務類型、報告方式等信息；1010:LC向LA發(fā)送LBS測量請求；1011:LA向LC發(fā)送LBS測量應答；1012:有關的LA對目標MS根據(jù)給定定位算法進行定位測量；1013:LA向LC發(fā)送LBS測量報告；1014:LC使用擴展的Radius定位應答消息將測量報告發(fā)送給所述LS。上述流程圖10和圖8是類似的，下面重點描述與圖8不同的地方，相同的地方有所省略。上述步驟中所述的LS、AnchorAuth和LC的協(xié)議站如圖5所示。所述的LBSReq請求消息和LBSRsp應答消息是通過UDP協(xié)議傳輸?shù)?，可以采用圖6或者圖7給定的消息格式來實現(xiàn)LBSReq和LBSRsp。若選用圖6的消息格式，則在上述處理流程中，相應的實體和步驟例如步驟801、802、806、807和812應按照所選用的消息格式封裝、或解析相應消息，例如可按照消息頭中的FunctionType域來判定是否是LBS消息，按照消息頭中的MessageType域來判定是請求還是應答消息，進而按照相應的定位流程進行處理。若選用圖9的消息格式，則在上述處理流程中，相應的實體和步驟例如步驟801、802、806、807和812應按照圖9所示的消息格式封裝、或解析LBSReq/Rsp消息，在給定的LBSUDP端口收發(fā)消息。例如可按照消息頭中的MessageType域來判定是請求還是應答消息，進而按照相應的定位流程進行處理。上述步驟中所述的LBSReq定位請求消息、LBSRsp定位應答消息所包含的可能的屬性值參見表l，如果需要，也可以包含其他的屬性值。當所述步驟1009中的LBSreq定位請求消息中不包含報告時間段屬性值時，LS也可以發(fā)送額外的包含終止屬性值(Terminate)的LBSReq請求消息顯性的終止LBS的周期性的報告過程，可以采用與圖9所示的類似過程，區(qū)別僅是步驟901中LS應使用LBS-Req給定的消息格式向ServingLC/ASNGW發(fā)送包含終止屬性值(Terminate)的終止定位業(yè)務的請求；步驟906中ServingLC/ASNGW向LS通過LBS-Rsp給定的消息格式發(fā)送終止LBS業(yè)務請求的應答消息，上報終止LBS業(yè)務成功還是失敗。實施例實施本發(fā)明的在Wimax網(wǎng)絡中提供定位業(yè)務的方法的具體實施例如圖11一圖12所示。首先，對本專利中給出的下述具體實施例中的具體流程和消息做一個說明。盡管本專利為實現(xiàn)Wimax網(wǎng)絡中提供定位業(yè)務的方法推薦按照實施例中的消息發(fā)送接收順序來進行實施，但是本專利并不嚴格固定消息的先后順序，尤其是在同一個實體中連續(xù)發(fā)生的動作，即不固定在Wimax網(wǎng)絡中提供定位業(yè)務的方法一定按照本實施例中的消息發(fā)送順序，具體實施者可以根據(jù)自己所開展的具體LBS業(yè)務情況和具體的網(wǎng)絡情況有選擇地實現(xiàn)某些流程或者某些流程中的某段流程，或者根據(jù)具體設備或者LBS運營情況適當?shù)谜{整個別消息發(fā)送的先后順序。另外，本實施例所列出的R3接口消息中所包含的具體參數(shù)僅為示例，具體實施者可以有選擇的采用，也可以設計其他全新的參數(shù)或者添加其他參數(shù)，另外，在對消息的參數(shù)的可選/必選項上，本專利亦是推薦使用，并不固定，具體實施者可以根據(jù)實際需要進行選擇。當MS處于IDLE狀態(tài)時，一種采用擴展的Radius協(xié)議提供基于CELL工D的定位業(yè)務的處理流程，參照圖ll，主要包括如下步驟1101:LS收到來自外部網(wǎng)絡或者外部實體之間或者MS的定位請求后，如果是來自外部LBS客戶端的定位請求，LS首先要對LBS客戶端進行授權檢查，以檢查此請求是否來自合法的LBS客戶端，然后對此業(yè)務進行認證，以檢查所請求的定位業(yè)務是否為所簽約的業(yè)務；若是來自MS的定位請求，直接對LBS進行認證；然后檢查請求者是否有權服來獲得目標MS的位置信息。上述檢査通過后，LS把所請求的定位業(yè)務映射為特定的LBS業(yè)務質量(以下簡稱為QoS)，如多大范圍的精度要求，響應時間等。通過擴展的Radius定位請求消息將有關的定位請求信息發(fā)送給位于AnchorASNGW的LC。參照表l，擴展的Radius定位請求消息可能包括LBS業(yè)務類型、目標MSID、源MSID、請求的定位業(yè)務的精度范圍的上界與下界、定位信息匯報方式等屬性值。1102LC收到來自LS的擴展的Radius定位請求消息后，根據(jù)Radius消息的格式首先對此消息進行解析，按照解析出來的精度范圍要求，確定使用基于CELLID的定位方式。然后查看MS的狀態(tài)，若目標MS處于IDLE模式，則LC通過R4接口向錨尋呼控制實體(標準中稱為AnchorPC，如下簡稱為APC)發(fā)送發(fā)起尋伊淳^消息，此消息是目前WimaxNGW規(guī)范中已定義的消息，可能增加LBS相關的屬性信息等；1103APC收到^"逸尋伊獰^消息后，解析和處理所述消息，并向LC返回尋呼響應消息；如果所定位的MS在APC中找不到相應信息，則返回的尋呼響應消息中包括尋呼失敗信息；1104LS根據(jù)尋呼響應消息的內(nèi)容，通過擴展的Radius定位響應消息，將當前處理狀態(tài)和結果發(fā)送給LS;擴展的Radius定位響應消息中可以包括MS狀態(tài)信息和ResultCode屬性值；若尋呼失敗，則返回失敗的ResultCode，定位過程結束；1105APC發(fā)送尋，if^消息，發(fā)起尋呼過程，消息亦為目前的WimaxNGW規(guī)范中已定義的消息，可能增力flLBS相關的屬性信息等；.1106ASN通過R6接口向BS發(fā)送尋伊if普消息，觸發(fā)BS向MS發(fā)起尋呼。消息亦為目前的WimaxNGW規(guī)范中已定義的消息，可能增加LBS相關的屬性{曰息等；1107BS通過空中接口向MS發(fā)送尋呼消息；1108MS收到尋呼消息后，執(zhí)行退出空閑模式或者發(fā)起位置更新過程，退出空閑模式或者發(fā)起位置更新過程成功執(zhí)行后，APC即可以獲得目標MS的BSID信息；在這一過程若Serving-LC獲得了所述LBS定位業(yè)務的請求，則可以直接跳轉到llll步；1109APC將尋呼結果，如目標MS的BSID等信息發(fā)送給AnchorAuth;1110根據(jù)LC/AnchorAuth將BSID映射為小區(qū)的實際地理位置信息，包括經(jīng)度、緯度信息，然后通過擴展的Radius定位請求消息將這些實際位置報告給LS。llll步Serving-LC將BSID映射為小區(qū)的實際地理位置信息，包括經(jīng)度、緯度信息，然后通過擴展的Radius定位請求消息將這些實際位置報告給LS。若采用新定義的定位協(xié)議和本發(fā)明提出的消息格式，一種采用新定義的定位協(xié)議提供基于CELLID的定位業(yè)務的處理流程，可通過修改上述實施例來實現(xiàn)。本發(fā)明中不再詳述。當MS處于AWAKE狀態(tài)時，一種采用擴展的Radius協(xié)議提供基于TDOA的定位業(yè)務的處理流程，參照圖12，實施步驟主要包括1201LS收到來自外部網(wǎng)絡或者外部實體之間或者MS的定位請求后，如果是來自外部LBS客戶端的定位請求，LS首先要對LBS客戶端進行授權檢査，以檢查此請求是否來自合法的LBS客戶端，然后對此業(yè)務進行認證，以檢查所請求的定位業(yè)務是否為所簽約的業(yè)務；若是來自MS的定位請求，直接對LBS進行認證；然后檢查請求者是否有權限來獲得目標MS的位置信息。上述檢查通過后，LS把所請求的定位業(yè)務映射為特定的LBS業(yè)務質量(以下簡稱為QoS)，如多大范圍的精度要求，響應時間等。LS通過擴展的Radius定位請求消息將有關的定位請求信息發(fā)送給位于AnchorASNGW。參照表l，擴展的Radius請求消息可能包括LBS業(yè)務類型、目標MSID、源MSID、請求的定位業(yè)務的精度范圍的上界與下界、定位信息匯報方式等AVP屬性值。1202AnchorASNGW/LC收到來自LS的擴展的Radius定位請求消息后，首先按照Radius消息格式對此消息進行解析，確定MS處于AWAKE狀態(tài)，根據(jù)保留的目標MS的信息，例如服務的ASN和LC-ID，通過擴展的Radius定位應答消息，將當前服務的LC-ID返回給LS;擴展的Radius定位應答消息中可能包含服務的LC-ID，目標MS的標識符等屬性值；1203LS解析收到的擴展的Radius定位應答消息，獲得目標MS的服務LC-ID，利用擴展的Radius請求消息將有關的定位請求信息發(fā)送給ServingLC。Radius請求消息可能包括LBS業(yè)務類型、目標MSID、源MSID、請求的定位業(yè)務的精度范圍的上界與下界、定位信息匯報方式等屬性值。1204ServingLC/ASNGW收到來自LS的Radius定位請求消息后，按照Radius消息格式首先對所述消息進行解析，按照解析出來的精度范圍要求，確定使用基于TDOA的定位方式，然后通過R6接口向LA發(fā)送Z^5^/f淳求，以觸發(fā)LA啟動TDOA及其相關的測量，LSS^/著,^^包括服務BS工D、目標MSID、源MSID(可選)、測量類型和報告形式。其中，報告形式可以為僅報告一次或者周期性匯報測量結果；測量類型可以為-載波干擾噪聲比(carriertointerferenceandnoiseratio，以下簡稱為CINR);-接收信號強度指示(ReceiveSignalStrengthIndicator,以下簡稱RSSI);-上行DT0A測量值(以下簡稱為U-DT0A);-下行DT0A測量值(以下簡稱為D-TD0A);1205LA/BS收到M5^/f淳,消息后，首先進行解析，然后根據(jù)解析出來的BSID確定是否是發(fā)給本BS的，于是就可以依據(jù)^^#/#;消息中所解析出來的測量類型，BS與MS之間通過空中接口協(xié)商啟動TDOA及其相關的測量，根據(jù)需要，有可能是位于BS上的LA啟動TDOA及其相關的測量，也有可能是位于MS上的LA啟動TDOA及其相關的測量，也有可能是位于BS上的LA與位于MS上的LA都需要啟動TDOA及其相關的測量；TD0A及其相關測量成功啟動或者失敗后，LA/BS通過R6接口向ServingLC發(fā)送LBS,/量喊應消息，包含BSID、目標MSID、源MSID(可選)、測量響應指示，并在測量響應指示參數(shù)中指示啟動或者中止測量成功或者失敗等；1206TDOA及其相關測量啟動后，位于MS的LA或者位于BS的LA或者兩者都需要進行所相關的測量，1207LA/BS根據(jù)測量匯報的方式，把測量結果向ServingLC進行匯報，這些測量結果可能為下列一個或者多個-MS所測量到的BS工D所標識的服務小區(qū)或者鄰小區(qū)CINR值；-MS所測量到的BSID所標識的服務小區(qū)或者鄰小區(qū)RSSI值；-MS所測量到的BSID所標識的鄰小區(qū)的下行信號時間差(D-TD0A);-BSID所標識的鄰小區(qū)測量到相對于本服務小區(qū)的上行信號時間差；(U-DT0A);1208ServingLC在獲得TDOA及其相關地測量結果后，根據(jù)相應地公式進行計算，并把計算結果結合實際網(wǎng)絡部署的地理位置情況，把查到的計算出來的位置信息映射為目標MS實際地理位置信息，包括經(jīng)度、緯度信息等;LC在得到目標MS的實際地理位置后，采用擴展的Radius定位應答消息向LS發(fā)送目標MS的實際地理位置信息，其中包含LBS業(yè)務類型、目標MSID、源MSID、所得到的地理位置信息經(jīng)度、緯度、以及這些地理位置信息的可信度等。擴展的Radius定位應答消息所可能包含的參數(shù)及其詳細說明參見表l。注意在上述流程處理中，若LS發(fā)送的定位業(yè)務請求擴展的Radius定位請求消息中包含的報告方式是周期性的，則所述步驟1207、1208應該按照Radius定位請求消息中給定的時間間隔(Duration)周期性的發(fā)送。這一過程可能根據(jù)擴展的Radius定位請求消息中包含的報告時間段而終止，例如報告時間段為l小時，那么1小時后LBS測量、報告將自動結束。LS也可以發(fā)送額外的包含終止屬性值(Terminate)的擴展的Radius定位請求消息顯性的終止LBS的周期性的報告過程，如圖9。若采用新定義的定位協(xié)議站(如圖5)和本發(fā)明給出的相應的消息格式(圖6和圖7)，一種采用新定義的定位協(xié)議提供TDOA的定位業(yè)務的處理流程，可通過修改上述實施例來實現(xiàn)。本發(fā)明中不再詳述。本發(fā)明主要關注R3接口的消息，消息內(nèi)容，以及相關的流程處理，對于其他有關的接口的消息格式等有所省略，例如R6接口的具體消息及消息的內(nèi)容等有所省略，但這不能理解為是對本發(fā)明的限制。上述實施例是基于目標MS的狀態(tài)，及目前常用的二種定位技術，即CELLID、TDOA實施的信令流程及其消息原語等。若實施者使用其他的定位技術，如指紋定位、AOA或者使用未來發(fā)明的新技術，可以根據(jù)實際情況，選擇上述流程中的若干步驟、流程中的若干消息原語或者消息中的若干參數(shù)來實施。權利要求1.一種采用擴展的Radius消息提供定位業(yè)務的方法，包括步驟a)定位服務器LS采用擴展的Radius定位請求消息，向錨認證實體AnchorAuth發(fā)送定位請求；b)AnchorAuth發(fā)送擴展的Radius定位應答消息給LS，所述消息可能包含服務的定位控制器的ID等；c)LS通過擴展的Radius定位請求消息向LC發(fā)送定位請求消息，所述消息可能包含目標MS標識符、服務類型、報告方式等信息；d)LC向定位代理LA發(fā)送LBS測量請求；e)LA向LC發(fā)送LBS測量應答；f)有關的LA對目標MS進行定位測量；g)LA向LC發(fā)送LBS測量報告；h)LC使用擴展的Radius定位應答消息將測量報告發(fā)送給所述LS。2.如權利要求l所述的方法，其特征在于所述擴展的Radius定位請求消息和擴展的Radius定位應答消息通過UDP來傳輸。3.如權利要求l所述的方法，其特征在于步驟a)-c)和步驟h)所描述的擴展的Radius請求消息和擴展的Radius應答消息通過在現(xiàn)有的Radius消息中增加支持定位服務的屬性來實現(xiàn)。4.如權利要求l所述的方法，其特征在于步驟a)-c)和步驟h)所述的擴展的Radius請求消息和擴展的Radius應答消息通過增加兩條消息RadiusLBSReq定位業(yè)務請求消息和RadiusLBSRsp定位業(yè)務應答消息來實現(xiàn)。5.如權利要求4所述的方法，其特征在于所述增加的兩條消息通過現(xiàn)有的Radius使用的UDP端口來傳輸，或申請新的UDP端口。6.如權利要求l所述的方法，其特征在于步驟a)所述的Anchm:Auth可以是LS通過訪問AM獲得的，也可以是事先配制好的。7.如權利要求l所述的方法，其特征在于步驟a)-c)和步驟h)所述的擴展的Radius請求消息和擴展的Radius應答消息包含支持定位的屬性。8.如權利要求l所述的方法，其特征在于當選用基于Ce11-ID的定位方法時，所述步驟的d)-g)的定位測量過程可以省略。9.如權利要求l所述的方法，其特征在于步驟b)中，若AnchorAuth發(fā)現(xiàn)目標MS不處于AWAKE狀態(tài)，則將要向錨PC發(fā)送尋呼目標MS的請求。10.如權利要求l所述的方法，其特征在于步驟b)中，當尋呼失敗時，所述擴展的Radius消息將包含尋呼失敗的ResultCode。11.如權利要求l所述的方法，其特征在于步驟b)中，當AnchorAuth知道目標MS的BS-ID時，可以將BS-ID包含在擴展的Radius定位應答消息中發(fā)送給LS。12.如權利要求l所述的方法，其特征在于步驟b)中，當AnchorAuth知道目標MS的BS-ID時，AnchorAuth實體中包含將BSID映射為小區(qū)的實際地理位置信息的能力，且選用基于Ce11-ID的定位方法時，則可以在AnchorAuth實體上將BSID映射為小區(qū)的實際地理位置信息，包括經(jīng)度、緯度信息，然后再通過擴展的Radius應答消息將這些實際位置報告給LS。13.如權利要求l所述的方法，其特征在于步驟c)中，所述的報告方式可以是一次，也可以是周期性的。14.如權利要求l所述的方法，其特征在于步驟c)中，如果所述的報告方式是周期性的，則所述步驟e)-h)應該周期性的執(zhí)行，直到達到給定的報告時間段，或者是收到要求終止定位測量的有關消息。15.如權利要求l所述的方法，其特征在于步驟d)中，如果包含BS-ID，且當前選用基于Ce11-ID的定位方法，則LS在收到所述DLA后，可以將Cell-ID轉化為相應的地理位置信息。16.如權利要求7所述的方法，其特征在于所述定位的屬性包括強制屬性和可選屬性。17.如權利要求7所述的方法，其特征在于所述屬性值從0-User-Name到QOSLevel的19個屬性是為了支持LBS業(yè)務新增加的屬性值。18.如權利要求9所述的方法，其特征在于，當AnchorAuth發(fā)現(xiàn)目標MS不處于AWAKE狀態(tài)，需要啟動尋呼過程時，可以通過擴展的Radius應答消息向LS報告當前狀態(tài)。19.如權利要求9所述的方法，其特征在于所述的尋呼過程包括由APC通過wimaxNGW1.O規(guī)范定義的尋呼過程在所管轄的尋呼區(qū)內(nèi)尋呼目標MS;目標MS收到尋呼消息后，執(zhí)行退出空閑模式或者發(fā)起位置更新過程，退出空閑模式或者發(fā)起位置更新過程成功執(zhí)行后，APC即可以獲得目標MS的BSID等信息。20.如權利要求9所述的方法，其特征在于所述的由APC發(fā)起的尋呼過程，如果APC發(fā)現(xiàn)目標MS不在尋呼區(qū)，則不用執(zhí)行后續(xù)尋呼過程，直接向AnchorAuth返回尋呼失敗。21.—種采用擴展的Radius協(xié)議終止周期性定位業(yè)務的處理方法，包括步驟a).LS采用擴展的Radius定位請求協(xié)議向ServingLC/ASNGW發(fā)送包含終止屬性值的終止定位業(yè)務的請求；b).ServingLC/ASNGW向LC/BS通過R6消息發(fā)送終止LBS業(yè)務的請求；c).LA/BS收到終止LBS業(yè)務的請求消息后，終止對目標MS所做的LBS的位置測量過程，并通過空口向LA/MS發(fā)送終止LBS業(yè)務的請求；d).LA/MS收到終止LBS業(yè)務的請求消息后，終止有關的位置測程，并向LA/BS發(fā)送LBS請求的應答消息；e).LA/BS收到LA/MS發(fā)送的應答消息后，向LA/BS發(fā)送終止LBS業(yè)務請求的應答消息；f).ServingLC/ASNGW向LS采用擴展的Radius定位應答消息發(fā)送終止LBS業(yè)務請求的應答消息，上報終止LBS業(yè)務成功還是失敗。22.—種采用新定義的定位協(xié)議提供定位業(yè)務的方法，包括步驟:a).定位服務器LS采用新定義的LBS-Req定位請求消息，向錨認證實體AnchorAuth發(fā)送定位請求；b).AnchorAuth發(fā)送新定義的LBS-Rsp應答消息給LS，所述消息可能包含服務的定位控制器的ID等；c).LS通過LBS-Req定位請求消息向LC發(fā)送定位請求消息，所述消息可能包含目標MS標識符、服務類型、報告方式等信息；d).LC向定位代理LA發(fā)送LBS測量請求；e).LA向LC發(fā)送LBS測量應答；f).有關的LA對目標MS進行定位測量；g).LA向LC發(fā)送LBS測量報告；h).LC使用LBS-Rsp定位應答消息將測量報告發(fā)送給所述LS。23.如權利要求22所述的方法，其特征在于步驟a)-c)和步驟h)所述的LBS-Req請求消息和LBS-Rsp定位應答消息的消息格式采用現(xiàn)有wimax網(wǎng)絡規(guī)范R4/R6/R8所使用的消息格式。24.如權利要求22所述的方法，其特征在于步驟a)-c)和步驟h)所述的LBS-Req請求消息和LBS-Rsp定位應答消息的消息格式也可以是新定義的消息格式。25.如權利要求22所述的方法，其特征在于步驟a)-c)和步驟h)所描述的LBS-Req請求消息和LBS-Rsp定位應答消息包含屬性值。26.如權利要求24所述的方法，其特征在于所描述的消息格式包括版本號、消息類型、運營商標識符、保留字段、長度及參數(shù)類型-長度-值列表。27.如權利要求25所述的方法，其特征在于所述屬性值中的"1"表示相應的LBSReq消息和LBSRsp消息必須包含所述屬性，"0-1"表示可選，"0"表示所述屬性不會包含在相關的消息中。28.如權利要求26所述的方法，其特征在于所述的版本號占用第O個比特到第3比特的4個比特。29.如權利要求26所述的方法，其特征在于所述的消息類型占用從第4個比特到第7比特的4個比特為LBS的消息類型。30.如權利要求26所述的方法，其特征在于所述的運營商標識符從第8個比特到10比特的3個比特為運營商標識符。31.如權利要求26所述的方法，其特征在于所述的保留字段為OPID后續(xù)的5個比特。32.如權利要求26所述的方法，其特征在于所述的長度為Reserved域后續(xù)的兩個字節(jié)，表示整個數(shù)據(jù)包的長度，以字節(jié)為單位。33.如權利要求26所述的方法，其特征在于所述的參數(shù)類型-長度-值列表位于長度域之后，可以由若干屬性組成。34.—種采用新定義的LBS定位協(xié)議終止周期性定位業(yè)務的處理方法，包括步驟a).LS采用LBS-Req定位請求協(xié)議向ServingLC/ASNGW發(fā)送包含終止屬性值的終止定位業(yè)務的請求；b).ServingLC/ASNGW向LC/BS通過R6消息發(fā)送終止LBS業(yè)務的請求；c).LA/BS收到終止LBS業(yè)務的請求消息后，終止對目標MS所做的LBS的位置測量過程，并通過空口向LA/MS發(fā)送終止LBS業(yè)務的請求；d),LA/MS收到終止LBS業(yè)務的請求消息后，終止有關的位置測程，并向LA/BS發(fā)送LBS請求的應答消息；e).LA/BS收到LA/MS發(fā)送的應答消息后，向LA/BS發(fā)送終止LBS業(yè)務請求的應答消息；f).ServingLC/ASNGW向LS采用LBS-Rsp定位應答消息發(fā)送終止LBS業(yè)務請求的應答消息，上報終止LBS業(yè)務成功還是失敗。全文摘要一種采用擴展的Radius消息提供定位業(yè)務的方法，定位服務器LS采用擴展的Radius定位請求消息，向錨認證實體AnchorAuth發(fā)送定位請求；AnchorAuth發(fā)送擴展的Radius定位應答消息給LS，所述消息可能包含服務的定位控制器的ID等；LS通過擴展的Radius定位請求消息向LC發(fā)送定位請求消息，所述消息可能包含目標MS標識符、服務類型、報告方式等信息；LC向定位代理LA發(fā)送LBS測量請求；LA向LC發(fā)送LBS測量應答；有關的LA對目標MS進行定位測量；LA向LC發(fā)送LBS測量報告；LC使用擴展的Radius定位應答消息將測量報告發(fā)送給所述LS。本發(fā)明能保證R3接口的消息的安全，具有較好的后向兼容性，有望在現(xiàn)有的移動Wimax網(wǎng)絡中通過簡單升級即實現(xiàn)新的定位業(yè)務。文檔編號H04L29/08GK101370264SQ200710140600公開日2009年2月18日申請日期2007年8月15日優(yōu)先權日2007年8月15日發(fā)明者王春花申請人:北京三星通信技術研究有限公司;三星電子株式會社