本申请是申请号为03148343.7、申请日为2003年6月30日、发明名称为“基于移动位置的服务系统及方法”的发明专利申请的分案申请。
技术领域
本发明涉及一种基于位置的移动台服务,更具体地说,本发明涉及一种基于移动位置的服务系统,该系统能根据一种基于位置的服务请求,通过选择性地利用基于小区的位置服务或基于全球定位系统(GPS)的位置服务,提供基于位置的移动台服务。
背景技术
最近,随着移动台(例如,蜂窝式电话机)技术的发展,移动台可以提供各种服务。即,移动台提供短消息服务和无线因特网服务以及话音呼叫服务。根据内容提供类型,对每种服务进行细分。
一种移动台服务是移动台的位置信息提供服务。以下是实现位置信息提供服务的方法。
利用基于小区的技术,可以提供位置信息提供服务。根据移动台所在的基站收发信台的位置实现基于小区的服务。因此,基于小区的位置信息提供服务保证精度在基站收发信台的半径范围内。因此,难以将基于小区的位置信息提供服务应用于需要精确位置信息的紧急情况或紧急服务。
此外,通过在移动台内采用基于GPS的技术,可以提供位置信息提供服务。GPS是使用卫星的位置信息提供技术,其精度比基于小区的位置信息提供服务的精度高得多。然而,为了提供使用GPS的服务,移动台需要GPS功能,这样就增加了费用。因此,难以在所有移动台上提供使用GPS的位置信息提供服务。
发明内容
因此,本发明的目的是提供一种基于移动位置的服务系统,根据移动台支持的位置信息提供功能和服务请求类型,该系统可以提供以基于小区的和基于GPS的位置为基础的服务。
为了实现本发明的上述目的,提供了一种基于移动位置的服务系统,该系统包括:应用服务器,用于接收基于位置的服务请求、请求相应移动台的位置信息以及通过因特网提供该移动台的位置信息;以及位置信息提供系统,用于从应用服务器接收位置信息请求,根据移动台的标识号码访问移动台所属的移动交换中心,根据该移动交换中心提供的一种位置信息服务来识别移动台的位置,以及将该位置信息发送到应用服务器。
根据本发明的另一个方面,基于移动位置的服务方法包括以下步骤:从定位确定实体接收SMDPP消息,并从SMDPP消息内提取数据消息;在SMDPP消息启动基于位置的服务时,确认是否已经对相应移动台分配了业务信道;在已对移动台分配了业务信道时,利用业务信道将数据消息发送到移动台;在未对移动台分配业务信道时,对该移动台新分配业务信道,并利用该业务信道将数据消息发送到移动台;以及根据移动台发出的响应消息,响应定位确定实体。
附图说明
通过参考仅作为示例而对本发明没有限制性意义的附图,可以更好地理解本发明,附图包括:
图1是示出根据本发明优选实施例的一种基于移动位置的服务系统的结构图,该系统可以提供以基于小区的和基于GPS的位置为基础的服务;
图2示出根据本发明优选实施例的基于移动位置的服务系统中的基于GPS的服务的消息流;
图3示出根据本发明优选实施例的基于移动位置的服务系统中的基于小区的服务的消息流的一个例子;
图4示出根据本发明优选实施例的基于移动位置的服务系统中的基于小区的服务的消息流的另一个例子;
图5a是示出在基于位置的服务期间,在移动交换中心处理SMS的处理过程的流程图;
图5b是示出在基于位置的服务期间,在移动交换中心处理越区切换的处理过程的流程图;
图5c是示出在移动交换中心处理从定位确定实体发来的SMDPP消息的处理过程的流程图;以及
图5d是示出在移动交换中心处理资源分配与释放的处理过程的流程图。
具体实施方式
现在,将参考附图详细说明根据本发明优选实施例的基于移动位置的服务系统及其方法。
图1是示出根据本发明优选实施例的基于移动位置的服务系统的结构图,该系统可以提供以基于小区的和基于GPS的位置为基础的服务。参考编号100表示2G移动电话网系统,200表示2.5G移动电话网系统,300表示位置信息提供系统,400表示应用服务器,600表示万维网服务器。
在2G移动电话网系统100中,参考编号110表示基站收发信台(BTS),120表示基站控制器(BSC),130表示移动交换中心(MSC),140表示互通设施(IWF),150表示信号转发点,160表示归属位置寄存器(HLR)。在位置信息提供系统300中,参考编号310表示定位确定实体(PDE),320表示移动定位中心(MPC)。在2.5G移动电话网系统200中,参考编号210表示BTS,220表示BSC,230表示MSC,240表示STP。
参考图1,通过STP 150,2G移动电话网系统100连接到位置信息提供系统300的PDE 310和MPC 320。同样,通过STP 240,2.5G移动电话网系统200连接到位置信息提供系统300的PDE 310和MPC 320。
应用服务器400通过TCP/IP连接到位置信息提供系统300的MPC 320,根据万维网服务器600的请求提供位置信息服务。
图2示出根据本发明优选实施例的基于GPS的服务的消息流。参考编号400表示应用服务器(App.),320表示MPC,160表示HLR,310表示PDE。
应用服务器400将位置服务请求(Location Request)发送到MPC 320(S110)。根据相应移动台(MS)的移动标识号(MIN),MPC 320将SMSREQ消息发送到HLR 160(S120)。在此,MPC 320将SMSREQ消息的SMSNOTIND参数设置为“2”,以防止SMS挂起。HLR 160将SMSREQ结果消息发送到MPC 320(S130)。通过分析SMSREQ结果消息的SMSADDR(短消息服务路由选择地址),MPC 320确认接收MSC是否具有基于GPS的位置服务功能。根据接收MSC是否可以支持基于GPS的位置服务,MPC 320将GPOSREQ消息发送到PDE 310(S140)。利用GPOSREQ消息发送的参数包括MOBINFO、POSREQTYPE以及MPCAP。
根据IS-801-1标准,PDE 310获得相应MS的位置信息(S150-S230)。利用gposreq消息,将PDE 310接收的MS的位置信息发送到MPC 320。gposreq消息的参数包括POSINFO和POSRESULT。
MPC 320将位置结果(Location Result)发送到应用服务器400(S250)。另一方面,在将gposreq消息发送到MPC 320后,PDE310将SMDPP(短消息服务传递点对点)消息发送到MSC以释放在MSC生成的资源(S260和S270)。
图3示出根据本发明优选实施例的基于小区的服务的消息流的一个例子。参考编号400表示应用服务器,320表示MPC,160表示HLR,310表示PDE。
应用服务器400将位置服务请求发送到MPC 320(S410)。根据相应MS的MIN,MPC 320将SMSREQ消息发送到HLR 160(S420)。在此,MPC 320将SMSREQ消息的SMSNOTIND参数设置为“2”,以防止SMS挂起。接收SMSREQ的HLR 160将smsreq结果消息发送到MPC 320(S430)。通过分析smsreq结果消息,MPC 320确认接收MSC是否可以支持基于GPS的位置服务。根据接收MSC是否可以支持基于GPS的位置服务,MPC 320将PAGEREQ消息发送到HLR 160(S440)。PAGEREQ消息包括MS的MIN参数。
HLR 160接收PAGEREQ消息,并将它发送到接收MS当前漫游登记的MSC(S450)。PAGEREQ消息包括MIN参数和ESN参数。MSC跟踪MS的位置,并将pagereq消息发送到HLR 160(S460)。pagereq消息包括ACCDEN、MSCID以及LocationAreaID参数。在此,如果不能跟踪MS的位置,则MSC在ACCDEN参数中设置失败原因。如果ACCDEN的值为“busy”,则MS处于忙状态。因此,可以正常跟踪MS的位置。
HLR 160将MSC发来的pagereq消息发送到MPC 320(S470)。pagereq消息包括ACCDEN、MSCID以及LocationAreaID参数。根据pagereq消息,MPC 320将关于位置服务的响应发送到应用服务器400(S480)。
图4示出根据本发明优选实施例的基于小区的服务的消息流的另一个例子。参考编号400表示应用服务器,320表示MPC,160表示HLR,310表示PDE。
应用服务器400将位置服务请求发送到MPC 320(S510)。接收位置服务请求的MPC 320将PAGEREQ消息发送到HLR 160(S520)。在此,PAGEREQ消息包括MIN参数。
根据PAGEREQ消息,HLR 160访问接收MS当前漫游登记的MSC,并将PAGEREQ消息发送到该MSC(S530)。发送到MSC的PAGEREQ消息包括MIN参数和ESN参数。
MSC跟踪MS的位置,并将pagereq消息发送到HLR 160(S540)。pagereq消息包括ACCDEN、MSCID以及LocationAreaID参数。
如果不能跟踪MS的位置,则MSC在ACCDEN参数中设置失败原因。另一方面,如果ACCDEN的值为“busy”,则MS处于忙状态。因此,可以正常跟踪MS的位置。
HLR 160将MSC发来的pagereq消息发送到MPC 320(S550)。pagereq消息包括ACCDEN、MSCID以及LocationAreaID参数。根据pagereq消息,MPC 320将关于位置服务的响应发送到应用服务器400(S560)。
根据本发明的基于位置的服务不影响MSC的收费,始终利用业务信道以无线方式发送与基于位置的服务有关的消息。
现在,将详细说明根据本发明,在各种用户服务状态下,MSC中执行的基于位置的服务的过程。
图5a是示出在基于位置的服务期间,在MSC处理SMS的处理过程的流程图。
在基于位置的服务(LBS)期间,在MSC接收SMS时,MSC利用访问者位置寄存器(VLR)保持SMS(S610),并将SMDPP结果消息发送到短消息服务中心(SMC)(S620)。例如,发送到SMC的结果消息的SMS_CauseCode的值为0x24(SMS传送被推迟)。在此,MSC正常执行基于位置的服务(S630)。在基于位置的服务结束时(S640),MSC将SMS通知消息发送到SMC(S650),并接收SMS(S660)。因此,在基于位置的服务结束时,以与利用SMS备用标记由MSC发送该消息时相同的方式,发送SMS通知消息。
图5b是示出在基于位置的服务期间,在SMC处理越区切换的处理过程的流程图。
在MS进行呼叫,而且提供基于位置的服务时,如果发生越区切换,则MSC仅结束基于位置的服务(S720),而保持呼叫业务信道(S730)。然后,MSC将SMDPP结果消息发送到PDE(S760)。例如,结果消息的SMS_CauseCode的值为0x06(不被支持的网络接口)。
另一方面,在MS未进行呼叫,而提供基于位置的服务时,如果发生越区切换,则MSC仅结束基于位置的服务(S740)并释放业务信道(S750)。此后,MSC将SMDPP结果消息发送到PDE(S760)。例如,结果消息的SMS_CauseCode的值为0x06(不被支持的网络接口)。
在MSC在呼叫状态下提供基于位置的服务时,在成功结束越区切换后,MSC将SMDPP结果消息发送到PDE。例如,结果消息的SMS_CauseCode的值为0x06(不被支持的网络接口)。
图5c是示出在MSC处理PDE发来的SMDPP消息的处理过程的流程图。
在发送基于位置的服务的SMDPP请求消息时,PDE将SMS用户终端业务标识参数的长度设置为“0”。SMS用户终端业务标识参数不发送到MS,因为在利用无线发送的数据突发消息的CHARi字段内不存在相应字段。
在将SMDPP消息的业务指示码参数设置为CDMA_PDS,以处理SMS承载数据参数(S810和S811)时,MSC提取基于位置的服务数据消息(S812)。将提取的基于位置的服务数据消息附加到利用无线在前向业务信道内发送的数据突发消息的CHARi字段,并将它发送到MS(S813)。
在用户不存在于MSC或VLR内的状态下,在MSC接收SMDPP请求消息(S820)时,如果动作代码(Action Code)是0x12(资源分配AllocateResources)(S830),则MSC重新进行位置登记。即,MSC请求资格(S840)、通知登记(S850)以及进行基于位置的服务。在MS存在于相应MSC/VLR内时,MSC正常执行基于位置的服务(S870),而在MS未存在于MSC/VLR内时,MSC将SMDPP结果消息的SMS_CauseCode设置为0x20(没有寻呼响应),并将该消息发送到PDE(S861)。动作代码参数表示将由指定功能单元执行的操作,而SMS_CauseCode表示SMS失败原因。
在用户未存在于MSC或VLR内的情况下,在MSC接收SMDPP请求消息时,如果动作代码不是0x12(资源分配),则MSC将SMDPP结果消息发送到PDE(S831)。在此,将结果消息的SMS_CauseCode设置为“Destination no longer at this address(此地址不再是目的地)”。
图5d是示出在MSC处理资源分配与释放的处理过程的流程图。
现在,将说明在MSC进行资源分配(S910)。在MS处于空闲(IDLE)状态时(S911),如果MSC从PDE接收动作代码为0x12(资源分配)的SMDPP请求消息,则MSC分配新业务信道(S912),并启动基于位置的服务(S913)。在不能分配业务信道时,MSC将SMDPP结果消息的SMS_CauseCode设置为0x20(没有寻呼响应),并发送该消息。相反,在MS处于会话状态时,MSC不分配新业务信道,而使用现有业务信道启动基于位置的服务(S914)。
现在,将说明在MSC内进行资源释放(S920)。在所分配的业务信道仅用于执行基于位置的服务而且不存在呼叫时,MSC释放接入MS的业务信道(S931),并将SMDPP结果消息发送到PDE(S950)。在此,将SMS_BearerData参数设置为在MS接收的响应消息。相反,在MS存在话音呼叫时(S930),MSC保持该业务信道以进行话音呼叫,并结束基于位置的服务会话(S940)。此后,MSC将SMDPP结果消息发送到PDE(S950)。在此,将SMS_BearerData参数设置为在MS接收的响应消息。如果基于位置的服务会话无效,则MSC将SMS_CauseCode参数设置为0x6C(会话无效),并将SMDPP结果消息发送到PDE。
现在,将说明在MSC内异常终止基于位置的服务会话的情况。
在处于空闲状态的MS开始进行基于位置的服务,而且该MS试图发出呼叫时,如果MSC从MS接收释放消息,则MSC结束基于位置的服务会话,并进行一般的发出呼叫过程。在此,MSC将SMS_CauseCode参数设置为0x6C(会话无效),并将SMDPP结果消息发送到PDE。
在处于空闲状态的MS开始进行基于位置的服务,而且该MS试图接收呼叫时,MSC结束基于位置的服务会话。MSC将SMS_CauseCode参数设置为0x21(目的地忙),并将SMDPP消息发送到PDE。
在处于忙状态的MS开始进行基于位置的服务并结束呼叫时,MSC结束基于位置的服务会话。MSC将SMS_CauseCode参数设置为0x6C(会话无效),并将SMDPP消息发送到PDE。
另一方面,在基于位置的服务期间,在MS与业务信道断开时,MSC结束基于位置的服务会话。在从MS接收释放消息时,MSC将SMS_CauseCode参数设置为0x6C(会话无效),并将SMDPP结果消息发送到PDE。在MSC在预定时间内未从MS收到Ack(确认)消息时(超时),MSC将SMS_CauseCode参数设置为0x22(未确认),并将SMDPP结果消息发送到PDE。
在基于位置的服务期间,在从MS接收无线数据存取请求时,MSC结束基于位置的服务会话,并进行无线数据存取过程。MSC将SMS_CauseCode参数设置为0x6C,并将SMDPP结果消息发送到PDE。
此外,在基于位置的服务期间,在MS断电时,MSC结束基于位置的服务会话,并将SMDPP结果消息发送到PDE。在此,将发送的SMS_CauseCode参数设置为0x6C(会话无效)。另一方面,在基于位置的服务期间,在MS的电池与主体分离时,MSC结束LBS会话,并将SMDPP结果消息发送到PDE。在此,在MSC从MS接收释放消息时,MSC将SMS_CauseCode参数设置为0x6C(会话无效),而在MSC未收到Ack消息时,MSC将SMS_CauseCode参数设置为0x22(未确认)。
在基于位置的服务期间,每当MSC从PDE收到SMDPP请求消息时,MSC就启动非活动性定时器(inactivity timer)。在非活动性定时器被终止时,MSC结束基于位置的服务,并将SMDPP结果消息发送到PDE。在此,在动作代码是资源分配时,则MSC将SMS_CauseCode参数设置为0x20(没有寻呼响应)。在MSC不能分配业务信道时,MSC将SMS_CauseCode参数设置为0x42(其他无线电接口问题)。此外,在MSC未从MS收到Ack消息时,MSC将SMS_CauseCode参数设置为0x22(未确认)。
如前所述,根据本发明,根据移动通信用户的MS的服务功能或MSC的位置服务功能,可以选择性地提供以基于小区的和基于GPS的位置为基础的服务。因此,可以在所有MS中结束基于位置的服务。此外,通过N07信号网络,利用SMDPP消息,可以提供以基于GPS的位置为基础的服务,而且可以在MS的话音呼叫期间实现这种服务。
由于在本发明的构思或基本特征范围内,可以以多种形式实现本发明,所以还应该理解,上述实施例不受上述描述的任何细节的限制,除非另有说明,上述实施例应当在所附权利要求所述的本发明实质范围内广义理解,因此,所附权利要求试图包括属于权利要求所述界限范围内的,或者属于该界限的等效范围内的所有变更和修改。