Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for a Navigation with Indian Constellation (NavIC) -based positioning service. In a solution, a first device receives, from a second device, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and performs a positioning service based at least in part on the assistant information.

Description

DEVICES AND METHODS FOR COMMUNICATION

[0001] FIELDS

[0002] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for Navigation with Indian Constellation (NavIC) -based positioning service.BACKGROUND

[0003] Recently, the NavIC Signal-in-Space (SPS) interface control document (ICD) for standard positioning service in layer 1 (L1) frequency (represented as ISRO-IRNSS-ICD-SPS-L1-1.0) was released to the public for providing the essential information on the NavIC SPS, to facilitate research and development and aid the commercial use of the NavIC signals for navigation-based applications. NavIC L1 signal is optimized to enhance overall system performance on NavIC SPS which included introduction of a new ionospheric model, update to ephemeris representation, update to transformation of time of week count (TOWC) among others. With the advent of second generation of NavIC satellite services, it is crucial for Indian geography to prioritize the NavIC L1 assisted global navigation satellite system (A-GNSS) support in Release 19. Extensions to existing assistance data elements in new radio (NR) positioning shall allow to natively support NavIC L1 using NR signalling.SUMMARY

[0004] In general, embodiments of the present disclosure provide a solution for providing NavIC-based positioning service.

[0005] In a first aspect, there is provided a first device. The first device comprises: a processor configured to cause the first device to: receive, from a second device, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about  at least one grid model; and perform a positioning service based at least in part on the assistant information.

[0006] In a second aspect, there is provided a second device. The second device comprises: a processor configured to cause the second device to: determine, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and transmit the assistant information to a first device, such that the first device performs a positioning service based at least in part on the assistant information.

[0007] In a third aspect, there is provided a communication method performed by a first device. The method comprises: receiving, from a second device, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and performing a positioning service based at least in part on the assistant information.

[0008] In a fourth aspect, there is provided a communication method performed by a second device. The method comprises: determining, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and transmitting the assistant information to a first device, such that the first device performs a positioning service based at least in part on the assistant information.

[0009] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the third, or fourth aspect.

[0010] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0011] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0012] FIG. 1 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0013] FIG. 2 illustrates a signaling flow of communication in accordance with some embodiments of the present disclosure;

[0014] FIG. 3 illustrates a flowchart of a communication method implemented at a first device according to some example embodiments of the present disclosure;

[0015] FIG. 4 illustrates a flowchart of a communication method implemented at a second device according to some example embodiments of the present disclosure;

[0016] FIG. 5 illustrates a simplified block diagram of an apparatus that is suitable for implementing example embodiments of the present disclosure.

[0017] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0018] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

[0019] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0020] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further have ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0021] The term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0022] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from  numerous collected data for a specific function, and can be used to predict some information.

[0023] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0024] The embodiments of the present disclosure may be performed in test equipment, e.g., signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator. In some embodiments, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In some embodiments, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In some embodiments, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0025] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ a re intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’a re to be read as ‘at least one embodiment. ’ The term ‘another  embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0026] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0027] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0028] As used herein, the terms “UE expects” , “UE does not expect, “terminal device expects” , “terminal device does not expect” may imply restrictions on a configuration of a network device (also referred to as NW configuration) . The terms “UE is not expected to” and “terminal device is not expected to” may imply a terminal implementation, also referred to as UE implementation. In some embodiments, the terms “UE does not expect” and “UE is not expected to” may be used equally.

[0029] Wording ‘Acorresponds to B’ may be replaced by ‘Ais associated with B’ , ‘Ais mapped to B’ , or ‘B is mapped to A’ . Term ‘confidence’ may be replaced by uncertainty, reliability, probability, confidence level.

[0030] As discussed above, recently, the NavIC Signal-in-Space ICD for standard positioning service in L1 frequency version 1.0 (August 2023, represented as ISRO-IRNSS-ICD-SPS-L1-1.0) was released to the public for providing the essential information on the NavIC signal-in-space, to facilitate research and development and aid the commercial use of the NavIC signals for navigation-based applications.

[0031] For further study on NavIC, it has been agreed to: (i) specify signalling support for NavIC L1 band SPS in NR specifications by introducing necessary assistance data information (e.g., clock model for NavIC, navigation model for NavIC, and almanac for NavIC L1 SPS) based on the existing global navigation satellite system (GNSS) framework, including enhancements to ionospheric model, NavIC system time and ephemeris; and (ii) specify signalling support for NavIC L1 band SPS in LTE specifications similar to NR; (iii) study additionally supports on multicarrier enhancement.

[0032] In some solutions, the RequestAssistanceData message body in a location positioning protocol (LPP) message may be used by the target device (such as, a UE) to request assistance data from the location server. An example information element (IE) RequestAssistanceData is illustrated as below.

[0033] In some solutions, the IE A-GNSS-RequestAssistanceData may be used by the target device to request GNSS assistance data from a location server. An example IE A-GNSS-RequestAssistanceData is illustrated as below.

[0034] In some solutions, the IE GNSS-GenericAssistData may be used by the location server to provide assistance data which may be used for any GNSS. An example IE GNSS-GenericAssistData is illustrated as below.

[0035] In some solutions, the IE A-GNSS-ProvideAssistanceData may be used by the location server to provide assistance data to enable UE-based and UE-assisted A-GNSS. It may also be used to provide GNSS positioning specific error reasons. An example IE A-GNSS-ProvideAssistanceData is illustrated as below.

[0036] According to the example embodiments of the present discourse, at least one of below procedures may be enhanced: capability-related information reporting procedure, assistant information requesting procedure, or assistant information providing procedure.

[0037] It is to be understood that “positioning service in L1 frequency” is used as example application scenario only for the purpose of illustration without suggesting any limitations when describing some the embodiments. In fact, the principles and implementations discussed herein may be applicable to other application scenarios, including but not limited to, positioning service in L5 frequency, positioning service in S frequency and so on. In the interests of brevity, similar discussions are omitted. The terms “NavIC-based positioning service in L1 frequency” may be used interchangeably “NavIC L1 frequency SPS based positioning service” , “NavIC L1 SPS’ , “NavIC L1 frequency” or other similar expressions.

[0038] Further, terms “L1 frequency” and “L1 band” may be used interchangeably, terms “L5 frequency” and “L5 band” may be used interchangeably, and terms “Sfrequency” and “Sband” may be used interchangeably.

[0039] It should be understood that in some example embodiments of the present discourse, model (s) discussed herein (such as, ionospheric model, Klobuchar model, NeQuick model, clock model, orbit model, navigation model, almanac mode, UTC model, or grid model) may be a newly-defined model for NavIC (e.g., NavIC L1 band) or an existing model can be reused for NavIC (e.g., NavIC L1 band) . Further, any model discussed herein may be identified by a new information element (IE)  / a new model index / a new bit position in a  bit string / any other suitable information. If the model (s) discussed herein is implemented by reusing an existing model for NavIC (e.g., L1 band) , the set of parameters corresponding to the existing model may be adjusted (such as, adding new parameter (s) , removing useless parameter (s) )  / at least one value range or at least one parameter corresponding to the existing model may re-defined.

[0040] As used herein, the term “identity” may refer to an IE, a signalling, a field, an indication, a bit position in a bit string, an index and so on.

[0041] In the context of the present disclosure, for NavIC L1 band SPS, terms “NeQuick” and “NeQuick-N” are equivalent with each other.

[0042] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0043] Example environment

[0044] FIG. 1 illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of communication devices, including a first device 110 and a second device 120, can communicate with each other, via such as, location positioning protocol (LPP) .

[0045] Further, more than one satellite (such as, satellite 130-1 and satellite 130-2) are deployed in the communication environment 100. With the more than one satellite, a NavIC-based positioning service may be enabled.

[0046] As one example scenario, the first device 110 may include a terminal device or target device, and the second device 120 may include a network device or server or location server. In some embodiments, the target device may refer to a device that is being positioned (for example, UE or Secure User Plane Location Enabled Terminal (SUPL SET) ) . The server or location server may refer to a physical or logical entity (e.g., Evolved Serving Mobile Location Center (E-SMLC) , SUPL Location Platform (SLP) , or LMF) that manages positioning for a target device by obtaining measurements and other location information from one or more positioning units and providing assistance data to positioning units to help determine this. A location server may also compute or verify the final location estimate.

[0047] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure.

[0048] In some embodiments, the first device 110 and the second device 120 may communicate with each other via a channel such as a wireless communication channel on an air interface (e.g., Uu interface) . The wireless communication channel may comprise a physical uplink control channel (PUCCH) , a physical uplink shared channel (PUSCH) , a physical random-access channel (PRACH) , a physical downlink control channel (PDCCH) , a physical downlink shared channel (PDSCH) and a physical broadcast channel (PBCH) . Of course, any other suitable channels are also feasible.

[0049] The communications in the communication environment 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0050] Example processes

[0051] Reference is made to FIG. 2, which illustrates a signaling flow 200 for communication in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 200 will be discussed with reference to FIG. 1, for example, by using the first device 110 and the second device 120.

[0052] It is to be understood that the operations at the first device 110 and the second device 120 should be coordinated. In other words, the second device 120 and the first device 110 should have common understanding about configurations, parameters and so on. Such common understanding may be implemented by any suitable interactions between the  second device 120 and the first device 110 or both the second device 120 and the first device 110 applying the same rule / policy. In the following, although some operations are described from a perspective of the first device 110, it is to be understood that the corresponding operations should be performed by the second device 120. Similarly, although some operations are described from a perspective of the second device 120, it is to be understood that the corresponding operations should be performed by the first device 110. Merely for brevity, some of the same or similar contents are omitted here.

[0053] For the purpose of discussion, the first device 110 may be a terminal device (also called as a target device sometimes) and the second device 120 may be a network device (including a location server, or an LMF) .

[0054] In operation, the second device 120 determines assistant information (also call as assistant data sometimes) and transmits (240-1) the assistant information to the first device 110, where the assistant information is used by the first device 110 for performing NavIC-based positioning service in L1 frequency. The first device 110 receives (240-2) the assistant information accordingly. Based at least in part on the assistant information, the first device 110 may perform the NavIC-based positioning service. It should be understood that the assistant information may be carried in a single message or more than one message. In other words, the second device 120 may transmit one or more ProvideAssistanceData messages to the first device 110, and the last ProvideAssistanceData message may include the endTransaction IE which is set to TRUE.

[0055] In some embodiments, for the first device 110 which supports the NavIC L1 SPS or supports the region for India (or the hardware / software of the first device 110 supports NavIC) , the second device 120 may provide the assistance data / information discussed herein.

[0056] In some embodiments, the assistance data / information may be related to the region information. Further, the first device 110 may obtain the region information through network broadcasting or the region information may be hard coded in the first device 110.

[0057] Optionally, the first device 110 may request the second device 120 to provide the assistant information. Considering the assistant information provided by the second device 120 may be not completely consistent with the assistant information requested by the first device 110, the assistant information requested by the first device 110 may be called as the first assistant information sometimes and the assistant information provided  by the second device 120 may be called as the second assistant information sometimes. As illustrated in FIG. 2, the first device 110 transmits (230-1) a first message for requesting first assistant information for NavIC-based positioning service in L1 frequency to the second device 120, and the second device 120 receives (230-2) the first message accordingly. Upon receiving the first message, the second device 120 may determine the second assistant information based at least in part in the first message / requested first assistant information.

[0058] Optionally, the first device 110 also may provide capability information to the second device 120. As illustrated in FIG. 2, the first device 110 determines capability information of NavIC-based positioning service in L1 frequency and transmits (220-1) the capability information to the second device 120, and the second device 120 receives (220-2) the capability information accordingly.

[0059] Additionally, the first device 110 may provide the capability information. As illustrated in FIG. 2, the second device 120 may transmit (210-1) a request for the capability information to the first device 110. In response to receiving (210-2) the request, the first device 110 may transmit (220-1) the capability information to the second device 120. As one example, the second device 120 sends a first message (e.g., Request Capabilities) to the first device 110. The first message may indicate the types of capability needed for NavIC L1 SPS. The first device 110 may send one or more second messages (e.g., Provide Capabilities) to the second device 120. This second message may include the capabilities related the NavIC L1 SPS that the first device 110 supported. This message shall include the endTransaction IE which is set to TRUE if it is the last second message. In some embodiments, when triggered to transmit a ProvideCapabilities message, the first device 110 may: for A-GNSS (e.g., NavIC L1 SPS) positioning method (capabilities of which are to be indicated) , set the corresponding IE to include the capabilities of the first device 110; and deliver the response to lower layers for transmission.

[0060] In a case that the capability information is provided previously, the following procedure (s) may be performed based on the capability information. As one example, in a case that the capability information has been provided, the first device 110 may determine the first assistant information to the requested based at least in part on the capability information, which means that the requested first assistant information corresponds to the capability information supported by the first device 110. Alternatively, or in addition, as another example, in a case that the capability information has been  provided, the second device 120 may determine the assistant information to be provided to the first device based on the capability information, which means that the provided assistant information corresponds to the capability information supported by the first device 110.

[0061] In summary, at least three procedures, i.e., capability information reporting, assistant information requesting and assistant information providing, may be performed between the first device 110 and the second device 120. Any of these three procedures may be performed independently, or at least two of these three procedures may be performed in a combination manner. In the following, these three procedures will be discussed separately.

[0062] Example procedure of assistant information providing procedure will be discussed first. In operation, the first device 110 receives the assistant information from the second device 120. In some embodiments, the assistant information may comprise information about at least one ionospheric model.

[0063] In some embodiments, the second device 120 may provide the ionospheric Model (i.e., parameters to model the propagation delay of the GNSS signals through the ionosphere) related to NavIC (e.g., NavIC L1 SPS signal) to the GNSS capable target device (i.e., the first device 110) , which includes at least one of Klobuchar Model parameters and / or NeQuick-N Model parameters.

[0064] In some embodiments, a new Klobuchar Model parameters IE and / or a new NeQuick model IE may be introduced, which may be used by the second device 120 to provide the ionospheric Model to the first device 110. For example, the new IE may be klobucharModel3 and / or NeQuick-NModel (also call as NeQuickModel2) in GNSS-IonosphericModel used for NavIC L1 band SPS. In some other embodiments, the second device 120 may reuse the Klobuchar Model2Parameter / KlobucharModelParameter and / or neQuickModel IE by updating / adding the field based on NavIC specific information.

[0065] In some embodiments, GNSS-IonosphericModel may be used. Specifically, the IE GNSS-IonosphericModel may be used by the location server (i.e., the second device 120) to provide parameters to model the propagation delay of the GNSS signals through the ionosphere. Proper use of these fields allows a single frequency GNSS receiver to remove parts of the ionospheric delay from the pseudorange measurements. Three existing  Ionospheric Models may be supported. An example IE GNSS-IonosphericModel including the information of ionospheric model for NavIC L1 SPS is illustrated as below.

[0066] In some embodiments, the information about at least one ionospheric model may comprise a set of parameters for a Klobuchar model, where the set of parameters for the Klobuchar model may comprise at least one of the following:

[0067] - a set of coefficients of the Klobuchar model, wherein at least one value of at least one coefficient of the set is defined specifically to the NavIC-based positioning service in L1 frequency,

[0068] - a maximum longitude of the Klobuchar model,

[0069] - a minimum longitude of the Klobuchar model,

[0070] - a maximum latitude of the Klobuchar model,

[0071] - a minimum latitude of the Klobuchar model, or

[0072] - an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the Klobuchar model is used for the NavIC-based positioning service in L1 frequency (or an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the Klobuchar model is generated by NavIC) .

[0073] In some embodiments, the set of coefficients of the Klobuchar model may comprise at least one of the following: alfa0 with a value range of (-128.. 127) , alfa1 with a value range of (-128.. 127) , alfa 2 with a value range of (-512.. 511) , alfa3 with a value range of (-2048.. 2047) , beta0 with a value range of (-128.. 127) , beta1 with a value range of (-128.. 127) , beta 2 with a value range of (-1024.. 1023) , beta 3 with a value range of (-8192.. 8191) .

[0074] In some embodiments, the maximum longitude of the Klobuchar model may be represented as Lambdakmax (and called as maximum Longitude limit of Klobuchar model sometimes) and may be defined with a value range of (0.. 63) .

[0075] In some embodiments, the minimum longitude of the Klobuchar model may be represented as Lambdakmin (and called as minimum Longitude limit of Klobuchar model sometimes) and may be defined with a value range of (0.. 63) .

[0076] In some embodiments, the maximum latitude of the Klobuchar model may be represented as Phikmax (and called as maximum Latitude limit of Klobuchar model) and may be defined with a value range of (-16.. 15) .

[0077] In some embodiments, the minimum latitude of the Klobuchar model may be represented as Phikmin (and called as: minimum Latitude limit of Klobuchar model) and may be defined with a value range of (-16.. 15) .

[0078] In some embodiments, the indication (that indicates the information about at least one ionospheric model and / or the set of parameters for the Klobuchar model is used for the NavIC-based positioning service in L1 frequency) may be the DataID, which indicates that the Klobuchar parameters have been generated by NavIC L1 band SPS.

[0079] In some embodiments, the example of the information about at least one ionospheric model may comprise a set of parameters for a Klobuchar model for NavIC L1 band SPS. For example, the IE KlobucharModel3Parameter may be used to indicate the Klobuchar information for NavIC L1 band SPS. An example of IE KlobucharModel3Parameter is illustrated as below.

[0080] KlobucharMode3lParamater field descriptions are listed in the blow table.

[0081] Except for the set of parameters for the Klobuchar model, in some embodiments, the information about at least one ionospheric model also may comprise a set of parameters for a NeQuick model (also called as NeQuick-N model) , the set of parameters for the NeQuick model may comprise a first set of parameters for a first region, and the first set of parameters may comprise at least one of the following:

[0082] - a set of effective ionization level parameters,

[0083] - a maximum modified dip latitude coverage of the NeQuick model,

[0084] - a minimum modified dip latitude coverage of the NeQuick model,

[0085] - a maximum modified dip longitude coverage of the NeQuick model,

[0086] - a minimum modified dip longitude coverage of the NeQuick model,

[0087] - a maximum a longitude coverage,

[0088] - a minimum a longitude coverage,

[0089] - a maximum a latitude coverage,

[0090] - a minimum a latitude coverage,

[0091] - an indication that indicates accuracy of at least one broadcast coefficient for a given region (i.e., the first region) , or

[0092] - an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency (or an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is generated by NavIC) .

[0093] Additionally, in some embodiments, the set of parameters for the NeQuick model may further comprise a second set of parameters for a second region and a third set of parameters for a third region, and any of the second and the third set of parameters may comprise at least one of the following:

[0094] - a set of effective ionization level parameters,

[0095] - a maximum modified dip latitude coverage of the NeQuick model,

[0096] - a minimum modified dip latitude coverage of the NeQuick model,

[0097] - a maximum modified dip longitude coverage of the NeQuick model,

[0098] - a minimum modified dip longitude coverage of the NeQuick model,

[0099] - a maximum a longitude coverage,

[0100] - a minimum a longitude coverage,

[0101] - a maximum a latitude coverage,

[0102] - a minimum a latitude coverage,

[0103] - an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency (or an indication that indicates the information about at least one  ionospheric model and / or the set of parameters for the NeQuick model is generated by NavIC) , or

[0104] - an indication that indicates accuracy of at least one broadcast coefficient for a given region (i.e., the second / third region) .

[0105] In some embodiments, the NeQuick-N Model parameters may include at least: effective ionization level first, second and / or third order parameter; maximum modified dip latitude (MODIP) coverage; minimum MODIP coverage; maximum longitude coverage; minimum longitude coverage; or Ionosphere Disturbance Flag (IDF) .

[0106] In some embodiments, the ionospheric error correction based on NeQuick model for single frequency users of NavIC (i.e., NeQuick-N) will be computed through a set of 3 coefficients given for 3 regions defined by maximum and minimum Modified DIP latitude (MODIP) coverage, maximum and minimum longitude coverage, the Ionosphere Disturbance Flag (IDF) for each set and the Issue of Data NeQuick-N (IODN) .

[0107] In some embodiments, Maximum MODIP coverage (Modipmax) may provide the maximum modified dip latitude coverage for the each set of broadcast ionosphere coefficients; Minimum MODIP coverage (Modipmin) may provide the minimum modified dip latitude coverage for the each set of broadcast ionosphere coefficients; Maximum Longitude coverage (MLonmax) provides the maximum geodetic longitude coverage area within which the broadcast ionosphere coefficients are valid; Minimum Longitude coverage (MLonmin) may provide the minimum geodetic longitude coverage area within which the broadcast ionosphere coefficients are valid; The coefficients a0, a1 and a2 may be used to compute the line of sight ionosphere delay for region defined by longitude coverage area; the Ionospheric Disturbance Flag (IDF) may be a single bit flag indicator for the accuracy of the broadcast coefficients for the given region, where IDF ‘0’ indicates that the error in the computed ionosphere delay shall be high and its user’s discretion to use and apply the corrections.

[0108] Optionally, the NeQuick-N Model parameters may include the issue of Data Nequick-N. In some embodiments, the Issue of Data NeQuick-N (IODN) may provide the user with a convenient means of detecting any change in the broadcast message.

[0109] In some embodiments, the NeQuick-N Model parameters may include parameters for three different region, for example regions #1 to #3. For regions #1, the NeQuick-N Model parameters may include at least:

[0110] - The set of effective ionization level parameters, which may include the effective ionization level first, second and / or third order parameter (such as, ionization level first order parameter a0-1 with a value range of (-1024.. 1023) , ionization level second order parameter a1-1 with a value range of (-1024.. 1023) , and / or ionization level third order parameter a2-1 with a value range of (-8192.. 8191) ) ;

[0111] - Maximum and / or minimum modified dip latitude (MODIP) coverage (such as, modipmax1 with a value range of (0.. 63) , modipmin1 with a value range of (0.. 63) ) ;

[0112] - Maximum and / or minimum longitude coverage (such as, mLonmax1 with a value range of (0.. 127) , and mLonmin1 with a value range of (0.. 127) ) ; or

[0113] - Ionosphere Disturbance Flag1 (which is an integer of 0 or 1) .

[0114] For regions #2, the NeQuick-N Model parameters may include at least:

[0115] - The set of effective ionization level parameters, which may include the effective ionization level first, second and / or third order parameter (such as, ionization level first order parameter a0-2 with a value range of (-1024.. 1023) , ionization level second order parameter a1-2 with a value range of (-1024.. 1023) , and / or ionization level third order parameter a2-2 with a value range of (-8192.. 8191) ) ;

[0116] - Maximum and / or minimum modified dip latitude (MODIP) coverage (such as, modipmax2 with a value range of (0.. 63) , modipmin2 with a value range of (0.. 63) ) ;

[0117] - Maximum and / or minimum longitude coverage (such as, mLonmax2 with a value range of (0.. 127) , and mLonmin2 with a value range of (0.. 127) ) ; or

[0118] - Ionosphere Disturbance Flag2 (which is an integer of 0 or 1) .

[0119] For regions #3, the NeQuick-N Model parameters may include at least:

[0120] - The set of effective ionization level parameters, which may include the effective ionization level first, second and / or third order parameter (such as, ionization level first order parameter a0-3 with a value range of (-1024.. 1023) , ionization level second order parameter a1-3 with a value range of (-1024.. 1023) , and / or ionization level third order parameter a2-3 with a value range of (-8192.. 8191) ) ;

[0121] - Maximum and / or minimum modified dip latitude (MODIP) coverage (such as, modipmax3 with a value range of (0.. 63) , modipmin3 with a value range of (0.. 63) ) ;

[0122] - Maximum and / or minimum longitude coverage (such as, mLonmax3 with a value range of (0.. 127) , and mLonmin3 with a value range of (0.. 127) ) ; or

[0123] - Ionosphere Disturbance Flag3 (which is an integer of 0 or 1) .

[0124] In some embodiments, a0-1, a0-2 and a0-3 specify the first order parameters for three different regions for NeQuick model of NavIC; a1-1, a1-2 and a1-3 specify the second order parameters for three different regions for NeQuick model of NavIC; a2-1, a2-2 and a2-3 specify the third order parameters for three different regions for NeQuick model of NavIC.

[0125] In some embodiments, for NavIC L1 band SPS, the set of parameters for the NeQuick model may be indicated by IE NeQuick-NModelParameter (also called as NeQuickModel2Parameter) . An example NeQuick-NModelParameter is illustrated as below.

[0126] NeQuick-NModelParameter field descriptions are listed as below.

[0127] According to the above procedure, assistant information about the ionospheric model (s) may be provided to the first device 110.

[0128] In some embodiments, the assistant information may comprise information about at least one navigation model. As one example, the second device 120 may provide precise navigation data related to NavIC (e.g., L1 SPS signal) to the GNSS capable target device (i.e., the first device 110) , which may include at least one of: SV-ID; Satellite’s (current) health; Issue of Data, and the corresponding identity for GNSS Navigation Model for NavIC (L1 SPS) ; Clock model for NavIC; Orbit model for NavIC, e.g., KeplerianSet.

[0129] As used herein, SV-ID may be used to indicate a specific GNSS satellite. The interpretation of SV-ID may depend on the GNSS-ID, for example, if the GNSS-ID indicate the NavIC, the SV-ID interpretation may be as below.

[0130] In some embodiments, the information about at least one navigation model for NavIC L1 band SPS may be indicated by IE GNSS-NavigationModel. In some embodiments, the IE GNSS-NavigationModel may be used by the second device 120 to provide precise navigation data to the GNSS capable target device (i.e., the first device 110) . In some embodiments, in response to a request from the first device 110 for GNSS  Assistance Data, the second device 120 may determine whether to send the navigation model for a particular satellite to the first device 110 based upon factors like the T-Toe limit specified by the first device 110 and any request from the first device 110 for DGNSS (also see GNSS-DifferentialCorrections) . GNSS Orbit Model can be given in Keplerian parameters or as state vector in Earth-Centered Earth-Fixed coordinates, dependent on the GNSS-ID and the target device capabilities. The meaning of these parameters is defined in relevant ICDs of the particular GNSS and GNSS specific interpretations apply. For example, GPS and Quasi-Zenith Satellite System (QZSS) use the same model parameters but some parameters have a different interpretation.

[0131] In some embodiments, the set of parameters for the navigation model may be indicated by IE GNSS-NavigationModel. An example GNSS-NavigationModel is illustrated as below.

[0132] GNSS-NavigationModel field descriptions are listed as below.

[0133] In some embodiments, the information about at least one navigation model may comprise satellite health information determined based at least in part on a satellite health status in L1 frequency (i.e., NavIC L1 Health) .

[0134] In some embodiments, the satellite health information may be a health indication determined based on satellite health status in L1 frequency for NavIC, and / or a satellite health status in a layer 5 (L5) and / or S frequency for NavIC.

[0135] Alternatively, in some embodiments, the satellite health information may be a bit string and may comprise a first bit indicating the satellite health status in L1 frequency and at least one of the following: a second bit indicating the satellite health status in L5 frequency, or a third bit indicating the satellite health status in S frequency. For example, for satellite health information for NavIC (e.g., NavIC L1) , the satellite health information may comprise a bit string with 8-bits, and the first bit (i.e., MBS) of bit string may indicate the L5 health, and the second bit of bit string may indicate the L1 health, and / or the third bit of string may indicate the S health, and other bits in bitmap are reserved.

[0136] In some embodiments, the health values may be GNSS system specific (e.g., NavIC specific) , and the interpretation of svHealth may depend on the GNSS ID and “the GNSS to satellite's health bit string relation” , where “the GNSS to satellite's health bit string relation” for NavIC may be defined as below.

[0137] In some embodiments, the information about at least one navigation model may comprise information about issue of data.

[0138] In some embodiments, the information about issue of data is a bit string and indicates information about a time of ephemeris and clock for NavIC (e.g., NavIC L1) . For example, for NavIC L1 band, the issue of data may comprise 11 bits of toec (i.e., time of ephemeris and clock) of NavIC L1, with the scale factor 300.

[0139] In some embodiments, in case the identity for GNSS Navigation Model is broadcasted NavIC (e.g., L1) ephemeris, the issue of Data contains 11 (MBS) bits of the toec as defined in ISRO-IRNSS-ICD-SPS-L1-1.0. In addition, the GNSS to issue of data bit string relation may be as below.

[0140] In some embodiments, the information about at least one navigation model may comprise a set of parameters for a clock model, and the set of parameters for the clock model may comprise at least one of the following:

[0141] - a set of parameters for clock correction,

[0142] - a group delay parameter,

[0143] - inter-signal correction for L1 pilot signal, or

[0144] - inter-signal correction for L1 data signal.

[0145] In some embodiments, a set of parameters for clock correction may include at least one of: the time of ephemeris and clock (alternative clock correction parameters reference time) , the clock correction polynomial coefficient satellite clock bias, the satellite clock correction polynomial coefficient clock drift, or the clock correction polynomial coefficient satellite clock drift rate. In some embodiments, the inter-signal correction for L1 pilot signal may be a group delay differential between S and L1 pilot. In some embodiment, the inter-signal correction for L1 data signal may be a group delay differential between S and L1 data.

[0146] In some embodiments, the clock model for NavIC (L1 SPS) including at least one of:

[0147] - the clock correction parameters for NavIC L1 SPS signal, including Toec, af2, af1, af0, where the Toec is the time of ephemeris and clock, or clock correction parameters reference time (seconds) , parameter af0 is the satellite clock bias, clock correction polynomial coefficient, parameter af1 is the satellite clock drift, clock correction polynomial coefficient, parameter af2 is the satellite clock drift rate, clock correction polynomial coefficient. Defined in 6.1.2 of [ISRO-IRNSS-ICD-SPS-L1-1.0] ; For example, the value range of Toec is an integer from 0 to 2047. For example, the value range of af0 is an integer from -268435456 to 268435455. The value range of af1 is an integer from -2097152 to 2097151. The value range of af2 is an integer from -32768 to 32767.

[0148] - The group delay parameter for NavIC, e.g., Tgd. For example, value integer from -2048 to 2047;

[0149] - The inter-Signal Correction for L1 Pilot signal (RSF=1) or Inter Signal Correction for S SPS Signal, e.g., navic-ISCL1P; For example, the value range of inter-signal correction for L1 pilot signal is an integer from -2048 to 2047.

[0150] - The inter-Signal Correction for L1 Data. E.g., navic-ISCL1D. For example, the value range of inter-signal correction for L1 data signal is an integer from -2048 to 2047.

[0151] In some embodiments, ISCL1D, ISCL1P may be the mean SV group delay differential between S and L1 data and between S and L1 pilot respectively.

[0152] In some embodiments, a new clock model IE (e.g., NavIC-CLockModel2) is introduced used for second device 120to provide the clock Model to the first device 110 for NavIC L1 SPS. In some other embodiments, reuse the navic clock model IE (e.g., NavIC-clockModel IE) in TS 37.355, and update / add the field based on NavIC specific information (e.g., add the NavIC ISCL1P and / or ISCL1D information) .

[0153] In some embodiments, an example IE of clock model used to indicate the clock model parameters for NavIC L1 SPS is illustrated as below. In below example, the IE NavIC-ClockModel2 is used only for ease discission without any limitations, and other IEs with the (same or similar) parameters as follows also may be used to indicate the clock model for NavIC L1 band.

[0154] NavIC-ClockModel2 field descriptions are listed as below.

[0155] In some embodiments, the information about at least one navigation model may comprise a set of parameters for a Keplerian or orbit model, and the set of parameters for the Keplerian or orbit model may comprise at least one of the following:

[0156] - a user range accuracy index,

[0157] - a difference of semi-major axis at a reference time,

[0158] - a change rate in semi-major axis, or

[0159] - a rate of mean motion difference.

[0160] In some embodiments, the orbit model for NavIC (L1 SPS) including:

[0161] - The time of ephemeris and clock, or clock correction parameters reference time (seconds) . i.e., toec; For example, the value range is an integer from 0 to 2048.

[0162] - The parameter User Range Accuracy (URA) Index (in metres) . URA is a one-sigma estimate of the user range errors in the navigation data for the transmitting satellite and its index value ranges from -16 to 15, as described under clause 6.2.1.8 in [ISRO-IRNSS-ICD-SPS-L1-1.0] . For example, the value range is an integer from -16 to 15.

[0163] - Semi-major Axis Difference at reference time. E.g., ΔA. For example, the value the value range is an integer from -33554432 to 33554431.

[0164] - Change rate in semi-major axis. E.g., Adot. For example, the value range is an integer from -33554432 to 33554431.

[0165] - Mean motion Difference at Reference Time. E.g., Δn0. For example, the value range is an integer from -262144 to 262143.

[0166] -R ate of Mean Motion Difference. E.g., Δndot. For example, the value range is an integer from -4194304 to 4194303.

[0167] - Mean Anomaly at reference time. E.g., M0. For example, the value range is an integer from -4294967296 to 4294967295.

[0168] - Eccentricity. e.g., e. For example, the value range is an integer from 0 to 8589934591.

[0169] - Argument of Perigee. E.g., ω. For example, the value range is an integer from -4294967296 to 4294967295.

[0170] - Longitude of Ascending Node at weekly epoch. E.g., Ω0. For example, the value range is an integer from -4294967296 to 4294967295.

[0171] - Rate of right ascension, Ωdot. For example, the value range is an integer from -16777216 to 16777215.

[0172] - Inclination angle. E.g., i0. For example, the value range is an integer from-4294967296 to 4294967295.

[0173] - Rate of Inclination angle. E.g., IDot. For example, the value range is an integer from -16384 to 16383.

[0174] - Amplitude of the Cosine Harmonic Correction Term to the Argument of Latitude, Cuc. For example, the value range is an integer from -1048576 to 1048575.

[0175] - Amplitude of the Sine Harmonic Correction Term to the Arg. of Latitude, Cus. For example, the value range is an integer from -1048576 to 1048575.

[0176] - Amplitude of the Cosine Harmonic Correction Term to the Angle of Inclination, Cic. For example, the value range is an integer from -32768 to 32767.

[0177] - Amplitude of the Sine Harmonic Correction Term to the Angle of Inclination, Cis. For example, the value range is an integer from -32768 to 32767.

[0178] - Amplitude of the Cosine Harmonic Correction Term to the Orbit Radius, Crc. For example, the value range is an integer from -8388608 to 8388607.

[0179] - Amplitude of the Sine Harmonic Correction Term to the Orbit Radius, Crs. For example, the value range is an integer from -8388608 to 8388607.

[0180] In some embodiments, a new orbit model IE may be introduced used for second device 120 to provide the orbit Model to the first device 110, for example IE NavModel-NavIC-KeplerianSet2. In some other embodiments, the NavIC orbit model IE (e.g., NavModel-NavIC-KeplerianSet IE) in TS 37.355 may be reused by updating / adding the field based on NavIC specific information (e.g., update URAI parameter) .

[0181] In some example embodiments, an example of orbit model used to indicate the clock model parameters for NavIC L1 band is illustrated as follows. In the example, the IE NavModel-NavIC-KeplerianSet2 is used only for ease discission without any limitations, and any other IEs with the (same or similar) parameters as follows also may be used to indicate the orbit model for NavIC L1 band.

[0182] NavModel-NavIC-KeplerianSet2 field descriptions are listed as below.

[0183] According to the above procedure, assistant information about the navigation model (s) may be provided to the first device 110.

[0184] In some embodiments, the assistant information may comprise data bit assistance data.

[0185] In some embodiments, the data bit assistance data may comprise: a specific space vehicle (SV) identity of a global navigation satellite system (GNSS) satellite, an identity of a GNSS signal corresponding to NavIC L1 signals, and data bits for a specific SV and NavIC L1 signals.

[0186] In some embodiments, the second device 120 may provide data bit assistance data related to NavIC (L1 SPS) signal to the first device 110, which includes at least one of: SV-ID; GNSS-Signal ID (such as, as discussed in the table ‘Interpretation of the bit map in gnssSignalIDs’ of the present disclosure) or type; data bits for a particular GNSS satellite SV-ID and signal GNSS-SignalID. In some embodiments, data bits for a particular GNSS satellite SV-ID and signal GNSS-SignalID may comprising: In a case that the GNSS-signal ID indicating the GNSS signal is NavIC L1 SPS, it contains the FEC encoded and interleaved Navigation symbols, as define in clause 5 of [ISRO-IRNSS-ICD-SPS-L1-1.0] .

[0187] In some embodiments, the IE GNSS-DataBitAssistance may be used by the second device to provide data bit assistance data for specific satellite signals for data wipe-off. The data bits included in the assistance data depends on the GNSS and its signal. An example of IE GNSS-DataBitAssistance is illustrated as below.

[0188] GNSS-DataBitAssistance field descriptions are listed as below.

[0189] According to the above procedure, assistant information about the data bit assistance data may be provided to the first device 110.

[0190] In some embodiments, the assistant information may comprise information about at least one almanac model.

[0191] In some embodiments, the second device 120 may provide almanac model (i.e., the coarse and long-term model of the satellite positions and clocks) related to NavIC (e.g., NavIC L1 band SPS) to the first device 110, which includes at least one of week number; Almanac reference time or time of almanac. i.e., toa; and Keplerian NavIC Almanac parameter (s) .

[0192] In some embodiments, the IE GNSS-Almanac may be used by the second device 120 to provide the coarse and long-term model of the satellite positions and clocks. The meaning of these parameters is defined in relevant ICDs of the particular GNSS and GNSS specific interpretations apply. For example, GPS and QZSS use the same model parameters but some parameters have a different interpretation. GNSS-Almanac is useful for receiver tasks that require coarse accuracy, such as determining satellite visibility. The model is valid for up to a few weeks, typically. Since it is a long-term model, the field should be provided for all satellites available in the GNSS constellation (i.e., not only for SVs visible at the reference location and including SVs flagged as unhealthy in almanac) . The completeAlmanacProvided field indicates whether or not the location server provided almanacs for the complete GNSS constellation. In some example embodiments, a new IE or field in GNSS-Almanac (e.g., keplerianNavIC-Alnamac2-r19) may be used to indicate the almanac information for NavIC L1 band SPS. An example of IE GNSS-Almanac is illustrated as below.

[0193] GNSS-Almanac field descriptions are listed as below.

[0194] In some embodiments, the information about at least one almanac model comprises at least one of the following: a time of almanac, or a set of Keplerian NavIC almanac parameters, wherein at least one value range of at least one Keplerian NavIC almanac parameter in the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0195] In some embodiments, the Keplerian NavIC Almanac parameter (s) (or a set of Keplerian NavIC almanac parameters) comprises at least one of:

[0196] - sv-id. In some embodiments, extended the NavIC satellite PRN signal from 1 to 64, for example it corresponding to the satellite-identity with a value range from 0 to 63.

[0197] - the field provides the time of almanac set.

[0198] - Eccentricity, for example, the Eccentricity is an integer with a value range from 0 to 1048575.

[0199] - rate of right ascension (RAAN) , for example an integer with a value range from -262144 to 262143 for NavIC L1 SPS.

[0200] - square root of the semi-major axis (SQRTA) .

[0201] - longitude of ascending node.

[0202] - argument of perigee.

[0203] - mean anomaly at reference time.

[0204] - Optional, inclination, for example, the integer with a value range from -8388608 to 8388607 for NavIC L1 SPS.

[0205] - clock bias parameter, for apparent satellite clock correction, for example, an integer with a value range from -8192 to 8191.

[0206] - clock drift, for apparent satellite clock correction.

[0207] In some embodiments, a new NavIC almanac set IE (e.g., AlmanacNavIC-AlmanacSet2) may be introduced used for second device 120 to provide the almanac Model related to NavIC L1 SPS signal to the first device 110.

[0208] In some embodiments, NavIC almanac set IE (e.g., AlmanacNavIC-AlmanacSet IE) in TS 37.355 may be reused by updating / adding the field based almanac information related to NavIC L1 SPS signal to the first device 110. For example, introduce an extended field for eccentricity with an integer value range from 65535 to 1048575, alternatively or in addition extended field for eccentricity to cover an integer value range from 0 to 1018475 for NavIC L1 SPS. For another example, introduce a parameter / field inclination with an integer value range from -8388608 to 8388607. For another example, introduce an extended field for clock bias parameter for apparent satellite clock correction with an integer value range from -8192 to -1023 and / or an integer value range from 1023 to 8191, alternatively or in addition an extended field for clock bias parameter for apparent satellite clock correction with an integer value range from -8192 to 8191.

[0209] In some example embodiments, an example of almanac model used to provide the coarse, long-term model of the satellite positions and clocks to the first device 110for NavIC L1 band is illustrated as follows. In the example, the IE AlmanacNavIC-AlmanacSetX is used only for ease discission without any limitations, any other IEs with the (same or similar) parameters as follows also may be used to indicate the almanac model for NavIC L1 band.

[0210] . An example of IE AlmanacNavIC-AlmanacSetX is illustrated as below.

[0211] AlmanacNavIC-AlmanacSetX field descriptions are listed as below.

[0212] According to the above procedure, assistant information about the almanac model (s) may be provided to the first device 110.

[0213] In some embodiments, the assistant information may comprise information about at least one UTC model.

[0214] According to the above procedure, assistant information about the UTC model (s) may be provided to the first device 110.

[0215] In some embodiments, information about at least one UTC model may comprise an identity of a UTC model, where the UTC model is a specific model defined for the NavIC- based positioning service in L1 frequency or a common model shared by the NavIC-based positioning service in L1 frequency and at least one different positioning service.

[0216] Alternatively, in some embodiments, information about at least one UTC model may comprise a set of UTC model parameters, wherein at least one value of at least one UTC model parameter of the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0217] In some embodiments, the identity of the UTC model may be an index which equals to 2 or 6, or larger than 8.

[0218] In some embodiments, the second device 120 may provide several sets of parameters needed to relate GNSS system time to Universal Time Coordinate (UTC) related to NavIC to the first device 110, which includes:

[0219] - bias coefficient of GNSS (e.g., NavIC L1) time scale relative to UTC time scale,

[0220] - drift coefficient of GNSS (e.g., NavIC) time scale relative to UTC time scale,

[0221] - drift rate correction coefficient of GNSS time (e.g., NavIC) scale relative to UTC time scale,

[0222] - current or past leap second count, for example represented as deltaTls,

[0223] - time data reference time of week, for example represented as Tug,

[0224] - time data reference week number, for example represented as WNug,

[0225] - leap second reference week number, for example represented as WNlsf,

[0226] - leap second reference day number, for example represented as DN,

[0227] - current or future leap second count,

[0228] In some embodiments, GNSS-UTC-Model IE may include the NavIC (e.g., NavIC L1 SPS) UTC model, if GNSS-ID in GNSS-UTC-Model indicates NavIC, GNSS-UTC-Model contains a set of parameters needed to relate NavIC system time to UTC (NTSC) .

[0229] In some embodiments, a new UTC model IE (e.g., UTC-ModelSetx) is introduced used for the second device 120 to provide the UTC information related to NavIC (L1 SPS) to the first device 110. For example, a new UTC-ModelSetx in IE GNSS-UTC-Model is introduced.

[0230] In some embodiments, reuse UTC model IE (e.g., UTC-ModelSet2 IE) in TS 37.355, and updated the parameters and description to fit the NavIC L1 band in this IE.

[0231] In some embodiments, the IE GNSS-UTC-Model is used by the second device 120 to provide several sets of parameters needed to relate GNSS system time to Universal Time Coordinate (UTC) , as defined in [ISRO-IRNSS-ICD-SPS-L1-1.0] .

[0232] The UTC time standard, UTC (k) , is GNSS specific. E.g., if GNSS-ID indicates GPS, GNSS-UTC-Model contains a set of parameters needed to relate GPS system time to UTC(USNO) ; if GNSS-ID indicates QZSS, GNSS-UTC-Model contains a set of parameters needed to relate QZST to UTC (NICT) ; if GNSS-ID indicates GLONASS, GNSS-UTC-Model contains a set of parameters needed to relate GLONASS system time to UTC (RU) ; if GNSS-ID indicates SBAS, GNSS-UTC-Model contains a set of parameters needed to relate SBAS network time for the SBAS indicated by SBAS-ID to the UTC standard defined by the UTC Standard ID; if GNSS-ID indicates BDS, GNSS-UTC-Model contains a set of parameters needed to relate BDS system time to UTC (NTSC) , where UTC-ModelSet2 is used for BDS B1C and BDS B2a, and UTC-ModelSet5 is used for BDS B1I; if the GNSS-ID indicates NavIC, the GNSS-UTC-Model contains a set of parameters needed to relate NavIC system time to the UTC (BIPM ) .

[0233] One example of IE GNSS-UTC-Model is illustrated as below.

[0234] In some embodiments, it may reuse UTC model IE (e.g., UTC-ModelSet2 IE) in TS 37.355 by updating the related parameters and description to fit the NavIC L1 band in this IE. One e example of IE UTC-ModelSet2 is illustrated as below.

[0235] UTC-ModelSet2 field descriptions are listed as below.

[0236] In some embodiments, a new UTC model IE (e.g., UTC-ModelSetx) to be used by the second device 120 for providing the UTC information related to NavIC (L1 SPS) to the first device 110 may be introduced. For example, a new UTC-ModelSetx in IE GNSS-UTC-Model may be introduced. One example of IE UTC-ModelSetx is illustrated as below.

[0237] Example of UTC-ModelSetx field descriptions are listed as below.

[0238] In some embodiments, the assistant information may comprise information about at least one grid model.

[0239] In some embodiments, the information about at least one grid model may comprise at least one of the following:

[0240] - an interval time of week count. In some embodiments, the interval time of week count indicates a number of two-hour epoch within a week,

[0241] - a time of interval or time of interval count. In some embodiments, the time of interval count indicates a number of 18-second interval within a two-hour epoch,

[0242] - a region masked, for example the region masked indicates the total number of regions for which the corrections are provided. Further for the service area of the NavIC L1, the region masked may be 6, or

[0243] - a set of ionospheric grid points (IGP) corresponding to a region. In some embodiments, 15 IGP points are grouped into a region. In some embodiments, up to six regions may be contained in grid model for NavIC L1 band.

[0244] In some embodiments, the set of ionospheric grid points corresponding to the region may comprise at least one of the following:

[0245] - a region identity,

[0246] - a grid ionospheric vertical delay indication, or

[0247] - a grid ionosphere vertical error index indication.

[0248] In some embodiments, the second device 120 may provide the grid model parameter related to NavIC (L1 SPS) to the first device 110, which includes:

[0249] - Interval time of week count (ITOWC) , where ITOW count defined as being equal to the number of two-hour epochs that have occurred since the transition from the previous week. The count is short-cycled such that the range of the ITOW-count is from 0 to 83 2-hour epochs (equaling one week) and is reset to zero at the end of each week. The ITOW-count's zero state is defined as that 2-hour epoch which is coincident with the start of the present week, the 00: 00: 00 hours on NavIC system time;

[0250] - time of interval (TOI) or time of interval count (TOIC) , where the Interval Time of Week (ITOW) , It identifies or indicates the start time of the 2 hour interval since the beginning of the NavIC week, represented in 8 bits. Time of Interval (TOI) is the count of the number of 18 sec message intervals in each 2 hour, the TOI or TOIC is represented in 9 bits;

[0251] - region masked. The region masked indicates the total number of regions for which the corrections are provided. For the service area of the NavIC L1 band, the region masked may be 6;

[0252] - set of IGPs (Ionospheric Grid Points) corresponding to the region. In some embodiments, 15 IGP points are grouped into a region. In some embodiments, up to six regions maybe contained in grid model for NavIC L1 band;

[0253] - region ID;

[0254] - the grid Ionospheric Vertical Delay (GIVD) indication;

[0255] - grid Ionospheric Vertical Error Index (GIVEI) indication, which is used to describe the delay correction accuracy at ionospheric grid point indicated by the igp-ID, the mapping between GIVEI and GIVE is defined in 6.2.2.3 and table 26 of [ISRO-IRNSS-ICD-SPS-L1-1.0] .

[0256] In some embodiments, a new grid model field / IE (e.g., NavIC-GridModelParameter [x] , e.g., x=2) is introduced used for the second device 120 to provide the grid information related to NavIC (L1 SPS) to the first device 110. For example, the new grid model navIC-GridModelParameter [x] in GNSS-GenericAssistData IE.

[0257] In some embodiments, reuse grid model IE (e.g., NavIC-GridModelParameter IE) in 3GPP TS 37.355, and add the new field based grid model related to NavIC L1 SPS signal. For example, add the time of interval (TOI) field with the value range is an integer from 0 to 83 or add the time of interval count (TOIC) field with the example value is integer from 0 to 399. For another example, specify that the field navic-RefTOWC in IE NavIC-GridModelParameter of TS 37.355 is not used for NavIC L1 SPS. In other words, the first device 110 or the second device 120 may ignore the field navic-RefTOWC for NavIC L1 band SPS. Alternatively, the field navic-RefTOWC may be absent for NavIC L1 band SPS.

[0258] In some example embodiments, an example of grid model used to indicate the grid model parameters for NavIC L1 band is illustrated as follows. In the example, of the IE NavIC-GridModelParameterx is used only for ease discission without any limitations, and any other IE with the (same or similar) parameters as follows also may be used to indicate the gird model for NavIC L1 band.

[0259] NavIC-GridModelParametexr field descriptions are listed as below.

[0260] According to the above procedure, assistant information about the grid model (s) may be provided to the first device 110.

[0261] Through the above assistance information providing procedure, related assistance information / data (such as, new ionospheric model information, new parameter for almanac, navigation model, UTC model grid model for NavIC, and so on. In this way, the NavIC L1 navigation band in A-GNSS may be supported to improves the positioning, navigation, and timing services for civilian users, and also facilitate better interoperability with other GNSS services.

[0262] In some embodiments, IE GNSS-GenericAssistData is used by the second device 120 to provide assistance data for a specific GNSS. The specific GNSS for which the provided assistance data are applicable is indicated by the IE GNSS ID and (if applicable) by the IE SBAS ID. Assistance for up to 16 GNSSs can be provided.

[0263] One example of IE GNSS-GenericAssistData is illustrated as below.

[0264] Example procedure of capability information reporting will be discussed in the following.

[0265] In operation, first device 110 determines capability information of NavIC-based positioning service in L1 frequency, and transmits (220-1) the capability information to the second device 120.

[0266] In some embodiments, the capability information may comprise a capability on at least one ionospheric model.

[0267] In some embodiments, the capability on the at least one ionospheric model may comprise a capability on a Klobuchar model, and the capability on the Klobuchar model may comprise at least one of the following:

[0268] - an identity of the Klobuchar model supported by the first device 110, the Klobuchar model supporting the NavIC-based positioning service in L1 frequency, or

[0269] - a bit position in a bitmap used to indicate that the Klobuchar model for NavIC L1 is supported by first device 110 (for example, it is represented by a bit string, with a one value at the bit position means the particular ionospheric model is supported; a zero value means not supported) , or

[0270] - at least value range supported by the first device 110, the at least value range corresponding to at least parameter of the Klobuchar model.

[0271] In some embodiments, the identity of the Klobuchar model is an index larger than 2.

[0272] Except for capability on the Klobuchar model, in some embodiments, the capability on the at least one ionospheric model also may comprise a capability on a NeQuick model, and the capability on the NeQuick model may comprise at least one of the following:

[0273] - an identity of the NeQuick model supported by the first device 110, the NeQuick model supporting the NavIC-based positioning service in L1 frequency, or

[0274] - a bit position in a bitmap used to indicate that the Klobuchar model for NavIC L1 is supported by first device 110, or

[0275] - at least value range supported by the first device 110, the at least value range corresponding to at least parameter of the NeQuick model.

[0276] In some embodiments, the identity of the NeQuick model is an index larger than or equal to 2.

[0277] In some embodiments, the first device may indicate its capability to support A-GNSS and to provide its A-GNSS location capabilities (e.g., GNSSs and assistance data supported) related to NavIC (e.g., L1 SPS) to the second device 120.

[0278] In some embodiments, the first device 110 may indicate it capability to support ionospheric model and to provide its ionospheric capability related to NavIC (e.g., NavIC L1 SPS) to the second device 120, which comprising the NeQuick and / or Klobuchar support indication.

[0279] In some example embodiments, the NeQuick support indication includes the neQuick -N or neQuick2 support capability. In some embodiments, a new bit position of  bit string used to indicate it, e.g., the neQuick-N (3) or neQuick-N (4) or neQuick2 (3) or neQuick2 (4) in capability IE GNSS-IonosphericModelSupport.

[0280] In some example embodiments, the Klobuchar support indication may include the Klobchar3 support capability. In some embodiments, a new bit position of bit string used to indicate it, e.g., klobuchar3 (4, the fifth bit with index 4) or klobuchar3 (3, the fourth bit with index 3) .

[0281] One example of ionospheric model capability indication for NavIC L1 band SPS in IE GNSS-IonosphericModelSupport is illustrated as below.

[0282] According to the above procedure, the capability on at least one ionospheric model of the first device 110 may be provided to the second device 120.

[0283] In some embodiments, the capability information may comprise a capability on at least one navigation model.

[0284] In some embodiments, the capability on the at least one navigation model may comprise a capability on a clock model, and the capability on the clock model may comprise at least one of the following:

[0285] - an identity of the clock model supported by the first device 110, the clock model supporting the NavIC-based positioning service in L1 frequency,

[0286] - a bit position in a bitmap used to indicate that the clock model for NavIC L1 is supported by first device 110, or

[0287] - at least value range supported by the first device 110, the at least value range corresponding to at least parameter of the clock model.

[0288] In some embodiments, the identity of the clock model is an index larger than 8. For example, the identity of the clock model may be 9 for NavIC L1 band SPS. In some embodiments, an extended clock model field (e.g., clockModel-ext-r19 field in GNSS-NavigationModelSupport) with the bit string size (1.. 8) is introduced. The extended clock  model field comprising the model-9 indication may be used to indicate the clock model support capability, for example clock model-9 support for NavIC L1 band.

[0289] Except for the capability on the clock model, in some embodiments, the capability on the at least one navigation model also may comprise a capability on a Keplerian or orbit model, and the capability on the Keplerian or orbit model may comprise at least one of the following:

[0290] - an identity of the Keplerian or orbit model supported by the first device 110, the Keplerian or orbit model supporting the NavIC-based positioning service in L1 frequency,

[0291] - a bit position in a bitmap used to indicate that the Keplerian or orbit model for NavIC L1 is supported by first device 110, or

[0292] - at least value range supported by the first device 110, the at least value range corresponding to at least parameter of the Keplerian or orbit model.

[0293] In some embodiments, the identity of the Keplerian or orbit model is an index equal to or larger than 8. For example, the identity of the Keplerian or orbit model may be 9 for NavIC L1 band SPS. In some embodiments, an extended orbit model field (e.g., orbitModel-ext-r19 field in GNSS-NavigationModelSupport) with the bit string size (1.. 8) is introduced. The extended orbit model field comprising the model-9 indication may be used to indicate the orbit model support capability, for example, clock model-9 support for NavIC L1 band.

[0294] One example of navigation model support capability including the clock and / or orbit model support indication, e.g., by IE GNSS-NavigaitonModelSupport, for NavIC is illustrated as below.

[0295] GNSS-NavigationModelSupport field descriptions are listed as below.

[0296] According to the above procedure, the capability on at least one navigation model for NavIC L1 band of the first device 110 may be provided to the second device 120.

[0297] In some embodiments, the capability information may comprise a capability on at least one almanac model.

[0298] In some embodiments, the capability on the at least one almanac model may comprise at least one of the following:

[0299] - an identity of an almanac model supported by the first device 110, the almanac model supporting the NavIC-based positioning service in L1 frequency,

[0300] - a bit position in a bitmap used to indicate that the almanac model for NavIC L1 is supported by first device 110, or

[0301] - at least value range supported by the first device 110, the at least value range corresponding to at least parameter of the almanac model.

[0302] In some embodiments, the identity of the almanac model is an index larger than 8. For example, the identity of the almanac model may be 9 for NavIC L1 band SPS. In some embodiments, an extended almanac model field (e.g., almanacModel-ext-r19 field in GNSS-AlmanacSupport) with the bit string size (1.. 8) is introduced. The extended almanac  model field comprising the model-9 indication may be used to indicate the almanac model support capability, for example, almanac model-9 support for NavIC L1 band.

[0303] In some embodiments, the first device 110 may indicate its capability to support A-GNSS and to provide its A-GNSS location capabilities (e.g., GNSSs and assistance data supported) related to NavIC (e.g., L1 SPS) to the second device 120.

[0304] In some embodiments, the first device 110 may indicate it capability to support almanac model to provide its almanac capability related to NavIC to the second device 120. The extended bit string or bit is introduced to indicate support the almanac model (e.g., model 9) for NavIC (e.g., NavIC L1 SPS) . If the first device 110 supports NavIC L1 and GNSS-Almanac assistance, it shall support Model-8 or Model-9.

[0305] One example of almanac model support capability IE GNSS-AlmanacSupport including the almanac model support indication for NavIC L1 is illustrated as below.

[0306] GNSS-AlmanacSupport field descriptions are listed as below.

[0307] According to the above procedure, the capability on at least one almanac model of the first device 110 may be provided to the second device 120.

[0308] In some embodiments, the capability information may comprise a capability on at least one UTC model.

[0309] In some embodiments, the capability on the at least one UTC model may comprise at least one of the following:

[0310] - an identity of an UTC model supported by the first device 110, the UTC model supporting the NavIC-based positioning service in L1 frequency, or

[0311] - at least value range supported by the first device 110, the at least value range corresponding to at least parameter of the UTC model.

[0312] In some embodiments, the identity of the UTC model is an index which equals to 2 or 6, or larger than 8.

[0313] In some embodiments, the first device 110 may indicate its capability to support A-GNSS and to provide its A-GNSS location capabilities (e.g., GNSSs and assistance data supported) related to NavIC (e.g., L1 SPS) to the second device 120.

[0314] In some embodiments, the first device 110 may indicate it capability to support UTC model to provide its UTC capability related to NavIC to the second device 120. A new reserve bit of bit string may be used to indicate support the UTC model 6 for NavIC (e.g., NavIC L1 SPS) . If the first device 110 supports NavIC L1 and GNSS-UTC-Model assistance, it shall support Model-2 or Model-6.

[0315] One example of IE GNSS-UTC-ModelSupport is illustrated as below.

[0316] GNSS-UTC-ModelSupport field description are listed as below.

[0317] According to the above procedure, the capability on at least one UTC model of the first device 110 may be provided to the second device 120.

[0318] In some embodiments, the capability information may comprise a capability on at least one grid model.

[0319] In some embodiments, the capability on the at least one grid model may comprise at least one of the following:

[0320] - information of a grid model supported by the first device 110, the grid model supporting the NavIC-based positioning service in L1 frequency,

[0321] - an identity of the grid model supported by the first device 110, the grid model supporting the NavIC-based positioning service in L1 frequency, or

[0322] - at least value range supported by the first device 110, the at least value range corresponding to at least parameter of the grid model.

[0323] In some embodiments, the first device 110 may indicate it capability to support grid model to provide its capability related to NavIC to the second device 120. A new IE / signalling / field / indication of grid model support related to NavIC (e.g., NavIC L1 SPS) may be introduced to indicate support the grid mode, for example, a new NavIC-GridModelSupport2 in GNSS-GenericAssistanceDataSupport.

[0324] In some embodiments, the IE GNSS-GenericAssistanceDataSupport is used by the first device 110 to provide information on supported GNSS generic assistance data types to the second device 120 for each supported GNSS.

[0325] One example of IE GNSS-GenericAssistanceDataSupport is illustrated as below.

[0326] According to the above procedure, the capability on at least one grid model of the first device 110 may be provided to the second device 120.

[0327] Example procedure of requesting assistant information will be discussed in the following.

[0328] In operation, the first device 110 transmit (230-1) a first message for requesting first assistant information for NavIC-based positioning service in L1 frequency to a second device 120. After that, the first device 110 receives (240-1) at least one second message comprising second assistant information from the second device 120, the second assistant information is determined by the second device 120 based at least in part on the request.

[0329] In some embodiments, the first assistant information may be related to information about at least one ionospheric model, i.e., the first device 110 requesting the second device 120 providing the assistant information about at least one ionospheric model.

[0330] In some embodiments, if the information about at least one ionospheric model is requested, the first message may comprise at least one of the following:

[0331] - information of a Klobuchar model requested by the first device 110, the Klobuchar model supporting the NavIC-based positioning service in L1 frequency,

[0332] - an identity of the Klobuchar model requested by the first device 110, the Klobuchar model supporting the NavIC-based positioning service in L1 frequency.

[0333] In some embodiments, the identity of the Klobuchar model may be an index larger than 2. In some embodiments, the information of Klobuchar mode may be a new field or IE or signaling used for NavIC L1, for example a new field klobucharModel3Req-r19.

[0334] Except for the information of a Klobuchar model, in some embodiments, if the information about at least one ionospheric model is requested, the first message also may comprise at least one of the following:

[0335] - information of a NeQuick model (e.g., neQuick-N) requested by the first device 110, the NeQuick model supporting the NavIC-based positioning service in L1 frequency,

[0336] - an identity of the NeQuick model (e.g., neQuick-N) requested by the first device 110, the NeQuick model supporting the NavIC-based positioning service in L1 frequency.

[0337] In some embodiments, the identity of the NeQuick model may be an index larger than or equal to 2. In some embodiments, the information of NeQuick mode may be a new field or IE or signaling, for example a new field neQuick-NModelReq-r19 or neQuickModel2Req-r19.

[0338] In some embodiments, the first device 110 may request the NavIC ionospheric Model assistance information from the second device 120. In some embodiments, a new Klobuchar Model request and / or a new NeQuick Model (e.g., neQuick-N) request IE / field / signalling is introduced. In some embodiments, it may be included in GNSS-ionoshpereModelReq message.

[0339] In some embodiments, the IE GNSS-IonosphericModelReq may be used by the first device 110 to request the GNSS-IonosphericModel assistance from the second device 120. The new klobucharModel3Req-r19 field / IE and / or new neQuick-NModelReq-r19 field / IE may be used to request the ionospheric model for NavIC L1 band. One example of IE GNSS-IonosphericModelReq is illustrated as below.

[0340] Explanations of condition in the IE GNSS-IonosphericModelReq are illustrated as below.

[0341] According to the above procedure, the first device 110 may request the second device 120 of the assistant information about at least one ionospheric model needed by the first device 110.

[0342] In some embodiments, the first assistant information may be related to information about at least one navigation model, i.e., the first device 110 requesting the second device 120 providing the assistant information about at least one navigation model.

[0343] In some embodiments, if the information about at least one navigation model is requested, the first message may comprise an identity of a clock model requested or preferred by the first device 110, the clock model supporting the NavIC-based positioning service in L1 frequency.

[0344] In some embodiments, the identity of the clock model may be an index larger than 8. For example, the identity of the clock model may be 9 for NavIC L1 band SPS clock model request. In some embodiments, an extended clock model identity (ID) field (e.g., clockModelID-ext-r19 field in GNSS-NavigationModelReq) with an integer value range (9.. 16) is introduced. The extended clock model ID field comprising the clockmodelID 9 may be used to indicate the clock model request for NavIC (e.g., NavIC L1) .

[0345] Except for the clock model request information, if the information about at least one navigation model is requested, the first message may comprise an identity of the Keplerian or orbit model requested / preferred by the first device 110, the Keplerian or orbit model supporting the NavIC-based positioning service in L1 frequency.

[0346] In some embodiments, the identity of the Keplerian or orbit model may be an index equal to or larger than 8. For example, the identity of the orbit model may be 9 for NavIC L1 band SPS clock model request. In some embodiments, an extended orbit model identity (ID) field (e.g., orbitModelID-ext-r19 field in GNSS-NavigationModelReq) with an integer value range of (9.. 16) is introduced. The extended orbit model ID field comprising the orbitmodelID 9 may be used to indicate the orbit model request for NavIC (e.g., NavIC L1) .

[0347] In some embodiments, the first device 110 may request the NavIC (e.g., NavIC L1) clock model and / or orbit model of navigation model assistance information from the second device 120. The extended clock model ID and / or orbit model ID with the size (1.. 8) of Integer (9.. 16) may be introduced. For example, the clockModelID 9 and / or orbitModelID 9 in extended field is used to indicate the navigation model request for NavIC L1 SPS.

[0348] In some embodiments, the IE GNSS-NavigationModelReq is used by the first device 110 to request the GNSS-NavigationModel assistance from the second device 120. The new clockModelID-ext-r19 field / IE and / or new orbitModelID-ext-r19 field / IE used to request the navigation model for NavIC L1 band. One example of IE GNSS-NavigationModelReq is illustrated as below.

[0349] GNSS-NavigationModelReq field descriptions are illustrated as below.

[0350] For NavIC (e.g., NavIC L1) , the GNSS-ID to clockModelID &orbitModelID relation is illustrated as below.

[0351] GNSS-ID to clockModelID-PrefList &orbitModelID-PrefList relation is illustrated as below.

[0352] According to the above procedure, the first device 110 may request the second device 120 of the assistant information about at least one navigation model needed by the first device 110.

[0353] In some embodiments, the first assistant information may be related to information about at least one almanac model, i.e., the first device 110 requesting the second device 120 providing the assistant information about at least one almanac model.

[0354] In some embodiments, if the information about at least one almanac model is requested, the first message may comprise an identity of the almanac model requested by the first device 110, the almanac model supporting the NavIC-based positioning service in L1 frequency.

[0355] In some embodiments, the identity of the almanac model may be an index larger than 8. For example, the identity of the almanac model may be 9 for NavIC L1 band SPS almanac model request. In some embodiments, an extended model identity (ID) field for almanac request (e.g., ModelID-ext-r19 field in GNSS-AlmanacReq) with an integer value range of (9.. 16) is introduced. The extended model ID field comprising the modelID 9 may be used to indicate the almanac model request for NavIC (e.g., NavIC L1) .

[0356] In some embodiments, the first device 110 may request the NavIC almanac assistance information from the second device 120, the new extended almanac request model ID field (for example, with an integer value range of (9.. 16) ) is introduced. One value in the extended field is used to indicate the almanac request for NavIC L1, e.g., modelID=9.

[0357] In some embodiments, the IE GNSS-AlmanacReq is used by the first device 110 to request the GNSS-Almanac assistance from the second device 120. The new ModelID-ext-r19 field / IE may be used to request the almanac model for NavIC L1 band. One example of IE GNSS-AlmanacReq is illustrated as below.

[0358] GNSS-AlmanacReq field descriptions are listed as below.

[0359] GNSS-ID to modelID relation is illustrated as below.

[0360] According to the above procedure, the first device 110 may request the second device 120 of the assistant information about at least one almanac model needed by the first device 110.

[0361] In some embodiments, the first assistant information may be related to information about at least one UTC model, i.e., the first device requesting the second device 120 providing the assistant information about at least one UTC model.

[0362] In some embodiments, if the information about at least one UTC model is requested, the first message may comprise an identity of the UTC model requested by the first device 110, the UTC model supporting the NavIC-based positioning service in L1 frequency.

[0363] In some embodiments, the identity of the UTC model is an index which equals to 2 or 6, or larger than 8.

[0364] In some embodiments, the first device 110 may request the UTC model assistance information for NavIC from the second device 120, the model ID 6 may be used for NavIC L1. In some embodiments, the first device 110 may request the UTC model assistance information for NavIC from the second device 120, and the model ID 2 may be used for NavIC L1.

[0365] In some embodiments, the IE GNSS-UTC-ModelReq is used by the first device 110 to request the GNSS-UTC-Model assistance from the second device 120. One example of IE GNSS-UTC-ModelReq is illustrated as below.

[0366] GNSS-UTC-ModelReq field descriptions are listed as below.

[0367] GNSS-ID to modelID relation is illustrated as below.

[0368] According to the above procedure, the first device 110 may request the second device 120 of the assistant information about at least one UTC model needed by the first device 110.

[0369] In some embodiments, the first assistant information may be related to information about at least one grid model, i.e., the first device 110 requesting the second device 120 providing the assistant information about at least one grid model.

[0370] In some embodiments, if the information about at least one grid model is requested, the first message may comprise an identity of the grid model requested by the first device 110, where the grid model supports the NavIC-based positioning service in L1 frequency.

[0371] In some embodiments, the first device 110 may request the grid model assistance information for NavIC from the second device 120, a new grid model request IE / siganlling is introduced (e.g., NavIC-GridModelReq2 in GNSS-GenericAssistDataReq) .

[0372] In some embodiments, the IE GNSS-GenericAssistDataReq is used by the first device 110 to request assistance data from the second device 120 for one or more specific GNSSs. The specific GNSS for which the assistance data are requested is indicated by the IE GNSS ID. Assistance for up to 16 GNSSs can be requested. One example of IE GNSS-GenericAssistDataReq is illustrated as below.

[0373] According to the above procedure, the first device 110 may request the second device 120 of the assistant information about at least one grid model needed by the first device 110.

[0374] In summary, the first device may request the NavIC (e.g., NavIC L1 SPS) assistance data / information from the second device (i.e., server / location server) . The requested NavIC assistance information / data may comprise at least one of: information about the ionospheric model for NavIC L1 band SPS; information about navigation model or precise navigation data related to NavIC signal; information about data bit assistance data for NavIC; information about almanac assistance for NavIC; information about UTC model related to NavIC; or information about grid model for NavIC. The second device 120 responds with a Provide NavIC (e.g., L1 SPS) assistance information / data message to the first device 110 containing assistance data. As a result, the transferred assistance information is required to match or be a subset of the assistance data requested by the first device 110. The second device 120 may also provide any information which is not requested by the first device 110 while the second device 120 considers it would be useful to the first device 110. In response to an ending of transmission of the assistance information / data, the endTransaction IE is set to TRUE. In operation, any assistance information / data for NavIC (e.g., L1 SPS) discussed herein may be provided to the first device 110, such as, including at least one of: information to model the propagation delay of the GNSS signals through the ionosphere, precise navigation data related to NavIC, data bit assistance data related to NavIC, the coarse, long-term model of the satellite positions and clocks related to NavIC to the first device 110, provide several sets of parameters needed to relate GNSS system time to Universal Time Coordinate (UTC) related to NavIC to the first device 110, or grid model information.

[0375] According to some example embodiments of the present disclosure, some GNSS information also may be provided to the first device 110.

[0376] In some embodiments, the first device 110 may receive bellow information from the second device 120: an indication indicating that the GNSS signal type is NavIC L1 signal  in space (SPS) and / or a bit filed with a predefined value corresponding to a GNSS signal for NavIC L1 positioning service.

[0377] In some embodiments, as in below table, for common GNSS information or for NavIC of GNSS, for specific GNSS signal type indication (e.g., gnss-signalID field) , a reserved value is used to indicate the NavIC L1 SPS signal and / or a reserved value is used to indicate the NavIC S SPS signal for NavIC system. E.g., value 1 indicate the NavIC L1 SPS signal, and / or value 2 indicate the NavIC S SPS signal.

[0378] Alternatively, or in addition, in some embodiments, the first device 110 may receive bellow information from the second device 120: an indication indicating a plurality of GNSS signals comprising a GNSS signal for NavIC positioning service, and a bitmap corresponding the plurality of GNSS signals, wherein a bit of the bitmap corresponding to the GNSS signal for NavIC positioning service is set to a first value.

[0379] In some embodiments, as in below table, for several GNSS signals indication using a bitmap (e.g., gnss-signalIDs-Ext field) , a reserved bit is used to indicate the NavIC L1 SPS signal and / or a reserved bit is used to indicate the NavIC S SPS for NavIC system of GNSS. E.g., the bit 2 or MBS of bit 2 in bitmap indicate the NavIC L1 SPS signal and / or bit 3 in bitmap indicate the NavIC S SPS signal.

[0380] Interpretation of the bit map in gnssSignalIDs

[0381] Alternatively, or in addition, in some embodiments, the first device 110 may receive center frequency information of L1 frequency from the second device 120, such as, via a broadcast or multicast or unicast manner.

[0382] In some embodiments, as in below table for specific GNSS link / frequency indication (e.g., gnss-FrequencyID field) , a reserved value is used to indicate the L1 SPS  signal and / or L1 centre frequency for NavIC system. e.g., value 1 indicate the L1 SPS signal and / or L1 centre frequency is 1157.42MHz. e.g., value 2 indicate the S SPS signal and / or S centre frequency 2492.028MHz.

[0383] Further, during the position service of NavIC, the first device 110 should follow the first minimum performance requirement. In view of this, requirements for support of Assisted Global Navigation Satellite System (A-GNSS) needs to be defined.

[0384] Specifically, in operation, the first device 110 may determine a set of minimum performance requirement parameters comprising at least one of the following: a relative signal power level for L1 signals, a relative signal power level for L1 data, or a relative signal power level for L1 pilot. In some embodiments, the relative signal power level may be the signal power level (s) relative to reference power level (s) .

[0385] In some embodiments, a relative signal power level for L1 signals may be +3.2 dB, a relative signal power level for L1 data may be -0.6 dB, or a relative signal power level for L1 pilot may be +0.8 dB.

[0386] In some embodiments, for UEs supporting multiple signals: for the minimum performance requirements, the relative signal power levels for L1 signal of NavIC is +3.2 dB.The relative signal power levels for L1 data of NavIC is -0.6 dB. The relative signal power levels of L1 pilot for NavIC is +0.8 dB.

[0387] The example of relative signal power levels for each signal type for NavIC GNSS as follows.

[0388] The power level of NavIC L1 simulated satellite signal type shall be set to the reference signal power level plus the relative power level defined in Table 1. For example:

[0389] In the test of nominal accuracy requirement, the power level of NavIC L1 signal is (-129dB) plus the relative power +3.2 db for NavIC L1 signal or total L1 signal;

[0390] In the test of nominal accuracy requirement, the power level of NavIC L1 data signal is (-129dB) plus the relative power -0.6 db for NavIC L1 data signal;

[0391] In the test of nominal accuracy requirement, the power level of NavIC L1 pilot signal is (-129dB) plus the relative power +0.8 db for NavIC L1 pilot signal.

[0392] Example methods

[0393] FIG. 3 illustrates a flowchart of a communication method 300 implemented at a first device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 300 will be described from the perspective of the first device 110 in FIG. 1.

[0394] At block 310, the first device receives, from a second device, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model.

[0395] At block 320, the first device performs a positioning service based at least in part on the assistant information.

[0396] In some example embodiments, the information about at least one ionospheric model comprises a set of parameters for a Klobuchar model, and the set of parameters for the Klobuchar model comprises at least one of the following: a set of coefficients of the Klobuchar model, wherein at least one value of at least one coefficient of the set is defined specifically to the NavIC-based positioning service in L1 frequency, a maximum longitude of the Klobuchar model, a minimum longitude of the Klobuchar model, a maximum latitude of the Klobuchar model, a minimum latitude of the Klobuchar model, or an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the Klobuchar model is used for the NavIC-based positioning service in L1 frequency.

[0397] In some example embodiments, the information about at least one ionospheric model comprises a set of parameters for a NeQuick model, the set of parameters for the NeQuick model comprises a first set of parameters for a first region, and the first set of parameters  comprises at least one of the following: a set of effective ionization level parameters , a maximum modified dip latitude coverage of the NeQuick model, a minimum modified dip latitude coverage of the NeQuick model, a maximum a longitude coverage, a minimum a longitude coverage, an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency, or an indication that indicates accuracy of at least one broadcast coefficient for a given region.

[0398] In some example embodiments, the set of parameters for the NeQuick model further comprises a second set of parameters for a second region and a third second set of parameters for a third region, and any of the second and the third set of parameters comprises at least one of the following: a set of effective ionization level parameters , a maximum modified dip latitude coverage of the NeQuick model, a minimum modified dip latitude coverage of the NeQuick model, a maximum a longitude coverage, a minimum a longitude coverage, an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency, or an indication that indicates accuracy of at least one broadcast coefficient for a given region.

[0399] In some example embodiments, the information about at least one navigation model comprises satellite health information determined based at least in part on a satellite health status in L1 frequency.

[0400] In some example embodiments, the satellite health information is a health indication determined based on satellite health status in L1 frequency, and a satellite health status in a layer 5 (L5) and / or S frequency, or the satellite health information is a bit string which comprises a first bit indicating the satellite health status in L1 frequency and at least one of the following: a second bit indicating the satellite health status in L5 frequency, or a third bit indicating the satellite health status in S frequency.

[0401] In some example embodiments, the information about at least one navigation model comprises information about issue of data.

[0402] In some example embodiments, the information about issue of data is a bit string and indicates information about a time of ephemeris and clock for NavIC.

[0403] In some example embodiments, the information about at least one navigation model comprises a set of parameters for a clock model, and the set of parameters for the clock model comprises at least one of the following: a set of parameters for clock correction, a group delay parameter, inter-signal correction for L1 pilot signal, or inter-signal correction for L1 data signal.

[0404] In some example embodiments, the information about at least one navigation model comprises a set of parameters for a Keplerian or orbit model, and the set of parameters for the Keplerian or orbit model comprises at least one of the following: a user range accuracy index, a difference of semi-major axis at a reference time, a change rate in semi-major axis, or a rate of mean motion difference.

[0405] In some example embodiments, the data bit assistance data comprises: a specific space vehicle (SV) identity of a global navigation satellite system (GNSS) satellite, an identity of a GNSS signal corresponding to NavIC L1 signals, and data bits for a specific SV and NavIC L1 signals.

[0406] In some example embodiments, the information about at least one almanac model comprises at least one of the following: a time of almanac, or a set of Keplerian NavIC almanac parameters, wherein at least one value range of at least one Keplerian NavIC almanac parameter in the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0407] In some example embodiments, information about at least one UTC model comprises at least one of the following: an identity of a UTC model, wherein the UTC model is a specific model defined for the NavIC-based positioning service in L1 frequency or a common model shared by the NavIC-based positioning service in L1 frequency and at least one different positioning service, or a set of UTC model parameters, wherein at least one value of at least one UTC model parameter of the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0408] In some example embodiments, the identity of the UTC model is an index which equals to 2 or 6, or larger than 8.

[0409] In some example embodiments, the information about at least one grid model comprises: an interval time of week count, which indicates a number of two-hour epoch within a week, a time of interval or time, which indicates a number of 18-second interval within a two-hour epoch, a region mask, and a set of ionospheric grid points corresponding to a region.

[0410] In some example embodiments, the set of ionospheric grid points corresponding to the region comprises at least one of the following: a region identity, a grid ionospheric vertical delay indication, or a grid ionosphere vertical error index indication.

[0411] In some example embodiments, the first device may receive, from the second device, information comprising at least one of the following: an indication indicating that the GNSS signal type is NavIC L1 signal in space (SPS) , and a bit filed with a predefined value corresponding to a GNSS signal for NavIC L1 positioning service, or an indication indicating a plurality of GNSS signals comprising a GNSS signal for NavIC positioning service, and a bitmap corresponding the plurality of GNSS signals, wherein a bit of the bitmap corresponding to the GNSS signal for NavIC positioning service is set to a first value, or center frequency information of L1 frequency.

[0412] In some example embodiments, the first device may determine a set of minimum performance requirement parameters comprising at least one of the following: a relative signal power level for L1 signals, a relative signal power level for L1 data, or a relative signal power level for L1 pilot.

[0413] In some example embodiments, a relative signal power level for L1 signals is +3.2 dB, a relative signal power level for L1 data is -0.6 dB, or a relative signal power level for L1 pilot is +0.8 dB.

[0414] In some example embodiments, the first device may transmit, to the second device, capability information of the NavIC-based positioning service in L1 frequency, the capability information comprising at least one of the following: a capability on at least one ionospheric model, a capability on at least one navigation model, a capability on at least one almanac model, a capability on at least one UTC model, or a capability on at least one grid model; and receive the assistant information from the second device, wherein the assistant information is determined by the second device based at least in part on the capability information.

[0415] In some example embodiments, the first device may transmit, to a second device, a message for requesting assistant information for NavIC-based positioning service in L1 frequency, the requested assistant information related to at least one of the following: information about at least one ionospheric model, information about at least one navigation model, information about at least one almanac model, information about at least one UTC model, or information about at least one grid model; and wherein the received assistant information is determined by the second device based at least in part on the request.

[0416] In some example embodiments, the first device is a terminal device and the second device is a location server.

[0417] FIG. 4 illustrates a flowchart of a communication method 400 implemented at a second device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 400 will be described from the perspective of the second device 120 in FIG. 1.

[0418] At block 410, the second device 120 determines, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model.

[0419] At block 420, the second device 120 transmits the assistant information to a first device, such that the first device performs a positioning service based at least in part on the assistant information.

[0420] In some example embodiments, the information about at least one ionospheric model comprises a set of parameters for a Klobuchar model, and the set of parameters for the Klobuchar model comprises at least one of the following: a set of coefficients of the Klobuchar model, wherein at least one value of at least one coefficient of the set is defined specifically to the NavIC-based positioning service in L1 frequency, a maximum longitude of the Klobuchar model, a minimum longitude of the Klobuchar model, a maximum latitude of the Klobuchar model, a minimum latitude of the Klobuchar model, or an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the Klobuchar model is used for the NavIC-based positioning service in L1 frequency.

[0421] In some example embodiments, the information about at least one ionospheric model comprises a set of parameters for a NeQuick model, the set of parameters for the NeQuick model comprises a first set of parameters for a first region, and the first set of parameters comprises at least one of the following: a set of effective ionization level parameters , a maximum modified dip latitude coverage of the NeQuick model, a minimum modified dip latitude coverage of the NeQuick model, a maximum a longitude coverage, a minimum a longitude coverage, an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based  positioning service in L1 frequency, or an indication that indicates accuracy of at least one broadcast coefficient for a given region.

[0422] In some example embodiments, the set of parameters for the NeQuick model further comprises a second set of parameters for a second region and a third second set of parameters for a third region, and any of the second and the third set of parameters comprises at least one of the following: a set of effective ionization level parameters , a maximum modified dip latitude coverage of the NeQuick model, a minimum modified dip latitude coverage of the NeQuick model, a maximum a longitude coverage, a minimum a longitude coverage, an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency, or an indication that indicates accuracy of at least one broadcast coefficient for a given region.

[0423] In some example embodiments, the information about at least one navigation model comprises satellite health information determined based at least in part on a satellite health status in L1 frequency.

[0424] In some example embodiments, the satellite health information is a health indication determined based on satellite health status in L1 frequency, and a satellite health status in a layer 5 (L5) and / or S frequency, or the satellite health information is a bit string which comprises a first bit indicating the satellite health status in L1 frequency and at least one of the following: a second bit indicating the satellite health status in L5 frequency, or a third bit indicating the satellite health status in S frequency.

[0425] In some example embodiments, the information about at least one navigation model comprises information about issue of data.

[0426] In some example embodiments, the information about issue of data is a bit string and indicates information about a time of ephemeris and clock for NavIC.

[0427] In some example embodiments, the information about at least one navigation model comprises a set of parameters for a clock model, and the set of parameters for the clock model comprises at least one of the following: a set of parameters for clock correction, a group delay parameter, inter-signal correction for L1 pilot signal, or inter-signal correction for L1 data signal.

[0428] In some example embodiments, the information about at least one navigation model comprises a set of parameters for a Keplerian or orbit model, and the set of parameters for the Keplerian or orbit model comprises at least one of the following: a user range accuracy index, a difference of semi-major axis at a reference time, a change rate in semi-major axis, or a rate of mean motion difference.

[0429] In some example embodiments, the data bit assistance data comprises: a specific space vehicle (SV) identity of a global navigation satellite system (GNSS) satellite, an identity of a GNSS signal corresponding to NavIC L1 signals, and data bits for a specific SV and NavIC L1 signals.

[0430] In some example embodiments, the information about at least one almanac model comprises at least one of the following: a time of almanac, or a set of Keplerian NavIC almanac parameters, wherein at least one value range of at least one Keplerian NavIC almanac parameter in the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0431] In some example embodiments, information about at least one UTC model comprises at least one of the following: an identity of a UTC model, wherein the UTC model is a specific model defined for the NavIC-based positioning service in L1 frequency or a common model shared by the NavIC-based positioning service in L1 frequency and at least one different positioning service, or a set of UTC model parameters, wherein at least one value of at least one UTC model parameter of the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0432] In some example embodiments, the identity of the UTC model is an index which equals to 2 or 6, or larger than 8.

[0433] In some example embodiments, the information about at least one grid model comprises: an interval time of week count, which indicates a number of two-hour epoch within a week, a time of interval or time, which indicates a number of 18-second interval within a two-hour epoch, a region mask, and a set of ionospheric grid points corresponding to a region.

[0434] In some example embodiments, the set of ionospheric grid points corresponding to the region comprises at least one of the following: a region identity, a grid ionospheric vertical delay indication, or a grid ionosphere vertical error index indication.

[0435] In some example embodiments, the second device 120 may transmit, to the first device, information comprising at least one of the following: an indication indicating that the GNSS  signal type is NavIC L1 signal in space (SPS) , and a bit filed with a predefined value corresponding to a GNSS signal for NavIC L1 positioning service, or an indication indicating a plurality of GNSS signals comprising a GNSS signal for NavIC positioning service, and a bitmap corresponding the plurality of GNSS signals, wherein a bit of the bitmap corresponding to the GNSS signal for NavIC positioning service is set to a first value, or center frequency information of L1 frequency.

[0436] In some example embodiments, the second device may receive, from the first device, capability information of the NavIC-based positioning service in L1 frequency, the capability information comprising at least one of the following: a capability on at least one ionospheric model, a capability on at least one navigation model, a capability on at least one almanac model, a capability on at least one UTC model, or a capability on at least one grid model; and determine the assistant information based at least in part on the capability information.

[0437] In some example embodiments, the second device may receive, from the first device, a message for requesting assistant information for NavIC-based positioning service in L1 frequency, the requested assistant information related to at least one of the following: information about at least one ionospheric model, information about at least one navigation model, information about at least one almanac model, information about at least one UTC model, or information about at least one grid model; and determine the assistant information based at least in part on the request.

[0438] In some example embodiments, the first device is a terminal device and the second device is a location server.

[0439] Example devices and apparatuses

[0440] FIG. 5 is a simplified block diagram of a device 500 that is suitable for implementing embodiments of the present disclosure. The device 500 can be considered as a further example implementation of any of the devices as shown in FIG. 1. Accordingly, the device 500 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0441] As shown, the device 500 includes a processor 510, a memory 520 coupled to the processor 510, a suitable transceiver 540 coupled to the processor 510, and a communication interface coupled to the transceiver 540. The memory 520 stores at least a part of a program 530. The transceiver 540 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 540 may include  at least one of a transmitter 542 and a receiver 544. The transmitter 542 and the receiver 544 may be functional modules or physical entities. The transceiver 540 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0442] The program 530 is assumed to include program instructions that, when executed by the associated processor 510, enable the device 500 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 to 4. The embodiments herein may be implemented by computer software executable by the processor 510 of the device 500, or by hardware, or by a combination of software and hardware. The processor 510 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 510 and memory 520 may form processing means 550 adapted to implement various embodiments of the present disclosure.

[0443] The memory 520 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 520 is shown in the device 500, there may be several physically distinct memory modules in the device 500. The processor 510 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 500 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0444] According to embodiments of the present disclosure, a first device comprising a circuitry is provided. The circuitry is configured to: receive, from a second device,  assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and perform a positioning service based at least in part on the assistant information. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first device as discussed above.

[0445] According to embodiments of the present disclosure, a second device comprising a circuitry is provided. The circuitry is configured to: determine, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and transmit the assistant information to a first device, such that the first device performs a positioning service based at least in part on the assistant information. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second device as discussed above.

[0446] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0447] According to embodiments of the present disclosure, a first apparatus is provided. The first apparatus comprises means for receiving, from a second device, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, means for information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and performing a positioning service based at least in part on the assistant information. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 300. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 300. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0448] According to embodiments of the present disclosure, a second apparatus is provided. The second apparatus comprises means for determining, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and means for transmitting the assistant information to a first device, such that the first device performs a positioning service based at least in part on the assistant information. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 400. In some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0449] In summary, embodiments of the present disclosure provide the following aspects.

[0450] In an aspect, it is proposed a first device comprising: a processor configured to cause the first device to: receive, from a second device, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least  one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and perform a positioning service based at least in part on the assistant information.

[0451] In some embodiments, the information about at least one ionospheric model comprises a set of parameters for a Klobuchar model, and the set of parameters for the Klobuchar model comprises at least one of the following: a set of coefficients of the Klobuchar model, wherein at least one value of at least one coefficient of the set is defined specifically to the NavIC-based positioning service in L1 frequency, a maximum longitude of the Klobuchar model, a minimum longitude of the Klobuchar model, a maximum latitude of the Klobuchar model, a minimum latitude of the Klobuchar model, or an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the Klobuchar model is used for the NavIC-based positioning service in L1 frequency.

[0452] In some embodiments, the information about at least one ionospheric model comprises a set of parameters for a NeQuick model, the set of parameters for the NeQuick model comprises a first set of parameters for a first region, and the first set of parameters comprises at least one of the following: a set of effective ionization level parameters , a maximum modified dip latitude coverage of the NeQuick model, a minimum modified dip latitude coverage of the NeQuick model, a maximum a longitude coverage, a minimum a longitude coverage, an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency, or an indication that indicates accuracy of at least one broadcast coefficient for a given region.

[0453] In some embodiments, the set of parameters for the NeQuick model further comprises a second set of parameters for a second region and a third second set of parameters for a third region, and any of the second and the third set of parameters comprises at least one of the following: a set of effective ionization level parameters , a maximum modified dip latitude coverage of the NeQuick model, a minimum modified dip latitude coverage of the NeQuick model, a maximum a longitude coverage, a minimum a longitude coverage, an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the  NavIC-based positioning service in L1 frequency, or an indication that indicates accuracy of at least one broadcast coefficient for a given region.

[0454] In some embodiments, the information about at least one navigation model comprises satellite health information determined based at least in part on a satellite health status in L1 frequency.

[0455] In some embodiments, the satellite health information is a health indication determined based on satellite health status in L1 frequency, and a satellite health status in a layer 5 (L5) and / or S frequency, or the satellite health information is a bit string which comprises a first bit indicating the satellite health status in L1 frequency and at least one of the following: a second bit indicating the satellite health status in L5 frequency, or a third bit indicating the satellite health status in S frequency.

[0456] In some embodiments, the information about at least one navigation model comprises information about issue of data.

[0457] In some embodiments, the information about issue of data is a bit string and indicates information about a time of ephemeris and clock for NavIC.

[0458] In some embodiments, the information about at least one navigation model comprises a set of parameters for a clock model, and the set of parameters for the clock model comprises at least one of the following: a set of parameters for clock correction, a group delay parameter, inter-signal correction for L1 pilot signal, or inter-signal correction for L1 data signal.

[0459] In some embodiments, the information about at least one navigation model comprises a set of parameters for a Keplerian or orbit model, and the set of parameters for the Keplerian or orbit model comprises at least one of the following: a user range accuracy index, a difference of semi-major axis at a reference time, a change rate in semi-major axis, or a rate of mean motion difference.

[0460] In some embodiments, the data bit assistance data comprises: a specific space vehicle (SV) identity of a global navigation satellite system (GNSS) satellite, an identity of a GNSS signal corresponding to NavIC L1 signals, and data bits for a specific SV and NavIC L1 signals.

[0461] In some embodiments, the information about at least one almanac model comprises at least one of the following: a time of almanac, or a set of Keplerian NavIC almanac  parameters, wherein at least one value range of at least one Keplerian NavIC almanac parameter in the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0462] In some embodiments, information about at least one UTC model comprises at least one of the following: an identity of a UTC model, wherein the UTC model is a specific model defined for the NavIC-based positioning service in L1 frequency or a common model shared by the NavIC-based positioning service in L1 frequency and at least one different positioning service, or a set of UTC model parameters, wherein at least one value of at least one UTC model parameter of the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0463] In some embodiments, the identity of the UTC model is an index which equals to 2 or 6, or larger than 8.

[0464] In some embodiments, the information about at least one grid model comprises: an interval time of week count, which indicates a number of two-hour epoch within a week, a time of interval or time, which indicates a number of 18-second interval within a two-hour epoch, a region mask, and a set of ionospheric grid points corresponding to a region.

[0465] In some embodiments, the set of ionospheric grid points corresponding to the region comprises at least one of the following: a region identity, a grid ionospheric vertical delay indication, or a grid ionosphere vertical error index indication.

[0466] In some embodiments, the first device is further caused to: receive, from the second device, information comprising at least one of the following: an indication indicating that the GNSS signal type is NavIC L1 signal in space (SPS) , and a bit filed with a predefined value corresponding to a GNSS signal for NavIC L1 positioning service, or an indication indicating a plurality of GNSS signals comprising a GNSS signal for NavIC positioning service, and a bitmap corresponding the plurality of GNSS signals, wherein a bit of the bitmap corresponding to the GNSS signal for NavIC positioning service is set to a first value, or center frequency information of L1 frequency.

[0467] In some embodiments, the first device is further caused to: determine a set of minimum performance requirement parameters comprising at least one of the following: a relative signal power level for L1 signals, a relative signal power level for L1 data, or a relative signal power level for L1 pilot.

[0468] In some embodiments, a relative signal power level for L1 signals is +3.2 dB, a relative signal power level for L1 data is -0.6 dB, or a relative signal power level for L1 pilot is +0.8 dB.

[0469] In some embodiments, the first device is further caused to: transmit, to the second device, capability information of the NavIC-based positioning service in L1 frequency, the capability information comprising at least one of the following: a capability on at least one ionospheric model, a capability on at least one navigation model, a capability on at least one almanac model, a capability on at least one UTC model, or a capability on at least one grid model; and receive the assistant information from the second device, wherein the assistant information is determined by the second device based at least in part on the capability information.

[0470] In some embodiments, the first device is further caused to: transmit, to a second device, a message for requesting assistant information for NavIC-based positioning service in L1 frequency, the requested assistant information related to at least one of the following: information about at least one ionospheric model, information about at least one navigation model, information about at least one almanac model, information about at least one UTC model, or information about at least one grid model; and wherein the received assistant information is determined by the second device based at least in part on the request.

[0471] In some embodiments, the first device is a terminal device and the second device is a location server.

[0472] In an aspect, it is proposed a second device comprising: a processor configured to cause the second device to: determine, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following: information about at least one ionospheric model, information about at least one navigation model, data bit assistance data, information about at least one almanac model, information about at least one universal time coordinate (UTC) model, information about at least one grid model; and transmit the assistant information to a first device, such that the first device performs a positioning service based at least in part on the assistant information.

[0473] In some embodiments, the information about at least one ionospheric model comprises a set of parameters for a Klobuchar model, and the set of parameters for the  Klobuchar model comprises at least one of the following: a set of coefficients of the Klobuchar model, wherein at least one value of at least one coefficient of the set is defined specifically to the NavIC-based positioning service in L1 frequency, a maximum longitude of the Klobuchar model, a minimum longitude of the Klobuchar model, a maximum latitude of the Klobuchar model, a minimum latitude of the Klobuchar model, or an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the Klobuchar model is used for the NavIC-based positioning service in L1 frequency.

[0474] In some embodiments, the information about at least one ionospheric model comprises a set of parameters for a NeQuick model, the set of parameters for the NeQuick model comprises a first set of parameters for a first region, and the first set of parameters comprises at least one of the following: a set of effective ionization level parameters , a maximum modified dip latitude coverage of the NeQuick model, a minimum modified dip latitude coverage of the NeQuick model, a maximum a longitude coverage, a minimum a longitude coverage, an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency, or an indication that indicates accuracy of at least one broadcast coefficient for a given region.

[0475] In some embodiments, the set of parameters for the NeQuick model further comprises a second set of parameters for a second region and a third second set of parameters for a third region, and any of the second and the third set of parameters comprises at least one of the following: a set of effective ionization level parameters , a maximum modified dip latitude coverage of the NeQuick model, a minimum modified dip latitude coverage of the NeQuick model, a maximum a longitude coverage, a minimum a longitude coverage, an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency, or an indication that indicates accuracy of at least one broadcast coefficient for a given region.

[0476] In some embodiments, the information about at least one navigation model comprises satellite health information determined based at least in part on a satellite health status in L1 frequency.

[0477] In some embodiments, the satellite health information is a health indication determined based on satellite health status in L1 frequency, and a satellite health status in a layer 5 (L5) and / or S frequency, or the satellite health information is a bit string which comprises a first bit indicating the satellite health status in L1 frequency and at least one of the following: a second bit indicating the satellite health status in L5 frequency, or a third bit indicating the satellite health status in S frequency.

[0478] In some embodiments, the information about at least one navigation model comprises information about issue of data.

[0479] In some embodiments, the information about issue of data is a bit string and indicates information about a time of ephemeris and clock for NavIC.

[0480] In some embodiments, the information about at least one navigation model comprises a set of parameters for a clock model, and the set of parameters for the clock model comprises at least one of the following: a set of parameters for clock correction, a group delay parameter, inter-signal correction for L1 pilot signal, or inter-signal correction for L1 data signal.

[0481] In some embodiments, the information about at least one navigation model comprises a set of parameters for a Keplerian or orbit model, and the set of parameters for the Keplerian or orbit model comprises at least one of the following: a user range accuracy index, a difference of semi-major axis at a reference time, a change rate in semi-major axis, or a rate of mean motion difference.

[0482] In some embodiments, the data bit assistance data comprises: a specific space vehicle (SV) identity of a global navigation satellite system (GNSS) satellite, an identity of a GNSS signal corresponding to NavIC L1 signals, and data bits for a specific SV and NavIC L1 signals.

[0483] In some embodiments, the information about at least one almanac model comprises at least one of the following: a time of almanac, or a set of Keplerian NavIC almanac parameters, wherein at least one value range of at least one Keplerian NavIC almanac parameter in the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0484] In some embodiments, information about at least one UTC model comprises at least one of the following: an identity of a UTC model, wherein the UTC model is a specific  model defined for the NavIC-based positioning service in L1 frequency or a common model shared by the NavIC-based positioning service in L1 frequency and at least one different positioning service, or a set of UTC model parameters, wherein at least one value of at least one UTC model parameter of the set is defined specifically to the NavIC-based positioning service in L1 frequency.

[0485] In some embodiments, the identity of the UTC model is an index which equals to 2 or 6, or larger than 8.

[0486] In some embodiments, the information about at least one grid model comprises: an interval time of week count, which indicates a number of two-hour epoch within a week, a time of interval or time, which indicates a number of 18-second interval within a two-hour epoch, a region mask, and a set of ionospheric grid points corresponding to a region.

[0487] In some embodiments, the set of ionospheric grid points corresponding to the region comprises at least one of the following: a region identity, a grid ionospheric vertical delay indication, or a grid ionosphere vertical error index indication.

[0488] In some embodiments, the second device is further caused to: transmit, to the first device, information comprising at least one of the following: an indication indicating that the GNSS signal type is NavIC L1 signal in space (SPS) , and a bit filed with a predefined value corresponding to a GNSS signal for NavIC L1 positioning service, or an indication indicating a plurality of GNSS signals comprising a GNSS signal for NavIC positioning service, and a bitmap corresponding the plurality of GNSS signals, wherein a bit of the bitmap corresponding to the GNSS signal for NavIC positioning service is set to a first value, or center frequency information of L1 frequency.

[0489] In some embodiments, the second device is further caused to: receive, from the first device, capability information of the NavIC-based positioning service in L1 frequency, the capability information comprising at least one of the following: a capability on at least one ionospheric model, a capability on at least one navigation model, a capability on at least one almanac model, a capability on at least one UTC model, or a capability on at least one grid model; and determine the assistant information based at least in part on the capability information.

[0490] In some embodiments, the second device is further caused to: receive, from the first device, a message for requesting assistant information for NavIC-based positioning  service in L1 frequency, the requested assistant information related to at least one of the following: information about at least one ionospheric model, information about at least one navigation model, information about at least one almanac model, information about at least one UTC model, or information about at least one grid model; and determine the assistant information based at least in part on the request.

[0491] In some embodiments, the first device is a terminal device and the second device is a location server.

[0492] In an aspect, a first device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the first device discussed above.

[0493] In an aspect, a second device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the second device discussed above.

[0494] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first device discussed above.

[0495] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the second device discussed above.

[0496] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first device discussed above.

[0497] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the second device discussed above.

[0498] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other  computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0499] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGS. 1 to 5. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0500] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0501] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or  more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0502] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0503] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A first device comprising:a processor configured to cause the first device to:receive, from a second device, assistant information for navigation with Indian constellation (NavIC) -based positioning service in layer 1 (L1) frequency, the assistant information comprising at least one of the following:information about at least one ionospheric model,information about at least one navigation model,data bit assistance data,information about at least one almanac model,information about at least one universal time coordinate (UTC) model,information about at least one grid model; andperform a positioning service based at least in part on the assistant information.2.The first device of claim 1, wherein the information about at least one ionospheric model comprises a set of parameters for a Klobuchar model, and the set of parameters for the Klobuchar model comprises at least one of the following:a set of coefficients of the Klobuchar model, wherein at least one value of at least one coefficient of the set is defined specifically to the NavIC-based positioning service in L1 frequency,a maximum longitude of the Klobuchar model,a minimum longitude of the Klobuchar model,a maximum latitude of the Klobuchar model,a minimum latitude of the Klobuchar model, oran indication that indicates the information about at least one ionospheric model and / or the set of parameters for the Klobuchar model is used for the NavIC-based positioning service in L1 frequency.3.The first device of claim 1 or 2, wherein the information about at least one ionospheric model comprises a set of parameters for a NeQuick model, the set of parameters for the NeQuick model comprises a first set of parameters for a first region, and the first set of parameters comprises at least one of the following:a set of effective ionization level parameters,a maximum modified dip latitude coverage of the NeQuick model,a minimum modified dip latitude coverage of the NeQuick model,a maximum a longitude coverage,a minimum a longitude coverage,an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency, oran indication that indicates accuracy of at least one broadcast coefficient for a given region.4.The first device of claim 3, wherein the set of parameters for the NeQuick model further comprises a second set of parameters for a second region and a third second set of parameters for a third region, and any of the second and the third set of parameters comprises at least one of the following:a set of effective ionization level parameters ,a maximum modified dip latitude coverage of the NeQuick model,a minimum modified dip latitude coverage of the NeQuick model,a maximum a longitude coverage,a minimum a longitude coverage,an indication that indicates the information about at least one ionospheric model and / or the set of parameters for the NeQuick model is used for the NavIC-based positioning service in L1 frequency, oran indication that indicates accuracy of at least one broadcast coefficient for a given region.5.The first device of claim 1, wherein the information about at least one navigation model comprises satellite health information determined based at least in part on a satellite health status in L1 frequency.6.The first device of claim 5, wherein,the satellite health information is a health indication determined based on satellite health status in L1 frequency, and a satellite health status in a layer 5 (L5) and / or S frequency, orthe satellite health information is a bit string which comprises a first bit indicating the satellite health status in L1 frequency and at least one of the following:a second bit indicating the satellite health status in L5 frequency, ora third bit indicating the satellite health status in S frequency.7.The first device of claim 1, wherein the information about at least one navigation model comprises information about issue of data.8.The first device of claim 7, wherein the information about issue of data is a bit string and indicates information about a time of ephemeris and clock for NavIC.9.The first device of claim 1, wherein the information about at least one navigation model comprises a set of parameters for a clock model, and the set of parameters for the clock model comprises at least one of the following:a set of parameters for clock correction,a group delay parameter,inter-signal correction for L1 pilot signal, orinter-signal correction for L1 data signal.10.The first device of claim 1, wherein the information about at least one navigation model comprises a set of parameters for a Keplerian or orbit model, and the set of parameters for the Keplerian or orbit model comprises at least one of the following:a user range accuracy index,a difference of semi-major axis at a reference time,a change rate in semi-major axis, ora rate of mean motion difference.11.The first device of claim 1, wherein the data bit assistance data comprises:a specific space vehicle (SV) identity of a global navigation satellite system (GNSS) satellite,an identity of a GNSS signal corresponding to NavIC L1 signals, anddata bits for a specific SV and NavIC L1 signals.12.The first device of claim 1, wherein the information about at least one almanac model comprises at least one of the following:a time of almanac, ora set of Keplerian NavIC almanac parameters, wherein at least one value range of at least one Keplerian NavIC almanac parameter in the set is defined specifically to the NavIC-based positioning service in L1 frequency.13.The first device of claim 1, wherein information about at least one UTC model comprises at least one of the following:an identity of a UTC model, wherein the UTC model is a specific model defined for the NavIC-based positioning service in L1 frequency or a common model shared by the NavIC-based positioning service in L1 frequency and at least one different positioning service, ora set of UTC model parameters, wherein at least one value of at least one UTC model parameter of the set is defined specifically to the NavIC-based positioning service in L1 frequency.14.The first device of claim 13, wherein the identity of the UTC model is an index which equals to 2 or 6, or larger than 8.15.The first device of claim 1, wherein the information about at least one grid model comprises:an interval time of week count, which indicates a number of two-hour epoch within a week,a time of interval or time, which indicates a number of 18-second interval within a two-hour epoch,a region mask, anda set of ionospheric grid points corresponding to a region.16.the first device of claim 15, wherein the set of ionospheric grid points corresponding to the region comprises at least one of the following:a region identity,a grid ionospheric vertical delay indication, ora grid ionosphere vertical error index indication.17.The first device of claim 1, wherein the first device is further caused to:receive, from the second device, information comprising at least one of the following:an indication indicating that the GNSS signal type is NavIC L1 signal in space (SPS) , and a bit filed with a predefined value corresponding to a GNSS signal for NavIC L1 positioning service, oran indication indicating a plurality of GNSS signals comprising a GNSS signal for NavIC positioning service, and a bitmap corresponding the plurality of GNSS signals, wherein a bit of the bitmap corresponding to the GNSS signal for NavIC positioning service is set to a first value, orcenter frequency information of L1 frequency.18.The first device of claim 1, wherein the first device is further caused to:determine a set of minimum performance requirement parameters comprising at least one of the following:a relative signal power level for L1 signals,a relative signal power level for L1 data, ora relative signal power level for L1 pilot.19.The first device of claim 18, wherein,a relative signal power level for L1 signals is +3.2 dB,a relative signal power level for L1 data is -0.6 dB, ora relative signal power level for L1 pilot is +0.8 dB.20.The first device of claim 1, wherein the first device is a terminal device and the second device is a location server.

Images